{"push_id":2022389660,"size":6,"distinct_size":6,"ref":"refs/heads/gemini","head":"b23b1715ebc6be68bff7f6c487ecbc0f5505758a","before":"33af7aa6ea809c499234d2e44e3b4337158f1513","commits":[{"sha":"e01985a7a43a65d35c660db276b2d38575a9148b","author":{"name":"Matt Fleming","email":"31e7b35f7f9f5d76c1e2ef239c79b97264b2f6d0@codeblueprint.co.uk"},"message":"sched/loadavg: Avoid loadavg spikes caused by delayed NO_HZ accounting\n\ncommit 6e5f32f7a43f45ee55c401c0b9585eb01f9629a8 upstream.\n\nIf we crossed a sample window while in NO_HZ we will add LOAD_FREQ to\nthe pending sample window time on exit, setting the next update not\none window into the future, but two.\n\nThis situation on exiting NO_HZ is described by:\n\n  this_rq->calc_load_update < jiffies < calc_load_update\n\nIn this scenario, what we should be doing is:\n\n  this_rq->calc_load_update = calc_load_update\t\t     [ next window ]\n\nBut what we actually do is:\n\n  this_rq->calc_load_update = calc_load_update + LOAD_FREQ   [ next+1 window ]\n\nThis has the effect of delaying load average updates for potentially\nup to ~9seconds.\n\nThis can result in huge spikes in the load average values due to\nper-cpu uninterruptible task counts being out of sync when accumulated\nacross all CPUs.\n\nIt's safe to update the per-cpu active count if we wake between sample\nwindows because any load that we left in 'calc_load_idle' will have\nbeen zero'd when the idle load was folded in calc_global_load().\n\nThis issue is easy to reproduce before,\n\n  commit 9d89c257dfb9 (\"sched/fair: Rewrite runnable load and utilization average tracking\")\n\njust by forking short-lived process pipelines built from ps(1) and\ngrep(1) in a loop. I'm unable to reproduce the spikes after that\ncommit, but the bug still seems to be present from code review.\n\nSigned-off-by: Matt Fleming <matt@codeblueprint.co.uk>\nSigned-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>\nCc: Frederic Weisbecker <fweisbec@gmail.com>\nCc: Linus Torvalds <torvalds@linux-foundation.org>\nCc: Mike Galbraith <efault@gmx.de>\nCc: Mike Galbraith <umgwanakikbuti@gmail.com>\nCc: Morten Rasmussen <morten.rasmussen@arm.com>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Thomas Gleixner <tglx@linutronix.de>\nCc: Vincent Guittot <vincent.guittot@linaro.org>\nFixes: commit 5167e8d (\"sched/nohz: Rewrite and fix load-avg computation -- again\")\nLink: http://lkml.kernel.org/r/20170217120731.11868-2-matt@codeblueprint.co.uk\nSigned-off-by: Ingo Molnar <mingo@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/DennySPB/platform_kernel_xiaomi_msm8996/commits/e01985a7a43a65d35c660db276b2d38575a9148b"},{"sha":"bd6ddd2e14c80e966a7a12f09022ce274c3d80d8","author":{"name":"Andrew Bresticker","email":"d6c634c86a7bfbb8794ec54dedaa0bd2c7a1c2e4@chromium.org"},"message":"CHROMIUM: android: binder: Fix potential scheduling-while-atomic\n\nCommit f1e7f0a724f6 (\"android: binder: Disable preemption while holding\nthe global binder lock.\") re-enabled preemption around most of the sites\nwhere calls to potentially sleeping functions were made, but missed\n__alloc_fd(), which can sleep if the fdtable needs to be resized.\nRe-enable preemption around __alloc_fd() as well as __fd_install() which\ncan now sleep in upstream kernels as of commit 8a81252b774b (\"fs/file.c:\ndon't acquire files->file_lock in fd_install()\").\n\nBUG=chrome-os-partner:44012\nTEST=Build and boot on Smaug.\n\nChange-Id: I9819c4b95876f697e75b1b84810b6c520d9c33ec\nSigned-off-by: Andrew Bresticker <abrestic@chromium.org>\nReviewed-on: https://chromium-review.googlesource.com/308582\nReviewed-by: Stephen Barber <smbarber@chromium.org>\nReviewed-by: Riley Andrews <riandrews@google.com>","distinct":true,"url":"https://api.github.com/repos/DennySPB/platform_kernel_xiaomi_msm8996/commits/bd6ddd2e14c80e966a7a12f09022ce274c3d80d8"},{"sha":"6ce3c4c17212801c9876d1381832a8a65879ae2e","author":{"name":"John Dias","email":"c40de28728b9e8a4babeb665245ede5ea5146bf8@google.com"},"message":"staging: binder - Set binder_debug_mask=0 to suppress logging\n\nExcessive logging -- not present on angler -- is affecting\nperformance, contributing to missed audio deadlines and likely other\nlatency-dependent tasks.\nBug: 30375418\n\nChange-Id: I88b9c7fa4540ad46e564f44a0e589b5215e8487d","distinct":true,"url":"https://api.github.com/repos/DennySPB/platform_kernel_xiaomi_msm8996/commits/6ce3c4c17212801c9876d1381832a8a65879ae2e"},{"sha":"56e71b77682b0562172a4ac7879ddad55eca60c7","author":{"name":"Chris Redpath","email":"08674af3d33841cc36f9560b43efa886ec9d5c4f@arm.com"},"message":"UPSTREAM: cpufreq: schedutil: enable fast switch earlier\n\nThe fast_switch_enabled flag will be used by both sugov_policy_alloc()\nand sugov_policy_free() with a later patch.\n\nPrepare for that by moving the calls to enable and disable it to the\nbeginning of sugov_init() and end of sugov_exit().\n\nSigned-off-by: Viresh Kumar <viresh.kumar@linaro.org>\nSigned-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>\n(cherry picked from commit 4a71ce4348bb61740d411822357061f8bf870f4c)\nSigned-off-by: Chris Redpath <chris.redpath@arm.com>\nChange-Id: Ia174f423ca02d59360657ac2e77a5098ce5cf99c","distinct":true,"url":"https://api.github.com/repos/DennySPB/platform_kernel_xiaomi_msm8996/commits/56e71b77682b0562172a4ac7879ddad55eca60c7"},{"sha":"3799ca547ed2e0624619b79e69c79b3ddd4dc4d4","author":{"name":"Chris Redpath","email":"08674af3d33841cc36f9560b43efa886ec9d5c4f@arm.com"},"message":"UPSTREAM: cpufreq: schedutil: irq-work and mutex are only used in slow path\n\nExecute the irq-work specific initialization/exit code only when the\nfast path isn't available.\n\nSigned-off-by: Viresh Kumar <viresh.kumar@linaro.org>\nSigned-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>\n(cherry picked from commit 21ef57297b15a49b0c4dd4e7135c1a08e9a29a1c)\nSigned-off-by: Chris Redpath <chris.redpath@arm.com>\nChange-Id: Icfd68f455ef71846d799fcd2d8ec6aa1bf59573e","distinct":true,"url":"https://api.github.com/repos/DennySPB/platform_kernel_xiaomi_msm8996/commits/3799ca547ed2e0624619b79e69c79b3ddd4dc4d4"},{"sha":"b23b1715ebc6be68bff7f6c487ecbc0f5505758a","author":{"name":"Vikram Mulukutla","email":"38ccb813e5b3214898ec503d73f04341502487cd@codeaurora.org"},"message":"sched: walt: Modify WALT window size to adjust for CONFIG_HZ\n\nIt is preferable that WALT window rollover occurs just\nbefore a tick, since the tick is an opportune moment\nto record a complete window's statistics, as well as report\nthose stats to the cpu frequency governor. When CONFIG_HZ\nresults in a TICK_NSEC that isn't a integral number, this\nrequirement may be violated. Account for this by reducing\nthe WALT window size to the nearest multiple of TICK_NSEC.\n\nCommit d368c6faa19b (\"sched: walt: fix window misalignment\nwhen HZ=300\") attempted to do this but WALT isn't using\nMIN_SCHED_RAVG_WINDOW as the window size and the patch was\ndoing nothing.\n\nChange-Id: Ie3dcfc21a3df4408254ca1165a355bbe391ed5c7\nSigned-off-by: Vikram Mulukutla <markivx@codeaurora.org>","distinct":true,"url":"https://api.github.com/repos/DennySPB/platform_kernel_xiaomi_msm8996/commits/b23b1715ebc6be68bff7f6c487ecbc0f5505758a"}]}
{"actor":{"display_login":"DennySPB"}}