)]}' { "log": [ { "commit": "fa1dcb6f0d338629cf1e3939227135ce0ea17b50", "tree": "6bd85b93ddef522490d88bbc8fe5684e72f850c0", "parents": [ "fbc350126994de9682e0400b969ab84437768894" ], "author": { "name": "Ben Hutchings", "email": "bhutchings@solarflare.com", "time": "Wed Aug 15 18:09:15 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 02 10:29:38 2012 -0700" }, "message": "sfc: Fix reporting of IPv4 full filters through ethtool\n\n[ Upstream commit ac70b2e9a13423b5efa0178e081936ce6979aea5 ]\n\nETHTOOL_GRXCLSRULE returns filters for a TCP/IPv4 or UDP/IPv4 4-tuple\nwith source and destination swapped.\n\nSigned-off-by: Ben Hutchings \u003cbhutchings@solarflare.com\u003e\n" }, { "commit": "a348ed02b367a8a8307444724db5c8e96c90ac78", "tree": "32ebdd8122276f761bbb80b3bebc7975b3fad32c", "parents": [ "bc3f72433351e278a92a38c2090aacff982ce558" ], "author": { "name": "Gao feng", "email": "gaofeng@cn.fujitsu.com", "time": "Tue Aug 07 00:23:11 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 02 10:29:35 2012 -0700" }, "message": "pptp: lookup route with the proper net namespace\n\n[ Upstream commit 08252b32311c3fa84219ad794d640af7399b5485 ]\n\npptp always use init_net as the net namespace to lookup\nroute, this will cause route lookup failed in container.\n\nbecause we already set the correct net namespace to struct\nsock in pptp_create,so fix this by using sock_net(sk) to\nreplace \u0026init_net.\n\nSigned-off-by: Gao feng \u003cgaofeng@cn.fujitsu.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "bc3f72433351e278a92a38c2090aacff982ce558", "tree": "b945c7dcdb4ae0f7abdc56a2df8bd9df0f599335", "parents": [ "7e0c71a9a5a23f9433eac1d0aabbc9d54da3428b" ], "author": { "name": "Wu Fengguang", "email": "fengguang.wu@intel.com", "time": "Thu Aug 02 23:10:01 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 02 10:29:35 2012 -0700" }, "message": "isdnloop: fix and simplify isdnloop_init()\n\n[ Upstream commit 77f00f6324cb97cf1df6f9c4aaeea6ada23abdb2 ]\n\nFix a buffer overflow bug by removing the revision and printk.\n\n[ 22.016214] isdnloop-ISDN-driver Rev 1.11.6.7\n[ 22.097508] isdnloop: (loop0) virtual card added\n[ 22.174400] Kernel panic - not syncing: stack-protector: Kernel stack is corrupted in: ffffffff83244972\n[ 22.174400]\n[ 22.436157] Pid: 1, comm: swapper Not tainted 3.5.0-bisect-00018-gfa8bbb1-dirty #129\n[ 22.624071] Call Trace:\n[ 22.720558] [\u003cffffffff832448c3\u003e] ? CallcNew+0x56/0x56\n[ 22.815248] [\u003cffffffff8222b623\u003e] panic+0x110/0x329\n[ 22.914330] [\u003cffffffff83244972\u003e] ? isdnloop_init+0xaf/0xb1\n[ 23.014800] [\u003cffffffff832448c3\u003e] ? CallcNew+0x56/0x56\n[ 23.090763] [\u003cffffffff8108e24b\u003e] __stack_chk_fail+0x2b/0x30\n[ 23.185748] [\u003cffffffff83244972\u003e] isdnloop_init+0xaf/0xb1\n\nSigned-off-by: Fengguang Wu \u003cfengguang.wu@intel.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "0a1f711681e0d7068b69c0697c4ba284fbf1b2bf", "tree": "aa32a825206b44aa90953dcf650ba39d6a502c24", "parents": [ "2dc3b21fbca98bd3c8d9e53acf5d966add3c7606" ], "author": { "name": "Ben Hutchings", "email": "bhutchings@solarflare.com", "time": "Mon Jul 30 15:57:44 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 02 10:29:34 2012 -0700" }, "message": "sfc: Fix maximum number of TSO segments and minimum TX queue size\n\n[ Upstream commit 7e6d06f0de3f74ca929441add094518ae332257c ]\n\nCurrently an skb requiring TSO may not fit within a minimum-size TX\nqueue. The TX queue selected for the skb may stall and trigger the TX\nwatchdog repeatedly (since the problem skb will be retried after the\nTX reset). This issue is designated as CVE-2012-3412.\n\nSet the maximum number of TSO segments for our devices to 100. This\nshould make no difference to behaviour unless the actual MSS is less\nthan about 700. Increase the minimum TX queue size accordingly to\nallow for 2 worst-case skbs, so that there will definitely be space\nto add an skb after we wake a queue.\n\nTo avoid invalidating existing configurations, change\nefx_ethtool_set_ringparam() to fix up values that are too small rather\nthan returning -EINVAL.\n\nSigned-off-by: Ben Hutchings \u003cbhutchings@solarflare.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "e18625cacb8e252e3e4a9dea3db4dbca523276bc", "tree": "de4ab619ddfbc14f4e74d6a917ceddaf39b2b4c4", "parents": [ "af843972724e172827266e91ba326c069c8c088c" ], "author": { "name": "Luca Tettamanti", "email": "kronos.it@gmail.com", "time": "Tue Aug 21 17:36:28 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Sep 14 10:00:34 2012 -0700" }, "message": "hwmon: (asus_atk0110) Add quirk for Asus M5A78L\n\ncommit 43ca6cb28c871f2fbad10117b0648e5ae3b0f638 upstream.\n\nThe old interface is bugged and reads the wrong sensor when retrieving\nthe reading for the chassis fan (it reads the CPU sensor); the new\ninterface works fine.\n\nReported-by: Göran Uddeborg \u003cgoeran@uddeborg.se\u003e\nTested-by: Göran Uddeborg \u003cgoeran@uddeborg.se\u003e\nSigned-off-by: Luca Tettamanti \u003ckronos.it@gmail.com\u003e\nSigned-off-by: Guenter Roeck \u003clinux@roeck-us.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "bbebafa0d9507206793a05fbeb010eafb1fdb0d0", "tree": "f97c78c97a495081de59374d803bf1e5d2999853", "parents": [ "095ac020be339cad6f158508cc3b9f740c60b53a" ], "author": { "name": "Konrad Rzeszutek Wilk", "email": "konrad.wilk@oracle.com", "time": "Wed Sep 05 16:35:20 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Sep 14 10:00:33 2012 -0700" }, "message": "xen/pciback: Fix proper FLR steps.\n\ncommit 80ba77dfbce85f2d1be54847de3c866de1b18a9a upstream.\n\nWhen we do FLR and save PCI config we did it in the wrong order.\nThe end result was that if a PCI device was unbind from\nits driver, then binded to xen-pciback, and then back to its\ndriver we would get:\n\n\u003e lspci -s 04:00.0\n04:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection\n13:42:12 # 4 :~/\n\u003e echo \"0000:04:00.0\" \u003e /sys/bus/pci/drivers/pciback/unbind\n\u003e modprobe e1000e\ne1000e: Intel(R) PRO/1000 Network Driver - 2.0.0-k\ne1000e: Copyright(c) 1999 - 2012 Intel Corporation.\ne1000e 0000:04:00.0: Disabling ASPM L0s L1\ne1000e 0000:04:00.0: enabling device (0000 -\u003e 0002)\nxen: registering gsi 48 triggering 0 polarity 1\nAlready setup the GSI :48\ne1000e 0000:04:00.0: Interrupt Throttling Rate (ints/sec) set to dynamic conservative mode\ne1000e: probe of 0000:04:00.0 failed with error -2\n\nThis fixes it by first saving the PCI configuration space, then\ndoing the FLR.\n\nReported-by: Ren, Yongjie \u003cyongjie.ren@intel.com\u003e\nReported-and-Tested-by: Tobias Geiger \u003ctobias.geiger@vido.info\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": "095ac020be339cad6f158508cc3b9f740c60b53a", "tree": "c2ef5f1222978026fc4172c1251f3f417fb51765", "parents": [ "9db2bc1e0363bb9401e6407b198463c01f32dd84" ], "author": { "name": "Ronny Hegewald", "email": "ronny.hegewald@online.de", "time": "Fri Aug 31 09:57:52 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Sep 14 10:00:33 2012 -0700" }, "message": "xen: Use correct masking in xen_swiotlb_alloc_coherent.\n\ncommit b5031ed1be0aa419250557123633453753181643 upstream.\n\nWhen running 32-bit pvops-dom0 and a driver tries to allocate a coherent\nDMA-memory the xen swiotlb-implementation returned memory beyond 4GB.\n\nThe underlaying reason is that if the supplied driver passes in a\nDMA_BIT_MASK(64) ( hwdev-\u003ecoherent_dma_mask is set to 0xffffffffffffffff)\nour dma_mask will be u64 set to 0xffffffffffffffff even if we set it to\nDMA_BIT_MASK(32) previously. Meaning we do not reset the upper bits.\nBy using the dma_alloc_coherent_mask function - it does the proper casting\nand we get 0xfffffffff.\n\nThis caused not working sound on a system with 4 GB and a 64-bit\ncompatible sound-card with sets the DMA-mask to 64bit.\n\nOn bare-metal and the forward-ported xen-dom0 patches from OpenSuse a coherent\nDMA-memory is always allocated inside the 32-bit address-range by calling\ndma_alloc_coherent_mask.\n\nThis patch adds the same functionality to xen swiotlb and is a rebase of the\noriginal patch from Ronny Hegewald which never got upstream b/c the\nunderlaying reason was not understood until now.\n\nThe original email with the original patch is in:\nhttp://old-list-archives.xen.org/archives/html/xen-devel/2010-02/msg00038.html\nthe original thread from where the discussion started is in:\nhttp://old-list-archives.xen.org/archives/html/xen-devel/2010-01/msg00928.html\n\nSigned-off-by: Ronny Hegewald \u003cronny.hegewald@online.de\u003e\nSigned-off-by: Stefano Panella \u003cstefano.panella@citrix.com\u003e\nAcked-By: David Vrabel \u003cdavid.vrabel@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": "df0b962e0900ec0b2b93eac2795e3e65cc18052f", "tree": "9336e47b755a8a6c860aca67e23ba410aa5b7fa1", "parents": [ "ae2e2906541827de51f896e3b035bf3b1c660e73" ], "author": { "name": "Dave Airlie", "email": "airlied@redhat.com", "time": "Tue Aug 28 21:40:51 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Sep 14 10:00:33 2012 -0700" }, "message": "drm/vmwgfx: add MODULE_DEVICE_TABLE so vmwgfx loads at boot\n\ncommit c4903429a92be60e6fe59868924a65eca4cd1a38 upstream.\n\nThis will cause udev to load vmwgfx instead of waiting for X\nto do it.\n\nReviewed-by: Jakob Bornecrantz \u003cjakob@vmware.com\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "ae2e2906541827de51f896e3b035bf3b1c660e73", "tree": "d83aae835fd213ffdb7d5c5ed575318deebca42a", "parents": [ "7d60f877b38866c5b46162256207891c45057b39" ], "author": { "name": "Dmitry Torokhov", "email": "dmitry.torokhov@gmail.com", "time": "Tue Aug 21 21:57:15 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Sep 14 10:00:33 2012 -0700" }, "message": "Input: i8042 - add Gigabyte T1005 series netbooks to noloop table\n\ncommit 7b125b94ca16b7e618c6241cb02c4c8060cea5e3 upstream.\n\nThey all define their chassis type as \"Other\" and therefore are not\ncategorized as \"laptops\" by the driver, which tries to perform AUX IRQ\ndelivery test which fails and causes touchpad not working.\n\nBugzilla: https://bugzilla.kernel.org/show_bug.cgi?id\u003d42620\nSigned-off-by: Dmitry Torokhov \u003cdmitry.torokhov@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "7d60f877b38866c5b46162256207891c45057b39", "tree": "f06de1fb5e7f805428a775906cc4a9939c5ca751", "parents": [ "7db3f56f37640c88387dfda6fad1e930d589d0e3" ], "author": { "name": "Alan Stern", "email": "stern@rowland.harvard.edu", "time": "Thu Aug 23 10:51:55 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Sep 14 10:00:33 2012 -0700" }, "message": "HID: add NOGET quirk for Eaton Ellipse MAX UPS\n\ncommit 67ddbb3e6568fb1820b2cc45b00c50702b114801 upstream.\n\nThis patch (as1603) adds a NOGET quirk for the Eaton Ellipse MAX UPS\ndevice. (The USB IDs were already present in hid-ids.h, apparently\nunder a different name.)\n\nSigned-off-by: Alan Stern \u003cstern@rowland.harvard.edu\u003e\nReported-by: Laurent Bigonville \u003cl.bigonville@edpnet.be\u003e\nSigned-off-by: Jiri Kosina \u003cjkosina@suse.cz\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "7db3f56f37640c88387dfda6fad1e930d589d0e3", "tree": "550bafb4d1ee8cdce8e0b59dbf949c7660e2e238", "parents": [ "f313f5b440c874dbee75922e30736b9069f0a1d1" ], "author": { "name": "James Ralston", "email": "james.d.ralston@intel.com", "time": "Mon Sep 10 10:14:02 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Sep 14 10:00:33 2012 -0700" }, "message": "i2c-i801: Add Device IDs for Intel Lynx Point-LP PCH\n\ncommit 4a8f1ddde942e232387e6129ce4f4c412e43802f upstream.\n\nAdd the SMBus Device IDs for the Intel Lynx Point-LP PCH.\n\nSigned-off-by: James Ralston \u003cjames.d.ralston@intel.com\u003e\nSigned-off-by: Jean Delvare \u003ckhali@linux-fr.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "f313f5b440c874dbee75922e30736b9069f0a1d1", "tree": "bdd3e100ba8c92147ccd9a6569cbfa9f83303099", "parents": [ "b4b55ff702c3551ba39ccec0b1dda9e3b57429be" ], "author": { "name": "Axel Lin", "email": "axel.lin@gmail.com", "time": "Mon Sep 10 10:14:02 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Sep 14 10:00:32 2012 -0700" }, "message": "i2c-designware: Fix build error if CONFIG_I2C_DESIGNWARE_PLATFORM\u003dy \u0026\u0026 CONFIG_I2C_DESIGNWARE_PCI\u003dy\n\ncommit e68bb91baa0bb9817567bd45d560919e8e26373b upstream.\n\nThis patch adds config I2C_DESIGNWARE_CORE in Kconfig, and let\nI2C_DESIGNWARE_PLATFORM and I2C_DESIGNWARE_PCI select I2C_DESIGNWARE_CORE.\n\nBecause both I2C_DESIGNWARE_PLATFORM and I2C_DESIGNWARE_PCI can be built as\nbuilt-in or module, we also need to export the functions in i2c-designware-core.\n\nThis fixes below build error when CONFIG_I2C_DESIGNWARE_PLATFORM\u003dy \u0026\u0026\nCONFIG_I2C_DESIGNWARE_PCI\u003dy:\n\n LD drivers/i2c/busses/built-in.o\ndrivers/i2c/busses/i2c-designware-pci.o: In function `i2c_dw_clear_int\u0027:\ni2c-designware-core.c:(.text+0xa10): multiple definition of `i2c_dw_clear_int\u0027\ndrivers/i2c/busses/i2c-designware-platform.o:i2c-designware-platdrv.c:(.text+0x928): first defined here\ndrivers/i2c/busses/i2c-designware-pci.o: In function `i2c_dw_init\u0027:\ni2c-designware-core.c:(.text+0x178): multiple definition of `i2c_dw_init\u0027\ndrivers/i2c/busses/i2c-designware-platform.o:i2c-designware-platdrv.c:(.text+0x90): first defined here\ndrivers/i2c/busses/i2c-designware-pci.o: In function `dw_readl\u0027:\ni2c-designware-core.c:(.text+0xe8): multiple definition of `dw_readl\u0027\ndrivers/i2c/busses/i2c-designware-platform.o:i2c-designware-platdrv.c:(.text+0x0): first defined here\ndrivers/i2c/busses/i2c-designware-pci.o: In function `i2c_dw_isr\u0027:\ni2c-designware-core.c:(.text+0x724): multiple definition of `i2c_dw_isr\u0027\ndrivers/i2c/busses/i2c-designware-platform.o:i2c-designware-platdrv.c:(.text+0x63c): first defined here\ndrivers/i2c/busses/i2c-designware-pci.o: In function `i2c_dw_xfer\u0027:\ni2c-designware-core.c:(.text+0x4b0): multiple definition of `i2c_dw_xfer\u0027\ndrivers/i2c/busses/i2c-designware-platform.o:i2c-designware-platdrv.c:(.text+0x3c8): first defined here\ndrivers/i2c/busses/i2c-designware-pci.o: In function `i2c_dw_is_enabled\u0027:\ni2c-designware-core.c:(.text+0x9d4): multiple definition of `i2c_dw_is_enabled\u0027\ndrivers/i2c/busses/i2c-designware-platform.o:i2c-designware-platdrv.c:(.text+0x8ec): first defined here\ndrivers/i2c/busses/i2c-designware-pci.o: In function `dw_writel\u0027:\ni2c-designware-core.c:(.text+0x124): multiple definition of `dw_writel\u0027\ndrivers/i2c/busses/i2c-designware-platform.o:i2c-designware-platdrv.c:(.text+0x3c): first defined here\ndrivers/i2c/busses/i2c-designware-pci.o: In function `i2c_dw_xfer_msg\u0027:\ni2c-designware-core.c:(.text+0x2e8): multiple definition of `i2c_dw_xfer_msg\u0027\ndrivers/i2c/busses/i2c-designware-platform.o:i2c-designware-platdrv.c:(.text+0x200): first defined here\ndrivers/i2c/busses/i2c-designware-pci.o: In function `i2c_dw_enable\u0027:\ni2c-designware-core.c:(.text+0x9c8): multiple definition of `i2c_dw_enable\u0027\ndrivers/i2c/busses/i2c-designware-platform.o:i2c-designware-platdrv.c:(.text+0x8e0): first defined here\ndrivers/i2c/busses/i2c-designware-pci.o: In function `i2c_dw_read_comp_param\u0027:\ni2c-designware-core.c:(.text+0xa24): multiple definition of `i2c_dw_read_comp_param\u0027\ndrivers/i2c/busses/i2c-designware-platform.o:i2c-designware-platdrv.c:(.text+0x93c): first defined here\ndrivers/i2c/busses/i2c-designware-pci.o: In function `i2c_dw_disable\u0027:\ni2c-designware-core.c:(.text+0x9dc): multiple definition of `i2c_dw_disable\u0027\ndrivers/i2c/busses/i2c-designware-platform.o:i2c-designware-platdrv.c:(.text+0x8f4): first defined here\ndrivers/i2c/busses/i2c-designware-pci.o: In function `i2c_dw_func\u0027:\ni2c-designware-core.c:(.text+0x710): multiple definition of `i2c_dw_func\u0027\ndrivers/i2c/busses/i2c-designware-platform.o:i2c-designware-platdrv.c:(.text+0x628): first defined here\ndrivers/i2c/busses/i2c-designware-pci.o: In function `i2c_dw_disable_int\u0027:\ni2c-designware-core.c:(.text+0xa18): multiple definition of `i2c_dw_disable_int\u0027\ndrivers/i2c/busses/i2c-designware-platform.o:i2c-designware-platdrv.c:(.text+0x930): first defined here\nmake[3]: *** [drivers/i2c/busses/built-in.o] Error 1\nmake[2]: *** [drivers/i2c/busses] Error 2\nmake[1]: *** [drivers/i2c] Error 2\nmake: *** [drivers] Error 2\n\nSigned-off-by: Axel Lin \u003caxel.lin@gmail.com\u003e\nSigned-off-by: Jean Delvare \u003ckhali@linux-fr.org\u003e\nTested-by: Jiri Slaby \u003cjslaby@suse.cz\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "d3ed1731ba6bca32ac0ac96377cae8fd735e16e6", "tree": "d0d470c33b743c71ea39df269bcafe4feffe5b4c", "parents": [ "7a4601c0bfde4ed50c54f30c32c5677e3daec4f9" ], "author": { "name": "James Bottomley", "email": "JBottomley@Parallels.com", "time": "Wed Jul 25 23:55:55 2012 +0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Sep 14 10:00:32 2012 -0700" }, "message": "SCSI: Fix \u0027Device not ready\u0027 issue on mpt2sas\n\ncommit 14216561e164671ce147458653b1fea06a4ada1e upstream.\n\nThis is a particularly nasty SCSI ATA Translation Layer (SATL) problem.\n\nSAT-2 says (section 8.12.2)\n\n if the device is in the stopped state as the result of\n processing a START STOP UNIT command (see 9.11), then the SATL\n shall terminate the TEST UNIT READY command with CHECK CONDITION\n status with the sense key set to NOT READY and the additional\n sense code of LOGICAL UNIT NOT READY, INITIALIZING COMMAND\n REQUIRED;\n\nmpt2sas internal SATL seems to implement this. The result is very confusing\nstandby behaviour (using hdparm -y). If you suspend a drive and then send\nanother command, usually it wakes up. However, if the next command is a TEST\nUNIT READY, the SATL sees that the drive is suspended and proceeds to follow\nthe SATL rules for this, returning NOT READY to all subsequent commands. This\nmeans that the ordering of TEST UNIT READY is crucial: if you send TUR and\nthen a command, you get a NOT READY to both back. If you send a command and\nthen a TUR, you get GOOD status because the preceeding command woke the drive.\n\nThis bit us badly because\n\ncommit 85ef06d1d252f6a2e73b678591ab71caad4667bb\nAuthor: Tejun Heo \u003ctj@kernel.org\u003e\nDate: Fri Jul 1 16:17:47 2011 +0200\n\n block: flush MEDIA_CHANGE from drivers on close(2)\n\nChanged our ordering on TEST UNIT READY commands meaning that SATA drives\nconnected to an mpt2sas now suspend and refuse to wake (because the mpt2sas\nSATL sees the suspend *before* the drives get awoken by the next ATA command)\nresulting in lots of failed commands.\n\nThe standard is completely nuts forcing this inconsistent behaviour, but we\nhave to work around it.\n\nThe fix for this is twofold:\n\n 1. Set the allow_restart flag so we wake the drive when we see it has been\n suspended\n\n 2. Return all TEST UNIT READY status directly to the mid layer without any\n further error handling which prevents us causing error handling which\n may offline the device just because of a media check TUR.\n\nReported-by: Matthias Prager \u003clinux@matthiasprager.de\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "7a4601c0bfde4ed50c54f30c32c5677e3daec4f9", "tree": "54dcd326a9b53c50fc085940ee0837c8ae36046e", "parents": [ "797efad403c63c9a94a8f78e06ccb3aa5b4980a9" ], "author": { "name": "sreekanth.reddy@lsi.com", "email": "sreekanth.reddy@lsi.com", "time": "Tue Jul 17 15:57:05 2012 +0530" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Sep 14 10:00:25 2012 -0700" }, "message": "SCSI: mpt2sas: Fix for Driver oops, when loading driver with max_queue_depth command line option to a very small value\n\ncommit 338b131a3269881c7431234855c93c219b0979b6 upstream.\n\nIf the specified max_queue_depth setting is less than the\nexpected number of internal commands, then driver will calculate\nthe queue depth size to a negitive number. This negitive number\nis actually a very large number because variable is unsigned\n16bit integer. So, the driver will ask for a very large amount of\nmemory for message frames and resulting into oops as memory\nallocation routines will not able to handle such a large request.\n\nSo, in order to limit this kind of oops, The driver need to set\nthe max_queue_depth to a scsi mid layer\u0027s can_queue value. Then\nthe overall message frames required for IO is minimum of either\n(max_queue_depth plus internal commands) or the IOC global\ncredits.\n\nSigned-off-by: Sreekanth Reddy \u003csreekanth.reddy@lsi.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "797efad403c63c9a94a8f78e06ccb3aa5b4980a9", "tree": "314284c5c8419a8a2424ccb76dff06db27dfedee", "parents": [ "dc0c0a9fc1f7ce1051f144c749f75921085fc869" ], "author": { "name": "Mike Snitzer", "email": "snitzer@redhat.com", "time": "Thu May 31 15:05:33 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Sep 14 10:00:23 2012 -0700" }, "message": "SCSI: scsi_lib: fix scsi_io_completion\u0027s SG_IO error propagation\n\ncommit 27c419739b67decced4650440829b8d51bef954b upstream.\n\nThe following v3.4-rc1 commit unmasked an existing bug in scsi_io_completion\u0027s\nSG_IO error handling: 47ac56d [SCSI] scsi_error: classify some ILLEGAL_REQUEST\nsense as a permanent TARGET_ERROR\n\nGiven that certain ILLEGAL_REQUEST are now properly categorized as\nTARGET_ERROR the host_byte is being set (before host_byte wasn\u0027t ever\nset for these ILLEGAL_REQUEST).\n\nIn scsi_io_completion, initialize req-\u003eerrors with cmd-\u003eresult _after_\nthe SG_IO block that calls __scsi_error_from_host_byte (which may\nmodify the host_byte).\n\nBefore this fix:\n\n cdb to send: 12 01 01 00 00 00\nioctl(3, SG_IO, {\u0027S\u0027, SG_DXFER_NONE, cmd[6]\u003d[12, 01, 01, 00, 00, 00],\n mx_sb_len\u003d32, iovec_count\u003d0, dxfer_len\u003d0, timeout\u003d20000, flags\u003d0,\n status\u003d02, masked_status\u003d01, sb[19]\u003d[70, 00, 05, 00, 00, 00, 00, 0b,\n 00, 00, 00, 00, 24, 00, 00, 00, 00, 00, 00], host_status\u003d0x10,\n driver_status\u003d0x8, resid\u003d0, duration\u003d0, info\u003d0x1}) \u003d 0\nSCSI Status: Check Condition\n\nSense Information:\nsense buffer empty\n\nAfter:\n\n cdb to send: 12 01 01 00 00 00\nioctl(3, SG_IO, {\u0027S\u0027, SG_DXFER_NONE, cmd[6]\u003d[12, 01, 01, 00, 00, 00],\n mx_sb_len\u003d32, iovec_count\u003d0, dxfer_len\u003d0, timeout\u003d20000, flags\u003d0,\n status\u003d02, masked_status\u003d01, sb[19]\u003d[70, 00, 05, 00, 00, 00, 00, 0b,\n 00, 00, 00, 00, 24, 00, 00, 00, 00, 00, 00], host_status\u003d0,\n driver_status\u003d0x8, resid\u003d0, duration\u003d0, info\u003d0x1}) \u003d 0\nSCSI Status: Check Condition\n\nSense Information:\n Fixed format, current; Sense key: Illegal Request\n Additional sense: Invalid field in cdb\n Raw sense data (in hex):\n 70 00 05 00 00 00 00 0b 00 00 00 00 24 00 00 00\n 00 00 00\n\nReported-by: Paolo Bonzini \u003cpbonzini@redhat.com\u003e\nTested-by: Paolo Bonzini \u003cpbonzini@redhat.com\u003e\nSigned-off-by: Mike Snitzer \u003csnitzer@redhat.com\u003e\nReviewed-by: Babu Moger \u003cbabu.moger@netapp.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\n\n" }, { "commit": "dc0c0a9fc1f7ce1051f144c749f75921085fc869", "tree": "d1d97b92ce5acde590421938ca9383a0ec6e1737", "parents": [ "43da476d7f734a1b55680668246d0237dde4ea57" ], "author": { "name": "Kashyap Desai", "email": "Kashyap.Desai@lsi.com", "time": "Tue Jul 17 18:20:44 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Sep 14 10:00:23 2012 -0700" }, "message": "SCSI: megaraid_sas: Move poll_aen_lock initializer\n\ncommit bd8d6dd43a77bfd2b8fef5b094b9d6095e169dee upstream.\n\nThe following patch moves the poll_aen_lock initializer from\nmegasas_probe_one() to megasas_init(). This prevents a crash when a user\nloads the driver and tries to issue a poll() system call on the ioctl\ninterface with no adapters present.\n\nSigned-off-by: Kashyap Desai \u003cKashyap.Desai@lsi.com\u003e\nSigned-off-by: Adam Radford \u003caradford@gmail.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "a9959bb7e1510edb3326beb354e59da0a6a0dab1", "tree": "18857cd073bb4010495b9353d064f9de0ad52057", "parents": [ "5750abb9208ee301f0ae9c6c6cb231460feddf0e" ], "author": { "name": "Sven Schnelle", "email": "svens@stackframe.org", "time": "Fri Aug 17 21:43:43 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Sep 14 10:00:22 2012 -0700" }, "message": "USB: CDC ACM: Fix NULL pointer dereference\n\ncommit 99f347caa4568cb803862730b3b1f1942639523f upstream.\n\nIf a device specifies zero endpoints in its interface descriptor,\nthe kernel oopses in acm_probe(). Even though that\u0027s clearly an\ninvalid descriptor, we should test wether we have all endpoints.\nThis is especially bad as this oops can be triggered by just\nplugging a USB device in.\n\nSigned-off-by: Sven Schnelle \u003csvens@stackframe.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "5750abb9208ee301f0ae9c6c6cb231460feddf0e", "tree": "a4bd9f0162051b2683b1c575430b1c8f390dc0fe", "parents": [ "98ad260d991f75b38ac1fbce0a10b4a45799f97b" ], "author": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Aug 17 17:48:26 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Sep 14 10:00:21 2012 -0700" }, "message": "USB: smsusb: remove __devinit* from the struct usb_device_id table\n\ncommit d04dbd1c0ec17a13326c8f2279399c225836a79f 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: Mauro Carvalho Chehab \u003cmchehab@infradead.org\u003e\nCC: Michael Krufky \u003cmkrufky@linuxtv.org\u003e\nCC: Paul Gortmaker \u003cpaul.gortmaker@windriver.com\u003e\nCC: Doron Cohen \u003cdoronc@siano-ms.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "98ad260d991f75b38ac1fbce0a10b4a45799f97b", "tree": "597fd710d38642f78ba63a64fa40ffe892376654", "parents": [ "37037e1533d34db1256977fe2363142b8287780b" ], "author": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Aug 17 17:48:29 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Sep 14 10:00:21 2012 -0700" }, "message": "USB: rtl8187: remove __devinit* from the struct usb_device_id table\n\ncommit a3433179d0822ccfa8e80aa4d1d52843bd2dcc63 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: Herton Ronaldo Krzesinski \u003cherton@canonical.com\u003e\nCC: Hin-Tak Leung \u003chtl10@users.sourceforge.net\u003e\nCC: Larry Finger \u003cLarry.Finger@lwfinger.net\u003e\nCC: \"John W. Linville\" \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "37037e1533d34db1256977fe2363142b8287780b", "tree": "d9e8d62b4009199340d8692709e817851bad336a", "parents": [ "3ecad65934b8d33eeab93f2230f6418642013d27" ], "author": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Aug 17 17:48:28 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Sep 14 10:00:21 2012 -0700" }, "message": "USB: p54usb: remove __devinit* from the struct usb_device_id table\n\ncommit b9c4167cbbafddac3462134013bc15e63e4c53ef 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: Christian Lamparter \u003cchunkeey@googlemail.com\u003e\nCC: \"John W. Linville\" \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "3ecad65934b8d33eeab93f2230f6418642013d27", "tree": "a9bcc2311233a4bc64c60c2e9353501d734f8ce6", "parents": [ "3c8ac60ddf5f8efaa1b65466fa357954259e387d" ], "author": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Aug 17 17:48:27 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Sep 14 10:00:21 2012 -0700" }, "message": "USB: jl2005bcd: remove __devinit* from the struct usb_device_id table\n\ncommit ec063351684298e295dc9444d143ddfd6ab02df8 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: Hans de Goede \u003chdegoede@redhat.com\u003e\nCC: Mauro Carvalho Chehab \u003cmchehab@infradead.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "3c8ac60ddf5f8efaa1b65466fa357954259e387d", "tree": "c9a5c274e5ed5be46310a42123fb7c67ac51b3b8", "parents": [ "e9497730c0f0b2b15006a869a2d3ed6febce5f1b" ], "author": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Aug 17 17:48:27 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Sep 14 10:00:21 2012 -0700" }, "message": "USB: spca506: remove __devinit* from the struct usb_device_id table\n\ncommit e694d518886c7afedcdd1732477832b2e32744e4 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: Hans de Goede \u003chdegoede@redhat.com\u003e\nCC: Mauro Carvalho Chehab \u003cmchehab@infradead.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "0522ba5d15022bca061c7c73c811eaed916bb369", "tree": "390e674dbf113483a5a9486f5ddd86f9221f1789", "parents": [ "3ad3bc52af22aa08b703c57f494e6d7f9beabe7b" ], "author": { "name": "Aaro Koskinen", "email": "aaro.koskinen@iki.fi", "time": "Wed Aug 15 01:10:04 2012 +0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Sep 14 10:00:21 2012 -0700" }, "message": "regulator: twl-regulator: fix up VINTANA1/VINTANA2\n\ncommit 908d6d52928a7f2a4b317aac47542c5fbef43d88 upstream.\n\nIt seems commit 2098e95ce9bb039ff2e7bf836df358d18a176139 (regulator: twl:\nadapt twl-regulator driver to dt) accidentally deleted VINTANA1. Also\nthe same commit defines VINTANA2 twice with TWL4030_ADJUSTABLE_LDO and\nTWL4030_FIXED_LDO. This patch changes the fixed one to be VINTANA1.\n\nI noticed this when auditing my N900 boot logs. I could not notice any\nchange in device behaviour, though, except that the boot logs are now\nlike before:\n\n\t...\n\t[ 0.282928] VDAC: 1800 mV normal standby\n\t[ 0.284027] VCSI: 1800 mV normal standby\n\t[ 0.285400] VINTANA1: 1500 mV normal standby\n\t[ 0.286865] VINTANA2: 2750 mV normal standby\n\t[ 0.288208] VINTDIG: 1500 mV normal standby\n\t[ 0.289978] VSDI_CSI: 1800 mV normal standby\n\t...\n\nSigned-off-by: Aaro Koskinen \u003caaro.koskinen@iki.fi\u003e\nSigned-off-by: Mark Brown \u003cbroonie@opensource.wolfsonmicro.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "3ad3bc52af22aa08b703c57f494e6d7f9beabe7b", "tree": "e4c59b4b91f061a289dc08741ba97a2aebb67523", "parents": [ "8d30b9939e38e55035bad49f964ff6a3f671179e" ], "author": { "name": "Alexandre Bounine", "email": "alexandre.bounine@idt.com", "time": "Tue Aug 21 16:16:12 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Sep 14 10:00:20 2012 -0700" }, "message": "rapidio/tsi721: fix unused variable compiler warning\n\ncommit 9a9a9a7adafe62a34de8b4fb48936c1c5f9bafa5 upstream.\n\nFix unused variable compiler warning when built with CONFIG_RAPIDIO_DEBUG\noption off.\n\nThis patch is applicable to kernel versions starting from v3.2\n\nSigned-off-by: Alexandre Bounine \u003calexandre.bounine@idt.com\u003e\nCc: Matt Porter \u003cmporter@kernel.crashing.org\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": "8d30b9939e38e55035bad49f964ff6a3f671179e", "tree": "c2374749e51e15d0b2b8ecda70b79c44f6724acf", "parents": [ "190d60406f1e111bd212e271076bdab9e104ebe6" ], "author": { "name": "Alexandre Bounine", "email": "alexandre.bounine@idt.com", "time": "Tue Aug 21 16:16:11 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Sep 14 10:00:20 2012 -0700" }, "message": "rapidio/tsi721: fix inbound doorbell interrupt handling\n\ncommit 3670e7e12e582c6d67761275d148171feb7a9004 upstream.\n\nMake sure that there is no doorbell messages left behind due to disabled\ninterrupts during inbound doorbell processing.\n\nThe most common case for this bug is loss of rionet JOIN messages in\nsystems with three or more rionet participants and MSI or MSI-X enabled.\nAs result, requests for packet transfers may finish with \"destination\nunreachable\" error message.\n\nThis patch is applicable to kernel versions starting from v3.2.\n\nSigned-off-by: Alexandre Bounine \u003calexandre.bounine@idt.com\u003e\nCc: Matt Porter \u003cmporter@kernel.crashing.org\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": "190d60406f1e111bd212e271076bdab9e104ebe6", "tree": "2f1a52e9ac44960821dbcaba4e14dd294a14dbf1", "parents": [ "ebad30a797a5e5093d69e39bc046edab9452fe00" ], "author": { "name": "Jayakrishnan Memana", "email": "jayakrishnan.memana@maxim-ic.com", "time": "Sun Jul 15 10:54:03 2012 -0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Sep 14 10:00:20 2012 -0700" }, "message": "uvcvideo: Reset the bytesused field when recycling an erroneous buffer\n\ncommit 8a3f0ede2b3f5477122060af1a816c6bbf09fcd2 upstream.\n\nBuffers marked as erroneous are recycled immediately by the driver if\nthe nodrop module parameter isn\u0027t set. The buffer payload size is reset\nto 0, but the buffer bytesused field isn\u0027t. This results in the buffer\nbeing immediately considered as complete, leading to an infinite loop in\ninterrupt context.\n\nFix the problem by resetting the bytesused field when recycling the\nbuffer.\n\nSigned-off-by: Jayakrishnan Memana \u003cjayakrishnan.memana@maxim-ic.com\u003e\nSigned-off-by: Laurent Pinchart \u003claurent.pinchart@ideasonboard.com\u003e\nSigned-off-by: Mauro Carvalho Chehab \u003cmchehab@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "81d030df8597288a2fd12950aaf0842dbfa0b216", "tree": "451aa7aca754d26381aa8b0199ef5bcde623961f", "parents": [ "459243191d5ba70a94d74b604b91bf82bb9f0772" ], "author": { "name": "Rafael J. Wysocki", "email": "rjw@sisk.pl", "time": "Sun Aug 12 23:26:07 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Sep 14 10:00:20 2012 -0700" }, "message": "PCI: EHCI: Fix crash during hibernation on ASUS computers\n\ncommit 0b68c8e2c3afaf9807eb1ebe0ccfb3b809570aa4 upstream.\n\nCommit dbf0e4c (PCI: EHCI: fix crash during suspend on ASUS\ncomputers) added a workaround for an ASUS suspend issue related to\nUSB EHCI and a bug in a number of ASUS BIOSes that attempt to shut\ndown the EHCI controller during system suspend if its PCI command\nregister doesn\u0027t contain 0 at that time.\n\nIt turns out that the same workaround is necessary in the analogous\nhibernation code path, so add it.\n\nReferences: https://bugzilla.kernel.org/show_bug.cgi?id\u003d45811\nReported-and-tested-by: Oleksij Rempel \u003cbug-track@fisher-privat.net\u003e\nSigned-off-by: Rafael J. Wysocki \u003crjw@sisk.pl\u003e\nSigned-off-by: Bjorn Helgaas \u003cbhelgaas@google.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "459243191d5ba70a94d74b604b91bf82bb9f0772", "tree": "5921eed681f3ca11f6cb45453d52c4e4376d1fb2", "parents": [ "4500d525ad74c4195cdaf270bcc1f96dd0fd95ed" ], "author": { "name": "Lorenzo Bianconi", "email": "lorenzo.bianconi83@gmail.com", "time": "Fri Aug 10 11:00:24 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Sep 14 10:00:19 2012 -0700" }, "message": "ath9k: fix decrypt_error initialization in ath_rx_tasklet()\n\ncommit e1352fde5682ab1bdd2a9e5d75c22d1fe210ef77 upstream.\n\nath_rx_tasklet() calls ath9k_rx_skb_preprocess() and ath9k_rx_skb_postprocess()\nin a loop over the received frames. The decrypt_error flag is\ninitialized to false\njust outside ath_rx_tasklet() loop. ath9k_rx_accept(), called by\nath9k_rx_skb_preprocess(),\nonly sets decrypt_error to true and never to false.\nThen ath_rx_tasklet() calls ath9k_rx_skb_postprocess() and passes\ndecrypt_error to it.\nSo, after a decryption error, in ath9k_rx_skb_postprocess(), we can\nhave a leftover value\nfrom another processed frame. In that case, the frame will not be marked with\nRX_FLAG_DECRYPTED even if it is decrypted correctly.\nWhen using CCMP encryption this issue can lead to connection stuck\nbecause of CCMP\nPN corruption and a waste of CPU time since mac80211 tries to decrypt an already\ndeciphered frame with ieee80211_aes_ccm_decrypt.\nFix the issue initializing decrypt_error flag at the begging of the\nath_rx_tasklet() loop.\n\nSigned-off-by: Lorenzo Bianconi \u003clorenzo.bianconi83@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": "4500d525ad74c4195cdaf270bcc1f96dd0fd95ed", "tree": "8dba3edb75dd6116ff6c315682ead83466f5c1df", "parents": [ "8b340965ad3da83146684a9b68657374c5a8bfa4" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Mon Aug 20 10:57:22 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Sep 14 10:00:19 2012 -0700" }, "message": "ACPI: export symbol acpi_get_table_with_size\n\ncommit 4f81f986761a7663db7d24d24cd6ae68008f1fc2 upstream.\n\nWe need it in the radeon drm module to fetch\nand verify the vbios image on UEFI systems.\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "8b340965ad3da83146684a9b68657374c5a8bfa4", "tree": "0b3bf40844bf62608992d941cce98cdc300c85cf", "parents": [ "234c04ccc3c86c1da2f4173fdafb805bb6160380" ], "author": { "name": "Stephen M. Cameron", "email": "scameron@beardog.cce.hp.com", "time": "Tue Aug 21 16:15:49 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Sep 14 10:00:19 2012 -0700" }, "message": "cciss: fix incorrect scsi status reporting\n\ncommit b0cf0b118c90477d1a6811f2cd2307f6a5578362 upstream.\n\nDelete code which sets SCSI status incorrectly as it\u0027s already been set\ncorrectly above this incorrect code. The bug was introduced in 2009 by\ncommit b0e15f6db111 (\"cciss: fix typo that causes scsi status to be\nlost.\")\n\nSigned-off-by: Stephen M. Cameron \u003cscameron@beardog.cce.hp.com\u003e\nReported-by: Roel van Meer \u003croel.vanmeer@bokxing.nl\u003e\nTested-by: Roel van Meer \u003croel.vanmeer@bokxing.nl\u003e\nCc: Jens Axboe \u003caxboe@kernel.dk\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": "cbd3df71bb6563fe9ab2a16dc57937c0b59c3976", "tree": "7937cd0c335a81fb5b8044f4961d9a1e0dc9564e", "parents": [ "e51f2ce36e978380402105199577cfb807a8ba16" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Tue Aug 21 09:55:01 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Sep 14 10:00:19 2012 -0700" }, "message": "Revert \"drm/radeon: fix bo creation retry path\"\n\ncommit 676bc2e1e4f9072f7a640d5b7c99ffdf9709a6e7 upstream.\n\nThis reverts commit d1c7871ddb1f588b8eb35affd9ee1a3d5e11cd0c.\n\nttm_bo_init() destroys the BO on failure. So this patch makes\nthe retry path work with freed memory. This ends up causing\nkernel panics when this path is hit.\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "e51f2ce36e978380402105199577cfb807a8ba16", "tree": "56b5224da06ef4bcddf43a29fb3d86c0b857700a", "parents": [ "47b8bbd6c2aab324fa57f004f89abb40bb8478be" ], "author": { "name": "Alan Cox", "email": "alan@linux.intel.com", "time": "Mon Aug 20 14:44:52 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Sep 14 10:00:19 2012 -0700" }, "message": "drm: stop vmgfx driver explosion\n\ncommit f5869a8308f77e3dfdc2e3640842b285aa788ff8 upstream.\n\nIf you do a page flip with no flags set then event is NULL. If event is\nNULL then the vmw_gfx driver likes to go digging into NULL and extracts\nNULL-\u003ebase.file_priv.\n\nOn a modern kernel with NULL mapping protection it\u0027s just another oops,\nwithout it there are some \"intriguing\" possibilities.\n\nWhat it should do is an open question but that for the driver owners to\nsort out.\n\nSigned-off-by: Alan Cox \u003calan@linux.intel.com\u003e\nReviewed-by: Jakob Bornecrantz \u003cjakob@vmware.com\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "94a6f1787e1f896585a093aa2f45cefbbef80f24", "tree": "4e72aa0fbebfe8be1a816adeaee45951d60f3d17", "parents": [ "69b9b6d1966c9d2a3c610401eee3491b28e8a935" ], "author": { "name": "Yi Zou", "email": "yi.zou@intel.com", "time": "Tue Aug 14 16:06:43 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Sep 14 10:00:06 2012 -0700" }, "message": "target: fix NULL pointer dereference bug alloc_page() fails to get memory\n\ncommit d0e27c88d795fb9647153063ec48051fd84e1731 upstream.\n\nI am hitting this bug when the target is low in memory that fails the\nalloc_page() for the newly submitted command. This is a sort of off-by-one\nbug causing NULL pointer dereference in __free_page() since \u0027i\u0027 here is\nreally the counter of total pages that have been successfully allocated here.\n\nSigned-off-by: Yi Zou \u003cyi.zou@intel.com\u003e\nCc: Andy Grover \u003cagrover@redhat.com\u003e\nCc: Nicholas Bellinger \u003cnab@linux-iscsi.org\u003e\nCc: Open-FCoE.org \u003cdevel@open-fcoe.org\u003e\nSigned-off-by: Nicholas Bellinger \u003cnab@linux-iscsi.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "5be8fc241c52f469cd8f2c9e4ebd66ce4ab9df34", "tree": "21e7558992c429e89240b83396580292fad8b611", "parents": [ "660345c4411ec182f2b735c3e19106ea468a9184" ], "author": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Aug 17 17:48:37 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Sep 14 10:00:06 2012 -0700" }, "message": "USB: winbond: remove __devinit* from the struct usb_device_id table\n\ncommit 43a34695d9cd79c6659f09da6d3b0624f3dd169f 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: Pavel Machek \u003cpavel@ucw.cz\u003e\nCC: Paul Gortmaker \u003cpaul.gortmaker@windriver.com\u003e\nCC: \"John W. Linville\" \u003clinville@tuxdriver.com\u003e\nCC: Eliad Peller \u003celiad@wizery.com\u003e\nCC: Devendra Naga \u003cdevendra.aaru@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "449daa0ed24c186c7fd014e698f37cbb8aaf7a4c", "tree": "13db0b624d95f870b4f673a8f13230db5f4f379a", "parents": [ "588d6b125faae8f369352dedaa4632071b93e78e" ], "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": "Fri Sep 14 10:00:04 2012 -0700" }, "message": "Revert dma: imx-dma: Fix kernel crash due to missing clock conversion\n\nThis reverts 9ea2c02bafe276e97b592a046ac733610a6d57fd, which was commit\na2367db2ec5e7fc6fe93e221e0fcdee81b053daf upstream.\n\nIt broke the build on 3.4, and was not needed there.\n\nReported-by: Eric Bénard \u003ceric@eukrea.com\u003e\nCc: Javier Martin \u003cjavier.martin@vista-silicon.com\u003e\nCc: Fabio Estevam \u003cfabio.estevam@freescale.com\u003e\nCc: Sascha Hauer \u003cs.hauer@pengutronix.de\u003e\nCc: Vinod Koul \u003cvinod.koul@linux.intel.com\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": "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": "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": "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": "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": "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": "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": "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": "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": "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": "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": "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": "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": "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": "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": "603cb88c3a73968a0fa498e252cbb781e62bb5b4", "tree": "de870673ebb15ced26e5e64e9b003d1ee6561661", "parents": [ "246dec1d5b521ad2cece0a4ea57a59dca2e3cf38" ], "author": { "name": "Greg Pearson", "email": "greg.pearson@hp.com", "time": "Mon Jul 30 14:39:05 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:05 2012 -0700" }, "message": "pcdp: use early_ioremap/early_iounmap to access pcdp table\n\ncommit 6c4088ac3a4d82779903433bcd5f048c58fb1aca upstream.\n\nefi_setup_pcdp_console() is called during boot to parse the HCDP/PCDP\nEFI system table and setup an early console for printk output. The\nroutine uses ioremap/iounmap to setup access to the HCDP/PCDP table\ninformation.\n\nThe call to ioremap is happening early in the boot process which leads\nto a panic on x86_64 systems:\n\n panic+0x01ca\n do_exit+0x043c\n oops_end+0x00a7\n no_context+0x0119\n __bad_area_nosemaphore+0x0138\n bad_area_nosemaphore+0x000e\n do_page_fault+0x0321\n page_fault+0x0020\n reserve_memtype+0x02a1\n __ioremap_caller+0x0123\n ioremap_nocache+0x0012\n efi_setup_pcdp_console+0x002b\n setup_arch+0x03a9\n start_kernel+0x00d4\n x86_64_start_reservations+0x012c\n x86_64_start_kernel+0x00fe\n\nThis replaces the calls to ioremap/iounmap in efi_setup_pcdp_console()\nwith calls to early_ioremap/early_iounmap which can be called during\nearly boot.\n\nThis patch was tested on an x86_64 prototype system which uses the\nHCDP/PCDP table for early console setup.\n\nSigned-off-by: Greg Pearson \u003cgreg.pearson@hp.com\u003e\nAcked-by: Khalid Aziz \u003ckhalid.aziz@hp.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": "246dec1d5b521ad2cece0a4ea57a59dca2e3cf38", "tree": "a17fd27759edb47f607dda6619a1838850887305", "parents": [ "d7c61cba59ebdb18ebe357b7952f61e4100c2d92" ], "author": { "name": "Luis Henriques", "email": "luis.henriques@canonical.com", "time": "Tue Jun 19 11:29:49 2012 -0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:05 2012 -0700" }, "message": "media: ene_ir: Fix driver initialisation\n\ncommit b31b021988fed9e3741a46918f14ba9b063811db upstream.\n\ncommit 9ef449c6b31bb6a8e6dedc24de475a3b8c79be20 (\"[media] rc: Postpone ISR\nregistration\") fixed an early ISR registration on several drivers. It did\nhowever also introduced a bug by moving the invocation of pnp_port_start()\nto the end of the probe function.\n\nThis patch fixes this issue by moving the invocation of pnp_port_start() to\nan earlier stage in the probe function.\n\nSigned-off-by: Luis Henriques \u003cluis.henriques@canonical.com\u003e\nCc: Jarod Wilson \u003cjarod@redhat.com\u003e\nSigned-off-by: Mauro Carvalho Chehab \u003cmchehab@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "88cdb96565315a7e127a1fcd6a8e2d1374be9aa2", "tree": "5f2971f38e7bc8f1656f4a51f533b46fd556cdd9", "parents": [ "5eaac83b7362a1944afde7e867e53c7135e36d68" ], "author": { "name": "Alex Hung", "email": "alex.hung@canonical.com", "time": "Wed Jun 20 11:47:35 2012 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:04 2012 -0700" }, "message": "asus-wmi: use ASUS_WMI_METHODID_DSTS2 as default DSTS ID.\n\ncommit 63a78bb1051b240417daad3a3fa9c1bb10646dca upstream.\n\nAccording to responses from the BIOS team, ASUS_WMI_METHODID_DSTS2\n(0x53545344) will be used as future DSTS ID. In addition, calling\nasus_wmi_evaluate_method(ASUS_WMI_METHODID_DSTS2, 0, 0, NULL) returns\nASUS_WMI_UNSUPPORTED_METHOD in new ASUS laptop PCs. This patch fixes\nno DSTS ID will be assigned in this case.\n\nSigned-off-by: Alex Hung \u003calex.hung@canonical.com\u003e\nSigned-off-by: Matthew Garrett \u003cmjg@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "5eaac83b7362a1944afde7e867e53c7135e36d68", "tree": "8c3de8082f3243f2f3f4d5f57a85f2b2a1061786", "parents": [ "8067fa23092f2c4e18c29c90f7d5bb765dbf8954" ], "author": { "name": "Tony Luck", "email": "tony.luck@intel.com", "time": "Thu Jul 26 10:55:26 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Aug 15 08:10:04 2012 -0700" }, "message": "Redefine ATOMIC_INIT and ATOMIC64_INIT to drop the casts\n\ncommit a119365586b0130dfea06457f584953e0ff6481d upstream.\n\nThe following build error occured during a ia64 build with\nswap-over-NFS patches applied.\n\nnet/core/sock.c:274:36: error: initializer element is not constant\nnet/core/sock.c:274:36: error: (near initialization for \u0027memalloc_socks\u0027)\nnet/core/sock.c:274:36: error: initializer element is not constant\n\nThis is identical to a parisc build error. Fengguang Wu, Mel Gorman\nand James Bottomley did all the legwork to track the root cause of\nthe problem. This fix and entire commit log is shamelessly copied\nfrom them with one extra detail to change a dubious runtime use of\nATOMIC_INIT() to atomic_set() in drivers/char/mspec.c\n\nDave Anglin says:\n\u003e Here is the line in sock.i:\n\u003e\n\u003e struct static_key memalloc_socks \u003d ((struct static_key) { .enabled \u003d\n\u003e ((atomic_t) { (0) }) });\n\nThe above line contains two compound literals. It also uses a designated\ninitializer to initialize the field enabled. A compound literal is not a\nconstant expression.\n\nThe location of the above statement isn\u0027t fully clear, but if a compound\nliteral occurs outside the body of a function, the initializer list must\nconsist of constant expressions.\n\nSigned-off-by: Tony Luck \u003ctony.luck@intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "6091e5bc36cc2d74b2c5ab1ae2dcf32cf82e242f", "tree": "2dbb4859ee1d9ef896fccbe6117e07f30b1aaf23", "parents": [ "143d9963df6580491f9a5c38c9d4883786f78123" ], "author": { "name": "Colin Ian King", "email": "colin.king@canonical.com", "time": "Mon Jul 30 16:06:42 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Thu Aug 09 08:31:51 2012 -0700" }, "message": "USB: echi-dbgp: increase the controller wait time to come out of halt.\n\ncommit f96a4216e85050c0a9d41a41ecb0ae9d8e39b509 upstream.\n\nThe default 10 microsecond delay for the controller to come out of\nhalt in dbgp_ehci_startup is too short, so increase it to 1 millisecond.\n\nThis is based on emperical testing on various USB debug ports on\nmodern machines such as a Lenovo X220i and an Ivybridge development\nplatform that needed to wait ~450-950 microseconds.\n\nSigned-off-by: Colin Ian King \u003ccolin.king@canonical.com\u003e\nSigned-off-by: Jason Wessel \u003cjason.wessel@windriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "143d9963df6580491f9a5c38c9d4883786f78123", "tree": "ffb8f59e0ed3715d6a14b8664ebd937bc9b4e9dd", "parents": [ "2ce42ec4ef551b08d2e5d26775d838ac640f82ad" ], "author": { "name": "Mathias Krause", "email": "minipli@googlemail.com", "time": "Sun Jul 29 19:45:14 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Thu Aug 09 08:31:51 2012 -0700" }, "message": "net/tun: fix ioctl() based info leaks\n\n[ Upstream commits a117dacde0288f3ec60b6e5bcedae8fa37ee0dfc\n and 8bbb181308bc348e02bfdbebdedd4e4ec9d452ce ]\n\nThe tun module leaks up to 36 bytes of memory by not fully initializing\na structure located on the stack that gets copied to user memory by the\nTUNGETIFF and SIOCGIFHWADDR ioctl()s.\n\nSigned-off-by: Mathias Krause \u003cminipli@googlemail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "e5481652427aa25fc74b45d755ff678df33601c1", "tree": "04b15c7ebde6c02d5089dab768c14df591133634", "parents": [ "ac6b310c5f5ecd6154e07069c6b6b67b7e768d8b" ], "author": { "name": "Dan Carpenter", "email": "dan.carpenter@oracle.com", "time": "Fri Jul 27 01:46:51 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Thu Aug 09 08:31:51 2012 -0700" }, "message": "USB: kaweth.c: use GFP_ATOMIC under spin_lock\n\n[ Upstream commit e4c7f259c5be99dcfc3d98f913590663b0305bf8 ]\n\nThe problem is that we call this with a spin lock held. The call tree\nis:\n\tkaweth_start_xmit() holds kaweth-\u003edevice_lock.\n\t-\u003e kaweth_async_set_rx_mode()\n\t -\u003e kaweth_control()\n\t -\u003e kaweth_internal_control_msg()\n\nThe kaweth_internal_control_msg() function is only called from\nkaweth_control() which used GFP_ATOMIC for its allocations.\n\nSigned-off-by: Dan Carpenter \u003cdan.carpenter@oracle.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "2138dede8c23f5646c81381c71aac37e67b491b0", "tree": "7149cb0466c7aaaae4449d1cf8bdc47908c95863", "parents": [ "f63b1d926016ce39e06a9a39084d205e072541e2" ], "author": { "name": "Alan Cox", "email": "alan@linux.intel.com", "time": "Tue Jul 24 02:42:14 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Thu Aug 09 08:31:50 2012 -0700" }, "message": "caif: fix NULL pointer check\n\n[ Upstream commit c66b9b7d365444b433307ebb18734757cb668a02 ]\n\nReported-by: \u003crucsoftsec@gmail.com\u003e\nResolves-bug: http://bugzilla.kernel.org/show_bug?44441\nSigned-off-by: Alan Cox \u003calan@linux.intel.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "f63b1d926016ce39e06a9a39084d205e072541e2", "tree": "2ab0e8d80d11c3a327a97288ff7f09d92f8ad80a", "parents": [ "4deb65e759dd2ff7dd5e40bd6d4bf0dad6d88269" ], "author": { "name": "Francois Romieu", "email": "romieu@fr.zoreil.com", "time": "Mon Jul 23 22:55:55 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Thu Aug 09 08:31:44 2012 -0700" }, "message": "r8169: revert \"add byte queue limit support\".\n\n[ Upstream commit 17bcb684f08649a2ab6a7dcd8288332e72d208f1 ]\n\nThis reverts commit 036dafa28da1e2565a8529de2ae663c37b7a0060.\n\nFirst it appears in bisection, then reverting it solves the usual\nnetdev watchdog problem for different people. I don\u0027t have a proper\nfix yet so get rid of it.\n\nBisected-and-reported-by: Alex Villacís Lasso \u003ca_villacis@palosanto.com\u003e\nSigned-off-by: Francois Romieu \u003cromieu@fr.zoreil.com\u003e\nCc: Josh Boyer \u003cjwboyer@redhat.com\u003e\nCc: Hayes Wang \u003chayeswang@realtek.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "af8ca6ddbb2928d5fb26f0a78710971e1210a299", "tree": "d25220dfac1ad1627388cc19fd4047480b16e415", "parents": [ "a5b4b62d8517f12c77f912b8c249e36019d31a0c" ], "author": { "name": "Michael Chan", "email": "mchan@broadcom.com", "time": "Tue Jul 10 10:04:40 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Thu Aug 09 08:31:41 2012 -0700" }, "message": "bnx2: Fix bug in bnx2_free_tx_skbs().\n\n[ Upstream commit c1f5163de417dab01fa9daaf09a74bbb19303f3c ]\n\nIn rare cases, bnx2x_free_tx_skbs() can unmap the wrong DMA address\nwhen it gets to the last entry of the tx ring. We were not using\nthe proper macro to skip the last entry when advancing the tx index.\n\nReported-by: Zongyun Lai \u003czlai@vmware.com\u003e\nReviewed-by: Jeffrey Huang \u003chuangjw@broadcom.com\u003e\nSigned-off-by: Michael Chan \u003cmchan@broadcom.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" } ], "next": "d680c0462d9f4d96b255853364fb0bcd5c202553" }