{"push_id":757004599,"size":11,"distinct_size":11,"ref":"refs/heads/lp5.1-Trinity","head":"285f8e87937d2137acde523b67034aa3dfe5d661","before":"9f7f1b03b7cdab5b851076acf3fe0e2fb6425f98","commits":[{"sha":"fb2ad143868150b091120be608cdd00337113be2","author":{"email":"1c3b1584a6008857f36c03c58f657c0fc16fc09e@linaro.org","name":"Sachin Kamat"},"message":"block: Add SIO scheduler\n\nThanks to Miguel Boton","distinct":true,"url":"https://api.github.com/repos/jtpoo3/android_kernel_google_msm/commits/fb2ad143868150b091120be608cdd00337113be2"},{"sha":"183dd727c9e3dfa10d17042bad00832120f60bc8","author":{"email":"7d26b35203412f18a7dea4f8e1db1a75b1c5b706@semaphore.gr","name":"stratosk"},"message":"block: Fix checkpatch warnings in SIO\n\nSigned-off-by: Stratos Karafotis <stratosk@semaphore.gr>","distinct":true,"url":"https://api.github.com/repos/jtpoo3/android_kernel_google_msm/commits/183dd727c9e3dfa10d17042bad00832120f60bc8"},{"sha":"8f4b2ed26ba24412dfbc0a2bb0f328bac8fa871b","author":{"email":"3fb360b964bf23e8080fd2972e2df37c8762ce5a@gmail.com","name":"Poondog"},"message":"defconfig: enable SIO scheduler\n\nSigned-off-by: Poondog <markj338@gmail.com>","distinct":true,"url":"https://api.github.com/repos/jtpoo3/android_kernel_google_msm/commits/8f4b2ed26ba24412dfbc0a2bb0f328bac8fa871b"},{"sha":"b425ea5412ec4d862cba9c5e0e15099690314c13","author":{"email":"672c7f5d7c31e5aba75fbe0bc303fff4514dcd5f@gmail.com","name":"morfic"},"message":"Parking this WIP to catch up thermald and mpdecision removal first.","distinct":true,"url":"https://api.github.com/repos/jtpoo3/android_kernel_google_msm/commits/b425ea5412ec4d862cba9c5e0e15099690314c13"},{"sha":"ebd11ba125f5134d880ca76df6a99335a45e4c21","author":{"email":"3fb360b964bf23e8080fd2972e2df37c8762ce5a@gmail.com","name":"Poondog"},"message":"mako/flo: regulator: Increase the voltage ranges\n\nSigned-off-by: Poondog <markj338@gmail.com>","distinct":true,"url":"https://api.github.com/repos/jtpoo3/android_kernel_google_msm/commits/ebd11ba125f5134d880ca76df6a99335a45e4c21"},{"sha":"8fd0a5ab0cb22c9dd90afc91b4788a67f0ecf423","author":{"email":"672c7f5d7c31e5aba75fbe0bc303fff4514dcd5f@gmail.com","name":"morfic"},"message":"Squashed changes from Morfic\n\n* Changed around Makefile flags\n* Tweak to perf_event","distinct":true,"url":"https://api.github.com/repos/jtpoo3/android_kernel_google_msm/commits/8fd0a5ab0cb22c9dd90afc91b4788a67f0ecf423"},{"sha":"e783d80a31f6dfdf937451222db10f9b5b89a65d","author":{"email":"3fb360b964bf23e8080fd2972e2df37c8762ce5a@gmail.com","name":"Poondog"},"message":"msm: Remove SMD debugging\n\nSigned-off-by: Poondog <markj338@gmail.com>","distinct":true,"url":"https://api.github.com/repos/jtpoo3/android_kernel_google_msm/commits/e783d80a31f6dfdf937451222db10f9b5b89a65d"},{"sha":"6eea301f8e3daddd4de8634d0efcefb40e8e03e6","author":{"email":"3fb360b964bf23e8080fd2972e2df37c8762ce5a@gmail.com","name":"Poondog"},"message":"makefile: Change flags to match Morfic\n\n* Replace -mfpu=neon-vfpv4 with -mfpu=neon\n\nSigned-off-by: Poondog <markj338@gmail.com>","distinct":true,"url":"https://api.github.com/repos/jtpoo3/android_kernel_google_msm/commits/6eea301f8e3daddd4de8634d0efcefb40e8e03e6"},{"sha":"479ba3e0c80372a33cc762780b767c91103b4bf1","author":{"email":"4d9e23a041ac966f5316a7481300d4ae12e806fe@redhat.com","name":"Dave Chinner"},"message":"sync: don't block the flusher thread waiting on IO\n\nWhen sync does it's WB_SYNC_ALL writeback, it issues data Io and\nthen immediately waits for IO completion. This is done in the\ncontext of the flusher thread, and hence completely ties up the\nflusher thread for the backing device until all the dirty inodes\nhave been synced. On filesystems that are dirtying inodes constantly\nand quickly, this means the flusher thread can be tied up for\nminutes per sync call and hence badly affect system level write IO\nperformance as the page cache cannot be cleaned quickly.\n\nWe already have a wait loop for IO completion for sync(2), so cut\nthis out of the flusher thread and delegate it to wait_sb_inodes().\nHence we can do rapid IO submission, and then wait for it all to\ncomplete.\n\nEffect of sync on fsmark before the patch:\n\nFSUse%        Count         Size    Files/sec     App Overhead\n.....\n     0       640000         4096      35154.6          1026984\n     0       720000         4096      36740.3          1023844\n     0       800000         4096      36184.6           916599\n     0       880000         4096       1282.7          1054367\n     0       960000         4096       3951.3           918773\n     0      1040000         4096      40646.2           996448\n     0      1120000         4096      43610.1           895647\n     0      1200000         4096      40333.1           921048\n\nAnd a single sync pass took:\n\n  real    0m52.407s\n  user    0m0.000s\n  sys     0m0.090s\n\nAfter the patch, there is no impact on fsmark results, and each\nindividual sync(2) operation run concurrently with the same fsmark\nworkload takes roughly 7s:\n\n  real    0m6.930s\n  user    0m0.000s\n  sys     0m0.039s\n\nIOWs, sync is 7-8x faster on a busy filesystem and does not have an\nadverse impact on ongoing async data write operations.\n\nSigned-off-by: Dave Chinner <dchinner@redhat.com>\nReviewed-by: Jan Kara <jack@suse.cz>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>","distinct":true,"url":"https://api.github.com/repos/jtpoo3/android_kernel_google_msm/commits/479ba3e0c80372a33cc762780b767c91103b4bf1"},{"sha":"10a0d10e95bf3ee6882862d314e3efdebea9c732","author":{"email":"d7ca2ed3e31360a26e5e60317ed1b792bd41becb@hp.com","name":"Davidlohr Bueso"},"message":"lib/int_sqrt.c: optimize square root algorithm\n\nOptimize the current version of the shift-and-subtract (hardware)\nalgorithm, described by John von Newmann[1] and Guy L Steele.\n\nIterating 1,000,000 times, perf shows for the current version:\n\n Performance counter stats for './sqrt-curr' (10 runs):\n\n         27.170996 task-clock                #    0.979 CPUs utilized            ( +-  3.19% )\n                 3 context-switches          #    0.103 K/sec                    ( +-  4.76% )\n                 0 cpu-migrations            #    0.004 K/sec                    ( +-100.00% )\n               104 page-faults               #    0.004 M/sec                    ( +-  0.16% )\n        64,921,199 cycles                    #    2.389 GHz                      ( +-  0.03% )\n        28,967,789 stalled-cycles-frontend   #   44.62% frontend cycles idle     ( +-  0.18% )\n   <not supported> stalled-cycles-backend\n       104,502,623 instructions              #    1.61  insns per cycle\n                                             #    0.28  stalled cycles per insn  ( +-  0.00% )\n        34,088,368 branches                  # 1254.587 M/sec                    ( +-  0.00% )\n             4,901 branch-misses             #    0.01% of all branches          ( +-  1.32% )\n\n       0.027763015 seconds time elapsed                                          ( +-  3.22% )\n\nAnd for the new version:\n\nPerformance counter stats for './sqrt-new' (10 runs):\n\n          0.496869 task-clock                #    0.519 CPUs utilized            ( +-  2.38% )\n                 0 context-switches          #    0.000 K/sec\n                 0 cpu-migrations            #    0.403 K/sec                    ( +-100.00% )\n               104 page-faults               #    0.209 M/sec                    ( +-  0.15% )\n           590,760 cycles                    #    1.189 GHz                      ( +-  2.35% )\n           395,053 stalled-cycles-frontend   #   66.87% frontend cycles idle     ( +-  3.67% )\n   <not supported> stalled-cycles-backend\n           398,963 instructions              #    0.68  insns per cycle\n                                             #    0.99  stalled cycles per insn  ( +-  0.39% )\n            70,228 branches                  #  141.341 M/sec                    ( +-  0.36% )\n             3,364 branch-misses             #    4.79% of all branches          ( +-  5.45% )\n\n       0.000957440 seconds time elapsed                                          ( +-  2.42% )\n\nFurthermore, this saves space in instruction text:\n\n   text    data     bss     dec     hex filename\n    111       0       0     111      6f lib/int_sqrt-baseline.o\n     89       0       0      89      59 lib/int_sqrt.o\n\n[1] http://en.wikipedia.org/wiki/First_Draft_of_a_Report_on_the_EDVAC\n\nSigned-off-by: Davidlohr Bueso <davidlohr.bueso@hp.com>\nReviewed-by: Jonathan Gonzalez <jgonzlez@linets.cl>\nTested-by: Jonathan Gonzalez <jgonzlez@linets.cl>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>","distinct":true,"url":"https://api.github.com/repos/jtpoo3/android_kernel_google_msm/commits/10a0d10e95bf3ee6882862d314e3efdebea9c732"},{"sha":"285f8e87937d2137acde523b67034aa3dfe5d661","author":{"email":"d1e82e2813f00e3d60e00aa92378ef41c34f031b@oracle.com","name":"Dave Kleikamp"},"message":"AIO: Don't plug the I/O queue in do_io_submit()\n\nAsynchronous I/O latency to a solid-state disk greatly increased\nbetween the 2.6.32 and 3.0 kernels. By removing the plug from\ndo_io_submit(), we observed a 34% improvement in the I/O latency.\n\nUnfortunately, at this level, we don't know if the request is to\na rotating disk or not.\n\nChange-Id: I7101df956473ed9fd5dcff18e473dd93b688a5c1\nSigned-off-by: Dave Kleikamp <dave.kleikamp@oracle.com>\nCc: linux-aio@kvack.org\nCc: Chris Mason <chris.mason@oracle.com>\nCc: Jens Axboe <axboe@kernel.dk>\nCc: Andi Kleen <ak@linux.intel.com>\nCc: Jeff Moyer <jmoyer@redhat.com>","distinct":true,"url":"https://api.github.com/repos/jtpoo3/android_kernel_google_msm/commits/285f8e87937d2137acde523b67034aa3dfe5d661"}]}