{"push_id":920919192,"size":4,"distinct_size":4,"ref":"refs/heads/android-6.0","head":"8abed1642c80a6f6a3a59b33d1830631ac83202a","before":"821ef6192d92ebc04b51af3020a077278cd4dc75","commits":[{"sha":"f482d03b1816dae47c6d2badf85e73664354e5bc","author":{"email":"2a4b97e7c2c7c25502647546b38417ff8ce09c9d@codeaurora.org","name":"Ankit Gupta"},"message":"ARM: dts: msm: disable support of 50MHz for i2c for apq8084\n\nI2C driver does not support input clock frequency of 50 MHz.\nThis patch Changes the i2c clk frequency for all the i2c device\nto 19.2 MHz for apq8084.\n\nSigned-off-by: Ankit Gupta <ankgupta@codeaurora.org>\n[neo: Also apply changes for shamu.]\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>\n\nSigned-off-by: franciscofranco <franciscofranco.1990@gmail.com>\nSigned-off-by: engstk <eng.stk@sapo.pt>","distinct":true,"url":"https://api.github.com/repos/kabata1975/android_kernel_moto_shamu/commits/f482d03b1816dae47c6d2badf85e73664354e5bc"},{"sha":"d431fa431670c904299980ffc460e8b1d1914351","author":{"email":"acf1f709dafbae362ae39414203bf1007742619a@codeaurora.org","name":"Mona Hossain"},"message":"ARM: dts: msm: Remove support for qcrypto1 device for 8084\n\nRemove entry for a second qcrypto instance that uses a different\npipe pair for data transfer to/from CE hardware. This is not needed\nfor 8084.\n\nSigned-off-by: Mona Hossain <mhossain@codeaurora.org>\nSigned-off-by: franciscofranco <franciscofranco.1990@gmail.com>\nSigned-off-by: engstk <eng.stk@sapo.pt>","distinct":true,"url":"https://api.github.com/repos/kabata1975/android_kernel_moto_shamu/commits/d431fa431670c904299980ffc460e8b1d1914351"},{"sha":"29968791321342af47208325586eeb418399def7","author":{"email":"742cc7da48fa788d384ec77ccfb9a4657661404c@gmail.com","name":"imoseyon"},"message":"dts: add 223 Mhz slot","distinct":true,"url":"https://api.github.com/repos/kabata1975/android_kernel_moto_shamu/commits/29968791321342af47208325586eeb418399def7"},{"sha":"8abed1642c80a6f6a3a59b33d1830631ac83202a","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/733205\nSME-Granted: SME Approvals Granted\nSubmit-Approved: Jira Key <jirakey@motorola.com>\nTested-by: Jira Key <jirakey@motorola.com>\nSLTApproved: Slta Waiver <sltawvr@motorola.com>\nReviewed-by: Lian-Wei Wang <lian-wei.wang@motorola.com>\nReviewed-by: Yi-Wei Zhao <gbjc64@motorola.com>\n\nSigned-off-by: franciscofranco <franciscofranco.1990@gmail.com>","distinct":true,"url":"https://api.github.com/repos/kabata1975/android_kernel_moto_shamu/commits/8abed1642c80a6f6a3a59b33d1830631ac83202a"}]}