{"push_id":694466845,"size":10,"distinct_size":10,"ref":"refs/heads/cm-12.1","head":"98319b2249f6f280920972da963a8a44a37963d3","before":"824da33d3fd914f289ed2906421218c4f12876ba","commits":[{"sha":"fd1ae447be2a8ac612b4aa6f046012e3c4c89936","author":{"email":"27ffc44a8ec6a212fba98cfc3246c6ce8ab131e0@intel.com","name":"Rafael J. Wysocki"},"message":"Revert \"epoll: use freezable blocking call\"\n\nThis reverts commit 1c441e921201 (epoll: use freezable blocking call)\nwhich is reported to cause user space memory corruption to happen\nafter suspend to RAM.\n\nSince it appears to be extremely difficult to root cause this\nproblem, it is best to revert the offending commit and try to address\nthe original issue in a better way later.\n\nChange-Id: Ib57a2bda6c190454ae3bd3ae7eeb1456ea2156a6\nReferences: https://bugzilla.kernel.org/show_bug.cgi?id=61781\nReported-by: Natrio <natrio@list.ru>\nReported-by: Jeff Pohlmeyer <yetanothergeek@gmail.com>\nBisected-by: Leo Wolf <jclw@ymail.com>\nFixes: 1c441e921201 (epoll: use freezable blocking call)\nSigned-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>\nCc: 3.11+ <stable@vger.kernel.org> # 3.11+\nGit-commit: c511851de162e8ec03d62e7d7feecbdf590d881d\nGit-repo: git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-stable.git\nSigned-off-by: Osvaldo Banuelos <osvaldob@codeaurora.org>","distinct":true,"url":"https://api.github.com/repos/cm12-g600/chil360-kernel/commits/fd1ae447be2a8ac612b4aa6f046012e3c4c89936"},{"sha":"a0934567ceeef606a4b80d0d8a1ee8c3bcd28fdf","author":{"email":"ff359ca7f9aedbb05cd6aa3d17e7b3b3ad3b25c9@google.com","name":"Ruchi Kandoi"},"message":"suspend: Return error when pending wakeup source is found.\n\nIf a wakeup source is found to be pending in the last stage of suspend\nafter syscore suspend then the device doesn't suspend but the error is\nnot propogated which causes an error in the accounting for the number\nof suspend aborts and successful suspends.\n\nChange-Id: Ib63b4ead755127eaf03e3b303aab3c782ad02ed1\nSigned-off-by: Ruchi Kandoi <kandoiruchi@google.com>","distinct":true,"url":"https://api.github.com/repos/cm12-g600/chil360-kernel/commits/a0934567ceeef606a4b80d0d8a1ee8c3bcd28fdf"},{"sha":"0692828bd81ce6b35bfeaf2916024f3aceddb82c","author":{"email":"2a6854f3b9949c43de11e7c9c8445bf4929ab953@spreadtrum.com","name":"rahul.khandelwal"},"message":"subsystem: CPU FREQUENCY DRIVERS- Set cpu_load calculation on current frequency\n\nIn timer, cpu_load is calcuated on target_freq.\ncpu_load = loadadjfreq / pcpu->target_freq;\nBut cpu is actually running on current freq i.e. pcpu->policy->cur. So cpu_load\nshould be calculated on current frequency.\ncpu_load = loadadjfreq / pcpu->policy->cur;\n\nChange-Id: I89db6b68e9f82aa52077f6bf7d819dab74265790\nSigned-off-by: rahul.khandelwal <rahul.khandelwal@spreadtrum.com>","distinct":true,"url":"https://api.github.com/repos/cm12-g600/chil360-kernel/commits/0692828bd81ce6b35bfeaf2916024f3aceddb82c"},{"sha":"b2b2cc9df76f73038283b1d9d0fe29b46803072c","author":{"email":"fe08d3c717adf2ae63592e4c9aec6e3e404d8e3e@davemloft.net","name":"David S. Miller"},"message":"ipv4: Missing sk_nulls_node_init() in ping_unhash().\n\nIf we don't do that, then the poison value is left in the ->pprev\nbacklink.\n\nThis can cause crashes if we do a disconnect, followed by a connect().\n\nChange-Id: I8ce5297bbde2de3c3d917a690bf5de1b2dc566e8\nTested-by: Linus Torvalds <torvalds@linux-foundation.org>\nReported-by: Wen Xu <hotdog3645@gmail.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nGit-commit: a134f083e79fb4c3d0a925691e732c56911b4326\nGit-repo: git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git\nSigned-off-by: Avijit Kanti Das <avijitnsec@codeaurora.org>","distinct":true,"url":"https://api.github.com/repos/cm12-g600/chil360-kernel/commits/b2b2cc9df76f73038283b1d9d0fe29b46803072c"},{"sha":"874e8f597cddf0689e383a0baa0a023098025b0e","author":{"email":"9defb1d2166fe02be9724618510318ef57e74e91@gmail.com","name":"Michael Bestas"},"message":"video: msm: Tone down logging\n\nChange-Id: I167d19311d518d0a686f4d0c663689a24e05dffa","distinct":true,"url":"https://api.github.com/repos/cm12-g600/chil360-kernel/commits/874e8f597cddf0689e383a0baa0a023098025b0e"},{"sha":"caefa7e7d02f059eb9c4cbee628b8dd2d9de5036","author":{"email":"7f5bb03cf507c861269be561971108be8f37d832@chemlab.org","name":"Steve Kondik"},"message":"video: msm: Check for null in LCDC IRQ handler","distinct":true,"url":"https://api.github.com/repos/cm12-g600/chil360-kernel/commits/caefa7e7d02f059eb9c4cbee628b8dd2d9de5036"},{"sha":"35453ccfc517dd391224d815e3210feac630f3b6","author":{"email":"7f5bb03cf507c861269be561971108be8f37d832@chemlab.org","name":"Steve Kondik"},"message":"video: msm: Configure blend before DMA for LCDC panel too\n\n* Needed to avoid display glitching in BLT mode","distinct":true,"url":"https://api.github.com/repos/cm12-g600/chil360-kernel/commits/35453ccfc517dd391224d815e3210feac630f3b6"},{"sha":"bd422d741e68d325ce485813c637b82308ff613d","author":{"email":"c1ee614365181d9b29d91b6c5237384ed28bec62@codeaurora.org","name":"Carl Vanderlip"},"message":"video: msm: Clear previous histogram data on next startup\n\nClear the pointer to the userspace histogram struct when histogram is\nstarted. Previously, when the histogram was stopped while a histogram read\nwas in progress, the pointer was not cleared, causing the next histogram\nread to think that someone was already using the histogram.\n\nCRs-Fixed: 361640\nChange-Id: If09017149e98b35c49603372c554aa4c97f2de82\nSigned-off-by: Carl Vanderlip <carlv@codeaurora.org>\n(cherry picked from commit 19e4b71f617e307cacf0be077e08bec5c37df290)","distinct":true,"url":"https://api.github.com/repos/cm12-g600/chil360-kernel/commits/bd422d741e68d325ce485813c637b82308ff613d"},{"sha":"f8ad7a32f3a078f8da1bfc2bbbb2f88ef5ea4cce","author":{"email":"5df8b7afbc8bc60e3df630fdc676a579bee7328f@gmail.com","name":"Cristoforo Cataldo"},"message":"msm: vidc: Fix res_trk_get_mem_type when vidc is not using ION memory","distinct":true,"url":"https://api.github.com/repos/cm12-g600/chil360-kernel/commits/f8ad7a32f3a078f8da1bfc2bbbb2f88ef5ea4cce"},{"sha":"98319b2249f6f280920972da963a8a44a37963d3","author":{"email":"b8b7e8a1740f4a6484e6faf986cb2a9e5fbce020@codeaurora.org","name":"Praveen Chavan"},"message":"msm: vidc: cache-flush encoder output buffers after alloc\n\nFlush output buffers explcitly during registering. This ensures\nany pending CPU writes (i.e meset to 0 after allocation) are\ncommitted right away, or else this may get flushed _after_\nhardware has written the bitstream.\n\nChange-Id: I958466011e7d96c7b5e2691403c8386309997429\nSigned-off-by: Praveen Chavan <pchavan@codeaurora.org>\nSigned-off-by: c_sridur <sridur@codeaurora.org>","distinct":true,"url":"https://api.github.com/repos/cm12-g600/chil360-kernel/commits/98319b2249f6f280920972da963a8a44a37963d3"}]}