{"push_id":914737112,"size":11,"distinct_size":11,"ref":"refs/heads/master","head":"ee4abb8abe4a3b7fe471a75b10a1421d978b8008","before":"1f9002ac505f636dd10fc13cb6c63477492b8495","commits":[{"sha":"ca745987d25bc9b38c072b387916f2cee2bfe0b2","author":{"email":"50cb9bee76fd6567c3233b8a89e4a594c545792f@gmail.com","name":"flar2"},"message":"allow moc-crypto modules to load\n\nSigned-off-by: flar2 <asegaert@gmail.com>","distinct":true,"url":"https://api.github.com/repos/pattyboi/GPE/commits/ca745987d25bc9b38c072b387916f2cee2bfe0b2"},{"sha":"50d672ce17473f437381dacf41bac6a9ffd37525","author":{"email":"50cb9bee76fd6567c3233b8a89e4a594c545792f@gmail.com","name":"flar2"},"message":"msm-thermal from crpalmer: https://github.com/crpalmer/dna-kernel/commit/b8c61351e4870a005d7064318ac0ae64a33777ff\n\nSigned-off-by: flar2 <asegaert@gmail.com>","distinct":true,"url":"https://api.github.com/repos/pattyboi/GPE/commits/50d672ce17473f437381dacf41bac6a9ffd37525"},{"sha":"e741e1f57e594f2032853907308141f89155a624","author":{"email":"50cb9bee76fd6567c3233b8a89e4a594c545792f@gmail.com","name":"flar2"},"message":"reduce wlan_htc wakelock a little\n\nSigned-off-by: flar2 <asegaert@gmail.com>","distinct":true,"url":"https://api.github.com/repos/pattyboi/GPE/commits/e741e1f57e594f2032853907308141f89155a624"},{"sha":"8370cbf9a271908cc46c24732678df23db8565a2","author":{"email":"50cb9bee76fd6567c3233b8a89e4a594c545792f@gmail.com","name":"flar2"},"message":"reduce wlan_ctrl_wake and wlan_rx_wake wakelocks\n\nSigned-off-by: flar2 <asegaert@gmail.com>","distinct":true,"url":"https://api.github.com/repos/pattyboi/GPE/commits/8370cbf9a271908cc46c24732678df23db8565a2"},{"sha":"c50e1734ecd58d3595d38da1844c1e21d1a34da8","author":{"email":"50cb9bee76fd6567c3233b8a89e4a594c545792f@gmail.com","name":"flar2"},"message":"remove some annoying log spam\n\nSigned-off-by: flar2 <asegaert@gmail.com>","distinct":true,"url":"https://api.github.com/repos/pattyboi/GPE/commits/c50e1734ecd58d3595d38da1844c1e21d1a34da8"},{"sha":"7882774d2bf0cb54c82cf52aef302cbf03d71ad2","author":{"email":"50cb9bee76fd6567c3233b8a89e4a594c545792f@gmail.com","name":"flar2"},"message":"remove some debugging and minor fixes to code\n\nSigned-off-by: flar2 <asegaert@gmail.com>","distinct":true,"url":"https://api.github.com/repos/pattyboi/GPE/commits/7882774d2bf0cb54c82cf52aef302cbf03d71ad2"},{"sha":"38a8e28649de5be01086daec17b2bb5d81522d27","author":{"email":"50cb9bee76fd6567c3233b8a89e4a594c545792f@gmail.com","name":"flar2"},"message":"reduced the wakelock time of RX packet and fix country checking\n\nSigned-off-by: flar2 <asegaert@gmail.com>","distinct":true,"url":"https://api.github.com/repos/pattyboi/GPE/commits/38a8e28649de5be01086daec17b2bb5d81522d27"},{"sha":"b6a096031d44b8572aa2773e9cf92d733685017f","author":{"email":"312c7d941f03386814be517ffdb3e0eb6624e275@google.com","name":"Eric Dumazet"},"message":"softirq: reduce latencies\n\nIn various network workloads, __do_softirq() latencies can be up\nto 20 ms if HZ=1000, and 200 ms if HZ=100.\n\nThis is because we iterate 10 times in the softirq dispatcher,\nand some actions can consume a lot of cycles.\n\nThis patch changes the fallback to ksoftirqd condition to :\n\n- A time limit of 2 ms.\n- need_resched() being set on current task\n\nWhen one of this condition is met, we wakeup ksoftirqd for further\nsoftirq processing if we still have pending softirqs.\n\nUsing need_resched() as the only condition can trigger RCU stalls,\nas we can keep BH disabled for too long.\n\nI ran several benchmarks and got no significant difference in\nthroughput, but a very significant reduction of latencies (one order\nof magnitude) :\n\nIn following bench, 200 antagonist \"netperf -t TCP_RR\" are started in\nbackground, using all available cpus.\n\nThen we start one \"netperf -t TCP_RR\", bound to the cpu handling the NIC\nIRQ (hard+soft)\n\nBefore patch :\n\n# netperf -H 7.7.7.84 -t TCP_RR -T2,2 -- -k\nRT_LATENCY,MIN_LATENCY,MAX_LATENCY,P50_LATENCY,P90_LATENCY,P99_LATENCY,MEAN_LATENCY,STDDEV_LATENCY\nMIGRATED TCP REQUEST/RESPONSE TEST from 0.0.0.0 (0.0.0.0) port 0 AF_INET\nto 7.7.7.84 () port 0 AF_INET : first burst 0 : cpu bind\nRT_LATENCY=550110.424\nMIN_LATENCY=146858\nMAX_LATENCY=997109\nP50_LATENCY=305000\nP90_LATENCY=550000\nP99_LATENCY=710000\nMEAN_LATENCY=376989.12\nSTDDEV_LATENCY=184046.92\n\nAfter patch :\n\n# netperf -H 7.7.7.84 -t TCP_RR -T2,2 -- -k\nRT_LATENCY,MIN_LATENCY,MAX_LATENCY,P50_LATENCY,P90_LATENCY,P99_LATENCY,MEAN_LATENCY,STDDEV_LATENCY\nMIGRATED TCP REQUEST/RESPONSE TEST from 0.0.0.0 (0.0.0.0) port 0 AF_INET\nto 7.7.7.84 () port 0 AF_INET : first burst 0 : cpu bind\nRT_LATENCY=40545.492\nMIN_LATENCY=9834\nMAX_LATENCY=78366\nP50_LATENCY=33583\nP90_LATENCY=59000\nP99_LATENCY=69000\nMEAN_LATENCY=38364.67\nSTDDEV_LATENCY=12865.26\n\nSigned-off-by: Eric Dumazet <edumazet@google.com>\nCc: David Miller <davem@davemloft.net>\nCc: Tom Herbert <therbert@google.com>\nCc: Ben Hutchings <bhutchings@solarflare.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: flar2 <asegaert@gmail.com>","distinct":true,"url":"https://api.github.com/repos/pattyboi/GPE/commits/b6a096031d44b8572aa2773e9cf92d733685017f"},{"sha":"7852f013acc641f2766a61ee87e8f08ae4f23131","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>\nSigned-off-by: flar2 <asegaert@gmail.com>","distinct":true,"url":"https://api.github.com/repos/pattyboi/GPE/commits/7852f013acc641f2766a61ee87e8f08ae4f23131"},{"sha":"97875816a810482980eda7d916ac6f4476f43cf2","author":{"email":"9dbbbf0688fedc85ad4da37637f1a64b8c718ee2@kernel.org","name":"Ingo Molnar"},"message":"nohz: Reduce overhead under high-freq idling patterns\n\nOne testbox of mine (Intel Nehalem, 16-way) uses MWAIT for its idle routine,\nwhich apparently can break out of its idle loop rather frequently, with\nhigh frequency.\n\nIn that case NO_HZ_FULL=y kernels show high ksoftirqd overhead and constant\ncontext switching, because tick_nohz_stop_sched_tick() will, if\ndelta_jiffies == 0, mis-identify this as a timer event - activating the\nTIMER_SOFTIRQ, which wakes up ksoftirqd.\n\nFix this by treating delta_jiffies == 0 the same way we treat other short\nwakeups, delta_jiffies == 1.\n\nCc: Frederic Weisbecker <fweisbec@gmail.com>\nCc: Chris Metcalf <cmetcalf@tilera.com>\nCc: Christoph Lameter <cl@linux.com>\nCc: Geoff Levand <geoff@infradead.org>\nCc: Gilad Ben Yossef <gilad@benyossef.com>\nCc: Hakan Akkan <hakanakkan@gmail.com>\nCc: Kevin Hilman <khilman@linaro.org>\nCc: Li Zhong <zhong@linux.vnet.ibm.com>\nCc: Oleg Nesterov <oleg@redhat.com>\nCc: Paul E. McKenney <paulmck@linux.vnet.ibm.com>\nCc: Paul Gortmaker <paul.gortmaker@windriver.com>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Steven Rostedt <rostedt@goodmis.org>\nSigned-off-by: Ingo Molnar <mingo@kernel.org>\nSigned-off-by: franciscofranco <franciscofranco.1990@gmail.com>\nSigned-off-by: flar2 <asegaert@gmail.com>","distinct":true,"url":"https://api.github.com/repos/pattyboi/GPE/commits/97875816a810482980eda7d916ac6f4476f43cf2"},{"sha":"ee4abb8abe4a3b7fe471a75b10a1421d978b8008","author":{"email":"d5ec0d24602845f6f4b6a35ef729998d1fba5507@redhat.com","name":"Dave Jones"},"message":"ext4: fix memory leak in xattr\n\nIf we take the 2nd retry path in ext4_expand_extra_isize_ea, we\npotentionally return from the function without having freed these\nallocations.  If we don't do the return, we over-write the previous\nallocation pointers, so we leak either way.\n\nSpotted with Coverity.\n\n[ Fixed by tytso to set is and bs to NULL after freeing these\n  pointers, in case in the retry loop we later end up triggering an\n  error causing a jump to cleanup, at which point we could have a double\n  free bug. -- Ted ]\n\nChange-Id: I49b8ca41a6c6d44b563eb23306870258a3affd3b\nSigned-off-by: Dave Jones <davej@fedoraproject.org>\nSigned-off-by: \"Theodore Ts'o\" <tytso@mit.edu>\nReviewed-by: Eric Sandeen <sandeen@redhat.com>\nCc: stable@vger.kernel.org\nGit-commit: 6e4ea8e33b2057b85d75175dd89b93f5e26de3bc\nGit-repo: git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git\nSigned-off-by: Osvaldo Banuelos <osvaldob@codeaurora.org>\nSigned-off-by: flar2 <asegaert@gmail.com>","distinct":true,"url":"https://api.github.com/repos/pattyboi/GPE/commits/ee4abb8abe4a3b7fe471a75b10a1421d978b8008"}]}