)]}' { "log": [ { "commit": "cef2cf5590819d565db994008a6bbb9f27dd9b41", "tree": "77de1ff18f51bee0c2ab2f3135f29de27f40b4ca", "parents": [ "8c17041815762b385631d3a680128dca5a9be31b" ], "author": { "name": "Heiko Stuebner", "email": "heiko@sntech.de", "time": "Tue Aug 07 19:11:33 2012 +0900" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Sep 14 10:00:04 2012 -0700" }, "message": "ARM: S3C24XX: Add missing DMACH_DT_PROP\n\ncommit e1267371eacf2cbcf580e41f9e64a986cdaf5c1d upstream.\n\nCommit 2b90807549 (spi: s3c64xx: add device tree support) requires\nthe DMACH_DT_PROP element in the dma_ch enum. It\u0027s not used on non-DT\nplatforms but has to be present nevertheless.\n\nSo mimic the dummy-add of DMACH_DT_PROP on s3c64xx for s3c24xx\nmachines, to correct the build breakage for the s3c24xx variants\nusing the s3c64xx-spi-driver.\n\nSigned-off-by: Heiko Stuebner \u003cheiko@sntech.de\u003e\nSigned-off-by: Kukjin Kim \u003ckgene.kim@samsung.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "8c17041815762b385631d3a680128dca5a9be31b", "tree": "07bf5fd51b4a60fb729592fadf33af78ae8579e8", "parents": [ "88b67cb1f21cf5059bfbbc2bca7a597b9c58c312" ], "author": { "name": "Jon Hunter", "email": "jon-hunter@ti.com", "time": "Fri Jul 13 15:12:03 2012 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Sep 14 10:00:04 2012 -0700" }, "message": "ARM: OMAP2+: Fix dmtimer set source clock failure\n\ncommit 54f32a35f4d3a653a18a2c8c239f19ae060bd803 upstream.\n\nCalling the dmtimer function omap_dm_timer_set_source() fails if following a\ncall to pm_runtime_put() to disable the timer. For example the following\nsequence would fail to set the parent clock ...\n\n\tomap_dm_timer_stop(gptimer);\n\tomap_dm_timer_set_source(gptimer, OMAP_TIMER_SRC_32_KHZ);\n\nThe following error message would be seen ...\n\nomap_dm_timer_set_source: failed to set timer_32k_ck as parent\n\nThe problem is that, by design, pm_runtime_put() simply decrements the usage\ncount and returns before the timer has actually been disabled. Therefore,\nsetting the parent clock failed because the timer was still active when the\ntrying to set the parent clock. Setting a parent clock will fail if the clock\nyou are setting the parent of has a non-zero usage count. To ensure that this\ndoes not fail use pm_runtime_put_sync() when disabling the timer.\n\nNote that this will not be seen on OMAP1 devices, because these devices do\nnot use the clock framework for dmtimers.\n\nSigned-off-by: Jon Hunter \u003cjon-hunter@ti.com\u003e\nAcked-by: Kevin Hilman \u003ckhilman@ti.com\u003e\nSigned-off-by: Tony Lindgren \u003ctony@atomide.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "88b67cb1f21cf5059bfbbc2bca7a597b9c58c312", "tree": "1b084ca74a93de2815199e5e07efb2531a0981ca", "parents": [ "635a2a845fb26b32b179d7cb7cfb288c91f39933" ], "author": { "name": "Will Deacon", "email": "will.deacon@arm.com", "time": "Fri Aug 10 19:13:36 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Sep 14 10:00:04 2012 -0700" }, "message": "ARM: 7489/1: errata: fix workaround for erratum #720789 on UP systems\n\ncommit 730a8128cd8978467eb1cf546b11014acb57d433 upstream.\n\nCommit 5a783cbc4836 (\"ARM: 7478/1: errata: extend workaround for erratum\n #720789\") added workarounds for erratum #720789 to the range TLB\ninvalidation functions with the observation that the erratum only\naffects SMP platforms. However, when running an SMP_ON_UP kernel on a\nuniprocessor platform we must take care to preserve the ASID as the\nworkaround is not required.\n\nThis patch ensures that we don\u0027t set the ASID to 0 when flushing the TLB\non such a system, preserving the original behaviour with the workaround\ndisabled.\n\nSigned-off-by: Will Deacon \u003cwill.deacon@arm.com\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "635a2a845fb26b32b179d7cb7cfb288c91f39933", "tree": "0fcc6ce3b26db4a5749960f8df00db1136153c3e", "parents": [ "aa2e66e8fc1a25b9ff6f6f448a025b3599a90662" ], "author": { "name": "Will Deacon", "email": "will.deacon@arm.com", "time": "Fri Aug 10 17:51:19 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Sep 14 10:00:04 2012 -0700" }, "message": "ARM: 7488/1: mm: use 5 bits for swapfile type encoding\n\ncommit f5f2025ef3e2cdb593707cbf87378761f17befbe upstream.\n\nPage migration encodes the pfn in the offset field of a swp_entry_t.\nFor LPAE, we support physical addresses of up to 36 bits (due to\nsparsemem limitations with the size of page flags), requiring 24 bits\nto represent a pfn. A further 3 bits are used to encode a swp_entry into\na pte, leaving 5 bits for the type field. Furthermore, the core code\ndefines MAX_SWAPFILES_SHIFT as 5, so the additional type bit does not\nget used.\n\nThis patch reduces the width of the type field to 5 bits, allowing us\nto create up to 31 swapfiles of 64GB each.\n\nReviewed-by: Catalin Marinas \u003ccatalin.marinas@arm.com\u003e\nSigned-off-by: Will Deacon \u003cwill.deacon@arm.com\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "aa2e66e8fc1a25b9ff6f6f448a025b3599a90662", "tree": "83d8c82f5b7f65778e99c14732850160bce17905", "parents": [ "7de4da6fedad1267970c6640e47561c2d38ec0b4" ], "author": { "name": "Will Deacon", "email": "will.deacon@arm.com", "time": "Fri Aug 10 17:51:18 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Sep 14 10:00:03 2012 -0700" }, "message": "ARM: 7487/1: mm: avoid setting nG bit for user mappings that aren\u0027t present\n\ncommit 47f1204329237a0f8655f5a9f14a38ac81946ca1 upstream.\n\nSwap entries are encoding in ptes such that !pte_present(pte) and\npte_file(pte). The remaining bits of the descriptor are used to identify\nthe swapfile and offset within it to the swap entry.\n\nWhen writing such a pte for a user virtual address, set_pte_at\nunconditionally sets the nG bit, which (in the case of LPAE) will\ncorrupt the swapfile offset and lead to a BUG:\n\n[ 140.494067] swap_free: Unused swap offset entry 000763b4\n[ 140.509989] BUG: Bad page map in process rs:main Q:Reg pte:0ec76800 pmd:8f92e003\n\nThis patch fixes the problem by only setting the nG bit for user\nmappings that are actually present.\n\nReviewed-by: Catalin Marinas \u003ccatalin.marinas@arm.com\u003e\nSigned-off-by: Will Deacon \u003cwill.deacon@arm.com\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "7de4da6fedad1267970c6640e47561c2d38ec0b4", "tree": "e261e47fd98b8f0b64a8c70130733728d13d2d54", "parents": [ "5ed0dc3c88fd7586d5ea0b615007bbcf1c7cf7ea" ], "author": { "name": "Will Deacon", "email": "will.deacon@arm.com", "time": "Fri Aug 03 17:24:14 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Sep 14 10:00:03 2012 -0700" }, "message": "ARM: 7483/1: vfp: only advertise VFPv4 in hwcaps if CONFIG_VFPv3 is enabled\n\ncommit 3d9fb0038a9b02febb01efc79a4a5d97f1822a90 upstream.\n\nVFPv4 support depends on the VFPv3 context save/restore code, so only\nadvertise support in the hwcaps if the kernel can actually handle it.\n\nSigned-off-by: Will Deacon \u003cwill.deacon@arm.com\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "5ed0dc3c88fd7586d5ea0b615007bbcf1c7cf7ea", "tree": "580f520a9ab3ef99b266196429c07aa242198dc4", "parents": [ "7d79cc4869cd9fdc47736a5fe44c195813cef4cd" ], "author": { "name": "Wang Xingchao", "email": "xingchao.wang@intel.com", "time": "Mon Aug 13 14:11:10 2012 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Sep 14 10:00:03 2012 -0700" }, "message": "ALSA: hda - fix Copyright debug message\n\ncommit 088c820b732dbfd515fc66d459d5f5777f79b406 upstream.\n\nAs spec said, 1 indicates no copyright is asserted.\n\nSigned-off-by: Wang Xingchao \u003cxingchao.wang@intel.com\u003e\nSigned-off-by: Takashi Iwai \u003ctiwai@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "7d79cc4869cd9fdc47736a5fe44c195813cef4cd", "tree": "4f9e6ac839b5e3fdce412cf46703cef3dfde8618", "parents": [ "61fe808721d1b13c811f6d9a2809628e4ef6bf06" ], "author": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Aug 17 17:48:41 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Sep 14 10:00:03 2012 -0700" }, "message": "USB: emi62: remove __devinit* from the struct usb_device_id table\n\ncommit 83957df21dd94655d2b026e0944a69ff37b83988 upstream.\n\nThis structure needs to always stick around, even if CONFIG_HOTPLUG\nis disabled, otherwise we can oops when trying to probe a device that\nwas added after the structure is thrown away.\n\nThanks to Fengguang Wu and Bjørn Mork for tracking this issue down.\n\nReported-by: Fengguang Wu \u003cfengguang.wu@intel.com\u003e\nReported-by: Bjørn Mork \u003cbjorn@mork.no\u003e\nCC: Paul Gortmaker \u003cpaul.gortmaker@windriver.com\u003e\nCC: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nCC: Felipe Balbi \u003cbalbi@ti.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "61fe808721d1b13c811f6d9a2809628e4ef6bf06", "tree": "107a8b255d678bffe7fe8076f97e489086808644", "parents": [ "f95b978981a7d154ba40d14c18e8ed5c694e6124" ], "author": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Aug 17 17:48:33 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Sep 14 10:00:03 2012 -0700" }, "message": "USB: vt6656: remove __devinit* from the struct usb_device_id table\n\ncommit 4d088876f24887cd15a29db923f5f37db6a99f21 upstream.\n\nThis structure needs to always stick around, even if CONFIG_HOTPLUG\nis disabled, otherwise we can oops when trying to probe a device that\nwas added after the structure is thrown away.\n\nThanks to Fengguang Wu and Bjørn Mork for tracking this issue down.\n\nReported-by: Fengguang Wu \u003cfengguang.wu@intel.com\u003e\nReported-by: Bjørn Mork \u003cbjorn@mork.no\u003e\nCC: Forest Bond \u003cforest@alittletooquiet.net\u003e\nCC: Marcos Paulo de Souza \u003cmarcos.souza.org@gmail.com\u003e\nCC: \"David S. Miller\" \u003cdavem@davemloft.net\u003e\nCC: Jesper Juhl \u003cjj@chaosbits.net\u003e\nCC: Jiri Pirko \u003cjpirko@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "f95b978981a7d154ba40d14c18e8ed5c694e6124", "tree": "63a085eeffaf7eb7cc7bb1ddbe57a078e33ccb58", "parents": [ "e19001248f898e24b4ec08f9f853b49e661328fe" ], "author": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Aug 26 15:02:10 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Aug 26 15:02:10 2012 -0700" }, "message": "Linux 3.4.10\n" }, { "commit": "e19001248f898e24b4ec08f9f853b49e661328fe", "tree": "a8a85ccf2ea69a8360700a4da22cb6339d723f09", "parents": [ "4cfb77e8eeddabbca1173a0a704c4065c62c4d05" ], "author": { "name": "Jeongdo Son", "email": "sohn9086@gmail.com", "time": "Fri Jun 15 02:28:01 2012 +0900" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Aug 26 15:00:45 2012 -0700" }, "message": "rt2x00: Add support for BUFFALO WLI-UC-GNM2 to rt2800usb.\n\ncommit a769f9577232afe2c754606a83aad85127e7052a upstream.\n\nThis is a RT3070 based device.\n\nSigned-off-by: Jeongdo Son \u003csohn9086@gmail.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "4cfb77e8eeddabbca1173a0a704c4065c62c4d05", "tree": "06192e73fe8e1a45e6dc1dd61059e5cd9906faa9", "parents": [ "4893ce51af5c2ccdfabf8f7d34dd28cf84a8a06e" ], "author": { "name": "Michael Grzeschik", "email": "m.grzeschik@pengutronix.de", "time": "Wed Aug 08 11:48:10 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Aug 26 15:00:45 2012 -0700" }, "message": "usb: gadget: u_ether: fix kworker 100% CPU issue with still used interfaces in eth_stop\n\ncommit b1b552a69b8805e7e338074a9e8b670b4a795218 upstream.\n\nThis patch fixes an issue introduced by patch:\n\n 72c973d usb: gadget: add usb_endpoint_descriptor to struct usb_ep\n\nWithout this patch we see a kworker taking 100% CPU, after this sequence:\n\n- Connect gadget to a windows host\n- load g_ether\n- ifconfig up \u003cip\u003e; ifconfig down; ifconfig up\n- ping \u003cwindows host\u003e\n\nThe \"ifconfig down\" results in calling eth_stop(), which will call\nusb_ep_disable() and, if the carrier is still ok, usb_ep_enable():\n\n usb_ep_disable(link-\u003ein_ep);\n usb_ep_disable(link-\u003eout_ep);\n if (netif_carrier_ok(net)) {\n usb_ep_enable(link-\u003ein_ep);\n usb_ep_enable(link-\u003eout_ep);\n }\n\nThe ep should stay enabled, but will not, as ep_disable set the desc\npointer to NULL, therefore the subsequent ep_enable will fail. This leads\nto permanent rescheduling of the eth_work() worker as usb_ep_queue()\n(called by the worker) will fail due to the unconfigured endpoint.\n\nWe fix this issue by saving the ep descriptors and re-assign them before\nusb_ep_enable().\n\nCc: Tatyana Brokhman \u003ctlinder@codeaurora.org\u003e\nSigned-off-by: Michael Grzeschik \u003cm.grzeschik@pengutronix.de\u003e\nSigned-off-by: Marc Kleine-Budde \u003cmkl@pengutronix.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "4893ce51af5c2ccdfabf8f7d34dd28cf84a8a06e", "tree": "f6ff1894d17decf57b3fbf8486990cd540e6f42c", "parents": [ "d3d31e57513f7f66fe66accd88837e021a1b96b2" ], "author": { "name": "Mark Ferrell", "email": "mferrell@uplogix.com", "time": "Tue Jul 24 14:15:13 2012 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Aug 26 15:00:44 2012 -0700" }, "message": "usb: serial: mos7840: Fixup mos7840_chars_in_buffer()\n\ncommit 5c263b92f828af6a8cf54041db45ceae5af8f2ab upstream.\n\n * Use the buffer content length as opposed to the total buffer size. This can\n be a real problem when using the mos7840 as a usb serial-console as all\n kernel output is truncated during boot.\n\nSigned-off-by: Mark Ferrell \u003cmferrell@uplogix.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "d3d31e57513f7f66fe66accd88837e021a1b96b2", "tree": "02ada795208964cbd233f050de78708c6f0aa407", "parents": [ "7c65b87f22d8a7819879363ef9fc3e6d838925d4" ], "author": { "name": "Ozan Çağlayan", "email": "ozancag@gmail.com", "time": "Fri Aug 10 17:25:10 2012 +0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Aug 26 15:00:44 2012 -0700" }, "message": "USB: ftdi_sio: Add VID/PID for Kondo Serial USB\n\ncommit 7724a1edbe463b06d4e7831a41149ba095b16c53 upstream.\n\nThis adds VID/PID for Kondo Kagaku Co. Ltd. Serial USB Adapter\ninterface:\nhttp://www.kondo-robot.com/EN/wp/?cat\u003d28\n\nTested by controlling an RCB3 board using libRCB3.\n\nSigned-off-by: Ozan Çağlayan \u003cozancag@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "7c65b87f22d8a7819879363ef9fc3e6d838925d4", "tree": "193203935de3e54a386aa1258a7a005b0e75c3d3", "parents": [ "c638628c4aafdd2c6bb555331e5dcb099df7f59c" ], "author": { "name": "Bjørn Mork", "email": "bjorn@mork.no", "time": "Wed Aug 15 15:43:33 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Aug 26 15:00:44 2012 -0700" }, "message": "USB: option: add ZTE K5006-Z\n\ncommit f1b5c997e68533df1f96dcd3068a231bca495603 upstream.\n\nThe ZTE (Vodafone) K5006-Z use the following\ninterface layout:\n\n00 DIAG\n01 secondary\n02 modem\n03 networkcard\n04 storage\n\nIgnoring interface #3 which is handled by the qmi_wwan\ndriver.\n\nSigned-off-by: Bjørn Mork \u003cbjorn@mork.no\u003e\nCc: Thomas Schäfer \u003ctschaefer@t-online.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "c638628c4aafdd2c6bb555331e5dcb099df7f59c", "tree": "96a3666daad5367ceaafa607a8130074a7b5414e", "parents": [ "ddffad3427e2e80fff78d2fc77f21afbba3d11b0" ], "author": { "name": "fangxiaozhi", "email": "huananhu@huawei.com", "time": "Wed Aug 08 09:24:45 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Aug 26 15:00:44 2012 -0700" }, "message": "USB: support the new interfaces of Huawei Data Card devices in option driver\n\ncommit ee6f827df9107139e8960326e49e1376352ced4d upstream.\n\nIn this patch, we add new declarations into option.c to support the new\ninterfaces of Huawei Data Card devices. And at the same time, remove the\nredundant declarations from option.c.\n\nSigned-off-by: fangxiaozhi \u003chuananhu@huawei.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "ddffad3427e2e80fff78d2fc77f21afbba3d11b0", "tree": "c2d2a884e1df0f92eabcd345430d3dd5ff79a28e", "parents": [ "a8e480349f91581d93eff8728fc41cbcd1c3eca1" ], "author": { "name": "Bart Van Assche", "email": "bvanassche@acm.org", "time": "Tue Aug 14 13:18:53 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Aug 26 15:00:44 2012 -0700" }, "message": "IB/srp: Fix a race condition\n\ncommit 220329916c72ee3d54ae7262b215a050f04a18fc upstream.\n\nAvoid a crash caused by the scmnd-\u003escsi_done(scmnd) call in\nsrp_process_rsp() being invoked with scsi_done \u003d\u003d NULL. This can\nhappen if a reply is received during or after a command abort.\n\nReported-by: Joseph Glanville \u003cjoseph.glanville@orionvm.com.au\u003e\nReference: http://marc.info/?l\u003dlinux-rdma\u0026m\u003d134314367801595\nAcked-by: David Dillow \u003cdillowda@ornl.gov\u003e\nSigned-off-by: Bart Van Assche \u003cbvanassche@acm.org\u003e\nSigned-off-by: Roland Dreier \u003croland@purestorage.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "a8e480349f91581d93eff8728fc41cbcd1c3eca1", "tree": "90dce029675ff127769cdfb0c0fa580aa4b92e9c", "parents": [ "952227d5c4d522502b7b815b16be6e991bbaeaed" ], "author": { "name": "Jason Wessel", "email": "jason.wessel@windriver.com", "time": "Sun Aug 12 07:16:43 2012 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Aug 26 15:00:43 2012 -0700" }, "message": "pmac_zilog,kdb: Fix console poll hook to return instead of loop\n\ncommit 38f8eefccf3a23c4058a570fa2938a4f553cf8e0 upstream.\n\nkdb \u003c-\u003e kgdb transitioning does not work properly with this UART\ndriver because the get character routine loops indefinitely as opposed\nto returning NO_POLL_CHAR per the expectation of the KDB I/O driver\nAPI.\n\nThe symptom is a kernel hang when trying to switch debug modes.\n\nSigned-off-by: Jason Wessel \u003cjason.wessel@windriver.com\u003e\nCc: Alan Cox \u003calan@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "952227d5c4d522502b7b815b16be6e991bbaeaed", "tree": "89ffbc3abe99e861e2e6e06c3e8dcdb1901cb7df", "parents": [ "1aac2e73a8af6ce1cd6e938967dd17e2c8d38994" ], "author": { "name": "Gustavo Padovan", "email": "gustavo.padovan@collabora.co.uk", "time": "Tue Jul 10 19:10:06 2012 -0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Aug 26 15:00:43 2012 -0700" }, "message": "USB: add USB_VENDOR_AND_INTERFACE_INFO() macro\n\ncommit d81a5d1956731c453b85c141458d4ff5d6cc5366 upstream.\n\nA lot of Broadcom Bluetooth devices provides vendor specific interface\nclass and we are getting flooded by patches adding new device support.\nThis change will help us enable support for any other Broadcom with vendor\nspecific device that arrives in the future.\n\nOnly the product id changes for those devices, so this macro would be\nperfect for us:\n\n{ USB_VENDOR_AND_INTERFACE_INFO(0x0a5c, 0xff, 0x01, 0x01) }\n\nSigned-off-by: Marcel Holtmann \u003cmarcel@holtmann.org\u003e\nSigned-off-by: Gustavo Padovan \u003cgustavo.padovan@collabora.co.uk\u003e\nAcked-by: Henrik Rydberg \u003crydberg@bitmath.se\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "1aac2e73a8af6ce1cd6e938967dd17e2c8d38994", "tree": "c30a4ef1e35f0247cf958f0466f124497623967e", "parents": [ "0adf7a085fae52b18202a95722fc05d644fa7a42" ], "author": { "name": "Sarah Sharp", "email": "sarah.a.sharp@linux.intel.com", "time": "Thu Jul 26 12:03:59 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Aug 26 15:00:43 2012 -0700" }, "message": "xhci: Fix bug after deq ptr set to link TRB.\n\ncommit 50d0206fcaea3e736f912fd5b00ec6233fb4ce44 upstream.\n\nThis patch fixes a particularly nasty bug that was revealed by the ring\nexpansion patches. The bug has been present since the very beginning of\nthe xHCI driver history, and could have caused general protection faults\nfrom bad memory accesses.\n\nThe first thing to note is that a Set TR Dequeue Pointer command can\nmove the dequeue pointer to a link TRB, if the canceled or stalled\ntransfer TD ended just before a link TRB. The function to increment the\ndequeue pointer, inc_deq, was written before cancellation and stall\nsupport was added. It assumed that the dequeue pointer could never\npoint to a link TRB. It would unconditionally increment the dequeue\npointer at the start of the function, check if the pointer was now on a\nlink TRB, and move it to the top of the next segment if so.\n\nThis means that if a Set TR Dequeue Point command moved the dequeue\npointer to a link TRB, a subsequent call to inc_deq() would move the\npointer off the segment and into la-la-land. It would then read from\nthat memory to determine if it was a link TRB. Other functions would\noften call inc_deq() until the dequeue pointer matched some other\npointer, which means this function would quite happily read all of\nsystem memory before wrapping around to the right pointer value.\n\nOften, there would be another endpoint segment from a different ring\nallocated from the same DMA pool, which would be contiguous to the\nsegment inc_deq just stepped off of. inc_deq would eventually find the\nlink TRB in that segment, and blindly move the dequeue pointer back to\nthe top of the correct ring segment.\n\nThe only reason the original code worked at all is because there was\nonly one ring segment. With the ring expansion patches, the dequeue\npointer would eventually wrap into place, but the dequeue segment would\nbe out-of-sync. On the second TD after the dequeue pointer was moved to\na link TRB, trb_in_td() would fail (because the dequeue pointer and\ndequeue segment were out-of-sync), and this message would appear:\n\nERROR Transfer event TRB DMA ptr not part of current TD\n\nThis fixes bugzilla entry 4333 (option-based modem unhappy on USB 3.0\nport: \"Transfer event TRB DMA ptr not part of current TD\", \"rejecting\nI/O to offline device\"),\n\n\thttps://bugzilla.kernel.org/show_bug.cgi?id\u003d43333\n\nand possibly other general protection fault bugs as well.\n\nThis patch should be backported to kernels as old as 2.6.31. A separate\npatch will be created for kernels older than 3.4, since inc_deq was\nmodified in 3.4 and this patch will not apply.\n\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nTested-by: James Ettle \u003ctheholyettlz@googlemail.com\u003e\nTested-by: Matthew Hall \u003cmhall@mhcomputing.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "0adf7a085fae52b18202a95722fc05d644fa7a42", "tree": "0c9667a1cee82130aafa4a83c75b34dd5ef6deec", "parents": [ "ebd311e08218713c46f6894648084c84c48e220d" ], "author": { "name": "Sarah Sharp", "email": "sarah.a.sharp@linux.intel.com", "time": "Mon Jul 23 18:59:30 2012 +0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Aug 26 15:00:43 2012 -0700" }, "message": "xhci: Switch PPT ports to EHCI on shutdown.\n\ncommit e95829f474f0db3a4d940cae1423783edd966027 upstream.\n\nThe Intel desktop boards DH77EB and DH77DF have a hardware issue that\ncan be worked around by BIOS. If the USB ports are switched to xHCI on\nshutdown, the xHCI host will send a spurious interrupt, which will wake\nthe system. Some BIOS will work around this, but not all.\n\nThe bug can be avoided if the USB ports are switched back to EHCI on\nshutdown. The Intel Windows driver switches the ports back to EHCI, so\nchange the Linux xHCI driver to do the same.\n\nUnfortunately, we can\u0027t tell the two effected boards apart from other\nworking motherboards, because the vendors will change the DMI strings\nfor the DH77EB and DH77DF boards to their own custom names. One example\nis Compulab\u0027s mini-desktop, the Intense-PC. Instead, key off the\nPanther Point xHCI host PCI vendor and device ID, and switch the ports\nover for all PPT xHCI hosts.\n\nThe only impact this will have on non-effected boards is to add a couple\nhundred milliseconds delay on boot when the BIOS has to switch the ports\nover from EHCI to xHCI.\n\nThis patch should be backported to kernels as old as 3.0, that contain\nthe commit 69e848c2090aebba5698a1620604c7dccb448684 \"Intel xhci: Support\nEHCI/xHCI port switching.\"\n\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nReported-by: Denis Turischev \u003cdenis@compulab.co.il\u003e\nTested-by: Denis Turischev \u003cdenis@compulab.co.il\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "ebd311e08218713c46f6894648084c84c48e220d", "tree": "92e9b9c7807aa54337361a69f96f9ff13a618555", "parents": [ "40c293d87cc9a6e4b0b8e54cd8faabf9fa4bbb95" ], "author": { "name": "Sarah Sharp", "email": "sarah.a.sharp@linux.intel.com", "time": "Mon Jul 23 16:06:08 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Aug 26 15:00:43 2012 -0700" }, "message": "xhci: Increase reset timeout for Renesas 720201 host.\n\ncommit 22ceac191211cf6688b1bf6ecd93c8b6bf80ed9b upstream.\n\nThe NEC/Renesas 720201 xHCI host controller does not complete its reset\nwithin 250 milliseconds. In fact, it takes about 9 seconds to reset the\nhost controller, and 1 second for the host to be ready for doorbell\nrings. Extend the reset and CNR polling timeout to 10 seconds each.\n\nThis patch should be backported to kernels as old as 2.6.31, that\ncontain the commit 66d4eadd8d067269ea8fead1a50fe87c2979a80d \"USB: xhci:\nBIOS handoff and HW initialization.\"\n\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nReported-by: Edwin Klein Mentink \u003ce.kleinmentink@zonnet.nl\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "40c293d87cc9a6e4b0b8e54cd8faabf9fa4bbb95", "tree": "7c31bfbc51e519021b43a4290d05a4ca017d1202", "parents": [ "d8b868fd75825114c23bc28d63ee2b87033df609" ], "author": { "name": "Sarah Sharp", "email": "sarah.a.sharp@linux.intel.com", "time": "Mon Jul 02 13:36:23 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Aug 26 15:00:42 2012 -0700" }, "message": "xhci: Add Etron XHCI_TRUST_TX_LENGTH quirk.\n\ncommit 5cb7df2b2d3afee7638b3ef23a5bcb89c6f07bd9 upstream.\n\nGary reports that with recent kernels, he notices more xHCI driver\nwarnings:\n\nxhci_hcd 0000:03:00.0: WARN Successful completion on short TX: needs XHCI_TRUST_TX_LENGTH quirk?\n\nWe think his Etron xHCI host controller may have the same buggy behavior\nas the Fresco Logic xHCI host. When a short transfer is received, the\nhost will mark the transfer as successfully completed when it should be\nmarking it with a short completion.\n\nFix this by turning on the XHCI_TRUST_TX_LENGTH quirk when the Etron\nhost is discovered. Note that Gary has revision 1, but if Etron fixes\nthis bug in future revisions, the quirk will have no effect.\n\nThis patch should be backported to kernels as old as 2.6.36, that\ncontain a backported version of commit\n1530bbc6272d9da1e39ef8e06190d42c13a02733 \"xhci: Add new short TX quirk\nfor Fresco Logic host.\"\n\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nReported-by: Gary E. Miller \u003cgem@rellim.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "d8b868fd75825114c23bc28d63ee2b87033df609", "tree": "f804f13c6f97922862412e30a33cf7d70228084a", "parents": [ "e1b5abaa966c9baaaf90c975c4ca377dd7ab4483" ], "author": { "name": "Theodore Ts\u0027o", "email": "tytso@mit.edu", "time": "Fri Aug 17 08:54:52 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Aug 26 15:00:42 2012 -0700" }, "message": "ext4: fix kernel BUG on large-scale rm -rf commands\n\ncommit 89a4e48f8479f8145eca9698f39fe188c982212f upstream.\n\nCommit 968dee7722: \"ext4: fix hole punch failure when depth is greater\nthan 0\" introduced a regression in v3.5.1/v3.6-rc1 which caused kernel\ncrashes when users ran run \"rm -rf\" on large directory hierarchy on\next4 filesystems on RAID devices:\n\n BUG: unable to handle kernel NULL pointer dereference at 0000000000000028\n\n Process rm (pid: 18229, threadinfo ffff8801276bc000, task ffff880123631710)\n Call Trace:\n [\u003cffffffff81236483\u003e] ? __ext4_handle_dirty_metadata+0x83/0x110\n [\u003cffffffff812353d3\u003e] ext4_ext_truncate+0x193/0x1d0\n [\u003cffffffff8120a8cf\u003e] ? ext4_mark_inode_dirty+0x7f/0x1f0\n [\u003cffffffff81207e05\u003e] ext4_truncate+0xf5/0x100\n [\u003cffffffff8120cd51\u003e] ext4_evict_inode+0x461/0x490\n [\u003cffffffff811a1312\u003e] evict+0xa2/0x1a0\n [\u003cffffffff811a1513\u003e] iput+0x103/0x1f0\n [\u003cffffffff81196d84\u003e] do_unlinkat+0x154/0x1c0\n [\u003cffffffff8118cc3a\u003e] ? sys_newfstatat+0x2a/0x40\n [\u003cffffffff81197b0b\u003e] sys_unlinkat+0x1b/0x50\n [\u003cffffffff816135e9\u003e] system_call_fastpath+0x16/0x1b\n Code: 8b 4d 20 0f b7 41 02 48 8d 04 40 48 8d 04 81 49 89 45 18 0f b7 49 02 48 83 c1 01 49 89 4d 00 e9 ae f8 ff ff 0f 1f 00 49 8b 45 28 \u003c48\u003e 8b 40 28 49 89 45 20 e9 85 f8 ff ff 0f 1f 80 00 00 00\n\n RIP [\u003cffffffff81233164\u003e] ext4_ext_remove_space+0xa34/0xdf0\n\nThis could be reproduced as follows:\n\nThe problem in commit 968dee7722 was that caused the variable \u0027i\u0027 to\nbe left uninitialized if the truncate required more space than was\navailable in the journal. This resulted in the function\next4_ext_truncate_extend_restart() returning -EAGAIN, which caused\next4_ext_remove_space() to restart the truncate operation after\nstarting a new jbd2 handle.\n\nReported-by: Maciej Żenczykowski \u003cmaze@google.com\u003e\nReported-by: Marti Raudsepp \u003cmarti@juffo.org\u003e\nTested-by: Fengguang Wu \u003cfengguang.wu@intel.com\u003e\nSigned-off-by: \"Theodore Ts\u0027o\" \u003ctytso@mit.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "e1b5abaa966c9baaaf90c975c4ca377dd7ab4483", "tree": "3027d3b4e1aa795b352692422f10cb80ec80fd3f", "parents": [ "9a321bec4fb122cb2bd60febfd9dc71eed7ee5b2" ], "author": { "name": "Theodore Ts\u0027o", "email": "tytso@mit.edu", "time": "Thu Aug 16 11:59:04 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Aug 26 15:00:42 2012 -0700" }, "message": "ext4: fix long mount times on very big file systems\n\ncommit 0548bbb85337e532ca2ed697c3e9b227ff2ed4b4 upstream.\n\nCommit 8aeb00ff85a: \"ext4: fix overhead calculation used by\next4_statfs()\" introduced a O(n**2) calculation which makes very large\nfile systems take forever to mount. Fix this with an optimization for\nnon-bigalloc file systems. (For bigalloc file systems the overhead\nneeds to be set in the the superblock.)\n\nSigned-off-by: \"Theodore Ts\u0027o\" \u003ctytso@mit.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "9a321bec4fb122cb2bd60febfd9dc71eed7ee5b2", "tree": "ec4d71c9cc2378df39c148fe9a6c054496f9618d", "parents": [ "8b9f3861678e35b18cef66728d0fa896bbda65b6" ], "author": { "name": "Theodore Ts\u0027o", "email": "tytso@mit.edu", "time": "Sun Aug 05 23:28:16 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Aug 26 15:00:42 2012 -0700" }, "message": "ext4: avoid kmemcheck complaint from reading uninitialized memory\n\ncommit 7e731bc9a12339f344cddf82166b82633d99dd86 upstream.\n\nCommit 03179fe923 introduced a kmemcheck complaint in\next4_da_get_block_prep() because we save and restore\nei-\u003ei_da_metadata_calc_last_lblock even though it is left\nuninitialized in the case where i_da_metadata_calc_len is zero.\n\nThis doesn\u0027t hurt anything, but silencing the kmemcheck complaint\nmakes it easier for people to find real bugs.\n\nAddresses https://bugzilla.kernel.org/show_bug.cgi?id\u003d45631\n(which is marked as a regression).\n\nSigned-off-by: \"Theodore Ts\u0027o\" \u003ctytso@mit.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "8b9f3861678e35b18cef66728d0fa896bbda65b6", "tree": "99a1336ea8e0dcc55d1c7f2a61f21526cfcf2f88", "parents": [ "75a757189880a31759ed25c23229f085890cddb1" ], "author": { "name": "Theodore Ts\u0027o", "email": "tytso@mit.edu", "time": "Sun Aug 05 19:04:57 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Aug 26 15:00:42 2012 -0700" }, "message": "ext4: make sure the journal sb is written in ext4_clear_journal_err()\n\ncommit d796c52ef0b71a988364f6109aeb63d79c5b116b upstream.\n\nAfter we transfer set the EXT4_ERROR_FS bit in the file system\nsuperblock, it\u0027s not enough to call jbd2_journal_clear_err() to clear\nthe error indication from journal superblock --- we need to call\njbd2_journal_update_sb_errno() as well. Otherwise, when the root file\nsystem is mounted read-only, the journal is replayed, and the error\nindicator is transferred to the superblock --- but the s_errno field\nin the jbd2 superblock is left set (since although we cleared it in\nmemory, we never flushed it out to disk).\n\nThis can end up confusing e2fsck. We should make e2fsck more robust\nin this case, but the kernel shouldn\u0027t be leaving things in this\nconfused state, either.\n\nSigned-off-by: \"Theodore Ts\u0027o\" \u003ctytso@mit.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "75a757189880a31759ed25c23229f085890cddb1", "tree": "275e86bb52fabec05403e43b78cba02437ac3626", "parents": [ "e3d7a0f49568353837c51d0dbcd86cca8b7bc622" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Tue Jul 31 11:01:10 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Aug 26 15:00:42 2012 -0700" }, "message": "drm/radeon: fix bank tiling parameters on evergreen\n\ncommit c8d15edc17d836686d1f071e564800e1a2724fa6 upstream.\n\nHandle the 16 bank case.\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "e3d7a0f49568353837c51d0dbcd86cca8b7bc622", "tree": "3902f277c270d3d4ce4fd1c0a9417428b7892d48", "parents": [ "844bebfd9d09f92cdf4fac108e5f0d38cd389fff" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Tue Jul 31 11:05:11 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Aug 26 15:00:41 2012 -0700" }, "message": "drm/radeon: fix bank tiling parameters on cayman\n\ncommit 5b23c9045a8b61352986270b2d109edf5085e113 upstream.\n\nHandle the 16 bank case.\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "844bebfd9d09f92cdf4fac108e5f0d38cd389fff", "tree": "1231da2a36976b91202784d038c516a51fb59cec", "parents": [ "3407b51859d0e65ed66ccb0080c495a1f03cda6a" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Mon Aug 06 10:03:59 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Aug 26 15:00:41 2012 -0700" }, "message": "drm/radeon: add some new SI pci ids\n\ncommit 2f292004dd1fb005788dc0a9cdd5559812ed866e upstream.\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "3407b51859d0e65ed66ccb0080c495a1f03cda6a", "tree": "035b7982afad0b96c509d5e490a0670322e4410d", "parents": [ "b248464f145eee69818dff9945096745988aa3ce" ], "author": { "name": "Jerome Glisse", "email": "jglisse@redhat.com", "time": "Fri Jul 27 16:32:24 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Aug 26 15:00:41 2012 -0700" }, "message": "drm/radeon: do not reenable crtc after moving vram start address\n\ncommit 81ee8fb6b52ec69eeed37fe7943446af1dccecc5 upstream.\n\nIt seems we can not update the crtc scanout address. After disabling\ncrtc, update to base address do not take effect after crtc being\nreenable leading to at least frame being scanout from the old crtc\nbase address. Disabling crtc display request lead to same behavior.\n\nSo after changing the vram address if we don\u0027t keep crtc disabled\nwe will have the GPU trying to read some random system memory address\nwith some iommu this will broke the crtc engine and will lead to\nbroken display and iommu error message.\n\nSo to avoid this, disable crtc. For flicker less boot we will need\nto avoid moving the vram start address.\n\nThis patch should also fix :\n\nhttps://bugs.freedesktop.org/show_bug.cgi?id\u003d42373\n\nSigned-off-by: Jerome Glisse \u003cjglisse@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "b248464f145eee69818dff9945096745988aa3ce", "tree": "35b7d7fcd29bf097a27cd56c58e67d7cedae73a4", "parents": [ "acafb0231aeeb8648e1f2789e6dd88ea5878f61c" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Thu Jul 26 13:38:52 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Aug 26 15:00:41 2012 -0700" }, "message": "drm/radeon: properly handle crtc powergating\n\ncommit 6c0ae2ab85fc4a95cae82047a7db1f688a7737ab upstream.\n\nNeed to make sure the crtc is gated on before modesetting.\nExplicitly gate the crtc on in prepare() and set a flag\nso that the dpms functions don\u0027t gate it off during\nmode set.\n\nNoticed by sylware on IRC.\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "acafb0231aeeb8648e1f2789e6dd88ea5878f61c", "tree": "64c5bbe0b92bcdf4b5eeb8c2c09d761043499a5a", "parents": [ "c02a29650148f353b0fc86b7eba3f99ecafd23dd" ], "author": { "name": "Daniel Vetter", "email": "daniel.vetter@ffwll.ch", "time": "Sun Aug 12 22:17:14 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Aug 26 15:00:40 2012 -0700" }, "message": "drm/i915: reorder edp disabling to fix ivb MacBook Air\n\ncommit 35a38556d900b9cb5dfa2529c93944b847f8a8a4 upstream.\n\neDP is tons of fun. It turns out that at least the new MacBook Air 5,1\nmodel absolutely doesn\u0027t like the new force vdd dance we\u0027ve introduced\nin\n\ncommit 6cb49835da0426f69a2931bc2a0a8156344b0e41\nAuthor: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nDate: Sun May 20 17:14:50 2012 +0200\n\n drm/i915: enable vdd when switching off the eDP panel\n\nBut that patch also tried to fix some neat edp sequence issue with the\nforce_vdd timings. Closer inspection reveals that we\u0027ve raised\nforce_vdd only to do the aux channel communication dp_sink_dpms. If we\nmove the edp_panel_off below that, we don\u0027t need any force_vdd for the\ndisable sequence, which makes the Air happy.\n\nUnfortunately the reporter of the original bug that the above commit\nfixed is travelling, so we can\u0027t test whether this regresses things.\nBut my theory is that since we don\u0027t check for any power-off -\u003e\nforce_vdd-on delays in edp_panel_vdd_on, this was the actual\nroot-cause of this failure. With that force_vdd dance completely\neliminated, I\u0027m hopeful the original bug stays fixed, too.\n\nFor reference the old bug, which hopefully doesn\u0027t get broken by this:\n\nhttps://bugzilla.kernel.org/show_bug.cgi?id\u003d43163\n\nIn any case, regression fixers win over plain bugfixes, so this needs\nto go in asap.\n\nv2: The crucial pieces seems to be to clear the force_vdd flag\nuncoditionally, too, in edp_panel_off. Looks like this is left behind\nby the firmware somehow.\n\nv3: The Apple firmware seems to switch off the panel on it\u0027s own, hence\nwe still need to keep force_vdd on, but properly clear it when switching\nthe panel off.\n\nBugzilla: https://bugzilla.kernel.org/show_bug.cgi?id\u003d45671\nTested-by: Roberto Romer \u003csildurin@gmail.com\u003e\nTested-by: Daniel Wagner \u003cwagi@monom.org\u003e\nTested-by: Keith Packard \u003ckeithp@keithp.com\u003e\nCc: Keith Packard \u003ckeithp@keithp.com\u003e\nSigned-off-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "c02a29650148f353b0fc86b7eba3f99ecafd23dd", "tree": "94eedbd62748a042b074704d8ef06a25336212ea", "parents": [ "57ecc93ce680b1ace1f9e79d588dabe32353202c" ], "author": { "name": "Daniel Vetter", "email": "daniel.vetter@ffwll.ch", "time": "Fri Aug 10 11:10:20 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Aug 26 15:00:40 2012 -0700" }, "message": "drm/i915: ignore eDP bpc settings from vbt\n\ncommit 4344b813f105a19f793f1fd93ad775b784648b95 upstream.\n\nThis has originally been introduced to not oversubscribe the dp links\nin\n\ncommit 885a5fb5b120a5c7e0b3baad7b0feb5a89f76c18\nAuthor: Zhenyu Wang \u003czhenyuw@linux.intel.com\u003e\nDate: Tue Jan 12 05:38:31 2010 +0800\n\n drm/i915: fix pixel color depth setting on eDP\n\nSince then we\u0027ve fixed up the dp link bandwidth calculation code and\nshould now automatically fall back to 6bpc dithering. So this is\nunnecessary.\n\nFurthermore it seems to break the new MacbookPro with retina display,\nhence let\u0027s just rip this out.\n\nReported-by: Benoit Gschwind \u003cgschwind@gnu-log.net\u003e\nCc: Benoit Gschwind \u003cgschwind@gnu-log.net\u003e\nCc: Francois Rigaut \u003cfrigaut@gmail.com\u003e\nTested-by: Benoit Gschwind \u003cgschwind@gnu-log.net\u003e\nTested-by: Bernhard Froemel \u003cfroemel at vmars tuwien.ac.at\u003e\nSigned-off-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n--\n\nTesting feedback highgly welcome, and thanks for Benoit for finding\nout that the bpc computations are busted.\n-Daniel\n\n" }, { "commit": "57ecc93ce680b1ace1f9e79d588dabe32353202c", "tree": "610d327eb665b5df956ed78f9d9e0373d422600e", "parents": [ "1a475b7af63febbef784d0d2ccb6bdbb119d0245" ], "author": { "name": "Daniel Vetter", "email": "daniel.vetter@ffwll.ch", "time": "Tue Aug 07 09:54:14 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Aug 26 15:00:40 2012 -0700" }, "message": "drm/i915: correctly order the ring init sequence\n\ncommit 0d8957c8a90bbb5d34fab9a304459448a5131e06 upstream.\n\nWe may only start to set up the new register values after having\nconfirmed that the ring is truely off. Otherwise the hw might lose the\nnewly written register values. This is caught later on in the init\nsequence, when we check whether the register writes have stuck.\n\nReviewed-by: Jani Nikula \u003cjani.nikula@intel.com\u003e\nBugzilla: https://bugs.freedesktop.org/show_bug.cgi?id\u003d50522\nTested-by: Yang Guang \u003cguang.a.yang@intel.com\u003e\nSigned-off-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "1a475b7af63febbef784d0d2ccb6bdbb119d0245", "tree": "f2a3154deee588c3c7020f4251da79629a4bc10e", "parents": [ "6700eb4d0af877ed46ae2e5d93d6801db7f3b58d" ], "author": { "name": "Christoph Bumiller", "email": "e0425955@student.tuwien.ac.at", "time": "Thu Jul 26 20:53:19 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Aug 26 15:00:40 2012 -0700" }, "message": "drm/nvd0/disp: mask off high 16 bit of negative cursor x-coordinate\n\ncommit af5e7d84b0ec45b2b614b0d6e3657cbdceaa21f9 upstream.\n\nSigned-off-by: Christoph Bumiller \u003ce0425955@student.tuwien.ac.at\u003e\nSigned-off-by: Ben Skeggs \u003cbskeggs@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "6700eb4d0af877ed46ae2e5d93d6801db7f3b58d", "tree": "77b5ba5e79bcd67f4dd2c774b62617df7e0721e2", "parents": [ "b9247be526627cda981a6901c8db66f03ecb3ea8" ], "author": { "name": "Jesse Barnes", "email": "jbarnes@virtuousgeek.org", "time": "Thu Jun 21 15:13:50 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Aug 26 15:00:40 2012 -0700" }, "message": "drm/i915: prefer wide \u0026 slow to fast \u0026 narrow in DP configs\n\ncommit 2514bc510d0c3aadcc5204056bb440fa36845147 upstream.\n\nHigh frequency link configurations have the potential to cause trouble\nwith long and/or cheap cables, so prefer slow and wide configurations\ninstead. This patch has the potential to cause trouble for eDP\nconfigurations that lie about available lanes, so if we run into that we\ncan make it conditional on eDP.\n\nBugzilla: https://bugs.freedesktop.org/show_bug.cgi?id\u003d45801\nTested-by: peter@colberg.org\nSigned-off-by: Jesse Barnes \u003cjbarnes@virtuousgeek.org\u003e\nSigned-off-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nCc: Jonathan Nieder \u003cjrnieder@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "b9247be526627cda981a6901c8db66f03ecb3ea8", "tree": "c54fdf27235bac5fbba565c39e2ac4a86c1749fa", "parents": [ "90f9cb724d38bf4ac4e355d19b1ee697dceea021" ], "author": { "name": "Stefano Stabellini", "email": "stefano.stabellini@eu.citrix.com", "time": "Wed May 23 18:57:20 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Aug 26 15:00:40 2012 -0700" }, "message": "xen: mark local pages as FOREIGN in the m2p_override\n\ncommit b9e0d95c041ca2d7ad297ee37c2e9cfab67a188f upstream.\n\nWhen the frontend and the backend reside on the same domain, even if we\nadd pages to the m2p_override, these pages will never be returned by\nmfn_to_pfn because the check \"get_phys_to_machine(pfn) !\u003d mfn\" will\nalways fail, so the pfn of the frontend will be returned instead\n(resulting in a deadlock because the frontend pages are already locked).\n\nINFO: task qemu-system-i38:1085 blocked for more than 120 seconds.\n\"echo 0 \u003e /proc/sys/kernel/hung_task_timeout_secs\" disables this message.\nqemu-system-i38 D ffff8800cfc137c0 0 1085 1 0x00000000\n ffff8800c47ed898 0000000000000282 ffff8800be4596b0 00000000000137c0\n ffff8800c47edfd8 ffff8800c47ec010 00000000000137c0 00000000000137c0\n ffff8800c47edfd8 00000000000137c0 ffffffff82213020 ffff8800be4596b0\nCall Trace:\n [\u003cffffffff81101ee0\u003e] ? __lock_page+0x70/0x70\n [\u003cffffffff81a0fdd9\u003e] schedule+0x29/0x70\n [\u003cffffffff81a0fe80\u003e] io_schedule+0x60/0x80\n [\u003cffffffff81101eee\u003e] sleep_on_page+0xe/0x20\n [\u003cffffffff81a0e1ca\u003e] __wait_on_bit_lock+0x5a/0xc0\n [\u003cffffffff81101ed7\u003e] __lock_page+0x67/0x70\n [\u003cffffffff8106f750\u003e] ? autoremove_wake_function+0x40/0x40\n [\u003cffffffff811867e6\u003e] ? bio_add_page+0x36/0x40\n [\u003cffffffff8110b692\u003e] set_page_dirty_lock+0x52/0x60\n [\u003cffffffff81186021\u003e] bio_set_pages_dirty+0x51/0x70\n [\u003cffffffff8118c6b4\u003e] do_blockdev_direct_IO+0xb24/0xeb0\n [\u003cffffffff811e71a0\u003e] ? ext3_get_blocks_handle+0xe00/0xe00\n [\u003cffffffff8118ca95\u003e] __blockdev_direct_IO+0x55/0x60\n [\u003cffffffff811e71a0\u003e] ? ext3_get_blocks_handle+0xe00/0xe00\n [\u003cffffffff811e91c8\u003e] ext3_direct_IO+0xf8/0x390\n [\u003cffffffff811e71a0\u003e] ? ext3_get_blocks_handle+0xe00/0xe00\n [\u003cffffffff81004b60\u003e] ? xen_mc_flush+0xb0/0x1b0\n [\u003cffffffff81104027\u003e] generic_file_aio_read+0x737/0x780\n [\u003cffffffff813bedeb\u003e] ? gnttab_map_refs+0x15b/0x1e0\n [\u003cffffffff811038f0\u003e] ? find_get_pages+0x150/0x150\n [\u003cffffffff8119736c\u003e] aio_rw_vect_retry+0x7c/0x1d0\n [\u003cffffffff811972f0\u003e] ? lookup_ioctx+0x90/0x90\n [\u003cffffffff81198856\u003e] aio_run_iocb+0x66/0x1a0\n [\u003cffffffff811998b8\u003e] do_io_submit+0x708/0xb90\n [\u003cffffffff81199d50\u003e] sys_io_submit+0x10/0x20\n [\u003cffffffff81a18d69\u003e] system_call_fastpath+0x16/0x1b\n\nThe explanation is in the comment within the code:\n\nWe need to do this because the pages shared by the frontend\n(xen-blkfront) can be already locked (lock_page, called by\ndo_read_cache_page); when the userspace backend tries to use them\nwith direct_IO, mfn_to_pfn returns the pfn of the frontend, so\ndo_blockdev_direct_IO is going to try to lock the same pages\nagain resulting in a deadlock.\n\nA simplified call graph looks like this:\n\npygrub QEMU\n-----------------------------------------------\ndo_read_cache_page io_submit\n | |\nlock_page ext3_direct_IO\n |\n bio_add_page\n |\n lock_page\n\nInternally the xen-blkback uses m2p_add_override to swizzle (temporarily)\na \u0027struct page\u0027 to have a different MFN (so that it can point to another\nguest). It also can easily find out whether another pfn corresponding\nto the mfn exists in the m2p, and can set the FOREIGN bit\nin the p2m, making sure that mfn_to_pfn returns the pfn of the backend.\n\nThis allows the backend to perform direct_IO on these pages, but as a\nside effect prevents the frontend from using get_user_pages_fast on\nthem while they are being shared with the backend.\n\nSigned-off-by: Stefano Stabellini \u003cstefano.stabellini@eu.citrix.com\u003e\nSigned-off-by: Konrad Rzeszutek Wilk \u003ckonrad.wilk@oracle.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "90f9cb724d38bf4ac4e355d19b1ee697dceea021", "tree": "c40e362d46c39e709d42f94b8a53ee35ed3cb78b", "parents": [ "9ea2c02bafe276e97b592a046ac733610a6d57fd" ], "author": { "name": "Zach Brown", "email": "zab@redhat.com", "time": "Tue Jul 24 12:10:11 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Aug 26 15:00:39 2012 -0700" }, "message": "fuse: verify all ioctl retry iov elements\n\ncommit fb6ccff667712c46b4501b920ea73a326e49626a upstream.\n\nCommit 7572777eef78ebdee1ecb7c258c0ef94d35bad16 attempted to verify that\nthe total iovec from the client doesn\u0027t overflow iov_length() but it\nonly checked the first element. The iovec could still overflow by\nstarting with a small element. The obvious fix is to check all the\nelements.\n\nThe overflow case doesn\u0027t look dangerous to the kernel as the copy is\nlimited by the length after the overflow. This fix restores the\nintention of returning an error instead of successfully copying less\nthan the iovec represented.\n\nI found this by code inspection. I built it but don\u0027t have a test case.\nI\u0027m cc:ing stable because the initial commit did as well.\n\nSigned-off-by: Zach Brown \u003czab@redhat.com\u003e\nSigned-off-by: Miklos Szeredi \u003cmszeredi@suse.cz\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "9ea2c02bafe276e97b592a046ac733610a6d57fd", "tree": "5495253b0f7357c541c8d56505d05009c2331b67", "parents": [ "a87531935d7afc5429944c89511c8acbdf467111" ], "author": { "name": "Fabio Estevam", "email": "festevam@gmail.com", "time": "Tue Jul 03 15:33:29 2012 -0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Aug 26 15:00:39 2012 -0700" }, "message": "dma: imx-dma: Fix kernel crash due to missing clock conversion\n\ncommit a2367db2ec5e7fc6fe93e221e0fcdee81b053daf upstream.\n\nWith the new i.MX clock infrastructure we need to request the dma clocks\nseperately: ahb and ipg clocks.\n\nThis fixes the following kernel crash and make audio to be functional again:\n\nroot@freescale /home$ aplay audio48k16S.wav\nPlaying WAVE \u0027audio48k16S.wav\u0027 : Signed 16 bit Little Endian, Rate 48000 Hz, Stereo\nUnable to handle kernel NULL pointer dereference at virtual address 00000000\npgd \u003d c7b74000\n[00000000] *pgd\u003da7bb5831, *pte\u003d00000000, *ppte\u003d00000000\nInternal error: Oops: 17 [#1] PREEMPT ARM\nModules linked in:\nCPU: 0 Not tainted (3.5.0-rc5-next-20120702-00007-g3028b64 #1128)\nPC is at snd_dmaengine_pcm_get_chan+0x8/0x10\nLR is at snd_imx_pcm_hw_params+0x18/0xdc\npc : [\u003cc02d3cf8\u003e] lr : [\u003cc02e95ec\u003e] psr: a0000013\nsp : c7b45e30 ip : ffffffff fp : c7ae58e0\nr10: 00000000 r9 : c7ae981c r8 : c7b88800\nr7 : c7ae5a60 r6 : c7ae5b20 r5 : c7ae9810 r4 : c7afa060\nr3 : 00000000 r2 : 00000001 r1 : c7b88800 r0 : c7afa060\nFlags: NzCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment user\nControl: 0005317f Table: a7b74000 DAC: 00000015\nProcess aplay (pid: 701, stack limit \u003d 0xc7b44270)\nStack: (0xc7b45e30 to 0xc7b46000)\n5e20: 00100000 00000029 c7b88800 c02db870\n5e40: c7ae5a60 c02d4594 00000010 01ae5a60 c7ae5a60 c7ae9810 c7ae9810 c7afa060\n5e60: c7ae5b20 c7ae5a60 c7b88800 c02e3ef0 c02e3e08 c7b1e400 c7afa060 c7b88800\n5e80: 00000000 c0014da8 c7b44000 00000000 bec566ac c02cd400 c7afa060 c7afa060\n5ea0: bec56800 c7b88800 c0014da8 c02cdd7c c04ee710 c04ee7b8 00000003 c005fc74\n5ec0: 00000000 7fffffff c7b45f00 c7afa060 c7b67420 c7ba3070 00000004 c0014da8\n5ee0: c7b44000 00000000 bec566ac c02ced88 c04e95f8 b6f5ab04 c7b45fb0 0145a468\n5f00: 0145a600 bec566bc bec56800 c7b67420 c7ba3070 c00d499c c7b45f18 c7b45f18\n5f20: 0000001a 00000004 00000001 c7b44000 c0527f40 00000009 00000008 00000000\n5f40: c7b44000 c002c9ec 00000001 c04f0ab0 c04ebec0 00000101 00000000 0000000a\n5f60: 60000093 c7b67420 bec56800 c25c4111 00000004 c0014da8 c7b44000 00000000\n5f80: bec566ac c00d4f38 b6ffb658 00000000 c0522d80 0145a468 b6fd5000 0145a418\n5fa0: 00000036 c0014c00 0145a468 b6fd5000 00000004 c25c4111 bec56800 00020001\n5fc0: 0145a468 b6fd5000 0145a418 00000036 0145a468 0145a600 bec566bc bec566ac\n5fe0: 0145a468 bec56388 b6f65ce4 b6dcebec 20000010 00000004 00000000 00000000\n[\u003cc02d3cf8\u003e] (snd_dmaengine_pcm_get_chan+0x8/0x10) from [\u003cc02e95ec\u003e] (snd_imx_pcm_hw_params+0x18/0xdc)\n[\u003cc02e95ec\u003e] (snd_imx_pcm_hw_params+0x18/0xdc) from [\u003cc02e3ef0\u003e] (soc_pcm_hw_params+0xe8/0x1f0)\n[\u003cc02e3ef0\u003e] (soc_pcm_hw_params+0xe8/0x1f0) from [\u003cc02cd400\u003e] (snd_pcm_hw_params+0x124/0x474)\n[\u003cc02cd400\u003e] (snd_pcm_hw_params+0x124/0x474) from [\u003cc02cdd7c\u003e] (snd_pcm_common_ioctl1+0x4b4/0xf74)\n[\u003cc02cdd7c\u003e] (snd_pcm_common_ioctl1+0x4b4/0xf74) from [\u003cc02ced88\u003e] (snd_pcm_playback_ioctl1+0x30/0x510)\n[\u003cc02ced88\u003e] (snd_pcm_playback_ioctl1+0x30/0x510) from [\u003cc00d499c\u003e] (do_vfs_ioctl+0x80/0x5e4)\n[\u003cc00d499c\u003e] (do_vfs_ioctl+0x80/0x5e4) from [\u003cc00d4f38\u003e] (sys_ioctl+0x38/0x60)\n[\u003cc00d4f38\u003e] (sys_ioctl+0x38/0x60) from [\u003cc0014c00\u003e] (ret_fast_syscall+0x0/0x2c)\nCode: e593000c e12fff1e e59030a0 e59330bc (e5930000)\n---[ end trace fa518c8ba3a74e97 ]--\n\nReported-by: Javier Martin \u003cjavier.martin@vista-silicon.com\u003e\nSigned-off-by: Fabio Estevam \u003cfabio.estevam@freescale.com\u003e\nAcked-by: Sascha Hauer \u003cs.hauer@pengutronix.de\u003e\nSigned-off-by: Vinod Koul \u003cvinod.koul@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "a87531935d7afc5429944c89511c8acbdf467111", "tree": "4b2f3bf7b87f6ee32053508c1b41d704e92d4cae", "parents": [ "bdac2ea27e0237b3c76b1d8a9d7f73a3d6b3ad81" ], "author": { "name": "Heiko Carstens", "email": "heiko.carstens@de.ibm.com", "time": "Wed Aug 08 09:32:20 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Aug 26 15:00:39 2012 -0700" }, "message": "s390/compat: fix mmap compat system calls\n\ncommit e85871218513c54f7dfdb6009043cb638f2fecbe upstream.\n\nThe native 31 bit and the compat behaviour for the mmap system calls differ:\n\nIn native 31 bit mode the passed in address for the mmap system call will be\nunmodified passed to sys_mmap_pgoff().\nIn compat mode however the passed in address will be modified with\ncompat_ptr() which masks out the most significant bit.\n\nThe result is that in native 31 bit mode each mmap request (with MAP_FIXED)\nwill fail where the most significat bit is set, while in compat mode it\nmay succeed.\n\nThis odd behaviour was introduced with d3815898 \"[S390] mmap: add missing\ncompat_ptr conversion to both mmap compat syscalls\".\n\nTo restore a consistent behaviour accross native and compat mode this\npatch functionally reverts the above mentioned commit.\n\nSigned-off-by: Heiko Carstens \u003cheiko.carstens@de.ibm.com\u003e\nSigned-off-by: Martin Schwidefsky \u003cschwidefsky@de.ibm.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "bdac2ea27e0237b3c76b1d8a9d7f73a3d6b3ad81", "tree": "fccf9f9a2be56793e0a0851cafc105dbd1193550", "parents": [ "196ad09b956e63131e3d196e490a4dfbb85e875f" ], "author": { "name": "Heiko Carstens", "email": "heiko.carstens@de.ibm.com", "time": "Tue Aug 07 09:48:13 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Aug 26 15:00:39 2012 -0700" }, "message": "s390/compat: fix compat wrappers for process_vm system calls\n\ncommit 82aabdb6f1eb61e0034ec23901480f5dd23db7c4 upstream.\n\nThe compat wrappers incorrectly called the non compat versions of\nthe system process_vm system calls.\n\nSigned-off-by: Heiko Carstens \u003cheiko.carstens@de.ibm.com\u003e\nSigned-off-by: Martin Schwidefsky \u003cschwidefsky@de.ibm.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "196ad09b956e63131e3d196e490a4dfbb85e875f", "tree": "0220ea54ed4b7e1914e66b6074c8769af948480d", "parents": [ "8f3ce224466a1cf867c13cb01c3fac799aeab074" ], "author": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:17:17 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:17:17 2012 -0700" }, "message": "Linux 3.4.9\n" }, { "commit": "8f3ce224466a1cf867c13cb01c3fac799aeab074", "tree": "80e33ad67d5291eb3551fb09b7e717453e7483eb", "parents": [ "117b7f7c36e2e64d36e80d9aeadc2deff5007a3e" ], "author": { "name": "Stanislaw Gruszka", "email": "sgruszka@redhat.com", "time": "Fri Aug 03 12:49:14 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:34 2012 -0700" }, "message": "rt61pci: fix NULL pointer dereference in config_lna_gain\n\ncommit deee0214def5d8a32b8112f11d9c2b1696e9c0cb upstream.\n\nWe can not pass NULL libconf-\u003econf-\u003echannel to rt61pci_config() as it\nis dereferenced unconditionally in rt61pci_config_lna_gain() subroutine.\n\nResolves:\nhttps://bugzilla.kernel.org/show_bug.cgi?id\u003d44361\n\nReported-and-tested-by: \u003cdolohow@gmail.com\u003e\nSigned-off-by: Stanislaw Gruszka \u003csgruszka@redhat.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "117b7f7c36e2e64d36e80d9aeadc2deff5007a3e", "tree": "cf3693de2041688cb67c83de5a50b7f2cf043dd0", "parents": [ "95c92481f69cf89aa1db689940368c09fb425281" ], "author": { "name": "Chris Bagwell", "email": "chris@cnpbagwell.com", "time": "Tue Jun 12 00:25:48 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:34 2012 -0700" }, "message": "Input: wacom - Bamboo One 1024 pressure fix\n\ncommit 6dc463511d4a690f01a9248df3b384db717e0b1c upstream.\n\nBamboo One\u0027s with ID of 0x6a and 0x6b were added with correct\nindication of 1024 pressure levels but the Graphire packet routine\nwas only looking at 9 bits. Increased to 10 bits.\n\nThis bug caused these devices to roll over to zero pressure at half\nway mark.\n\nThe other devices using this routine only support 256 or 512 range\nand look to fix unused bits at zero.\n\nSigned-off-by: Chris Bagwell \u003cchris@cnpbagwell.com\u003e\nReported-by: Tushant Mirchandani \u003ctushantin@gmail.com\u003e\nReviewed-by: Ping Cheng \u003cpingc@wacom.com\u003e\nSigned-off-by: Dmitry Torokhov \u003cdtor@mail.ru\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "95c92481f69cf89aa1db689940368c09fb425281", "tree": "acde98d86b0fbe22041ed1cb771641ed986a08cd", "parents": [ "733e9ad978a1530328ff78aff3186c20000e5b4e" ], "author": { "name": "Arnd Bergmann", "email": "arnd@arndb.de", "time": "Mon Apr 30 16:21:37 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:33 2012 -0700" }, "message": "Input: eeti_ts: pass gpio value instead of IRQ\n\ncommit 4eef6cbfcc03b294d9d334368a851b35b496ce53 upstream.\n\nThe EETI touchscreen asserts its IRQ line as soon as it has data in its\ninternal buffers. The line is automatically deasserted once all data has\nbeen read via I2C. Hence, the driver has to monitor the GPIO line and\ncannot simply rely on the interrupt handler reception.\n\nIn the current implementation of the driver, irq_to_gpio() is used to\ndetermine the GPIO number from the i2c_client\u0027s IRQ value.\n\nAs irq_to_gpio() is not available on all platforms, this patch changes\nthis and makes the driver ignore the passed in IRQ. Instead, a GPIO is\nadded to the platform_data struct and gpio_to_irq is used to derive the\nIRQ from that GPIO. If this fails, bail out. The driver is only able to\nwork in environments where the touchscreen GPIO can be mapped to an\nIRQ.\n\nWithout this patch, building raumfeld_defconfig results in:\n\ndrivers/input/touchscreen/eeti_ts.c: In function \u0027eeti_ts_irq_active\u0027:\ndrivers/input/touchscreen/eeti_ts.c:65:2: error: implicit declaration of function \u0027irq_to_gpio\u0027 [-Werror\u003dimplicit-function-declaration]\n\nSigned-off-by: Daniel Mack \u003czonque@gmail.com\u003e\nSigned-off-by: Arnd Bergmann \u003carnd@arndb.de\u003e\nCc: Dmitry Torokhov \u003cdmitry.torokhov@gmail.com\u003e\nCc: Sven Neumann \u003cs.neumann@raumfeld.com\u003e\nCc: linux-input@vger.kernel.org\nCc: Haojian Zhuang \u003chaojian.zhuang@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "733e9ad978a1530328ff78aff3186c20000e5b4e", "tree": "537b61182710ffacc040bb15b9885c7bc03422c4", "parents": [ "66f3d999759fd703bf43acc0bd58b422701c77b4" ], "author": { "name": "Tushar Dave", "email": "tushar.n.dave@intel.com", "time": "Tue Jul 31 02:02:43 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:33 2012 -0700" }, "message": "e1000e: NIC goes up and immediately goes down\n\ncommit b7ec70be01a87f2c85df3ae11046e74f9b67e323 upstream.\n\nFound that commit d478eb44 was a bad commit.\nIf the link partner is transmitting codeword (even if NULL codeword),\nthen the RXCW.C bit will be set so check for RXCW.CW is unnecessary.\nRef: RH BZ 840642\n\nReported-by: Fabio Futigami \u003cffutigam@redhat.com\u003e\nSigned-off-by: Tushar Dave \u003ctushar.n.dave@intel.com\u003e\nCC: Marcelo Ricardo Leitner \u003cmleitner@redhat.com\u003e\nTested-by: Aaron Brown \u003caaron.f.brown@intel.com\u003e\nSigned-off-by: Peter P Waskiewicz Jr \u003cpeter.p.waskiewicz.jr@intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "66f3d999759fd703bf43acc0bd58b422701c77b4", "tree": "c4eefe8c7eef8630c58119d8d32fa4b5b2ad17fc", "parents": [ "c6c0038af718e3c29d5369aa799ea120d8f67112" ], "author": { "name": "Johannes Berg", "email": "johannes.berg@intel.com", "time": "Sun Aug 05 18:31:46 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:33 2012 -0700" }, "message": "iwlwifi: disable greenfield transmissions as a workaround\n\ncommit 50e2a30cf6fcaeb2d27360ba614dd169a10041c5 upstream.\n\nThere\u0027s a bug that causes the rate scaling to get stuck\nwhen it has to use single-stream rates with a peer that\ncan do GF and SGI; the two are incompatible so we can\u0027t\nuse them together, but that causes the algorithm to not\nwork at all, it always rejects updates.\n\nDisable greenfield for now to prevent that problem.\n\nReviewed-by: Emmanuel Grumbach \u003cemmanuel.grumbach@intel.com\u003e\nTested-by: Cesar Eduardo Barros \u003ccesarb@cesarb.net\u003e\nSigned-off-by: Johannes Berg \u003cjohannes.berg@intel.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "c6c0038af718e3c29d5369aa799ea120d8f67112", "tree": "f4ed7a80f096ded173a693ff63b30a48959f5570", "parents": [ "510f1d143b72225df068a31b2b105edaef5f2420" ], "author": { "name": "Stanislav Kinsbursky", "email": "skinsbursky@parallels.com", "time": "Thu Aug 09 02:50:40 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:33 2012 -0700" }, "message": "tun: don\u0027t zeroize sock-\u003efile on detach\n\ncommit 66d1b9263a371abd15806c53f486f0645ef31a8f upstream.\n\nThis is a fix for bug, introduced in 3.4 kernel by commit\n1ab5ecb90cb6a3df1476e052f76a6e8f6511cb3d (\"tun: don\u0027t hold network\nnamespace by tun sockets\"), which, among other things, replaced simple\nsock_put() by sk_release_kernel(). Below is sequence, which leads to\noops for non-persistent devices:\n\ntun_chr_close()\ntun_detach()\t\t\t\t\u003c\u003d\u003d tun-\u003esocket.file \u003d NULL\ntun_free_netdev()\nsk_release_sock()\nsock_release(sock-\u003efile \u003d\u003d NULL)\niput(SOCK_INODE(sock))\t\t\t\u003c\u003d\u003d dereference on NULL pointer\n\nThis patch just removes zeroing of socket\u0027s file from __tun_detach().\nsock_release() will do this.\n\nReported-by: Ruan Zhijie \u003cruanzhijie@hotmail.com\u003e\nTested-by: Ruan Zhijie \u003cruanzhijie@hotmail.com\u003e\nAcked-by: Al Viro \u003cviro@ZenIV.linux.org.uk\u003e\nAcked-by: Eric Dumazet \u003cedumazet@google.com\u003e\nAcked-by: Yuchung Cheng \u003cycheng@google.com\u003e\nSigned-off-by: Stanislav Kinsbursky \u003cskinsbursky@parallels.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "510f1d143b72225df068a31b2b105edaef5f2420", "tree": "2cc6c7531cbd91cb5fa1737ce9a2726590aceee1", "parents": [ "25320e75fe0296dab5ae37c6b59f18899cd1c310" ], "author": { "name": "Liang Li", "email": "liang.li@windriver.com", "time": "Thu Aug 02 18:55:41 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:33 2012 -0700" }, "message": "cfg80211: fix interface combinations check for ADHOC(IBSS)\n\npartial of commit 8e8b41f9d8c8e63fc92f899ace8da91a490ac573 upstream.\n\nAs part of commit 463454b5dbd8 (\"cfg80211: fix interface\ncombinations check\"), this extra check was introduced:\n\n if ((all_iftypes \u0026 used_iftypes) !\u003d used_iftypes)\n goto cont;\n\nHowever, most wireless NIC drivers did not advertise ADHOC in\nwiphy.iface_combinations[i].limits[] and hence we\u0027ll get -EBUSY\nwhen we bring up a ADHOC wlan with commands similar to:\n\n # iwconfig wlan0 mode ad-hoc \u0026\u0026 ifconfig wlan0 up\n\nIn commit 8e8b41f9d8c8e (\"cfg80211: enforce lack of interface\ncombinations\"), the change below fixes the issue:\n\n if (total \u003d\u003d 1)\n return 0;\n\nBut it also introduces other dependencies for stable. For example,\na full cherry pick of 8e8b41f9d8c8e would introduce additional\nregressions unless we also start cherry picking driver specific\nfixes like the following:\n\n 9b4760e ath5k: add possible wiphy interface combinations\n 1ae2fc2 mac80211_hwsim: advertise interface combinations\n 20c8e8d ath9k: add possible wiphy interface combinations\n\nAnd the purpose of the \u0027if (total \u003d\u003d 1)\u0027 is to cover the specific\nuse case (IBSS, adhoc) that was mentioned above. So we just pick\nthe specific part out from 8e8b41f9d8c8e here.\n\nDoing so gives stable kernels a way to fix the change introduced\nby 463454b5dbd8, without having to make cherry picks specific to\nvarious NIC drivers.\n\nSigned-off-by: Liang Li \u003cliang.li@windriver.com\u003e\nSigned-off-by: Paul Gortmaker \u003cpaul.gortmaker@windriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "25320e75fe0296dab5ae37c6b59f18899cd1c310", "tree": "207d5ae58f78b1331e71e339b618736ac9acd3b8", "parents": [ "5784dff6267c788b40a2c9931b13a079e9011936" ], "author": { "name": "Daniel Drake", "email": "dsd@laptop.org", "time": "Thu Aug 02 18:41:48 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:32 2012 -0700" }, "message": "cfg80211: process pending events when unregistering net device\n\ncommit 1f6fc43e621167492ed4b7f3b4269c584c3d6ccc upstream.\n\nlibertas currently calls cfg80211_disconnected() when it is being\nbrought down. This causes an event to be allocated, but since the\nwdev is already removed from the rdev by the time that the event\nprocessing work executes, the event is never processed or freed.\nhttp://article.gmane.org/gmane.linux.kernel.wireless.general/95666\n\nFix this leak, and other possible situations, by processing the event\nqueue when a device is being unregistered. Thanks to Johannes Berg for\nthe suggestion.\n\nSigned-off-by: Daniel Drake \u003cdsd@laptop.org\u003e\nReviewed-by: Johannes Berg \u003cjohannes@sipsolutions.net\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "5784dff6267c788b40a2c9931b13a079e9011936", "tree": "f67c7bcaefa1454cf18f383e90a2a8d9d8a3fb52", "parents": [ "0f27ec339c656ab8dc9255ac8a61a1cecd32d599" ], "author": { "name": "Arnd Bergmann", "email": "arnd@arndb.de", "time": "Sun Aug 05 14:58:37 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:32 2012 -0700" }, "message": "ARM: pxa: remove irq_to_gpio from ezx-pcap driver\n\ncommit 59ee93a528b94ef4e81a08db252b0326feff171f upstream.\n\nThe irq_to_gpio function was removed from the pxa platform\nin linux-3.2, and this driver has been broken since.\n\nThere is actually no in-tree user of this driver that adds\nthis platform device, but the driver can and does get enabled\non some platforms.\n\nWithout this patch, building ezx_defconfig results in:\n\ndrivers/mfd/ezx-pcap.c: In function \u0027pcap_isr_work\u0027:\ndrivers/mfd/ezx-pcap.c:205:2: error: implicit declaration of function \u0027irq_to_gpio\u0027 [-Werror\u003dimplicit-function-declaration]\n\nSigned-off-by: Arnd Bergmann \u003carnd@arndb.de\u003e\nAcked-by: Haojian Zhuang \u003chaojian.zhuang@gmail.com\u003e\nCc: Samuel Ortiz \u003csameo@linux.intel.com\u003e\nCc: Daniel Ribeiro \u003cdrwyrm@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "0f27ec339c656ab8dc9255ac8a61a1cecd32d599", "tree": "d82471dbb56a1e13f6a5e07f353ae920a1583ebb", "parents": [ "87a266d5801001c09687fb4d755e336bad733c10" ], "author": { "name": "Shawn Guo", "email": "shawn.guo@linaro.org", "time": "Thu Aug 02 22:48:39 2012 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:32 2012 -0700" }, "message": "ARM: dts: imx53-ard: add regulators for lan9220\n\ncommit 1eec0c569523782392b5e6245effddb626213b8c upstream.\n\nSince commit c7e963f (net/smsc911x: Add regulator support), the lan9220\ndevice tree probe fails on imx53-ard board, because the commit makes\nVDD33A and VDDVARIO supplies mandatory for the driver.\n\nAdd a fixed dummy 3V3 supplying lan9220 to fix the regression.\n\nSigned-off-by: Shawn Guo \u003cshawn.guo@linaro.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "87a266d5801001c09687fb4d755e336bad733c10", "tree": "76b18fb100ad701c0b6b846f7a1f101768bb1beb", "parents": [ "6213566323948ac7ed0aa4eb78058e77d445b0f8" ], "author": { "name": "Marek Vasut", "email": "marex@denx.de", "time": "Fri Aug 03 20:54:48 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:32 2012 -0700" }, "message": "ARM: mxs: Remove MMAP_MIN_ADDR setting from mxs_defconfig\n\ncommit 3bed491c8d28329e34f8a31e3fe64d03f3a350f1 upstream.\n\nThe CONFIG_DEFAULT_MMAP_MIN_ADDR was set to 65536 in mxs_defconfig,\nthis caused severe breakage of userland applications since the upper\nlimit for ARM is 32768. By default CONFIG_DEFAULT_MMAP_MIN_ADDR is\nset to 4096 and can also be changed via /proc/sys/vm/mmap_min_addr\nif needed.\n\nQuoting Russell King [1]:\n\n\"4096 is also fine for ARM too. There\u0027s not much point in having\ndefconfigs change it - that would just be pure noise in the config\nfiles.\"\n\nthe CONFIG_DEFAULT_MMAP_MIN_ADDR can be removed from the defconfig\naltogether.\n\nThis problem was introduced by commit cde7c41 (ARM: configs: add\ndefconfig for mach-mxs).\n\n[1] http://marc.info/?l\u003dlinux-arm-kernel\u0026m\u003d134401593807820\u0026w\u003d2\n\nSigned-off-by: Marek Vasut \u003cmarex@denx.de\u003e\nCc: Russell King \u003clinux@arm.linux.org.uk\u003e\nCc: Wolfgang Denk \u003cwd@denx.de\u003e\nSigned-off-by: Shawn Guo \u003cshawn.guo@linaro.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "6213566323948ac7ed0aa4eb78058e77d445b0f8", "tree": "65404d0b9b8aa7fb6231f26fd1f24e46503316cf", "parents": [ "c329e96ae86fb69c30287a434426f2083fb2430b" ], "author": { "name": "Roland Dreier", "email": "roland@purestorage.com", "time": "Mon Jul 16 15:34:25 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:32 2012 -0700" }, "message": "target: Check number of unmap descriptors against our limit\n\ncommit 7409a6657aebf8be74c21d0eded80709b27275cb upstream.\n\nFail UNMAP commands that have more than our reported limit on unmap\ndescriptors.\n\nSigned-off-by: Roland Dreier \u003croland@purestorage.com\u003e\nSigned-off-by: Nicholas Bellinger \u003cnab@linux-iscsi.org\u003e\n[bwh: Backported to 3.2: adjust filename]\nSigned-off-by: Ben Hutchings \u003cben@decadent.org.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "c329e96ae86fb69c30287a434426f2083fb2430b", "tree": "11fc728c818baa573f3a15ee5e0bfa8df64b74c2", "parents": [ "6fb6469c601a80a0c883ec0be189ecf1677ecf56" ], "author": { "name": "Roland Dreier", "email": "roland@purestorage.com", "time": "Mon Jul 16 15:34:24 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:32 2012 -0700" }, "message": "target: Fix possible integer underflow in UNMAP emulation\n\ncommit b7fc7f3777582dea85156a821d78a522a0c083aa upstream.\n\nIt\u0027s possible for an initiator to send us an UNMAP command with a\ndescriptor that is less than 8 bytes; in that case it\u0027s really bad for\nus to set an unsigned int to that value, subtract 8 from it, and then\nuse that as a limit for our loop (since the value will wrap around to\na huge positive value).\n\nFix this by making size be signed and only looping if size \u003e\u003d 16 (ie\nif we have at least a full descriptor available).\n\nAlso remove offset as an obfuscated name for the constant 8.\n\nSigned-off-by: Roland Dreier \u003croland@purestorage.com\u003e\nSigned-off-by: Nicholas Bellinger \u003cnab@linux-iscsi.org\u003e\n[bwh: Backported to 3.2: adjust filename, context]\nSigned-off-by: Ben Hutchings \u003cben@decadent.org.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "6fb6469c601a80a0c883ec0be189ecf1677ecf56", "tree": "7792763b3f2a4025a9a4671659306ec06a63aa41", "parents": [ "74c90d4c3e5ee158cec2f6f32f6fb3cbfc0a2f47" ], "author": { "name": "Roland Dreier", "email": "roland@purestorage.com", "time": "Mon Jul 16 15:34:23 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:31 2012 -0700" }, "message": "target: Fix reading of data length fields for UNMAP commands\n\ncommit 1a5fa4576ec8a462313c7516b31d7453481ddbe8 upstream.\n\nThe UNMAP DATA LENGTH and UNMAP BLOCK DESCRIPTOR DATA LENGTH fields\nare in the unmap descriptor (the payload transferred to our data out\nbuffer), not in the CDB itself. Read them from the correct place in\ntarget_emulated_unmap.\n\nSigned-off-by: Roland Dreier \u003croland@purestorage.com\u003e\nSigned-off-by: Nicholas Bellinger \u003cnab@linux-iscsi.org\u003e\n[bwh: Backported to 3.2: adjust filename, context]\nSigned-off-by: Ben Hutchings \u003cben@decadent.org.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "74c90d4c3e5ee158cec2f6f32f6fb3cbfc0a2f47", "tree": "0e0d71ffc18b7a047aa3695e5a6734e253a48ad4", "parents": [ "49ca240411df57586fecddd1152ff30cbef82d59" ], "author": { "name": "Roland Dreier", "email": "roland@purestorage.com", "time": "Mon Jul 16 15:34:22 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:31 2012 -0700" }, "message": "target: Add range checking to UNMAP emulation\n\ncommit 2594e29865c291db162313187612cd9f14538f33 upstream.\n\nWhen processing an UNMAP command, we need to make sure that the number\nof blocks we\u0027re asked to UNMAP does not exceed our reported maximum\nnumber of blocks per UNMAP, and that the range of blocks we\u0027re\nunmapping doesn\u0027t go past the end of the device.\n\nSigned-off-by: Roland Dreier \u003croland@purestorage.com\u003e\nSigned-off-by: Nicholas Bellinger \u003cnab@linux-iscsi.org\u003e\n[bwh: Backported to 3.2: adjust filename, context]\nSigned-off-by: Ben Hutchings \u003cben@decadent.org.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "49ca240411df57586fecddd1152ff30cbef82d59", "tree": "ded76d92b3504beb4e89146c6bd0caa924694dcb", "parents": [ "a05f127752f743db1b53e0309977573566ce5b6f" ], "author": { "name": "Mel Gorman", "email": "mgorman@suse.de", "time": "Tue Jul 31 16:46:20 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:31 2012 -0700" }, "message": "mm: hugetlbfs: close race during teardown of hugetlbfs shared page tables\n\ncommit d833352a4338dc31295ed832a30c9ccff5c7a183 upstream.\n\nIf a process creates a large hugetlbfs mapping that is eligible for page\ntable sharing and forks heavily with children some of whom fault and\nothers which destroy the mapping then it is possible for page tables to\nget corrupted. Some teardowns of the mapping encounter a \"bad pmd\" and\noutput a message to the kernel log. The final teardown will trigger a\nBUG_ON in mm/filemap.c.\n\nThis was reproduced in 3.4 but is known to have existed for a long time\nand goes back at least as far as 2.6.37. It was probably was introduced\nin 2.6.20 by [39dde65c: shared page table for hugetlb page]. The messages\nlook like this;\n\n[ ..........] Lots of bad pmd messages followed by this\n[ 127.164256] mm/memory.c:391: bad pmd ffff880412e04fe8(80000003de4000e7).\n[ 127.164257] mm/memory.c:391: bad pmd ffff880412e04ff0(80000003de6000e7).\n[ 127.164258] mm/memory.c:391: bad pmd ffff880412e04ff8(80000003de0000e7).\n[ 127.186778] ------------[ cut here ]------------\n[ 127.186781] kernel BUG at mm/filemap.c:134!\n[ 127.186782] invalid opcode: 0000 [#1] SMP\n[ 127.186783] CPU 7\n[ 127.186784] Modules linked in: af_packet cpufreq_conservative cpufreq_userspace cpufreq_powersave acpi_cpufreq mperf ext3 jbd dm_mod coretemp crc32c_intel usb_storage ghash_clmulni_intel aesni_intel i2c_i801 r8169 mii uas sr_mod cdrom sg iTCO_wdt iTCO_vendor_support shpchp serio_raw cryptd aes_x86_64 e1000e pci_hotplug dcdbas aes_generic container microcode ext4 mbcache jbd2 crc16 sd_mod crc_t10dif i915 drm_kms_helper drm i2c_algo_bit ehci_hcd ahci libahci usbcore rtc_cmos usb_common button i2c_core intel_agp video intel_gtt fan processor thermal thermal_sys hwmon ata_generic pata_atiixp libata scsi_mod\n[ 127.186801]\n[ 127.186802] Pid: 9017, comm: hugetlbfs-test Not tainted 3.4.0-autobuild #53 Dell Inc. OptiPlex 990/06D7TR\n[ 127.186804] RIP: 0010:[\u003cffffffff810ed6ce\u003e] [\u003cffffffff810ed6ce\u003e] __delete_from_page_cache+0x15e/0x160\n[ 127.186809] RSP: 0000:ffff8804144b5c08 EFLAGS: 00010002\n[ 127.186810] RAX: 0000000000000001 RBX: ffffea000a5c9000 RCX: 00000000ffffffc0\n[ 127.186811] RDX: 0000000000000000 RSI: 0000000000000009 RDI: ffff88042dfdad00\n[ 127.186812] RBP: ffff8804144b5c18 R08: 0000000000000009 R09: 0000000000000003\n[ 127.186813] R10: 0000000000000000 R11: 000000000000002d R12: ffff880412ff83d8\n[ 127.186814] R13: ffff880412ff83d8 R14: 0000000000000000 R15: ffff880412ff83d8\n[ 127.186815] FS: 00007fe18ed2c700(0000) GS:ffff88042dce0000(0000) knlGS:0000000000000000\n[ 127.186816] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b\n[ 127.186817] CR2: 00007fe340000503 CR3: 0000000417a14000 CR4: 00000000000407e0\n[ 127.186818] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000\n[ 127.186819] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400\n[ 127.186820] Process hugetlbfs-test (pid: 9017, threadinfo ffff8804144b4000, task ffff880417f803c0)\n[ 127.186821] Stack:\n[ 127.186822] ffffea000a5c9000 0000000000000000 ffff8804144b5c48 ffffffff810ed83b\n[ 127.186824] ffff8804144b5c48 000000000000138a 0000000000001387 ffff8804144b5c98\n[ 127.186825] ffff8804144b5d48 ffffffff811bc925 ffff8804144b5cb8 0000000000000000\n[ 127.186827] Call Trace:\n[ 127.186829] [\u003cffffffff810ed83b\u003e] delete_from_page_cache+0x3b/0x80\n[ 127.186832] [\u003cffffffff811bc925\u003e] truncate_hugepages+0x115/0x220\n[ 127.186834] [\u003cffffffff811bca43\u003e] hugetlbfs_evict_inode+0x13/0x30\n[ 127.186837] [\u003cffffffff811655c7\u003e] evict+0xa7/0x1b0\n[ 127.186839] [\u003cffffffff811657a3\u003e] iput_final+0xd3/0x1f0\n[ 127.186840] [\u003cffffffff811658f9\u003e] iput+0x39/0x50\n[ 127.186842] [\u003cffffffff81162708\u003e] d_kill+0xf8/0x130\n[ 127.186843] [\u003cffffffff81162812\u003e] dput+0xd2/0x1a0\n[ 127.186845] [\u003cffffffff8114e2d0\u003e] __fput+0x170/0x230\n[ 127.186848] [\u003cffffffff81236e0e\u003e] ? rb_erase+0xce/0x150\n[ 127.186849] [\u003cffffffff8114e3ad\u003e] fput+0x1d/0x30\n[ 127.186851] [\u003cffffffff81117db7\u003e] remove_vma+0x37/0x80\n[ 127.186853] [\u003cffffffff81119182\u003e] do_munmap+0x2d2/0x360\n[ 127.186855] [\u003cffffffff811cc639\u003e] sys_shmdt+0xc9/0x170\n[ 127.186857] [\u003cffffffff81410a39\u003e] system_call_fastpath+0x16/0x1b\n[ 127.186858] Code: 0f 1f 44 00 00 48 8b 43 08 48 8b 00 48 8b 40 28 8b b0 40 03 00 00 85 f6 0f 88 df fe ff ff 48 89 df e8 e7 cb 05 00 e9 d2 fe ff ff \u003c0f\u003e 0b 55 83 e2 fd 48 89 e5 48 83 ec 30 48 89 5d d8 4c 89 65 e0\n[ 127.186868] RIP [\u003cffffffff810ed6ce\u003e] __delete_from_page_cache+0x15e/0x160\n[ 127.186870] RSP \u003cffff8804144b5c08\u003e\n[ 127.186871] ---[ end trace 7cbac5d1db69f426 ]---\n\nThe bug is a race and not always easy to reproduce. To reproduce it I was\ndoing the following on a single socket I7-based machine with 16G of RAM.\n\n$ hugeadm --pool-pages-max DEFAULT:13G\n$ echo $((18*1048576*1024)) \u003e /proc/sys/kernel/shmmax\n$ echo $((18*1048576*1024)) \u003e /proc/sys/kernel/shmall\n$ for i in `seq 1 9000`; do ./hugetlbfs-test; done\n\nOn my particular machine, it usually triggers within 10 minutes but\nenabling debug options can change the timing such that it never hits.\nOnce the bug is triggered, the machine is in trouble and needs to be\nrebooted. The machine will respond but processes accessing proc like \"ps\naux\" will hang due to the BUG_ON. shutdown will also hang and needs a\nhard reset or a sysrq-b.\n\nThe basic problem is a race between page table sharing and teardown. For\nthe most part page table sharing depends on i_mmap_mutex. In some cases,\nit is also taking the mm-\u003epage_table_lock for the PTE updates but with\nshared page tables, it is the i_mmap_mutex that is more important.\n\nUnfortunately it appears to be also insufficient. Consider the following\nsituation\n\nProcess A\t\t\t\t\tProcess B\n---------\t\t\t\t\t---------\nhugetlb_fault\t\t\t\t\tshmdt\n \t\t\t\t\t\tLockWrite(mmap_sem)\n \t\t\t\t\t\t do_munmap\n\t\t\t\t\t\t unmap_region\n\t\t\t\t\t\t unmap_vmas\n\t\t\t\t\t\t unmap_single_vma\n\t\t\t\t\t\t unmap_hugepage_range\n \t\t\t\t\t\t Lock(i_mmap_mutex)\n\t\t\t\t\t\t\t Lock(mm-\u003epage_table_lock)\n\t\t\t\t\t\t\t huge_pmd_unshare/unmap tables \u003c--- (1)\n\t\t\t\t\t\t\t Unlock(mm-\u003epage_table_lock)\n \t\t\t\t\t\t Unlock(i_mmap_mutex)\n huge_pte_alloc\t\t\t\t ...\n Lock(i_mmap_mutex)\t\t\t\t ...\n vma_prio_walk, find svma, spte\t\t ...\n Lock(mm-\u003epage_table_lock)\t\t\t ...\n share spte\t\t\t\t\t ...\n Unlock(mm-\u003epage_table_lock)\t\t\t ...\n Unlock(i_mmap_mutex)\t\t\t ...\n hugetlb_no_page\t\t\t\t\t\t\t\t\t \u003c--- (2)\n\t\t\t\t\t\t free_pgtables\n\t\t\t\t\t\t unlink_file_vma\n\t\t\t\t\t\t\thugetlb_free_pgd_range\n\t\t\t\t\t\t remove_vma_list\n\nIn this scenario, it is possible for Process A to share page tables with\nProcess B that is trying to tear them down. The i_mmap_mutex on its own\ndoes not prevent Process A walking Process B\u0027s page tables. At (1) above,\nthe page tables are not shared yet so it unmaps the PMDs. Process A sets\nup page table sharing and at (2) faults a new entry. Process B then trips\nup on it in free_pgtables.\n\nThis patch fixes the problem by adding a new function\n__unmap_hugepage_range_final that is only called when the VMA is about to\nbe destroyed. This function clears VM_MAYSHARE during\nunmap_hugepage_range() under the i_mmap_mutex. This makes the VMA\nineligible for sharing and avoids the race. Superficially this looks like\nit would then be vunerable to truncate and madvise issues but hugetlbfs\nhas its own truncate handlers so does not use unmap_mapping_range() and\ndoes not support madvise(DONTNEED).\n\nThis should be treated as a -stable candidate if it is merged.\n\nTest program is as follows. The test case was mostly written by Michal\nHocko with a few minor changes to reproduce this bug.\n\n\u003d\u003d\u003d\u003d CUT HERE \u003d\u003d\u003d\u003d\n\nstatic size_t huge_page_size \u003d (2UL \u003c\u003c 20);\nstatic size_t nr_huge_page_A \u003d 512;\nstatic size_t nr_huge_page_B \u003d 5632;\n\nunsigned int get_random(unsigned int max)\n{\n\tstruct timeval tv;\n\n\tgettimeofday(\u0026tv, NULL);\n\tsrandom(tv.tv_usec);\n\treturn random() % max;\n}\n\nstatic void play(void *addr, size_t size)\n{\n\tunsigned char *start \u003d addr,\n\t\t *end \u003d start + size,\n\t\t *a;\n\tstart +\u003d get_random(size/2);\n\n\t/* we could itterate on huge pages but let\u0027s give it more time. */\n\tfor (a \u003d start; a \u003c end; a +\u003d 4096)\n\t\t*a \u003d 0;\n}\n\nint main(int argc, char **argv)\n{\n\tkey_t key \u003d IPC_PRIVATE;\n\tsize_t sizeA \u003d nr_huge_page_A * huge_page_size;\n\tsize_t sizeB \u003d nr_huge_page_B * huge_page_size;\n\tint shmidA, shmidB;\n\tvoid *addrA \u003d NULL, *addrB \u003d NULL;\n\tint nr_children \u003d 300, n \u003d 0;\n\n\tif ((shmidA \u003d shmget(key, sizeA, IPC_CREAT|SHM_HUGETLB|0660)) \u003d\u003d -1) {\n\t\tperror(\"shmget:\");\n\t\treturn 1;\n\t}\n\n\tif ((addrA \u003d shmat(shmidA, addrA, SHM_R|SHM_W)) \u003d\u003d (void *)-1UL) {\n\t\tperror(\"shmat\");\n\t\treturn 1;\n\t}\n\tif ((shmidB \u003d shmget(key, sizeB, IPC_CREAT|SHM_HUGETLB|0660)) \u003d\u003d -1) {\n\t\tperror(\"shmget:\");\n\t\treturn 1;\n\t}\n\n\tif ((addrB \u003d shmat(shmidB, addrB, SHM_R|SHM_W)) \u003d\u003d (void *)-1UL) {\n\t\tperror(\"shmat\");\n\t\treturn 1;\n\t}\n\nfork_child:\n\tswitch(fork()) {\n\t\tcase 0:\n\t\t\tswitch (n%3) {\n\t\t\tcase 0:\n\t\t\t\tplay(addrA, sizeA);\n\t\t\t\tbreak;\n\t\t\tcase 1:\n\t\t\t\tplay(addrB, sizeB);\n\t\t\t\tbreak;\n\t\t\tcase 2:\n\t\t\t\tbreak;\n\t\t\t}\n\t\t\tbreak;\n\t\tcase -1:\n\t\t\tperror(\"fork:\");\n\t\t\tbreak;\n\t\tdefault:\n\t\t\tif (++n \u003c nr_children)\n\t\t\t\tgoto fork_child;\n\t\t\tplay(addrA, sizeA);\n\t\t\tbreak;\n\t}\n\tshmdt(addrA);\n\tshmdt(addrB);\n\tdo {\n\t\twait(NULL);\n\t} while (--n \u003e 0);\n\tshmctl(shmidA, IPC_RMID, NULL);\n\tshmctl(shmidB, IPC_RMID, NULL);\n\treturn 0;\n}\n\n[akpm@linux-foundation.org: name the declaration\u0027s args, fix CONFIG_HUGETLBFS\u003dn build]\nSigned-off-by: Hugh Dickins \u003chughd@google.com\u003e\nReviewed-by: Michal Hocko \u003cmhocko@suse.cz\u003e\nSigned-off-by: Mel Gorman \u003cmgorman@suse.de\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n\n" }, { "commit": "a05f127752f743db1b53e0309977573566ce5b6f", "tree": "c2d3a25894cf6d5859649d928ccbbf4ba9871360", "parents": [ "a434a3c014dfc52d07efa7817f1339124300aed4" ], "author": { "name": "Borislav Petkov", "email": "borislav.petkov@amd.com", "time": "Thu Jun 21 14:07:16 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:31 2012 -0700" }, "message": "x86, microcode: Sanitize per-cpu microcode reloading interface\n\ncommit c9fc3f778a6a215ace14ee556067c73982b6d40f upstream.\n\nMicrocode reloading in a per-core manner is a very bad idea for both\nmajor x86 vendors. And the thing is, we have such interface with which\nwe can end up with different microcode versions applied on different\ncores of an otherwise homogeneous wrt (family,model,stepping) system.\n\nSo turn off the possibility of doing that per core and allow it only\nsystem-wide.\n\nThis is a minimal fix which we\u0027d like to see in stable too thus the\nmore-or-less arbitrary decision to allow system-wide reloading only on\nthe BSP:\n\n$ echo 1 \u003e /sys/devices/system/cpu/cpu0/microcode/reload\n...\n\nand disable the interface on the other cores:\n\n$ echo 1 \u003e /sys/devices/system/cpu/cpu23/microcode/reload\n-bash: echo: write error: Invalid argument\n\nAlso, allowing the reload only from one CPU (the BSP in\nthat case) doesn\u0027t allow the reload procedure to degenerate\ninto an O(n^2) deal when triggering reloads from all\n/sys/devices/system/cpu/cpuX/microcode/reload sysfs nodes\nsimultaneously.\n\nA more generic fix will follow.\n\nSigned-off-by: Borislav Petkov \u003cborislav.petkov@amd.com\u003e\nCc: Henrique de Moraes Holschuh \u003chmh@hmh.eng.br\u003e\nCc: Peter Zijlstra \u003cpeterz@infradead.org\u003e\nLink: http://lkml.kernel.org/r/1340280437-7718-2-git-send-email-bp@amd64.org\nSigned-off-by: H. Peter Anvin \u003chpa@zytor.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "a434a3c014dfc52d07efa7817f1339124300aed4", "tree": "e691dfa81949dbe01312bc6dfbfb524fafa5982d", "parents": [ "575b5ea19669112f9f7a7e2c09e9cdb914f4683e" ], "author": { "name": "Shuah Khan", "email": "shuahkhan@gmail.com", "time": "Sun May 06 11:11:04 2012 -0600" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:31 2012 -0700" }, "message": "x86, microcode: microcode_core.c simple_strtoul cleanup\n\ncommit e826abd523913f63eb03b59746ffb16153c53dc4 upstream.\n\nChange reload_for_cpu() in kernel/microcode_core.c to call kstrtoul()\ninstead of calling obsoleted simple_strtoul().\n\nSigned-off-by: Shuah Khan \u003cshuahkhan@gmail.com\u003e\nReviewed-by: Borislav Petkov \u003cbp@alien8.de\u003e\nLink: http://lkml.kernel.org/r/1336324264.2897.9.camel@lorien2\nSigned-off-by: H. Peter Anvin \u003chpa@linux.intel.com\u003e\nCc: Henrique de Moraes Holschuh \u003chmh@hmh.eng.br\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "575b5ea19669112f9f7a7e2c09e9cdb914f4683e", "tree": "9eef0102de85ce459450f32c0bfd6c760fe4c393", "parents": [ "21bba6e1209f246ee7fd71daf7cde00aa4564832" ], "author": { "name": "Cyrus Lien", "email": "cyrus.lien@canonical.com", "time": "Mon Jul 23 17:11:51 2012 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:30 2012 -0700" }, "message": "HID: add ASUS AIO keyboard model AK1D\n\ncommit 2d8767bb421574dfcf48e4be0751ce7d8f73d5d7 upstream.\n\nAdd Asus All-In-One PC keyboard model AK1D.\n\nBugLink: https://bugs.launchpad.net/bugs/1027789\n\nSigned-off-by: Cyrus Lien \u003ccyrus.lien@canonical.com\u003e\nSigned-off-by: Jiri Kosina \u003cjkosina@suse.cz\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "21bba6e1209f246ee7fd71daf7cde00aa4564832", "tree": "4d412ecbcccfc68e25238cab399fcff592e9037d", "parents": [ "20e24cb2c6a9d72c2b1627ddd54584ec87b54082" ], "author": { "name": "Lionel Vaux", "email": "lionel.vaux@free.fr", "time": "Sun Jul 22 11:32:20 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:30 2012 -0700" }, "message": "HID: add support for Cypress barcode scanner 04B4:ED81\n\ncommit 76c9d8fe2c7fc34ffc387d8022c5828d6ff9df48 upstream.\n\nAdd yet another device to the list of Cypress barcode scanners\nneeding the CP_RDESC_SWAPPED_MIN_MAX quirk.\n\nSigned-off-by: Lionel Vaux (iouri) \u003clionel.vaux@free.fr\u003e\nSigned-off-by: Jiri Kosina \u003cjkosina@suse.cz\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "20e24cb2c6a9d72c2b1627ddd54584ec87b54082", "tree": "89b6443e93389e5e12563cd2029862aa9e894fc6", "parents": [ "7d696f0636c31f81d5cb613d45114d43896cfdb0" ], "author": { "name": "Austin Hendrix", "email": "ahendrix@willowgarage.com", "time": "Mon Jun 04 15:27:51 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:30 2012 -0700" }, "message": "HID: multitouch: add support for Novatek touchscreen\n\ncommit 4db703ead4535792ea54dba7275fdd1527848e74 upstream.\n\nAdd support for a Novatek touchscreen panel as a generic HID multitouch\npanel.\n\nSigned-off-by: Austin Hendrix \u003cahendrix@willowgarage.com\u003e\nSigned-off-by: Jiri Kosina \u003cjkosina@suse.cz\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "7d696f0636c31f81d5cb613d45114d43896cfdb0", "tree": "60e3ff4fac431841c4752c59a39cb38b66d743b7", "parents": [ "af2eb889f75b4206de39ea86f4f154498a9327f3" ], "author": { "name": "H. Peter Anvin", "email": "hpa@linux.intel.com", "time": "Fri Jul 27 22:26:08 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:30 2012 -0700" }, "message": "random: mix in architectural randomness in extract_buf()\n\ncommit d2e7c96af1e54b507ae2a6a7dd2baf588417a7e5 upstream.\n\nMix in any architectural randomness in extract_buf() instead of\nxfer_secondary_buf(). This allows us to mix in more architectural\nrandomness, and it also makes xfer_secondary_buf() faster, moving a\ntiny bit of additional CPU overhead to process which is extracting the\nrandomness.\n\n[ Commit description modified by tytso to remove an extended\n advertisement for the RDRAND instruction. ]\n\nSigned-off-by: H. Peter Anvin \u003chpa@linux.intel.com\u003e\nAcked-by: Ingo Molnar \u003cmingo@kernel.org\u003e\nCc: DJ Johnston \u003cdj.johnston@intel.com\u003e\nSigned-off-by: Theodore Ts\u0027o \u003ctytso@mit.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "af2eb889f75b4206de39ea86f4f154498a9327f3", "tree": "ec34d87bf67daed8aa4906804a5c8f9e4a48e86c", "parents": [ "73e62ae900d632d1bee9ab96c22508f8947da91a" ], "author": { "name": "Tony Luck", "email": "tony.luck@intel.com", "time": "Fri Jul 20 13:15:20 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:30 2012 -0700" }, "message": "dmi: Feed DMI table to /dev/random driver\n\ncommit d114a33387472555188f142ed8e98acdb8181c6d upstream.\n\nSend the entire DMI (SMBIOS) table to the /dev/random driver to\nhelp seed its pools.\n\nSigned-off-by: Tony Luck \u003ctony.luck@intel.com\u003e\nSigned-off-by: Theodore Ts\u0027o \u003ctytso@mit.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "73e62ae900d632d1bee9ab96c22508f8947da91a", "tree": "1cd49e85fd4217c94de3969a374d6ea539dd808d", "parents": [ "26665db4f7fa71c56eeb9205e79927cfc21e70c4" ], "author": { "name": "Tony Luck", "email": "tony.luck@intel.com", "time": "Mon Jul 23 09:47:57 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:29 2012 -0700" }, "message": "random: Add comment to random_initialize()\n\ncommit cbc96b7594b5691d61eba2db8b2ea723645be9ca upstream.\n\nMany platforms have per-machine instance data (serial numbers,\nasset tags, etc.) squirreled away in areas that are accessed\nduring early system bringup. Mixing this data into the random\npools has a very high value in providing better random data,\nso we should allow (and even encourage) architecture code to\ncall add_device_randomness() from the setup_arch() paths.\n\nHowever, this limits our options for internal structure of\nthe random driver since random_initialize() is not called\nuntil long after setup_arch().\n\nAdd a big fat comment to rand_initialize() spelling out\nthis requirement.\n\nSuggested-by: Theodore Ts\u0027o \u003ctytso@mit.edu\u003e\nSigned-off-by: Tony Luck \u003ctony.luck@intel.com\u003e\nSigned-off-by: Theodore Ts\u0027o \u003ctytso@mit.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "26665db4f7fa71c56eeb9205e79927cfc21e70c4", "tree": "8b5dc2c10b8b0aa9c1d1711daf991ae3df30db02", "parents": [ "12dae51a7567bb1e583ee0de6af538db256504db" ], "author": { "name": "Theodore Ts\u0027o", "email": "tytso@mit.edu", "time": "Sat Jul 14 20:27:52 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:29 2012 -0700" }, "message": "random: remove rand_initialize_irq()\n\ncommit c5857ccf293968348e5eb4ebedc68074de3dcda6 upstream.\n\nWith the new interrupt sampling system, we are no longer using the\ntimer_rand_state structure in the irq descriptor, so we can stop\ninitializing it now.\n\n[ Merged in fixes from Sedat to find some last missing references to\n rand_initialize_irq() ]\n\nSigned-off-by: \"Theodore Ts\u0027o\" \u003ctytso@mit.edu\u003e\nSigned-off-by: Sedat Dilek \u003csedat.dilek@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "12dae51a7567bb1e583ee0de6af538db256504db", "tree": "b7b1850757b8cca94834fec4701fc2aaf7c18819", "parents": [ "ec947d6fbb66bc4e55eef7550b4fc835090a42be" ], "author": { "name": "Mark Brown", "email": "broonie@opensource.wolfsonmicro.com", "time": "Thu Jul 05 20:23:21 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:29 2012 -0700" }, "message": "mfd: wm831x: Feed the device UUID into device_add_randomness()\n\ncommit 27130f0cc3ab97560384da437e4621fc4e94f21c upstream.\n\nwm831x devices contain a unique ID value. Feed this into the newly added\ndevice_add_randomness() to add some per device seed data to the pool.\n\nSigned-off-by: Mark Brown \u003cbroonie@opensource.wolfsonmicro.com\u003e\nSigned-off-by: Theodore Ts\u0027o \u003ctytso@mit.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "ec947d6fbb66bc4e55eef7550b4fc835090a42be", "tree": "3f374691c83a64a703e7f1fb6a4ed57c0e95a1de", "parents": [ "ba6a40b952f6384eaec33af9f6c31d3a67ac073e" ], "author": { "name": "Mark Brown", "email": "broonie@opensource.wolfsonmicro.com", "time": "Thu Jul 05 20:19:17 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:29 2012 -0700" }, "message": "rtc: wm831x: Feed the write counter into device_add_randomness()\n\ncommit 9dccf55f4cb011a7552a8a2749a580662f5ed8ed upstream.\n\nThe tamper evident features of the RTC include the \"write counter\" which\nis a pseudo-random number regenerated whenever we set the RTC. Since this\nvalue is unpredictable it should provide some useful seeding to the random\nnumber generator.\n\nOnly do this on boot since the goal is to seed the pool rather than add\nuseful entropy.\n\nSigned-off-by: Mark Brown \u003cbroonie@opensource.wolfsonmicro.com\u003e\nSigned-off-by: Theodore Ts\u0027o \u003ctytso@mit.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "ba6a40b952f6384eaec33af9f6c31d3a67ac073e", "tree": "bd1c9eb07d96e37adf941f3ab0166856520dccf5", "parents": [ "38e16fc638792ddc12da853c4836602a8708e166" ], "author": { "name": "Theodore Ts\u0027o", "email": "tytso@mit.edu", "time": "Wed Jul 04 11:32:48 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:29 2012 -0700" }, "message": "MAINTAINERS: Theodore Ts\u0027o is taking over the random driver\n\ncommit 330e0a01d54c2b8606c56816f99af6ebc58ec92c upstream.\n\nMatt Mackall stepped down as the /dev/random driver maintainer last\nyear, so Theodore Ts\u0027o is taking back the /dev/random driver.\n\nCc: Matt Mackall \u003cmpm@selenic.com\u003e\nSigned-off-by: \"Theodore Ts\u0027o\" \u003ctytso@mit.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "38e16fc638792ddc12da853c4836602a8708e166", "tree": "1fee9674e85a885501c4905cdf017cd5d6e15089", "parents": [ "29aef9dee78ac45c5bd7f91434b05144ec220abd" ], "author": { "name": "Theodore Ts\u0027o", "email": "tytso@mit.edu", "time": "Wed Jul 04 16:19:30 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:28 2012 -0700" }, "message": "random: add tracepoints for easier debugging and verification\n\ncommit 00ce1db1a634746040ace24c09a4e3a7949a3145 upstream.\n\nSigned-off-by: \"Theodore Ts\u0027o\" \u003ctytso@mit.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "29aef9dee78ac45c5bd7f91434b05144ec220abd", "tree": "16b4c0aed90542db6e0cb1d45ff2e483ee3f2eae", "parents": [ "f5caa70697d4da107f8fd33fe74977a8ec192aaf" ], "author": { "name": "Theodore Ts\u0027o", "email": "tytso@mit.edu", "time": "Thu Jul 05 10:35:23 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:28 2012 -0700" }, "message": "random: add new get_random_bytes_arch() function\n\ncommit c2557a303ab6712bb6e09447df828c557c710ac9 upstream.\n\nCreate a new function, get_random_bytes_arch() which will use the\narchitecture-specific hardware random number generator if it is\npresent. Change get_random_bytes() to not use the HW RNG, even if it\nis avaiable.\n\nThe reason for this is that the hw random number generator is fast (if\nit is present), but it requires that we trust the hardware\nmanufacturer to have not put in a back door. (For example, an\nincreasing counter encrypted by an AES key known to the NSA.)\n\nIt\u0027s unlikely that Intel (for example) was paid off by the US\nGovernment to do this, but it\u0027s impossible for them to prove otherwise\n --- especially since Bull Mountain is documented to use AES as a\nwhitener. Hence, the output of an evil, trojan-horse version of\nRDRAND is statistically indistinguishable from an RDRAND implemented\nto the specifications claimed by Intel. Short of using a tunnelling\nelectronic microscope to reverse engineer an Ivy Bridge chip and\ndisassembling and analyzing the CPU microcode, there\u0027s no way for us\nto tell for sure.\n\nSince users of get_random_bytes() in the Linux kernel need to be able\nto support hardware systems where the HW RNG is not present, most\ntime-sensitive users of this interface have already created their own\ncryptographic RNG interface which uses get_random_bytes() as a seed.\nSo it\u0027s much better to use the HW RNG to improve the existing random\nnumber generator, by mixing in any entropy returned by the HW RNG into\n/dev/random\u0027s entropy pool, but to always _use_ /dev/random\u0027s entropy\npool.\n\nThis way we get almost of the benefits of the HW RNG without any\npotential liabilities. The only benefits we forgo is the\nspeed/performance enhancements --- and generic kernel code can\u0027t\ndepend on depend on get_random_bytes() having the speed of a HW RNG\nanyway.\n\nFor those places that really want access to the arch-specific HW RNG,\nif it is available, we provide get_random_bytes_arch().\n\nSigned-off-by: \"Theodore Ts\u0027o\" \u003ctytso@mit.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n\n" }, { "commit": "f5caa70697d4da107f8fd33fe74977a8ec192aaf", "tree": "260084899fda3fec41a6759e9eb6b3d655256b0f", "parents": [ "e48fa33d22f6a28b57ade6522230755eae394548" ], "author": { "name": "Theodore Ts\u0027o", "email": "tytso@mit.edu", "time": "Thu Jul 05 10:21:01 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:28 2012 -0700" }, "message": "random: use the arch-specific rng in xfer_secondary_pool\n\ncommit e6d4947b12e8ad947add1032dd754803c6004824 upstream.\n\nIf the CPU supports a hardware random number generator, use it in\nxfer_secondary_pool(), where it will significantly improve things and\nwhere we can afford it.\n\nAlso, remove the use of the arch-specific rng in\nadd_timer_randomness(), since the call is significantly slower than\nget_cycles(), and we\u0027re much better off using it in\nxfer_secondary_pool() anyway.\n\nSigned-off-by: \"Theodore Ts\u0027o\" \u003ctytso@mit.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "e48fa33d22f6a28b57ade6522230755eae394548", "tree": "1cfc2536fabfac9f07acdf8be6f3b7c82fbeba46", "parents": [ "76b9be5d7feba335f0bfd4edf0386296cdaf57f2" ], "author": { "name": "Theodore Ts\u0027o", "email": "tytso@mit.edu", "time": "Wed Jul 04 21:23:25 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:28 2012 -0700" }, "message": "net: feed /dev/random with the MAC address when registering a device\n\ncommit 7bf2357524408b97fec58344caf7397f8140c3fd upstream.\n\nSigned-off-by: \"Theodore Ts\u0027o\" \u003ctytso@mit.edu\u003e\nCc: David Miller \u003cdavem@davemloft.net\u003e\nCc: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "76b9be5d7feba335f0bfd4edf0386296cdaf57f2", "tree": "1c8914625bf828db7df79a55378cd18945624c68", "parents": [ "1d0eb350ee278cb257178a14c4c9d965d7d2835e" ], "author": { "name": "Theodore Ts\u0027o", "email": "tytso@mit.edu", "time": "Wed Jul 04 11:22:20 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:28 2012 -0700" }, "message": "usb: feed USB device information to the /dev/random driver\n\ncommit b04b3156a20d395a7faa8eed98698d1e17a36000 upstream.\n\nSend the USB device\u0027s serial, product, and manufacturer strings to the\n/dev/random driver to help seed its pools.\n\nCc: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nAcked-by: Greg KH \u003cgreg@kroah.com\u003e\nSigned-off-by: \"Theodore Ts\u0027o\" \u003ctytso@mit.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "1d0eb350ee278cb257178a14c4c9d965d7d2835e", "tree": "16b4cc295085db157d441e2b08821f92d9161363", "parents": [ "e0604ba541f04a542ee9a7f6a468a60688ad8c72" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Wed Jul 04 11:16:01 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:27 2012 -0700" }, "message": "random: create add_device_randomness() interface\n\ncommit a2080a67abe9e314f9e9c2cc3a4a176e8a8f8793 upstream.\n\nAdd a new interface, add_device_randomness() for adding data to the\nrandom pool that is likely to differ between two devices (or possibly\neven per boot). This would be things like MAC addresses or serial\nnumbers, or the read-out of the RTC. This does *not* add any actual\nentropy to the pool, but it initializes the pool to different values\nfor devices that might otherwise be identical and have very little\nentropy available to them (particularly common in the embedded world).\n\n[ Modified by tytso to mix in a timestamp, since there may be some\n variability caused by the time needed to detect/configure the hardware\n in question. ]\n\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: \"Theodore Ts\u0027o\" \u003ctytso@mit.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "e0604ba541f04a542ee9a7f6a468a60688ad8c72", "tree": "904d8a8ba34b6489285893855615687afb3efde4", "parents": [ "0110bbfbc8ed1b5240a51e8c767c44a856424139" ], "author": { "name": "Theodore Ts\u0027o", "email": "tytso@mit.edu", "time": "Wed Jul 04 10:38:30 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:11 2012 -0700" }, "message": "random: use lockless techniques in the interrupt path\n\ncommit 902c098a3663de3fa18639efbb71b6080f0bcd3c upstream.\n\nThe real-time Linux folks don\u0027t like add_interrupt_randomness() taking\na spinlock since it is called in the low-level interrupt routine.\nThis also allows us to reduce the overhead in the fast path, for the\nrandom driver, which is the interrupt collection path.\n\nSigned-off-by: \"Theodore Ts\u0027o\" \u003ctytso@mit.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "0110bbfbc8ed1b5240a51e8c767c44a856424139", "tree": "f3ac162b4925c7e841413db59dabff88324640ae", "parents": [ "cabf5b0af54cec6a2f9ce674cbc96fc8aa2fc468" ], "author": { "name": "Theodore Ts\u0027o", "email": "tytso@mit.edu", "time": "Mon Jul 02 07:52:16 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:10 2012 -0700" }, "message": "random: make \u0027add_interrupt_randomness()\u0027 do something sane\n\ncommit 775f4b297b780601e61787b766f306ed3e1d23eb upstream.\n\nWe\u0027ve been moving away from add_interrupt_randomness() for various\nreasons: it\u0027s too expensive to do on every interrupt, and flooding the\nCPU with interrupts could theoretically cause bogus floods of entropy\nfrom a somewhat externally controllable source.\n\nThis solves both problems by limiting the actual randomness addition\nto just once a second or after 64 interrupts, whicever comes first.\nDuring that time, the interrupt cycle data is buffered up in a per-cpu\npool. Also, we make sure the the nonblocking pool used by urandom is\ninitialized before we start feeding the normal input pool. This\nassures that /dev/urandom is returning unpredictable data as soon as\npossible.\n\n(Based on an original patch by Linus, but significantly modified by\ntytso.)\n\nTested-by: Eric Wustrow \u003cewust@umich.edu\u003e\nReported-by: Eric Wustrow \u003cewust@umich.edu\u003e\nReported-by: Nadia Heninger \u003cnadiah@cs.ucsd.edu\u003e\nReported-by: Zakir Durumeric \u003czakir@umich.edu\u003e\nReported-by: J. Alex Halderman \u003cjhalderm@umich.edu\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: \"Theodore Ts\u0027o\" \u003ctytso@mit.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "cabf5b0af54cec6a2f9ce674cbc96fc8aa2fc468", "tree": "711098e955a849ef1d79acd8891b3026113d0916", "parents": [ "0295403cd835f7260c6d9262817138f9f1cd8e19" ], "author": { "name": "Alan Cox", "email": "alan@linux.intel.com", "time": "Wed Jul 25 16:28:19 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:10 2012 -0700" }, "message": "x86, nops: Missing break resulting in incorrect selection on Intel\n\ncommit d6250a3f12edb3a86db9598ffeca3de8b4a219e9 upstream.\n\nThe Intel case falls through into the generic case which then changes\nthe values. For cases like the P6 it doesn\u0027t do the right thing so\nthis seems to be a screwup.\n\nSigned-off-by: Alan Cox \u003calan@linux.intel.com\u003e\nLink: http://lkml.kernel.org/n/tip-lww2uirad4skzjlmrm0vru8o@git.kernel.org\nSigned-off-by: H. Peter Anvin \u003chpa@zytor.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "0295403cd835f7260c6d9262817138f9f1cd8e19", "tree": "7f768cbbaa79380c0c7824af61373ca7f3a3a73f", "parents": [ "ccf0b822f9fbbde08d56c2be07c0ab4c17036d1d" ], "author": { "name": "Stanislaw Gruszka", "email": "sgruszka@redhat.com", "time": "Tue Jul 24 08:35:39 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:10 2012 -0700" }, "message": "wireless: reg: restore previous behaviour of chan-\u003emax_power calculations\n\ncommit 5e31fc0815a4e2c72b1b495fe7a0d8f9bfb9e4b4 upstream.\n\ncommit eccc068e8e84c8fe997115629925e0422a98e4de\nAuthor: Hong Wu \u003cHong.Wu@dspg.com\u003e\nDate: Wed Jan 11 20:33:39 2012 +0200\n\n wireless: Save original maximum regulatory transmission power for the calucation of the local maximum transmit pow\n\nchanged the way we calculate chan-\u003emax_power as min(chan-\u003emax_power,\nchan-\u003emax_reg_power). That broke rt2x00 (and perhaps some other\ndrivers) that do not set chan-\u003emax_power. It is not so easy to fix this\nproblem correctly in rt2x00.\n\nAccording to commit eccc068e8 changelog, change claim only to save\nmaximum regulatory power - changing setting of chan-\u003emax_power was side\neffect. This patch restore previous calculations of chan-\u003emax_power and\ndo not touch chan-\u003emax_reg_power.\n\nSigned-off-by: Stanislaw Gruszka \u003csgruszka@redhat.com\u003e\nAcked-by: Luis R. Rodriguez \u003cmcgrof@qca.qualcomm.com\u003e\nSigned-off-by: Johannes Berg \u003cjohannes.berg@intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "ccf0b822f9fbbde08d56c2be07c0ab4c17036d1d", "tree": "cca8e2ee0b908bd598abeb9d2b65e5478bbe0320", "parents": [ "33db2f2ced18a4119746e8fa89a3aba13a9d2eac" ], "author": { "name": "Mohammed Shafi Shajakhan", "email": "mohammed@qca.qualcomm.com", "time": "Thu Aug 02 11:58:50 2012 +0530" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:10 2012 -0700" }, "message": "ath9k: Add PID/VID support for AR1111\n\ncommit d4e5979c0da95791aa717c18e162540c7a596360 upstream.\n\nAR1111 is same as AR9485. The h/w\ndifference between them is quite insignificant,\nFelix suggests only very few baseband features\nmay not be available in AR1111. The h/w code for\nAR9485 is already present, so AR1111 should\nwork fine with the addition of its PID/VID.\n\nReported-by: Tim Bentley \u003cTim.Bentley@Gmail.com\u003e\nCc: Felix Bitterli \u003cfelixb@qca.qualcomm.com\u003e\nSigned-off-by: Mohammed Shafi Shajakhan \u003cmohammed@qca.qualcomm.com\u003e\nTested-by: Tim Bentley \u003cTim.Bentley@Gmail.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "33db2f2ced18a4119746e8fa89a3aba13a9d2eac", "tree": "958bad3e7bb08f65ef09dbc8f96ce63c03f45b67", "parents": [ "73ee3f4cbd1e240e53c51283a3e6110f222ef424" ], "author": { "name": "Johannes Berg", "email": "johannes.berg@intel.com", "time": "Wed Aug 01 21:03:21 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:09 2012 -0700" }, "message": "mac80211: cancel mesh path timer\n\ncommit dd4c9260e7f23f2e951cbfb2726e468c6d30306c upstream.\n\nThe mesh path timer needs to be canceled when\nleaving the mesh as otherwise it could fire\nafter the interface has been removed already.\n\nSigned-off-by: Johannes Berg \u003cjohannes.berg@intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "73ee3f4cbd1e240e53c51283a3e6110f222ef424", "tree": "5c1d58359eaa8a43207889c4b7a2c2321550f52a", "parents": [ "59c5bc1eb294df764567e29630dacbd04cb1e8ab" ], "author": { "name": "Feng Tang", "email": "feng.tang@intel.com", "time": "Tue Jul 31 12:44:43 2012 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:09 2012 -0700" }, "message": "ACPI processor: Fix tick_broadcast_mask online/offline regression\n\ncommit b7db60f45d74497c723dc7ae1370cf0b37dfb0d8 upstream.\n\nIn commit 99b725084 \"ACPI processor hotplug: Delay acpi_processor_start()\ncall for hotplugged cores\", acpi_processor_hotplug(pr) was wrongly replaced\nby acpi_processor_cst_has_changed() inside the acpi_cpu_soft_notify(). This\npatch will restore it back, fixing the tick_broadcast_mask regression:\n\thttps://lkml.org/lkml/2012/7/30/169\n\nSigned-off-by: Feng Tang \u003cfeng.tang@intel.com\u003e\nCc: Thomas Renninger \u003ctrenn@suse.de\u003e\nReviewed-by: Rafael J. Wysocki \u003crjw@sisk.pl\u003e\nReviewed-by: Deepthi Dharwar \u003cdeepthi@linux.vnet.ibm.com\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "59c5bc1eb294df764567e29630dacbd04cb1e8ab", "tree": "315eb8cf33224b443478e42229fbd441f79f5d91", "parents": [ "8b0331a46c6aa9f853e1208b0ce137c4d1d4fc1a" ], "author": { "name": "Boaz Harrosh", "email": "bharrosh@panasas.com", "time": "Wed Aug 01 17:48:36 2012 +0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:09 2012 -0700" }, "message": "ore: Fix out-of-bounds access in _ios_obj()\n\ncommit 9e62bb4458ad2cf28bd701aa5fab380b846db326 upstream.\n\n_ios_obj() is accessed by group_index not device_table index.\n\nThe oc-\u003ecomps array is only a group_full of devices at a time\nit is not like ore_comp_dev() which is indexed by a global\ndevice_table index.\n\nThis did not BUG until now because exofs only uses a single\nCOMP for all devices. But with other FSs like PanFS this is\nnot true.\n\nThis bug was only in the write_path, all other users were\nusing it correctly\n\n[This is a bug since 3.2 Kernel]\n\nSigned-off-by: Boaz Harrosh \u003cbharrosh@panasas.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "8b0331a46c6aa9f853e1208b0ce137c4d1d4fc1a", "tree": "b99052ec326569a53678b9ba43486de85522e810", "parents": [ "fb060f3d95d29c385063151c8a09faa4d1a02f2f" ], "author": { "name": "Alexander Holler", "email": "holler@ahsoftware.de", "time": "Sat Apr 21 00:11:07 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:08 2012 -0700" }, "message": "video/smscufx: fix line counting in fb_write\n\ncommit 2fe2d9f47cfe1a3e66e7d087368b3d7155b04c15 upstream.\n\nLine 0 and 1 were both written to line 0 (on the display) and all subsequent\nlines had an offset of -1. The result was that the last line on the display\nwas never overwritten by writes to /dev/fbN.\n\nThe origin of this bug seems to have been udlfb.\n\nSigned-off-by: Alexander Holler \u003choller@ahsoftware.de\u003e\nSigned-off-by: Florian Tobias Schandinat \u003cFlorianSchandinat@gmx.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "fb060f3d95d29c385063151c8a09faa4d1a02f2f", "tree": "91806e31b0b68b68280a1ce738c41ae9679454b4", "parents": [ "cc9fdb9cdde35aafad3b11ce74e244f5da7ac3c0" ], "author": { "name": "NeilBrown", "email": "neilb@suse.de", "time": "Tue Jul 31 10:05:34 2012 +1000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:08 2012 -0700" }, "message": "md/raid1: don\u0027t abort a resync on the first badblock.\n\ncommit b7219ccb33aa0df9949a60c68b5e9f712615e56f upstream.\n\nIf a resync of a RAID1 array with 2 devices finds a known bad block\none device it will neither read from, or write to, that device for\nthis block offset.\nSo there will be one read_target (The other device) and zero write\ntargets.\nThis condition causes md/raid1 to abort the resync assuming that it\nhas finished - without known bad blocks this would be true.\n\nWhen there are no write targets because of the presence of bad blocks\nwe should only skip over the area covered by the bad block.\nRAID10 already gets this right, raid1 doesn\u0027t. Or didn\u0027t.\n\nAs this can cause a \u0027sync\u0027 to abort early and appear to have succeeded\nit could lead to some data corruption, so it suitable for -stable.\n\nReported-by: Alexander Lyakas \u003calex.bolshoy@gmail.com\u003e\nSigned-off-by: NeilBrown \u003cneilb@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "cc9fdb9cdde35aafad3b11ce74e244f5da7ac3c0", "tree": "95ecbfb28521113c15ec0ee897efee311a807d6d", "parents": [ "41a2033bf3bc1ecf19c743b452791ba492a6e75d" ], "author": { "name": "Xiao Guangrong", "email": "xiaoguangrong@linux.vnet.ibm.com", "time": "Tue Jul 31 16:45:52 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:08 2012 -0700" }, "message": "mm: mmu_notifier: fix freed page still mapped in secondary MMU\n\ncommit 3ad3d901bbcfb15a5e4690e55350db0899095a68 upstream.\n\nmmu_notifier_release() is called when the process is exiting. It will\ndelete all the mmu notifiers. But at this time the page belonging to the\nprocess is still present in page tables and is present on the LRU list, so\nthis race will happen:\n\n CPU 0 CPU 1\nmmu_notifier_release: try_to_unmap:\n hlist_del_init_rcu(\u0026mn-\u003ehlist);\n ptep_clear_flush_notify:\n mmu nofifler not found\n free page !!!!!!\n /*\n * At the point, the page has been\n * freed, but it is still mapped in\n * the secondary MMU.\n */\n\n mn-\u003eops-\u003erelease(mn, mm);\n\nThen the box is not stable and sometimes we can get this bug:\n\n[ 738.075923] BUG: Bad page state in process migrate-perf pfn:03bec\n[ 738.075931] page:ffffea00000efb00 count:0 mapcount:0 mapping: (null) index:0x8076\n[ 738.075936] page flags: 0x20000000000014(referenced|dirty)\n\nThe same issue is present in mmu_notifier_unregister().\n\nWe can call -\u003erelease before deleting the notifier to ensure the page has\nbeen unmapped from the secondary MMU before it is freed.\n\nSigned-off-by: Xiao Guangrong \u003cxiaoguangrong@linux.vnet.ibm.com\u003e\nCc: Avi Kivity \u003cavi@redhat.com\u003e\nCc: Marcelo Tosatti \u003cmtosatti@redhat.com\u003e\nCc: Paul Gortmaker \u003cpaul.gortmaker@windriver.com\u003e\nCc: Andrea Arcangeli \u003caarcange@redhat.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "41a2033bf3bc1ecf19c743b452791ba492a6e75d", "tree": "0d2a063cc434dd2be51864cb1a9111085c5d889b", "parents": [ "55f5c43caba6cccd00840003fc0c80acc785ba83" ], "author": { "name": "David Henningsson", "email": "david.henningsson@canonical.com", "time": "Wed Aug 08 08:43:37 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:07 2012 -0700" }, "message": "ALSA: hda - Fix double quirk for Quanta FL1 / Lenovo Ideapad\n\ncommit 012e7eb1e501d0120e0383b81477f63091f5e365 upstream.\n\nThe same ID is twice in the quirk table, so the second one is not used.\n\nSigned-off-by: David Henningsson \u003cdavid.henningsson@canonical.com\u003e\nSigned-off-by: Takashi Iwai \u003ctiwai@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "55f5c43caba6cccd00840003fc0c80acc785ba83", "tree": "8a6e4e24f36fa08eb9e659d584eec0dcad60e858", "parents": [ "08899ba0982718342e5b2ab8dd917ab479fc7f4f" ], "author": { "name": "David Henningsson", "email": "david.henningsson@canonical.com", "time": "Tue Aug 07 14:03:29 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:07 2012 -0700" }, "message": "ALSA: hda - remove quirk for Dell Vostro 1015\n\ncommit e9fc83cb2e5877801a255a37ddbc5be996ea8046 upstream.\n\nThis computer is confirmed working with model\u003dauto on kernel 3.2.\nAlso, parsing fails with hda-emu with the current model.\n\nSigned-off-by: David Henningsson \u003cdavid.henningsson@canonical.com\u003e\nSigned-off-by: Takashi Iwai \u003ctiwai@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "08899ba0982718342e5b2ab8dd917ab479fc7f4f", "tree": "ec985ff75e58e43487310f7942f3a86682ffee55", "parents": [ "cd5deba98060332626da3369e4798d0de51456ff" ], "author": { "name": "Felix Kaechele", "email": "felix@fetzig.org", "time": "Mon Aug 06 23:02:01 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:07 2012 -0700" }, "message": "ALSA: hda - add dock support for Thinkpad X230\n\ncommit c8415a48fcb7a29889f4405d38c57db351e4b50a upstream.\n\nAs with the ThinkPad Models X230 Tablet and T530 the X230 needs a qurik to\ncorrectly set up the pins for the dock port.\n\nSigned-off-by: Felix Kaechele \u003cfelix@fetzig.org\u003e\nSigned-off-by: Takashi Iwai \u003ctiwai@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "cd5deba98060332626da3369e4798d0de51456ff", "tree": "41dadacede08779067def03362256cb58c54e1f8", "parents": [ "81155539833d8c492261a8fdd91e3e6579c274dd" ], "author": { "name": "Philipp A. Mohrenweiser", "email": "phiamo@googlemail.com", "time": "Mon Aug 06 13:14:18 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:07 2012 -0700" }, "message": "ALSA: hda - add dock support for Thinkpad T430s\n\ncommit 4407be6ba217514b1bc01488f8b56467d309e416 upstream.\n\nAdd a model/fixup string \"lenovo-dock\", for Thinkpad T430s, to allow\nsound in docking station.\n\nTested on Lenovo T430s with ThinkPad Mini Dock Plus Series 3\n\nSigned-off-by: Philipp A. Mohrenweiser \u003cphiamo@googlemail.com\u003e\nSigned-off-by: Takashi Iwai \u003ctiwai@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "81155539833d8c492261a8fdd91e3e6579c274dd", "tree": "0719efb47a837efc7469af8a554b65673770550c", "parents": [ "85869d9f5da8449613f5631961fe9309f9c2d0ad" ], "author": { "name": "Russell King", "email": "rmk+kernel@arm.linux.org.uk", "time": "Mon Jul 30 19:42:10 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:07 2012 -0700" }, "message": "ARM: Fix undefined instruction exception handling\n\ncommit 15ac49b65024f55c4371a53214879a9c77c4fbf9 upstream.\n\nWhile trying to get a v3.5 kernel booted on the cubox, I noticed that\nVFP does not work correctly with VFP bounce handling. This is because\nof the confusion over 16-bit vs 32-bit instructions, and where PC is\nsupposed to point to.\n\nThe rule is that FP handlers are entered with regs-\u003eARM_pc pointing at\nthe _next_ instruction to be executed. However, if the exception is\nnot handled, regs-\u003eARM_pc points at the faulting instruction.\n\nThis is easy for ARM mode, because we know that the next instruction and\nprevious instructions are separated by four bytes. This is not true of\nThumb2 though.\n\nSince all FP instructions are 32-bit in Thumb2, it makes things easy.\nWe just need to select the appropriate adjustment. Do this by moving\nthe adjustment out of do_undefinstr() into the assembly code, as only\nthe assembly code knows whether it\u0027s dealing with a 32-bit or 16-bit\ninstruction.\n\nAcked-by: Will Deacon \u003cwill.deacon@arm.com\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "85869d9f5da8449613f5631961fe9309f9c2d0ad", "tree": "6f0cbcf1263702e0d24df126786545e882c54698", "parents": [ "7e49f71b7a6268bb9854b91f6fae3f070fb0222e" ], "author": { "name": "Javier Martinez Canillas", "email": "javier@dowhile0.org", "time": "Sat Jul 28 15:19:55 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:06 2012 -0700" }, "message": "ARM: 7480/1: only call smp_send_stop() on SMP\n\ncommit c5dff4ffd327088d85035bec535b7d0c9ea03151 upstream.\n\nOn reboot or poweroff (machine_shutdown()) a call to smp_send_stop() is\nmade (to stop the others CPU\u0027s) when CONFIG_SMP\u003dy.\n\narch/arm/kernel/process.c:\n\nvoid machine_shutdown(void)\n{\n #ifdef CONFIG_SMP\n smp_send_stop();\n #endif\n}\n\nsmp_send_stop() calls the function pointer smp_cross_call(), which is set\non the smp_init_cpus() function for OMAP processors.\n\narch/arm/mach-omap2/omap-smp.c:\n\nvoid __init smp_init_cpus(void)\n{\n...\n\tset_smp_cross_call(gic_raise_softirq);\n...\n}\n\nBut the ARM setup_arch() function only calls smp_init_cpus()\nif CONFIG_SMP\u003dy \u0026\u0026 is_smp().\n\narm/kernel/setup.c:\n\nvoid __init setup_arch(char **cmdline_p)\n{\n...\n #ifdef CONFIG_SMP\n\tif (is_smp())\n\t\tsmp_init_cpus();\n #endif\n...\n}\n\nNewer OMAP CPU\u0027s are SMP machines so omap2plus_defconfig sets\nCONFIG_SMP\u003dy. Unfortunately on an OMAP UP machine is_smp()\nreturns false and smp_init_cpus() is never called and the\nsmp_cross_call() function remains NULL.\n\nIf the machine is rebooted or powered off, smp_send_stop() will\nbe called (since CONFIG_SMP\u003dy) leading to the following error:\n\n[ 42.815551] Restarting system.\n[ 42.819030] Unable to handle kernel NULL pointer dereference at virtual address 00000000\n[ 42.827667] pgd \u003d d7a74000\n[ 42.830566] [00000000] *pgd\u003d96ce7831, *pte\u003d00000000, *ppte\u003d00000000\n[ 42.837249] Internal error: Oops: 80000007 [#1] SMP ARM\n[ 42.842773] Modules linked in:\n[ 42.846008] CPU: 0 Not tainted (3.5.0-rc3-next-20120622-00002-g62e87ba-dirty #44)\n[ 42.854278] PC is at 0x0\n[ 42.856994] LR is at smp_send_stop+0x4c/0xe4\n[ 42.861511] pc : [\u003c00000000\u003e] lr : [\u003cc00183a4\u003e] psr: 60000013\n[ 42.861511] sp : d6c85e70 ip : 00000000 fp : 00000000\n[ 42.873626] r10: 00000000 r9 : d6c84000 r8 : 00000002\n[ 42.879150] r7 : c07235a0 r6 : c06dd2d0 r5 : 000f4241 r4 : d6c85e74\n[ 42.886047] r3 : 00000000 r2 : 00000000 r1 : 00000006 r0 : d6c85e74\n[ 42.892944] Flags: nZCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment user\n[ 42.900482] Control: 10c5387d Table: 97a74019 DAC: 00000015\n[ 42.906555] Process reboot (pid: 1166, stack limit \u003d 0xd6c842f8)\n[ 42.912902] Stack: (0xd6c85e70 to 0xd6c86000)\n[ 42.917510] 5e60: c07235a0 00000000 00000000 d6c84000\n[ 42.926177] 5e80: 01234567 c00143d0 4321fedc c00511bc d6c85ebc 00000168 00000460 00000000\n[ 42.934814] 5ea0: c1017950 a0000013 c1017900 d8014390 d7ec3858 c0498e48 c1017950 00000000\n[ 42.943481] 5ec0: d6ddde10 d6c85f78 00000003 00000000 d6ddde10 d6c84000 00000000 00000000\n[ 42.952117] 5ee0: 00000002 00000000 00000000 c0088c88 00000002 00000000 00000000 c00f4b90\n[ 42.960784] 5f00: 00000000 d6c85ebc d8014390 d7e311c8 60000013 00000103 00000002 d6c84000\n[ 42.969421] 5f20: c00f3274 d6e00a00 00000001 60000013 d6c84000 00000000 00000000 c00895d4\n[ 42.978057] 5f40: 00000002 d8007c80 d781f000 c00f6150 d8010cc0 c00f3274 d781f000 d6c84000\n[ 42.986694] 5f60: c0013020 d6e00a00 00000001 20000010 0001257c ef000000 00000000 c00895d4\n[ 42.995361] 5f80: 00000002 00000001 00000003 00000000 00000001 00000003 00000000 00000058\n[ 43.003997] 5fa0: c00130c8 c0012f00 00000001 00000003 fee1dead 28121969 01234567 00000002\n[ 43.012634] 5fc0: 00000001 00000003 00000000 00000058 00012584 0001257c 00000001 00000000\n[ 43.021270] 5fe0: 000124bc bec5cc6c 00008f9c 4a2f7c40 20000010 fee1dead 00000000 00000000\n[ 43.029968] [\u003cc00183a4\u003e] (smp_send_stop+0x4c/0xe4) from [\u003cc00143d0\u003e] (machine_restart+0xc/0x4c)\n[ 43.039154] [\u003cc00143d0\u003e] (machine_restart+0xc/0x4c) from [\u003cc00511bc\u003e] (sys_reboot+0x144/0x1f0)\n[ 43.048278] [\u003cc00511bc\u003e] (sys_reboot+0x144/0x1f0) from [\u003cc0012f00\u003e] (ret_fast_syscall+0x0/0x3c)\n[ 43.057464] Code: bad PC value\n[ 43.060760] ---[ end trace c3988d1dd0b8f0fb ]---\n\nAdd a check so smp_cross_call() is only called when there is more than one CPU on-line.\n\nSigned-off-by: Javier Martinez Canillas \u003cjavier at dowhile0.org\u003e\nAcked-by: Will Deacon \u003cwill.deacon@arm.com\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "7e49f71b7a6268bb9854b91f6fae3f070fb0222e", "tree": "9b5870553310675b820264f221165d6eb9c7cfa9", "parents": [ "17c7d1468f968e153d39a94efeedd0a0e2a77c2a" ], "author": { "name": "Will Deacon", "email": "will.deacon@arm.com", "time": "Mon Jul 23 14:18:13 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:06 2012 -0700" }, "message": "ARM: 7479/1: mm: avoid NULL dereference when flushing gate_vma with VIVT caches\n\ncommit b74253f78400f9a4b42da84bb1de7540b88ce7c4 upstream.\n\nThe vivt_flush_cache_{range,page} functions check that the mm_struct\nof the VMA being flushed has been active on the current CPU before\nperforming the cache maintenance.\n\nThe gate_vma has a NULL mm_struct pointer and, as such, will cause a\nkernel fault if we try to flush it with the above operations. This\nhappens during ELF core dumps, which include the gate_vma as it may be\nuseful for debugging purposes.\n\nThis patch adds checks to the VIVT cache flushing functions so that VMAs\nwith a NULL mm_struct are flushed unconditionally (the vectors page may\nbe dirty if we use it to store the current TLS pointer).\n\nReported-by: Gilles Chanteperdrix \u003cgilles.chanteperdrix@xenomai.org\u003e\nTested-by: Uros Bizjak \u003cubizjak@gmail.com\u003e\nSigned-off-by: Will Deacon \u003cwill.deacon@arm.com\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "17c7d1468f968e153d39a94efeedd0a0e2a77c2a", "tree": "2f45e1fc08b26f7b0013056ed702239a535793c2", "parents": [ "f95f7ae189b51123becde905e934954c86c8a0e2" ], "author": { "name": "Will Deacon", "email": "will.deacon@arm.com", "time": "Fri Jul 20 18:24:55 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:06 2012 -0700" }, "message": "ARM: 7478/1: errata: extend workaround for erratum #720789\n\ncommit 5a783cbc48367cfc7b65afc75430953dfe60098f upstream.\n\nCommit cdf357f1 (\"ARM: 6299/1: errata: TLBIASIDIS and TLBIMVAIS\noperations can broadcast a faulty ASID\") replaced by-ASID TLB flushing\noperations with all-ASID variants to workaround A9 erratum #720789.\n\nThis patch extends the workaround to include the tlb_range operations,\nwhich were overlooked by the original patch.\n\nTested-by: Steve Capper \u003csteve.capper@arm.com\u003e\nSigned-off-by: Will Deacon \u003cwill.deacon@arm.com\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "f95f7ae189b51123becde905e934954c86c8a0e2", "tree": "4d799ea5e9df97b7b90ce238cf476f829443c13e", "parents": [ "ea2ebaa71c978254c2a93bf561236aec8a167166" ], "author": { "name": "Colin Cross", "email": "ccross@android.com", "time": "Fri Jul 20 02:03:42 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:06 2012 -0700" }, "message": "ARM: 7477/1: vfp: Always save VFP state in vfp_pm_suspend on UP\n\ncommit 24b35521b8ddf088531258f06f681bb7b227bf47 upstream.\n\nvfp_pm_suspend should save the VFP state in suspend after\nany lazy context switch. If it only saves when the VFP is enabled,\nthe state can get lost when, on a UP system:\n Thread 1 uses the VFP\n Context switch occurs to thread 2, VFP is disabled but the\n VFP context is not saved\n Thread 2 initiates suspend\n vfp_pm_suspend is called with the VFP disabled, and the unsaved\n VFP context of Thread 1 in the registers\n\nModify vfp_pm_suspend to save the VFP context whenever\nvfp_current_hw_state is not NULL.\n\nIncludes a fix from Ido Yariv \u003cido@wizery.com\u003e, who pointed out that on\nSMP systems, the state pointer can be pointing to a freed task struct if\na task exited on another cpu, fixed by using #ifndef CONFIG_SMP in the\nnew if clause.\n\nSigned-off-by: Colin Cross \u003cccross@android.com\u003e\nCc: Barry Song \u003cbs14@csr.com\u003e\nCc: Catalin Marinas \u003ccatalin.marinas@arm.com\u003e\nCc: Ido Yariv \u003cido@wizery.com\u003e\nCc: Daniel Drake \u003cdsd@laptop.org\u003e\nCc: Will Deacon \u003cwill.deacon@arm.com\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "ea2ebaa71c978254c2a93bf561236aec8a167166", "tree": "5b93e476cf4b8c33122821762ed17b0298ac8926", "parents": [ "05aa0d1bc94e2809ec0ccb4be20860784e4640b1" ], "author": { "name": "Colin Cross", "email": "ccross@android.com", "time": "Fri Jul 20 02:03:43 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:06 2012 -0700" }, "message": "ARM: 7476/1: vfp: only clear vfp state for current cpu in vfp_pm_suspend\n\ncommit a84b895a2348f0dbff31b71ddf954f70a6cde368 upstream.\n\nvfp_pm_suspend runs on each cpu, only clear the hardware state\npointer for the current cpu. Prevents a possible crash if one\ncpu clears the hw state pointer when another cpu has already\nchecked if it is valid.\n\nSigned-off-by: Colin Cross \u003cccross@android.com\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "05aa0d1bc94e2809ec0ccb4be20860784e4640b1", "tree": "a5793c18831793b3a880167ba8db26564bae9be0", "parents": [ "ce6f0ff8d1031931df7031a88f4085e5f196a854" ], "author": { "name": "Shawn Guo", "email": "shawn.guo@linaro.org", "time": "Fri Jul 13 08:19:34 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:05 2012 -0700" }, "message": "ARM: 7466/1: disable interrupt before spinning endlessly\n\ncommit 98bd8b96b26db3399a48202318dca4aaa2515355 upstream.\n\nThe CPU will endlessly spin at the end of machine_halt and\nmachine_restart calls. However, this will lead to a soft lockup\nwarning after about 20 seconds, if CONFIG_LOCKUP_DETECTOR is enabled,\nas system timer is still alive.\n\nDisable interrupt before going to spin endlessly, so that the lockup\nwarning will never be seen.\n\nReported-by: Marek Vasut \u003cmarex@denx.de\u003e\nSigned-off-by: Shawn Guo \u003cshawn.guo@linaro.org\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "ce6f0ff8d1031931df7031a88f4085e5f196a854", "tree": "a7966b18420dd6054df99777f9b79beb373030c0", "parents": [ "603cb88c3a73968a0fa498e252cbb781e62bb5b4" ], "author": { "name": "Joonsoo Kim", "email": "js1304@gmail.com", "time": "Mon Jul 30 14:39:04 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:05 2012 -0700" }, "message": "mm: fix wrong argument of migrate_huge_pages() in soft_offline_huge_page()\n\ncommit dc32f63453f56d07a1073a697dcd843dd3098c09 upstream.\n\nCommit a6bc32b89922 (\"mm: compaction: introduce sync-light migration for\nuse by compaction\") changed the declaration of migrate_pages() and\nmigrate_huge_pages().\n\nBut it missed changing the argument of migrate_huge_pages() in\nsoft_offline_huge_page(). In this case, we should call\nmigrate_huge_pages() with MIGRATE_SYNC.\n\nAdditionally, there is a mismatch between type the of argument and the\nfunction declaration for migrate_pages().\n\nSigned-off-by: Joonsoo Kim \u003cjs1304@gmail.com\u003e\nCc: Christoph Lameter \u003ccl@linux.com\u003e\nCc: Mel Gorman \u003cmgorman@suse.de\u003e\nAcked-by: David Rientjes \u003crientjes@google.com\u003e\nCc: \"Aneesh Kumar K.V\" \u003caneesh.kumar@linux.vnet.ibm.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" } ], "next": "603cb88c3a73968a0fa498e252cbb781e62bb5b4" }