{"push_id":914805897,"size":10,"distinct_size":10,"ref":"refs/heads/kccat6-TW502","head":"5da5681d22c48a02d2cf3643e7a59671f4a01813","before":"bafa0074f7688b63196a1ff766e282912a08fda8","commits":[{"sha":"d1d784b47719a330df070421a37f2fb9566dfeed","author":{"email":"dab1ac482cbf0c585f9ac2c32308f0f07e56569c@outlook.com","name":"Tkkg1994"},"message":"fs: make dyn_fsync depend on state notifier","distinct":true,"url":"https://api.github.com/repos/Tkkg1994/Nova-Kernel/commits/d1d784b47719a330df070421a37f2fb9566dfeed"},{"sha":"b88e6aa67aaa934cf1a81f504b72e3c7e6639533","author":{"email":"742cc7da48fa788d384ec77ccfb9a4657661404c@gmail.com","name":"imoseyon"},"message":"mdss: expose panel on/off events as a global variable\n\n    * to be used for my X governors","distinct":true,"url":"https://api.github.com/repos/Tkkg1994/Nova-Kernel/commits/b88e6aa67aaa934cf1a81f504b72e3c7e6639533"},{"sha":"88eba8b64697e7b2d886849f2c84492ab50a456d","author":{"email":"742cc7da48fa788d384ec77ccfb9a4657661404c@gmail.com","name":"imoseyon"},"message":"adreno idler: use my screen off detection global variable instead","distinct":true,"url":"https://api.github.com/repos/Tkkg1994/Nova-Kernel/commits/88eba8b64697e7b2d886849f2c84492ab50a456d"},{"sha":"78de0643104784b0a20891cb08b300d121c3979a","author":{"email":"00e4cf8f46a57000a44449bf9dd8cbbcc209fd2a@linutronix.de","name":"Thomas Gleixner"},"message":"hrtimer: Prevent stale expiry time in hrtimer_interrupt()\n\nhrtimer_interrupt() has the following subtle issue:\n\nhrtimer_interrupt()\n  lock(cpu_base);\n  expires_next = KTIME_MAX;\n\n  expire_timers(CLOCK_MONOTONIC);\n  expires = get_next_timer(CLOCK_MONOTONIC);\n  if (expires < expires_next)\n    expires_next = expires;\n  expire_timers(CLOCK_REALTIME);\n    unlock(cpu_base);\n    wakeup()\n    hrtimer_start(CLOCK_MONOTONIC, newtimer);\n    lock(cpu_base();\n  expires = get_next_timer(CLOCK_REALTIME);\n  if (expires < expires_next)\n    expires_next = expires;\nSo because we already evaluated the next expiring timer of\nCLOCK_MONOTONIC we ignore that the expiry time of newtimer might be\nearlier than the overall next expiry time in hrtimer_interrupt().\n\nTo solve this, remove the caching of the next expiry value from\nhrtimer_interrupt() and reevaluate all active clock bases for the next\nexpiry value. To avoid another code duplication, create a shared\nevaluation function and use it for hrtimer_get_next_event(),\nhrtimer_force_reprogram() and hrtimer_interrupt().\n\nThere is another subtlety in this mechanism:\n\nWhile hrtimer_interrupt() is running, we want to avoid to touch the\nhardware device because we will reprogram it anyway at the end of\nhrtimer_interrupt(). This works nicely for hrtimers which get rearmed\nvia the HRTIMER_RESTART mechanism, because we drop out when the\ncallback on that CPU is running. But that fails, if a new timer gets\nenqueued like in the example above.\n\nThis has another implication: While hrtimer_interrupt() is running we\nrefuse remote enqueueing of timers - see hrtimer_interrupt() and\nhrtimer_check_target().\n\nhrtimer_interrupt() tries to prevent this by setting cpu_base->expires\nto KTIME_MAX, but that fails if a new timer gets queued.\n\nPrevent both the hardware access and the remote enqueue\nexplicitely. We can loosen the restriction on the remote enqueue now\ndue to reevaluation of the next expiry value, but that needs a\nseperate patch.\n\nFolded in a fix from Vignesh Radhakrishnan.\n\nChange-Id: I803322cc29a294eab73fa2046e9f3a2e5f66755e\nReported-and-tested-by: Stanislav Fomichev <stfomichev@yandex-team.ru>\nBased-on-patch-by: Stanislav Fomichev <stfomichev@yandex-team.ru>\nSigned-off-by: Thomas Gleixner <tglx@linutronix.de>\nCc: vigneshr@codeaurora.org\nCc: john.stultz@linaro.org\nCc: viresh.kumar@linaro.org\nCc: fweisbec@gmail.com\nCc: cl@linux.com\nCc: stuart.w.hayes@gmail.com\nLink: http://lkml.kernel.org/r/alpine.DEB.2.11.1501202049190.5526@nanos\nSigned-off-by: Thomas Gleixner <tglx@linutronix.de>\nPatch-mainline : linux-arm-kernel @ 01/23/15, 03:21\n[vigneshr@codeaurora.org : Changes to the file kernel/time/hrtimer.c\nis made to the file kernel/hrtimer.c]\nSigned-off-by: Prasad Sodagudi <psodagud@codeaurora.org>\nSigned-off-by: Vignesh Radhakrishnan <vigneshr@codeaurora.org>\nReviewed-on: http://gerrit.mot.com/760110\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: Christopher Fries <cfries@motorola.com>\n\n(cherry picked from commit 326ce3db054df6341153f761559a3c381a281f20)\n(cherry picked from commit aca47c4d22670c1a4feab44abf664348db1a7b70)","distinct":true,"url":"https://api.github.com/repos/Tkkg1994/Nova-Kernel/commits/78de0643104784b0a20891cb08b300d121c3979a"},{"sha":"e23bbc3d33ae35b08256df893eed5153280d4a39","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/Tkkg1994/Nova-Kernel/commits/e23bbc3d33ae35b08256df893eed5153280d4a39"},{"sha":"17d33f012ddd0875556b5603f4d2ec11b21bb815","author":{"email":"d79fadde9de82c838211e8a952123da40fe360c0@motorola.com","name":"Lianwei Wang"},"message":"msm_serial_hs: release dma wakelock properly\n\nCheck and release dma wakelock if clock state is unbalanced\nin shutdown process.\n\nChange-Id: I36db0a96437fbe4c2dfa1288568443e2104062d6\nSigned-off-by: Lianwei Wang <a22439@motorola.com>\nReviewed-on: http://gerrit.mot.com/714018\nTested-by: Jira Key <jirakey@motorola.com>\nReviewed-by: Christopher Fries <cfries@motorola.com>\nSLTApproved: Christopher Fries <cfries@motorola.com>\nSubmit-Approved: Jira Key <jirakey@motorola.com>","distinct":true,"url":"https://api.github.com/repos/Tkkg1994/Nova-Kernel/commits/17d33f012ddd0875556b5603f4d2ec11b21bb815"},{"sha":"fbd397e90f0cda660f94c4b91eed95e550cd626e","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","distinct":true,"url":"https://api.github.com/repos/Tkkg1994/Nova-Kernel/commits/fbd397e90f0cda660f94c4b91eed95e550cd626e"},{"sha":"758ed09409f8766564d1124d3d6fa2938d733190","author":{"email":"c2ec5539c4473ab294a95eac689618c01a8f4c1f@codeaurora.org","name":"Joonwoo Park"},"message":"pinctrl: msm: fix potential NULL pointer dereference\n\nFix potential NULL pointer dereference with NULL checks.\n\nChange-Id: Ic04209d46dcfe32489d873ee3275f4c5c54bceb3\nSigned-off-by: Joonwoo Park <joonwoop@codeaurora.org>\n\nConflicts:\n\tdrivers/pinctrl/pinctrl-msm-tlmm-v4.c","distinct":true,"url":"https://api.github.com/repos/Tkkg1994/Nova-Kernel/commits/758ed09409f8766564d1124d3d6fa2938d733190"},{"sha":"17112160e3be50684e94b35685fa4cb22a782024","author":{"email":"916a55389dcf32c4ce389e1e7056f25d139c1aa3@codeaurora.org","name":"Ping Li"},"message":"msm: mdss: Fix uninitialized return value for compact ioctl function\n\nInitialize the return value before using or returning to user space\nto avoid returning uninitialised values to user space.\n\nChange-Id: Iac43744830d725cf69120603befc3e4dd758d031\nSigned-off-by: Ping Li <pingli@codeaurora.org>\n\nConflicts:\n\tdrivers/video/msm/mdss/mdss_compat_utils.c","distinct":true,"url":"https://api.github.com/repos/Tkkg1994/Nova-Kernel/commits/17112160e3be50684e94b35685fa4cb22a782024"},{"sha":"5da5681d22c48a02d2cf3643e7a59671f4a01813","author":{"email":"dab1ac482cbf0c585f9ac2c32308f0f07e56569c@outlook.com","name":"Tkkg1994"},"message":"devfreq: update adreno idler to the latest version with all fixes included, also made some changes by me and from @Dorimanx branch\n\nSigned-off-by: Tkkg1994 <luca.grifo@outlook.com>","distinct":true,"url":"https://api.github.com/repos/Tkkg1994/Nova-Kernel/commits/5da5681d22c48a02d2cf3643e7a59671f4a01813"}]}