{"push_id":805946756,"size":12,"distinct_size":12,"ref":"refs/heads/lollipop-caf","head":"e7cc87b2874fedd7463b486840b9e577582fa43b","before":"f5d22539bea1b3a5f97402865afb6e3d727dc0cc","commits":[{"sha":"628f078288f2b92346cd23e9cc86985b900020d8","author":{"email":"ded022db89399a060a39da31922f173c6556c2d9@aepfle.de","name":"Olaf Hering"},"message":"Tools: hv: verify origin of netlink connector message\n\ncommit bcc2c9c3fff859e0eb019fe6fec26f9b8eba795c upstream.\n\nThe SuSE security team suggested to use recvfrom instead of recv to be\ncertain that the connector message is originated from kernel.\n\nCVE-2012-2669\n\nSigned-off-by: Olaf Hering <olaf@aepfle.de>\nSigned-off-by: Marcus Meissner <meissner@suse.de>\nSigned-off-by: Sebastian Krahmer <krahmer@suse.de>\nSigned-off-by: K. Y. Srinivasan <kys@microsoft.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/blaskewitts/android_kernel_samsung_klte/commits/628f078288f2b92346cd23e9cc86985b900020d8"},{"sha":"2d8613b4b0f1db90c1ae4de73f0b26e42529376c","author":{"email":"5ef2a23ba3aff51d1cfc8c113c1ec34b608b3b13@nvidia.com","name":"Stephen Warren"},"message":"ARM: tegra: make tegra_cpu_reset_handler_enable() __init\n\ncommit 6355f25ed965421725d92cf719fc63008690ca1c upstream.\n\nThis solves a section mismatch warning. I hadn't noticed this before,\nbecause my compiler was inlining tegra_cpu_reset_handler_enable() inside\ntegra_cpu_reset_handler_init(), which is already __init, but I switched\ncompilers and it stopped doing that.\n\nSigned-off-by: Stephen Warren <swarren@nvidia.com>\nSigned-off-by: Olof Johansson <olof@lixom.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/blaskewitts/android_kernel_samsung_klte/commits/2d8613b4b0f1db90c1ae4de73f0b26e42529376c"},{"sha":"c37d2b7b1d46146c83eb25a1cde6692587756de6","author":{"email":"9fb354e0a5603a0331399c18f4aa5aab2f9d9c5b@canonical.com","name":"David Henningsson"},"message":"ALSA: hda - Add Realtek ALC280 codec support\n\ncommit befae82e2906cb7155020876a531b0b8c6c8d8c8 upstream.\n\nThis chip looks very similar to ALC269 and ALC27* variants. The bug reporter\nhas verified that sound was working after this patch had been applied.\n\nBugLink: https://bugs.launchpad.net/bugs/1017017\nTested-by: Richard Crossley <richardcrossley@o2.co.uk>\nSigned-off-by: David Henningsson <david.henningsson@canonical.com>\nSigned-off-by: Takashi Iwai <tiwai@suse.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/blaskewitts/android_kernel_samsung_klte/commits/c37d2b7b1d46146c83eb25a1cde6692587756de6"},{"sha":"ad76691b5b9f1e1b49a01d3c1fc9c8852a8a1928","author":{"email":"4596b3305151c7ee743192a95d394341e3d3b644@suse.de","name":"Takashi Iwai"},"message":"ALSA: hda - Fix memory leaks at module unload\n\ncommit 59cad16bc6deb85bd2a464da92bbaae289f0286f upstream.\n\nSome caches aren't released properly at module unloading time.\n\nSigned-off-by: Takashi Iwai <tiwai@suse.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/blaskewitts/android_kernel_samsung_klte/commits/ad76691b5b9f1e1b49a01d3c1fc9c8852a8a1928"},{"sha":"de9120a7d4845a0f7c4ccee569fda5121cd9930a","author":{"email":"4596b3305151c7ee743192a95d394341e3d3b644@suse.de","name":"Takashi Iwai"},"message":"ALSA: hda - Fix power-map regression for HP dv6 & co\n\ncommit 6e1c39c6b00d9141a82c231ba7c5e5b1716974b2 upstream.\n\nThe recent fix for power-map controls (commit b0791dda813) caused\nregressions on some other HP laptops.  They have fixed pins but these\npins are exposed as jack-detectable.  Thus the driver tries to control\nthe power-map dynamically per jack detection where it never gets on.\n\nThis patch corrects the condition check for fixed pins so that the\npower-map is set always for these pins.\n\nNOTE: this is no simple backport from 3.5 kernel.  Since 3.5 kernel\nhad significant code change in the relevant part, I fixed this\ndifferently.\n\nBugLink: http://bugs.launchpad.net/bugs/1013183\nReported-by: Luis Henriques <luis.henriques@canonical.com>\nSigned-off-by: Takashi Iwai <tiwai@suse.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/blaskewitts/android_kernel_samsung_klte/commits/de9120a7d4845a0f7c4ccee569fda5121cd9930a"},{"sha":"49d80eb5b7936bc0e3523f99ed2f1736b9c489f1","author":{"email":"43232e92d70cc7aa53504ad0397085ee47bad87f@goodmis.org","name":"Steven Rostedt"},"message":"powerpc/ftrace: Do not trace restore_interrupts()\n\ncommit 2d773aa4810d4a612d1c879faacc38594cc3f841 upstream.\n\nAs I was adding code that affects all archs, I started testing function\ntracer against PPC64 and found that it currently locks up with 3.4\nkernel. I figured it was due to tracing a function that shouldn't be, so\nI went through the following process to bisect to find the culprit:\n\n cat /debug/tracing/available_filter_functions > t\n num=`wc -l t`\n sed -ne \"1,${num}p\" t > t1\n let num=num+1\n sed -ne \"${num},$p\" t > t2\n cat t1 > /debug/tracing/set_ftrace_filter\n echo function /debug/tracing/current_tracer\n <failed? bisect t1, if not bisect t2>\n\nIt finally came down to this function: restore_interrupts()\n\nI'm not sure why this locks up the system. It just seems to prevent\nscheduling from occurring. Interrupts seem to still work, as I can ping\nthe box. But all user processes freeze.\n\nWhen restore_interrupts() is not traced, function tracing works fine.\n\nSigned-off-by: Steven Rostedt <rostedt@goodmis.org>\nSigned-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/blaskewitts/android_kernel_samsung_klte/commits/49d80eb5b7936bc0e3523f99ed2f1736b9c489f1"},{"sha":"81f02d53d9677e0cce7efa53e6cf02683ea466ee","author":{"email":"7b0ab45a730e48a69239010b5b8fe5fa4e8eaac6@neuling.org","name":"Michael Neuling"},"message":"powerpc: Fix uninitialised error in numa.c\n\ncommit 82b2521d257b5c0efd51821cf5fa306e53bbb6ba upstream.\n\nchroma_defconfig currently gives me this with gcc 4.6:\n  arch/powerpc/mm/numa.c:638:13: error: 'dm' may be used uninitialized in this function [-Werror=uninitialized]\n\nIt's a bogus warning/error since of_get_drconf_memory() only writes it\nanyway.\n\nSigned-off-by: Michael Neuling <mikey@neuling.org>\nSigned-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/blaskewitts/android_kernel_samsung_klte/commits/81f02d53d9677e0cce7efa53e6cf02683ea466ee"},{"sha":"6d46e8f6ab651ceaa5cd08dd63221ee0a0706f3e","author":{"email":"7b0ab45a730e48a69239010b5b8fe5fa4e8eaac6@neuling.org","name":"Michael Neuling"},"message":"powerpc/pseries: Fix software invalidate TCE\n\ncommit bc6dc752f35488160ffac07ae91bed1bddaea32a upstream.\n\nThe following added support for powernv but broke pseries/BML:\n 1f1616e powerpc/powernv: Add TCE SW invalidation support\n\nTCE_PCI_SW_INVAL was split into FREE and CREATE flags but the tests in\nthe pseries code were not updated to reflect this.\n\nSigned-off-by: Michael Neuling <mikey@neuling.org>\nSigned-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/blaskewitts/android_kernel_samsung_klte/commits/6d46e8f6ab651ceaa5cd08dd63221ee0a0706f3e"},{"sha":"3bf62177c08c3918755aa1f2d84403b468536e99","author":{"email":"14deb5e5e417133e888bf47bb6a3555c9bb7d81c@samba.org","name":"Anton Blanchard"},"message":"powerpc: check_and_cede_processor() never cedes\n\ncommit 0b17ba7258db83cd02da560884e053b85de371f2 upstream.\n\nCommit f948501b36c6 (\"Make hard_irq_disable() actually hard-disable\ninterrupts\") caused check_and_cede_processor to stop working.\n->irq_happened will never be zero right after a hard_irq_disable\nso the compiler removes the call to cede_processor completely.\n\nThe bug was introduced back in the lazy interrupt handling rework\nof 3.4 but was hidden until recently because hard_irq_disable did\nnothing.\n\nThis issue will eventually appear in 3.4 stable since the\nhard_irq_disable fix is marked stable, so mark this one for stable\ntoo.\n\nSigned-off-by: Anton Blanchard <anton@samba.org>\nSigned-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/blaskewitts/android_kernel_samsung_klte/commits/3bf62177c08c3918755aa1f2d84403b468536e99"},{"sha":"b59aa517c938d9bfae6e46957ab38eddac239c87","author":{"email":"9acdf12cb31f9b0d9adab71da35285ea182bef5e@inov.pt","name":"Jose Miguel Goncalves"},"message":"ARM: SAMSUNG: Fix for S3C2412 EBI memory mapping\n\ncommit 3dca938656c7b0ff6b0717a5dde0f5f45e592be5 upstream.\n\nWhile upgrading the kernel on a S3C2412 based board I've noted\nthat it was impossible to boot the board with a 2.6.32 or upper\nkernel. I've tracked down the problem to the EBI virtual memory\nmapping that is in conflict with the IO mapping definition in\narch/arm/mach-s3c24xx/s3c2412.c.\n\nSigned-off-by: Jose Miguel Goncalves <jose.goncalves@inov.pt>\nSigned-off-by: Kukjin Kim <kgene.kim@samsung.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/blaskewitts/android_kernel_samsung_klte/commits/b59aa517c938d9bfae6e46957ab38eddac239c87"},{"sha":"6337f3579c28e61745179e1e7bc0d02f0a9158ad","author":{"email":"a1b1c34da4eddaa3495f0b6a971517234e873a08@samsung.com","name":"Jonghwan Choi"},"message":"ARM: SAMSUNG: Should check for IS_ERR(clk) instead of NULL\n\ncommit a5d8f4765f0e92ef027492a8cb979c5b8d45f2c3 upstream.\n\nOn the error condition clk_get() returns ERR_PTR().\n\nSigned-off-by: Jonghwan Choi <jhbird.choi@samsung.com>\nSigned-off-by: Kukjin Kim <kgene.kim@samsung.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/blaskewitts/android_kernel_samsung_klte/commits/6337f3579c28e61745179e1e7bc0d02f0a9158ad"},{"sha":"e7cc87b2874fedd7463b486840b9e577582fa43b","author":{"email":"408789a210b05fb3b46935e815320d62ba00a06e@linaro.org","name":"Nicolas Pitre"},"message":"ARM: 7438/1: fill possible PMD empty section gaps\n\ncommit 19b52abe3c5d759661500a1dc810924369b2ad46 upstream.\n\nOn ARM with the 2-level page table format, a PMD entry is represented by\ntwo consecutive section entries covering 2MB of virtual space.\n\nHowever, static mappings always were allowed to use separate 1MB section\nentries.  This means in practice that a static mapping may create half\npopulated PMDs via create_mapping().\n\nSince commit 0536bdf33f (ARM: move iotable mappings within the vmalloc\nregion) those static mappings are located in the vmalloc area. We must\nensure no such half populated PMDs are accessible once vmalloc() or\nioremap() start looking at the vmalloc area for nearby free virtual\naddress ranges, or various things leading to a kernel crash will happen.\n\nSigned-off-by: Nicolas Pitre <nico@linaro.org>\nReported-by: Santosh Shilimkar <santosh.shilimkar@ti.com>\nTested-by: \"R, Sricharan\" <r.sricharan@ti.com>\nReviewed-by: Catalin Marinas <catalin.marinas@arm.com>\nSigned-off-by: Russell King <rmk+kernel@arm.linux.org.uk>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\n\nConflicts:\n\tarch/arm/mm/mmu.c","distinct":true,"url":"https://api.github.com/repos/blaskewitts/android_kernel_samsung_klte/commits/e7cc87b2874fedd7463b486840b9e577582fa43b"}]}