{"push_id":865439361,"size":3,"distinct_size":3,"ref":"refs/heads/M","head":"72f9e98c9444f1b64d27c970a3431f4a6b282486","before":"ce42a06808df11df3ae68ce2b91c7f7cd14b2908","commits":[{"sha":"374eefed85637ecfa3526a6492ff556a56f88793","author":{"email":"69652caca27c8b940640ad396ab71f93cacec34f@linux-foundation.org","name":"Linus Torvalds"},"message":"vfs: conditionally clear close-on-exec flag\n\nWe clear the close-on-exec flag when opening and closing files, and the\nbit was almost always already clear before.  Avoid dirtying the\ncacheline if the clearning isn't necessary.  That avoids unnecessary\ncacheline dirtying and bouncing in multi-socket environments.\n\nEric Dumazet has a file descriptor benchmark that goes 4% faster from\nthis on his two-socket machine.  It's probably partly superlinear\nimprovement due to getting slightly less spinlock contention on the\nfile_lock spinlock due to less work in the critical section.\n\nTested-by: Eric Dumazet <eric.dumazet@gmail.com>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: franciscofranco <franciscofranco.1990@gmail.com>","distinct":true,"url":"https://api.github.com/repos/Starship-Android/starship_kernel_moto_shamu/commits/374eefed85637ecfa3526a6492ff556a56f88793"},{"sha":"4137435b49338332e05b7c5450167aa12449d91c","author":{"email":"9f0ed6d3046b5ad75baeafdf1880f13bc02a9180@codeaurora.org","name":"Sahitya Tummala"},"message":"mmc: sdhci-msm: Fix HW issue with power IRQ handling during reset\n\nThere is a rare scenario in HW, where the first clear pulse could\nbe lost when the actual reset and clear/read of status register\nare happening at the same time. Fix this by retrying upto 10 times\nto ensure the status register gets cleared. Otherwise, this will\nlead to a spurious power IRQ which results in system instability.\n\nChange-Id: I23418fef620a8342b34062ce1e4486c70035e6e9\nSigned-off-by: Sahitya Tummala <stummala@codeaurora.org>\nReviewed-on: http://gerrit.mot.com/760627\nSubmit-Approved: Jira Key <jirakey@motorola.com>\nTested-by: Jira Key <jirakey@motorola.com>\nSLTApproved: Slta Waiver <sltawvr@motorola.com>\nSME-Granted: SME Approvals Granted\nReviewed-by: Russell Knize <rknize@motorola.com>\n(cherry picked from commit 1f5a7180da1cc2bf91aad1aba4a6052d4a3b0df4)\n(cherry picked from commit 890465542d24bb5409b79e7a02a533f320fb0cd9)","distinct":true,"url":"https://api.github.com/repos/Starship-Android/starship_kernel_moto_shamu/commits/4137435b49338332e05b7c5450167aa12449d91c"},{"sha":"72f9e98c9444f1b64d27c970a3431f4a6b282486","author":{"email":"695db642e8bc2a781029b5690bc796db9446cc2f@linux.intel.com","name":"Tim Chen"},"message":"sched/fair: Implement fast idling of CPUs when the system is partially loaded\n\nWhen a system is lightly loaded (i.e. no more than 1 job per cpu),\nattempt to pull job to a cpu before putting it to idle is unnecessary and\ncan be skipped.  This patch adds an indicator so the scheduler can know\nwhen there's no more than 1 active job is on any CPU in the system to\nskip needless job pulls.\n\nOn a 4 socket machine with a request/response kind of workload from\nclients, we saw about 0.13 msec delay when we go through a full load\nbalance to try pull job from all the other cpus.  While 0.1 msec was\nspent on processing the request and generating a response, the 0.13 msec\nload balance overhead was actually more than the actual work being done.\nThis overhead can be skipped much of the time for lightly loaded systems.\n\nWith this patch, we tested with a netperf request/response workload that\nhas the server busy with half the cpus in a 4 socket system.  We found\nthe patch eliminated 75% of the load balance attempts before idling a cpu.\n\nThe overhead of setting/clearing the indicator is low as we already gather\nthe necessary info while we call add_nr_running() and update_sd_lb_stats.()\nWe switch to full load balance load immediately if any cpu got more than\none job on its run queue in add_nr_running.  We'll clear the indicator\nto avoid load balance when we detect no cpu's have more than one job\nwhen we scan the work queues in update_sg_lb_stats().  We are aggressive\nin turning on the load balance and opportunistic in skipping the load\nbalance.\n\nSigned-off-by: Tim Chen <tim.c.chen@linux.intel.com>\nAcked-by: Rik van Riel <riel@redhat.com>\nAcked-by: Jason Low <jason.low2@hp.com>\nCc: \"Paul E.McKenney\" <paulmck@linux.vnet.ibm.com>\nCc: Andrew Morton <akpm@linux-foundation.org>\nCc: Davidlohr Bueso <davidlohr@hp.com>\nCc: Alex Shi <alex.shi@linaro.org>\nCc: Michel Lespinasse <walken@google.com>\nCc: Peter Hurley <peter@hurleysoftware.com>\nCc: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Peter Zijlstra <peterz@infradead.org>\nLink: http://lkml.kernel.org/r/1403551009.2970.613.camel@schen9-DESK\nSigned-off-by: Ingo Molnar <mingo@kernel.org>\n\nConflicts:\n\tkernel/sched/fair.c\n\tkernel/sched/sched.h","distinct":true,"url":"https://api.github.com/repos/Starship-Android/starship_kernel_moto_shamu/commits/72f9e98c9444f1b64d27c970a3431f4a6b282486"}]}