)]}' { "log": [ { "commit": "d4560a886a6ddd150cb5489d2b9491f96349aa7f", "tree": "54aa363da16eb5c9bb2a2f877a6de50ab42a6bba", "parents": [ "e559e564fbf46caf1d2c5a531ffe8b745b117c3f" ], "author": { "name": "Neil Horman", "email": "nhorman@tuxdriver.com", "time": "Mon Jan 02 15:31:23 2012 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:34:55 2012 -0800" }, "message": "firmware: Fix an oops on reading fw_priv-\u003efw in sysfs loading file\n\ncommit eea915bb0d1358755f151eaefb8208a2d5f3e10c upstream.\n\nThis oops was reported recently:\nfirmware_loading_store+0xf9/0x17b\ndev_attr_store+0x20/0x22\nsysfs_write_file+0x101/0x134\nvfs_write+0xac/0xf3\nsys_write+0x4a/0x6e\nsystem_call_fastpath+0x16/0x1b\n\nThe complete backtrace was unfortunately not captured, but details can be found\nhere:\nhttps://bugzilla.redhat.com/show_bug.cgi?id\u003d769920\n\nThe cause is fairly clear.\n\nIts caused by the fact that firmware_loading_store has a case 0 in its\nswitch statement that reads and writes the fw_priv-\u003efw poniter without the\nprotection of the fw_lock mutex. since there is a window between the time that\n_request_firmware sets fw_priv-\u003efw to NULL and the time the corresponding sysfs\nfile is unregistered, its possible for a user space application to race in, and\nwrite a zero to the loading file, causing a NULL dereference in\nfirmware_loading_store. Fix it by extending the protection of the fw_lock mutex\nto cover all of the firware_loading_store function.\n\nSigned-off-by: Neil Horman \u003cnhorman@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "eb1f526d4bfda44e94ccdf34950911eaff74b092", "tree": "adb07472c31187ba4ddb85f8582dba9c46003767", "parents": [ "ef50d8d96fa350c1f602f8c3bae65eb21ddb28e3" ], "author": { "name": "Mohammed Shafi Shajakhan", "email": "mohammed@qca.qualcomm.com", "time": "Mon Dec 26 10:42:15 2011 +0530" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:14 2012 -0800" }, "message": "ath9k: Fix kernel panic in AR2427 in AP mode\n\ncommit b25bfda38236f349cde0d1b28952f4eea2148d3f upstream.\n\ndon\u0027t do aggregation related stuff for \u0027AP mode client power save\nhandling\u0027 if aggregation is not enabled in the driver, otherwise it\nwill lead to panic because those data structures won\u0027t be never\nintialized in \u0027ath_tx_node_init\u0027 if aggregation is disabled\n\n\tEIP is at ath_tx_aggr_wakeup+0x37/0x80 [ath9k]\n\tEAX: e8c09a20 EBX: f2a304e8 ECX: 00000001 EDX: 00000000\n\tESI: e8c085e0 EDI: f2a304ac EBP: f40e1ca4 ESP: f40e1c8c\n\tDS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068\n\tProcess swapper/1 (pid: 0, ti\u003df40e0000 task\u003df408e860\n\ttask.ti\u003df40dc000)\n\tStack:\n\t0001e966 e8c09a20 00000000 f2a304ac e8c085e0 f2a304ac\n\tf40e1cb0 f8186741\n\tf8186700 f40e1d2c f922988d f2a304ac 00000202 00000001\n\tc0b4ba43 00000000\n\t0000000f e8eb75c0 e8c085e0 205b0001 34383220 f2a304ac\n\tf2a30000 00010020\n\tCall Trace:\n\t[\u003cf8186741\u003e] ath9k_sta_notify+0x41/0x50 [ath9k]\n\t[\u003cf8186700\u003e] ? ath9k_get_survey+0x110/0x110 [ath9k]\n\t[\u003cf922988d\u003e] ieee80211_sta_ps_deliver_wakeup+0x9d/0x350\n\t[mac80211]\n\t[\u003cc018dc75\u003e] ? __module_address+0x95/0xb0\n\t[\u003cf92465b3\u003e] ap_sta_ps_end+0x63/0xa0 [mac80211]\n\t[\u003cf9246746\u003e] ieee80211_rx_h_sta_process+0x156/0x2b0\n\t[mac80211]\n\t[\u003cf9247d1e\u003e] ieee80211_rx_handlers+0xce/0x510 [mac80211]\n\t[\u003cc018440b\u003e] ? trace_hardirqs_on+0xb/0x10\n\t[\u003cc056936e\u003e] ? skb_queue_tail+0x3e/0x50\n\t[\u003cf9248271\u003e] ieee80211_prepare_and_rx_handle+0x111/0x750\n\t[mac80211]\n\t[\u003cf9248bf9\u003e] ieee80211_rx+0x349/0xb20 [mac80211]\n\t[\u003cf9248949\u003e] ? ieee80211_rx+0x99/0xb20 [mac80211]\n\t[\u003cf818b0b8\u003e] ath_rx_tasklet+0x818/0x1d00 [ath9k]\n\t[\u003cf8187a75\u003e] ? ath9k_tasklet+0x35/0x1c0 [ath9k]\n\t[\u003cf8187a75\u003e] ? ath9k_tasklet+0x35/0x1c0 [ath9k]\n\t[\u003cf8187b33\u003e] ath9k_tasklet+0xf3/0x1c0 [ath9k]\n\t[\u003cc0151b7e\u003e] tasklet_action+0xbe/0x180\n\nCc: Senthil Balasubramanian \u003csenthilb@qca.qualcomm.com\u003e\nCc: Rajkumar Manoharan \u003crmanohar@qca.qualcomm.com\u003e\nReported-by: Ashwin Mendonca \u003cashwinloyal@gmail.com\u003e\nTested-by: Ashwin Mendonca \u003cashwinloyal@gmail.com\u003e\nSigned-off-by: Mohammed Shafi Shajakhan \u003cmohammed@qca.qualcomm.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "b47f3ad598247071dcab661f94655bbe8074467a", "tree": "75f44109d110486f3fdfa2c27f9bdc9cb9c0f221", "parents": [ "c61e023d2b6ca9d0aaf766659a81ad5d017e5b53" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Jan 03 17:32:13 2012 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:13 2012 -0800" }, "message": "Revert \"rtc: Disable the alarm in the hardware\"\n\ncommit 157e8bf8b4823bfcdefa6c1548002374b61f61df upstream.\n\nThis reverts commit c0afabd3d553c521e003779c127143ffde55a16f.\n\nIt causes failures on Toshiba laptops - instead of disabling the alarm,\nit actually seems to enable it on the affected laptops, resulting in\n(for example) the laptop powering on automatically five minutes after\nshutdown.\n\nThere\u0027s a patch for it that appears to work for at least some people,\nbut it\u0027s too late to play around with this, so revert for now and try\nagain in the next merge window.\n\nSee for example\n\n\thttp://bugs.debian.org/652869\n\nReported-and-bisected-by: Andreas Friedrich \u003cafrie@gmx.net\u003e (Toshiba Tecra)\nReported-by: Antonio-M. Corbi Bellot \u003cantonio.corbi@ua.es\u003e (Toshiba Portege R500)\nReported-by: Marco Santos \u003cmarco.santos@waynext.com\u003e (Toshiba Portege Z830)\nReported-by: Christophe Vu-Brugier \u003ccvubrugier@yahoo.fr\u003e (Toshiba Portege R830)\nCc: Jonathan Nieder \u003cjrnieder@gmail.com\u003e\nRequested-by: John Stultz \u003cjohn.stultz@linaro.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "e343400d67fa390709d8147972eb4b700018811b", "tree": "25af95404618df3fc3c25affbe5ac1600b96e424", "parents": [ "6826d3e80d143ca7411fd2dca05bc57c7ed3e620" ], "author": { "name": "Alexander Müller", "email": "serveralex@gmail.com", "time": "Fri Dec 30 12:55:48 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:12 2012 -0800" }, "message": "drm/radeon/kms/atom: fix possible segfault in pm setup\n\ncommit 4376eee92e5a8332b470040e672ea99cd44c826a upstream.\n\nIf we end up with no power states, don\u0027t look up\ncurrent vddc.\n\nfixes:\nhttps://bugs.freedesktop.org/show_bug.cgi?id\u003d44130\n\nagd5f: fix patch formatting\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "3b26fd897af35e9d48cfbadef1e7f24287d6f1ba", "tree": "dbc8e52090cdf6bc2b7868f49c962fa923850632", "parents": [ "cb3b250af580752ed54642e37640daf714b30ad3" ], "author": { "name": "Konrad Rzeszutek Wilk", "email": "konrad.wilk@oracle.com", "time": "Thu Dec 15 11:28:46 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:11 2012 -0800" }, "message": "xen/swiotlb: Use page alignment for early buffer allocation.\n\ncommit 63a741757d15320a25ebf5778f8651cce2ed0611 upstream.\n\nThis fixes an odd bug found on a Dell PowerEdge 1850/0RC130\n(BIOS A05 01/09/2006) where all of the modules doing pci_set_dma_mask\nwould fail with:\n\nata_piix 0000:00:1f.1: enabling device (0005 -\u003e 0007)\nata_piix 0000:00:1f.1: can\u0027t derive routing for PCI INT A\nata_piix 0000:00:1f.1: BMDMA: failed to set dma mask, falling back to PIO\n\nThe issue was the Xen-SWIOTLB was allocated such as that the end of\nbuffer was stradling a page (and also above 4GB). The fix was\nspotted by Kalev Leonid which was to piggyback on git commit\ne79f86b2ef9c0a8c47225217c1018b7d3d90101c \"swiotlb: Use page alignment\nfor early buffer allocation\" which:\n\n\tWe could call free_bootmem_late() if swiotlb is not used, and\n\tit will shrink to page alignment.\n\n\tSo alloc them with page alignment at first, to avoid lose two pages\n\nAnd doing that fixes the outstanding issue.\n\nSuggested-by: \"Kalev, Leonid\" \u003cLeonid.Kalev@ca.com\u003e\nReported-and-Tested-by: \"Taylor, Neal E\" \u003cNeal.Taylor@ca.com\u003e\nSigned-off-by: Konrad Rzeszutek Wilk \u003ckonrad.wilk@oracle.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "cb3b250af580752ed54642e37640daf714b30ad3", "tree": "3e1d0f2ffc295112ef7b6b5b18caabce4dab540c", "parents": [ "b5e0e13b29aa292a2ece89a78757a55e85e9e626" ], "author": { "name": "Kyle Manna", "email": "kyle@kylemanna.com", "time": "Thu Aug 11 22:33:13 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:11 2012 -0800" }, "message": "mfd: Turn on the twl4030-madc MADC clock\n\ncommit 3d6271f92e98094584fd1e609a9969cd33e61122 upstream.\n\nWithout turning the MADC clock on, no MADC conversions occur.\n\n$ cat /sys/class/hwmon/hwmon0/device/in8_input\n[ 53.428436] twl4030_madc twl4030_madc: conversion timeout!\ncat: read error: Resource temporarily unavailable\n\nSigned-off-by: Kyle Manna \u003ckyle@kylemanna.com\u003e\nSigned-off-by: Samuel Ortiz \u003csameo@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "b5e0e13b29aa292a2ece89a78757a55e85e9e626", "tree": "0ec00b1c86e16003117559356799acfe62d2e986", "parents": [ "3ad5a4fbba0c5c863b0a42e2a6a5007de76d3102" ], "author": { "name": "Kyle Manna", "email": "kyle@kylemanna.com", "time": "Thu Aug 11 22:33:14 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:11 2012 -0800" }, "message": "mfd: Check for twl4030-madc NULL pointer\n\ncommit d0e84caeb4cd535923884735906e5730329505b4 upstream.\n\nIf the twl4030-madc device wasn\u0027t registered, and another device, such\nas twl4030-madc-hwmon, calls twl4030_madc_conversion() a NULL pointer is\ndereferenced.\n\nSigned-off-by: Kyle Manna \u003ckyle@kylemanna.com\u003e\nSigned-off-by: Samuel Ortiz \u003csameo@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "3ad5a4fbba0c5c863b0a42e2a6a5007de76d3102", "tree": "9f1c3a12fbbffc72c413d2025fbaaffe774b523e", "parents": [ "4838b7e04451e425895c77f462ae1a70d6d3ff62" ], "author": { "name": "Kyle Manna", "email": "kyle@kylemanna.com", "time": "Thu Aug 11 22:33:12 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:11 2012 -0800" }, "message": "mfd: Copy the device pointer to the twl4030-madc structure\n\ncommit 66cc5b8e50af87b0bbd0f179d76d2826f4549c13 upstream.\n\nWorst case this fixes the following error:\n[ 72.086212] (NULL device *): conversion timeout!\n\nBest case it prevents a crash\n\nSigned-off-by: Kyle Manna \u003ckyle@kylemanna.com\u003e\nSigned-off-by: Samuel Ortiz \u003csameo@linux.intel.com\u003e\n\n" }, { "commit": "4838b7e04451e425895c77f462ae1a70d6d3ff62", "tree": "04b3fbb7a5826923e4e935ab888afbde6b570796", "parents": [ "244e209cbfb8fef744f47f4a9fe0b8c036772d8f" ], "author": { "name": "Sanjeev Premi", "email": "premi@ti.com", "time": "Mon Jul 11 20:50:31 2011 +0530" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:10 2012 -0800" }, "message": "mfd: Fix mismatch in twl4030 mutex lock-unlock\n\ncommit e178ccb33569da17dc897a08a3865441b813bdfb upstream.\n\nA mutex is locked on entry into twl4030_madc_conversion().\nImmediate return on some error conditions leaves the\nmutex locked.\n\nThis patch ensures that mutex is always unlocked before\nleaving the function.\n\nSigned-off-by: Sanjeev Premi \u003cpremi@ti.com\u003e\nCc: Keerthy \u003cj-keerthy@ti.com\u003e\nSigned-off-by: Samuel Ortiz \u003csameo@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "244e209cbfb8fef744f47f4a9fe0b8c036772d8f", "tree": "df44b9ad6af74a07e31073dbec85bf83d914799a", "parents": [ "732e81a7579eb0adb26aeadb209e919ee984d01e" ], "author": { "name": "Emmanuel Grumbach", "email": "emmanuel.grumbach@intel.com", "time": "Mon Dec 26 08:47:33 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:10 2012 -0800" }, "message": "iwlwifi: update SCD BC table for all SCD queues\n\ncommit 96f1f05af76b601ab21a7dc603ae0a1cea4efc3d upstream.\n\nSince we configure all the queues as CHAINABLE, we need to update the\nbyte count for all the queues, not only the AGGREGATABLE ones.\n\nNot doing so can confuse the SCD and make the fw assert.\n\nSigned-off-by: Emmanuel Grumbach \u003cemmanuel.grumbach@intel.com\u003e\nSigned-off-by: Wey-Yi Guy \u003cwey-yi.w.guy@intel.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\n\n" }, { "commit": "e2f377870311c6e2ecf77e1ed6bbcb175ce0dde9", "tree": "ba6f5bdf198c86159668b85d6620df4c55affa35", "parents": [ "b3c5fb8252b04ec02654f80988e68852f1a14cb5" ], "author": { "name": "Djalal Harouni", "email": "tixxdz@opendz.org", "time": "Tue Dec 06 15:47:12 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:05 2012 -0800" }, "message": "ppp: fix pptp double release_sock in pptp_bind()\n\n[ Upstream commit a454daceb78844a09c08b6e2d8badcb76a5d73b9 ]\n\nSigned-off-by: Djalal Harouni \u003ctixxdz@opendz.org\u003e\nAcked-by: Eric Dumazet \u003ceric.dumazet@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "fca54d03a85e883b813255c63bbf11049d2eeb7a", "tree": "0c0823266d4d229d34acead093b4b52acec234ac", "parents": [ "7204bf5ef7295b6041047d581153990164b58988" ], "author": { "name": "Nagalakshmi Nandigama", "email": "nagalakshmi.nandigama@lsi.com", "time": "Wed Jan 04 09:25:13 2012 -0600" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:00 2012 -0800" }, "message": "mpt2sas: fix non-x86 crash on shutdown\n\nUpstrem commit: 911ae9434f83e7355d343f6c2be3ef5b00ea7aed\n\nThere\u0027s a bug in the MSIX backup and restore routines that cause a crash on\nnon-x86 (direct access to PCI space not via read/write). These routines are\nunnecessary and were removed by the above commit, so also remove them from\nstable to fix the crash.\n\nSigned-off-by: Nagalakshmi Nandigama \u003cnagalakshmi.nandigama@lsi.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "6f4214ef6a0e3c8319880eb5570ba2ae787bb577", "tree": "823b7fdfaf1ed5d0c997500bdb86a3773754cdf8", "parents": [ "33c118d42de2ce4c0dbc60b72b2fdf124a54b19d" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Wed Dec 21 11:58:17 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:00 2012 -0800" }, "message": "drm/radeon/kms: bail on BTC parts if MC ucode is missing\n\ncommit 77e00f2ea94abee1ad13bdfde19cf7aa25992b0e upstream.\n\nWe already do this for cayman, need to also do it for\nBTC parts. The default memory and voltage setup is not\nadequate for advanced operation. Continuing will\nresult in an unusable display.\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nCc: Jean Delvare \u003ckhali@linux-fr.org\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "33c118d42de2ce4c0dbc60b72b2fdf124a54b19d", "tree": "2ea8761b60e762080c1101529986d23784c4008f", "parents": [ "3ce696d12b26c9c1cfedeb194a02606bef2854a4" ], "author": { "name": "Mingarelli, Thomas", "email": "Thomas.Mingarelli@hp.com", "time": "Mon Nov 07 10:59:00 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:00 2012 -0800" }, "message": "watchdog: hpwdt: Changes to handle NX secure bit in 32bit path\n\ncommit e67d668e147c3b4fec638c9e0ace04319f5ceccd upstream.\n\nThis patch makes use of the set_memory_x() kernel API in order\nto make necessary BIOS calls to source NMIs.\n\nThis is needed for SLES11 SP2 and the latest upstream kernel as it appears\nthe NX Execute Disable has grown in its control.\n\nSigned-off by: Thomas Mingarelli \u003cthomas.mingarelli@hp.com\u003e\nSigned-off by: Wim Van Sebroeck \u003cwim@iguana.be\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "9267a9e850bf6c52dd7c95f3978dc78a1d3ad1a1", "tree": "fc0a8304cb0919607c24ba85b32c062ca0eef674", "parents": [ "bc23ab0861a252bdbdf3bd982c37a6a96c2ceba6" ], "author": { "name": "Ulf Hansson", "email": "ulf.hansson@stericsson.com", "time": "Tue Dec 13 16:58:43 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:56 2012 -0800" }, "message": "ARM: 7220/1: mmc: mmci: Fixup error handling for dma\n\ncommit 3b6e3c73851a9a4b0e6ed9d378206341dd65e8a5 upstream.\n\nWhen getting a cmd irq during an ongoing data transfer\nwith dma, the dma job were never terminated. This is now\ncorrected.\n\nTested-by: Linus Walleij \u003clinus.walleij@linaro.org\u003e\nSigned-off-by: Per Forlin \u003cper.forlin@stericsson.com\u003e\nSigned-off-by: Ulf Hansson \u003culf.hansson@stericsson.com\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "bc23ab0861a252bdbdf3bd982c37a6a96c2ceba6", "tree": "b8d30591174fc0d093d9454007d33e83735a3959", "parents": [ "8048ac75378918eab0f68ba175915e72ef73e0da" ], "author": { "name": "Ulf Hansson", "email": "ulf.hansson@stericsson.com", "time": "Tue Dec 13 16:51:04 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:56 2012 -0800" }, "message": "ARM: 7214/1: mmc: mmci: Fixup handling of MCI_STARTBITERR\n\ncommit b63038d6f4ca5d1849ce01d9fc5bb9cb426dec73 upstream.\n\nThe interrupt was previously enabled and then correctly cleared.\nNow we also handle it correctly.\n\nTested-by: Linus Walleij \u003clinus.walleij@linaro.org\u003e\nSigned-off-by: Ulf Hansson \u003culf.hansson@stericsson.com\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "a37fd0740a9d2b261dc3d7781e3f3923f9076bb1", "tree": "d403353fb729de0e764429e72bc214850f0c4dc3", "parents": [ "3ed4fae4b9ff076b6a88b341491dc8dee2977f88" ], "author": { "name": "Wey-Yi Guy", "email": "wey-yi.w.guy@intel.com", "time": "Wed Dec 14 08:22:36 2011 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:55 2012 -0800" }, "message": "iwlwifi: allow to switch to HT40 if not associated\n\ncommit 78feb35b8161acd95c33a703ed6ab6f554d29387 upstream.\n\nMy previous patch\n34a5b4b6af104cf18eb50748509528b9bdbc4036 iwlwifi: do not re-configure\nHT40 after associated\n\nFix the case of HT40 after association on specified AP, but it break the\nassociation for some APs and cause not able to establish connection.\nWe need to address HT40 before and after addociation.\n\nReported-by: Andrej Gelenberg \u003candrej.gelenberg@udo.edu\u003e\nSigned-off-by: Wey-Yi Guy \u003cwey-yi.w.guy@intel.com\u003e\nTested-by: Andrej Gelenberg \u003candrej.gelenberg@udo.edu\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "3ed4fae4b9ff076b6a88b341491dc8dee2977f88", "tree": "57b1b9c632abd5f8f4f85d1d6042a04708b0d6d9", "parents": [ "3c00ff7bd542942ff7f3e473d1372b4ae892318f" ], "author": { "name": "Wey-Yi Guy", "email": "wey-yi.w.guy@intel.com", "time": "Thu Dec 08 15:52:00 2011 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:54 2012 -0800" }, "message": "iwlwifi: do not set the sequence control bit is not needed\n\ncommit 123877b80ed62c3b897c53357b622574c023b642 upstream.\n\nCheck the IEEE80211_TX_CTL_ASSIGN_SEQ flag from mac80211, then decide how to\nset the TX_CMD_FLG_SEQ_CTL_MSK bit. Setting the wrong bit in BAR frame whill\nmake the firmware to increment the sequence number which is incorrect and\ncause unknown behavior.\n\nSigned-off-by: Wey-Yi Guy \u003cwey-yi.w.guy@intel.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "3c00ff7bd542942ff7f3e473d1372b4ae892318f", "tree": "e64ec06f12369816675f295dcdb59203de42ed58", "parents": [ "2daac55a9ada99404e67f4f8182a66c4ee8b3969" ], "author": { "name": "Rajkumar Manoharan", "email": "rmanohar@qca.qualcomm.com", "time": "Sat Dec 10 18:59:43 2011 +0530" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:54 2012 -0800" }, "message": "ath9k: fix max phy rate at rate control init\n\ncommit 10636bc2d60942254bda149827b922c41f4cb4af upstream.\n\nThe stations always chooses 1Mbps for all trasmitting frames,\nwhenever the AP is configured to lock the supported rates.\nAs the max phy rate is always set with the 4th from highest phy rate,\nthis assumption might be wrong if we have less than that. Fix that.\n\nCc: Paul Stewart \u003cpstew@google.com\u003e\nReported-by: Ajay Gummalla \u003cagummalla@google.com\u003e\nSigned-off-by: Rajkumar Manoharan \u003crmanohar@qca.qualcomm.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "2daac55a9ada99404e67f4f8182a66c4ee8b3969", "tree": "aee958fbcfedaeeabb32866f76d41bec4422ff02", "parents": [ "2f79eddd49d391aded0b0c20f7eef3bec6d5e096" ], "author": { "name": "Sylwester Nawrocki", "email": "s.nawrocki@samsung.com", "time": "Fri Nov 04 10:07:06 2011 -0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:54 2012 -0800" }, "message": "media: s5p-fimc: Use correct fourcc for RGB565 colour format\n\ncommit f83f71fda27650ae43558633be93652577dbc38c upstream.\n\nWith 16-bit RGB565 colour format pixels are stored by the device in memory\nin the following order:\n\n | b3 | b2 | b1 | b0 |\n ~+-----+-----+-----+-----+\n | R5 G6 B5 | R5 G6 B5 |\n\nThis corresponds to V4L2_PIX_FMT_RGB565 fourcc, not V4L2_PIX_FMT_RGB565X.\nThis change is required to avoid trouble when setting up video pipeline\nwith the s5p-tv devices, so the colour formats at both devices can be\nproperly matched.\n\nSigned-off-by: Sylwester Nawrocki \u003cs.nawrocki@samsung.com\u003e\nSigned-off-by: Kyungmin Park \u003ckyungmin.park@samsung.com\u003e\nSigned-off-by: Mauro Carvalho Chehab \u003cmchehab@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "20e725bc08091c303a469d8e1e295bf3b360c778", "tree": "00a6e8e96f7b91751414eef49b93c4f05ac65ad8", "parents": [ "b05727c7f8e3b30309d013a7d3bbc6d1e6f860ba" ], "author": { "name": "Ilya Yanok", "email": "yanok@emcraft.com", "time": "Mon Aug 01 23:00:28 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:53 2012 -0800" }, "message": "mfd: Fix twl-core oops while calling twl_i2c_* for unbound driver\n\ncommit 8653be1afd60d6e8c36139b487e375b70357d9ef upstream.\n\nCheck inuse variable before trying to access twl_map to prevent\ndereferencing of uninitialized variable.\n\nSigned-off-by: Ilya Yanok \u003cyanok@emcraft.com\u003e\nSigned-off-by: Samuel Ortiz \u003csameo@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "2aad1ca4711a46ca4540c924ffb84e7673a4738c", "tree": "781f78a27e203d00a2344bfab66e0e80dfa7801b", "parents": [ "2e23cd501a9c6a0bfbe2b44781b4a35b0f0d4f29" ], "author": { "name": "Rusty Russell", "email": "rusty@rustcorp.com.au", "time": "Thu Dec 15 13:34:50 2011 +1030" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:52 2012 -0800" }, "message": "mmc: vub300: fix type of firmware_rom_wait_states module parameter\n\ncommit 61074287c2965edf0fc75b54ae8f4ce99f182669 upstream.\n\nYou didn\u0027t mean this to be a bool.\n\nSigned-off-by: Rusty Russell \u003crusty@rustcorp.com.au\u003e\nAcked-by: Tony Olech \u003ctony.olech@elandigitalsystems.com\u003e\nSigned-off-by: Chris Ball \u003ccjb@laptop.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "3c681ec96dcc0acd6d5386773b44e6c129919394", "tree": "c4ea80e1369d685c00273087864083b2230adad4", "parents": [ "724c6ae2912dbfc5c6a9e309f92b786fbc141462" ], "author": { "name": "Robert Richter", "email": "robert.richter@amd.com", "time": "Mon Dec 19 16:38:30 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:51 2012 -0800" }, "message": "oprofile: Fix uninitialized memory access when writing to writing to oprofilefs\n\ncommit 913050b91eb94f194392dd797b1ff3779f606ac0 upstream.\n\nIf oprofilefs_ulong_from_user() is called with count equals\nzero, *val remains unchanged. Depending on the implementation it\nmight be uninitialized.\n\nChange oprofilefs_ulong_from_user()\u0027s interface to return count\non success. Thus, we are able to return early if count equals\nzero which avoids using *val uninitialized. Fixing all users of\noprofilefs_ulong_ from_user().\n\nThis follows write syscall implementation when count is zero:\n\"If count is zero ... [and if] no errors are detected, 0 will be\nreturned without causing any other effect.\" (man 2 write)\n\nReported-By: Mike Waychison \u003cmikew@google.com\u003e\nSigned-off-by: Robert Richter \u003crobert.richter@amd.com\u003e\nCc: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nCc: oprofile-list \u003coprofile-list@lists.sourceforge.net\u003e\nLink: http://lkml.kernel.org/r/20111219153830.GH16765@erda.amd.com\nSigned-off-by: Ingo Molnar \u003cmingo@elte.hu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "5cb6d2895e510f77514ef15c8f061621f09e4d78", "tree": "73b09bafbaf76169b04239b37860a88bf54b663d", "parents": [ "43579d76bdd733c9baf131bbc29719c2a2821569" ], "author": { "name": "Dmitry Torokhov", "email": "dmitry.torokhov@gmail.com", "time": "Mon Dec 12 00:05:53 2011 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:49 2012 -0800" }, "message": "Input: synaptics - fix touchpad not working after S2R on Vostro V13\n\ncommit 8521478f67e95ada4e87970c7b41e504c724b2cf upstream.\n\nSynaptics touchpads on several Dell laptops, particularly Vostro V13\nsystems, may not respond properly to PS/2 commands and queries immediately\nafter resuming from suspend to RAM. This leads to unresponsive touchpad\nafter suspend/resume cycle.\n\nAdding a 1-second delay after resetting the device allows touchpad to\nfinish initializing (calibrating?) and start reacting properly.\n\nReported-by: Daniel Manrique \u003cdaniel.manrique@canonical.com\u003e\nTested-by: Daniel Manrique \u003cdaniel.manrique@canonical.com\u003e\nSigned-off-by: Dmitry Torokhov \u003cdtor@mail.ru\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "fcd02ab513c07dfc792fff5baa7ba7e930eba4b0", "tree": "73aea7340e9a4487144c530558c200e00417a325", "parents": [ "d27bf91d1a9ea58a32bf9dd949e93bb1dc1fc9bf" ], "author": { "name": "Hauke Mehrtens", "email": "hauke@hauke-m.de", "time": "Mon Dec 05 23:19:51 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:48 2012 -0800" }, "message": "ssb: fix init regression with SoCs\n\ncommit 329456d1ffb416c220813725b7363cda9975c9aa upstream.\n\nThis fixes a Data bus error on some SoCs. The first fix for this\nproblem did not solve it on all devices.\n commit 6ae8ec27868bfdbb815287bee8146acbefaee867\n Author: Rafał Miłecki \u003czajec5@gmail.com\u003e\n Date: Tue Jul 5 17:25:32 2011 +0200\n ssb: fix init regression of hostmode PCI core\n\nIn ssb_pcicore_fix_sprom_core_index() the sprom on the PCI core is\naccessed, but the sprom only exists when the ssb bus is connected over\na PCI bus to the rest of the system and not when the SSB Bus is the\nmain system bus. SoCs sometimes have a PCI host controller and there\nthis code will not be executed, but there are some old SoCs with an PCI\ncontroller in client mode around and ssb_pcicore_fix_sprom_core_index()\nshould not be called on these devices too. The PCI controller on these\ndevices are unused, but without this fix it results in an Data bus\nerror when it gets initialized.\n\nCc: Michael Buesch \u003cm@bues.ch\u003e\nCc: Rafał Miłecki \u003czajec5@gmail.com\u003e\nSigned-off-by: Hauke Mehrtens \u003chauke@hauke-m.de\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "d27020f6c090faf3688324af9a8b496435285039", "tree": "b6adb8f5801a815ca54a7889166efd40908ffccc", "parents": [ "e57a4c768c03a91334759def503b2d7616028a35" ], "author": { "name": "Thomas Gleixner", "email": "tglx@linutronix.de", "time": "Fri Nov 11 20:52:01 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:47 2012 -0800" }, "message": "SCSI: fcoe: Fix preempt count leak in fcoe_filter_frames()\n\ncommit 7e1e7ead88dff75b11b86ee0d5232c4591be1326 upstream.\n\nThe error exit path leaks preempt count. Add the missing put_cpu().\n\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nReviewed-by: Yi Zou \u003cyi.zou@intel.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "e57a4c768c03a91334759def503b2d7616028a35", "tree": "26d72dec99e458812a0d90b9b86b30216d516787", "parents": [ "3b538a7aaf6468c40a1faa559417e6165456b8e3" ], "author": { "name": "Anton Blanchard", "email": "anton@samba.org", "time": "Mon Nov 07 22:05:21 2011 +1100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:47 2012 -0800" }, "message": "SCSI: mpt2sas: _scsih_smart_predicted_fault uses GFP_KERNEL in interrupt context\n\ncommit f6a290b419a2675c4b77a6b0731cd2a64332365e upstream.\n\n_scsih_smart_predicted_fault is called in an interrupt and therefore\nmust allocate memory using GFP_ATOMIC.\n\nSigned-off-by: Anton Blanchard \u003canton@samba.org\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "3b538a7aaf6468c40a1faa559417e6165456b8e3", "tree": "0ea642cd792b23e8b2425a776b2e322c97a0fb8a", "parents": [ "cec3c159f674367def095745a72ac6150f889243" ], "author": { "name": "Steffen Maier", "email": "maier@linux.vnet.ibm.com", "time": "Fri Nov 18 20:00:40 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:47 2012 -0800" }, "message": "SCSI: zfcp: return early from slave_destroy if slave_alloc returned early\n\ncommit 44f747fff6e9f027a4866c1a6864e26ae7c510c8 upstream.\n\nzfcp_scsi_slave_destroy erroneously always tried to finish its task\neven if the corresponding previous zfcp_scsi_slave_alloc returned\nearly. This can lead to kernel page faults on accessing uninitialized\nfields of struct zfcp_scsi_dev in zfcp_erp_lun_shutdown_wait. Take the\nport field of the struct to determine if slave_alloc returned early.\n\nThis zfcp bug is exposed by 4e6c82b (in turn fixing f7c9c6b to be\ncompatible with 21208ae) which can call slave_destroy for a\ncorresponding previous slave_alloc that did not finish.\n\nThis patch is based on James Bottomley\u0027s fix suggestion in\nhttp://www.spinics.net/lists/linux-scsi/msg55449.html.\n\nSigned-off-by: Steffen Maier \u003cmaier@linux.vnet.ibm.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "183647b865aea1411c87f9b76b8c74511e34807d", "tree": "7c185739e71bdf55bde6ea79108a0f6d0bbe3f1c", "parents": [ "bd43f8f08f6645690724869150df18ef0dc6a7dd" ], "author": { "name": "Eugeni Dodonov", "email": "eugeni.dodonov@intel.com", "time": "Thu Nov 10 13:55:15 2011 -0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:45 2012 -0800" }, "message": "drm/i915: prevent division by zero when asking for chipset power\n\ncommit 4ed0b577457eb6aeb7cdc7e7316576e63d15abb2 upstream.\n\nThis prevents an in-kernel division by zero which happens when we are\nasking for i915_chipset_val too quickly, or within a race condition\nbetween the power monitoring thread and userspace accesses via debugfs.\n\nThe issue can be reproduced easily via the following command:\nwhile ``; do cat /sys/kernel/debug/dri/0/i915_emon_status; done\n\nThis is particularly dangerous because it can be triggered by\na non-privileged user by just reading the debugfs entry.\n\nThis issue was also found independently by Konstantin Belousov\n\u003ckostikbel@gmail.com\u003e, who proposed a similar patch.\n\nReported-by: Konstantin Belousov \u003ckostikbel@gmail.com\u003e\nAcked-by: Jesse Barnes \u003cjbarnes@virtuousgeek.org\u003e\nAcked-by: Keith Packard \u003ckeithp@keithp.com\u003e\nReviewed-by: Chris Wilson \u003cchris@chris-wilson.co.uk\u003e\nSigned-off-by: Eugeni Dodonov \u003ceugeni.dodonov@intel.com\u003e\nSigned-off-by: Keith Packard \u003ckeithp@keithp.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "bd43f8f08f6645690724869150df18ef0dc6a7dd", "tree": "f88ec2773553fe6ca3b61c274e7ff21480e206d3", "parents": [ "919130981e72465867038ac1dec823dbd7a87eb5" ], "author": { "name": "John Stultz", "email": "john.stultz@linaro.org", "time": "Mon Dec 12 13:57:52 2011 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:45 2012 -0800" }, "message": "rtc: m41t80: Workaround broken alarm functionality\n\ncommit c3b79770e51ab1fd4201f3b54edf30113b9ce74f upstream.\n\nThe m41t80 driver can read and set the alarm, but it doesn\u0027t\nseem to have a functional alarm irq.\n\nThis causes failures when the generic core sees alarm functions,\nbut then cannot use them properly for things like UIE mode.\n\nDisabling the alarm functions allows proper error reporting,\nand possible fallback to emulated modes. Once someone fixes\nthe alarm irq functionality, this can be restored.\n\nCC: Matt Turner \u003cmattst88@gmail.com\u003e\nCC: Nico Macrionitis \u003cacrux@cruxppc.org\u003e\nCC: Atsushi Nemoto \u003canemo@mba.ocn.ne.jp\u003e\nReported-by: Matt Turner \u003cmattst88@gmail.com\u003e\nReported-by: Nico Macrionitis \u003cacrux@cruxppc.org\u003e\nTested-by: Nico Macrionitis \u003cacrux@cruxppc.org\u003e\nSigned-off-by: John Stultz \u003cjohn.stultz@linaro.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "5dfcd4d5e36784b14071bbe5e42947d3e8bf1c69", "tree": "18646f324e7258fe893a2f68e43ee5bb1f0efe7f", "parents": [ "4c3f5007ad3aec88567774b5bbf933145ee42df8" ], "author": { "name": "Bjørn Mork", "email": "bjorn@mork.no", "time": "Tue Dec 13 05:33:02 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Wed Dec 21 12:57:48 2011 -0800" }, "message": "USB: option: Removing one bogus and adding some new Huawei combinations\n\ncommit 02a551c9755b799579e0a093bcc99b80b4dc1453 upstream.\n\nHuawei use the product code HUAWEI_PRODUCT_E353 (0x1506) for a\nnumber of different devices, which each can appear with a number\nof different descriptor sets. Different types of interfaces\ncan be identified by looking at the subclass and protocol fields\n\nSubclass 1 protocol 8 is actually the data interface of a CDC\nECM set, with subclass 1 protocol 9 as the control interface.\nNeither support serial data communcation, and cannot therefore\nbe supported by this driver.\n\nAt the same time, add a few other sets which appear if the\ndevice is configured in \"Windows mode\" using this modeswitch\nmessage:\n55534243000000000000000000000011060000000100000000000000000000\n\nSigned-off-by: Bjørn Mork \u003cbjorn@mork.no\u003e\nCc: stable \u003cstable@vger.kernel.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "4c3f5007ad3aec88567774b5bbf933145ee42df8", "tree": "6cb927319f313173c126b43e8987c452eccf089e", "parents": [ "d23d19302ad80a9d5f013b74aa5e1e7328d4ba9b" ], "author": { "name": "Alex Hermann", "email": "alex@wenlex.nl", "time": "Mon Dec 12 21:42:23 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Wed Dec 21 12:57:48 2011 -0800" }, "message": "usb: option: Add Huawei E398 controlling interfaces\n\ncommit 414b591fd16655871e9f5592a55368b10a3ccc30 upstream.\n\nThis patch adds the controlling interfaces for the Huawei E398.\n\nThanks to Bjørn Mork \u003cbjorn@mork.no\u003e for extracting the interface\nnumbers from the windows driver.\n\nSigned-off-by: Alex Hermann \u003calex@wenlex.nl\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "d23d19302ad80a9d5f013b74aa5e1e7328d4ba9b", "tree": "d6f97d8bafeef22f4cdefdcf58f740bd57af9da0", "parents": [ "02ca05666d485710afaf604cf06fc4551d34e90d" ], "author": { "name": "Krzysztof Hałasa", "email": "khalasa@piap.pl", "time": "Mon Dec 12 14:51:00 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Wed Dec 21 12:57:45 2011 -0800" }, "message": "USB: cdc-acm: add IDs for Motorola H24 HSPA USB module.\n\ncommit 6abff5dc4d5a2c90e597137ce8987e7fd439259b upstream.\n\nAdd USB IDs for Motorola H24 HSPA USB module.\n\nSigned-off-by: Krzysztof Hałasa \u003ckhalasa@piap.pl\u003e\nAcked-by: Oliver Neukum \u003coneukum@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "02ca05666d485710afaf604cf06fc4551d34e90d", "tree": "b8732162ff0f9656fdbe95541aab1a67837f1fd7", "parents": [ "8cce5e94c35994eab76780648ee8788b0a7a7728" ], "author": { "name": "Yinghai Lu", "email": "yinghai.lu@oracle.com", "time": "Mon Dec 12 12:39:14 2011 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Wed Dec 21 12:57:45 2011 -0800" }, "message": "ibft: Fix finding IBFT ACPI table on UEFI\n\ncommit 935a9fee51c945b8942be2d7b4bae069167b4886 upstream.\n\nFound one system with UEFI/iBFT, kernel does not detect the iBFT during\niscsi_ibft module loading.\n\nRoot cause: on x86 (UEFI), we are calling of find_ibft_region() much earlier\n- specifically in setup_arch() before ACPI is enabled.\n\nTry to split acpi checking code out and call that later\n\nAt that time ACPI iBFT already get permanent mapped with ioremap.\nSo isa_virt_to_bus() will get wrong phys from right virt address.\nWe could just skip that phys address printing.\n\nFor legacy one, print the found address early.\n\n-v2: update comments and description according to Konrad.\n-v3: fix problem about module use case that is found by Konrad.\n-v4: use acpi_get_table() instead of acpi_table_parse() to handle module use case that is found by Konrad again..\nSigned-off-by: Yinghai Lu \u003cyinghai@kernel.org\u003e\nSigned-off-by: Konrad Rzeszutek Wilk \u003ckonrad@kernel.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "fa0bd1d27724944e5c8a93ebfdf70af50bec9972", "tree": "3466c4cf9701e49fd396d03031c8d2991ea84c74", "parents": [ "60923f67e3a0ed74d3f0c6c25a0a3e5e41795644" ], "author": { "name": "Larry Finger", "email": "Larry.Finger@lwfinger.net", "time": "Sun Dec 11 10:27:54 2011 -0600" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Wed Dec 21 12:57:44 2011 -0800" }, "message": "staging: r8712u: Add new USB ID\n\ncommit c7caf4d4c56aee40b995f5858ccf1c814f3d2da2 upstream.\n\nAdd USB ID for Sitecom WLA-2000 v1.001 WLAN.\n\nReported-and-tested-by: Roland Gruber \u003cpost@rolandgruber.de\u003e\nSigned-off-by: Larry Finger \u003cLarry.Finger@lwfinger.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "d8091fda7895ed0624d1641089f4080164e75a35", "tree": "96e6c709b1944e75fa05235b5d5472cb14895ab3", "parents": [ "bf3673c5e33ba214af62e1cd9d4a333eb61e650f" ], "author": { "name": "NeilBrown", "email": "neilb@suse.de", "time": "Thu Dec 15 10:54:39 2011 +1100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Wed Dec 21 12:57:42 2011 -0800" }, "message": "md/raid5: fix bug that could result in reads from a failed device.\n\ncommit 355840e7a7e56bb2834fd3b0da64da5465f8aeaa upstream.\n\ncommit a847627709b3402163d99f7c6fda4a77bcd6b51b in linux-3.0.9\nattempted to backport this to 3.0 but only made one change were two\nwere necessary. This add the second change.\n\nThis bug was introduced in 415e72d034c50520ddb7ff79e7d1792c1306f0c9\nwhich was in 2.6.36.\n\nThere is a small window of time between when a device fails and when\nit is removed from the array. During this time we might still read\nfrom it, but we won\u0027t write to it - so it is possible that we could\nread stale data.\n\nWe didn\u0027t need the test of \u0027Faulty\u0027 before because the test on\nIn_sync is sufficient. Since we started allowing reads from the early\npart of non-In_sync devices we need a test on Faulty too.\n\nThis is suitable for any kernel from 2.6.36 onwards, though the patch\nmight need a bit of tweaking in 3.0 and earlier.\n\nSigned-off-by: NeilBrown \u003cneilb@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "ccd5790e5f7fdc113f50a3d10c97446243d7e2fb", "tree": "c6415b4a34ff17c704cd959ce7720bf4eab28ea2", "parents": [ "70f2545d9e75f9d8ed4bfe0a6efa232abd88806e" ], "author": { "name": "Jean Delvare", "email": "khali@linux-fr.org", "time": "Tue Dec 13 10:45:55 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Wed Dec 21 12:57:41 2011 -0800" }, "message": "hwmon: (coretemp) Fix oops on CPU offlining\n\nThis is for stable kernel branch 3.0 only. Previous and later versions\nhave different code paths and are not affected by this bug.\n\nThis is the same fix as \"hwmon: (coretemp) Fix oops on driver load\"\nbut for the CPU offlining case. Sorry for missing it at first.\n\nSigned-off-by: Jean Delvare \u003ckhali@linux-fr.org\u003e\nCc: Durgadoss R \u003cdurgadoss.r@intel.com\u003e\nAcked-by: Guenter Roeck \u003cguenter.roeck@ericsson.com\u003e\nCc: Fenghua Yu \u003cfenghua.yu@intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "53824693961bf513fe152d35c887e83eb016eaea", "tree": "379ff0ba512c934e71be76e58ff3c29d08ae4653", "parents": [ "cadacbdef368bb32b8da3e9b46fc2a4b2ba751c7" ], "author": { "name": "Sascha Hauer", "email": "s.hauer@pengutronix.de", "time": "Fri Nov 11 16:28:05 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Wed Dec 21 12:57:39 2011 -0800" }, "message": "mmc: mxcmmc: fix falling back to PIO\n\ncommit e58f516ff4730c4047c3f104b061f7a03e9a263c upstream.\n\nWhen we can\u0027t configure the dma channel we want to fall\nback to PIO. We do this by setting host-\u003edo_dma to zero.\nThis does not work as do_dma is used to see whether dma\ncan be used for the current transfer. Instead, we have\nto set host-\u003edma to NULL.\n\nSigned-off-by: Sascha Hauer \u003cs.hauer@pengutronix.de\u003e\nSigned-off-by: Chris Ball \u003ccjb@laptop.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "cadacbdef368bb32b8da3e9b46fc2a4b2ba751c7", "tree": "7ff93bfb7668443cbbf3a2e6537a217dfe17593e", "parents": [ "c1f95ce58fb4257de087ab89343adea9a47c2144" ], "author": { "name": "Axel Lin", "email": "axel.lin@gmail.com", "time": "Thu Dec 08 08:04:12 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Wed Dec 21 12:57:39 2011 -0800" }, "message": "hwmon: (jz4740) fix signedness bug\n\ncommit 0b57d7602b68f7b2786b2f0e22da39cbd4139a95 upstream.\n\nwait_for_completion_interruptible_timeout() may return negative value.\nIn this case, checking if (t \u003e 0) will return true if t is unsigned.\n\nSigned-off-by: Axel Lin \u003caxel.lin@gmail.com\u003e\nAcked-by: Lars-Peter Clausen \u003clars@metafoo.de\u003e\nSigned-off-by: Guenter Roeck \u003cguenter.roeck@ericsson.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "0ea3edaf9ae2cede6f76b08a09981b3e71439e2e", "tree": "953b1e4452a95ea1fc78a290c7bd93f9ce74901f", "parents": [ "6400c8a382ded237df5dc1605f0d06e7939ff4da" ], "author": { "name": "Wey-Yi Guy", "email": "wey-yi.w.guy@intel.com", "time": "Fri Dec 02 08:19:18 2011 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Wed Dec 21 12:57:38 2011 -0800" }, "message": "iwlwifi: do not re-configure HT40 after associated\n\ncommit 34a5b4b6af104cf18eb50748509528b9bdbc4036 upstream.\n\nThe ht40 setting should not change after association unless channel switch\n\nThis fix a problem we are seeing which cause uCode assert because driver\nsending invalid information and make uCode confuse\n\nHere is the firmware assert message:\nkernel: iwlagn 0000:03:00.0: Microcode SW error detected. Restarting 0x82000000.\nkernel: iwlagn 0000:03:00.0: Loaded firmware version: 17.168.5.3 build 42301\nkernel: iwlagn 0000:03:00.0: Start IWL Error Log Dump:\nkernel: iwlagn 0000:03:00.0: Status: 0x000512E4, count: 6\nkernel: iwlagn 0000:03:00.0: 0x00002078 | ADVANCED_SYSASSERT\nkernel: iwlagn 0000:03:00.0: 0x00009514 | uPc\nkernel: iwlagn 0000:03:00.0: 0x00009496 | branchlink1\nkernel: iwlagn 0000:03:00.0: 0x00009496 | branchlink2\nkernel: iwlagn 0000:03:00.0: 0x0000D1F2 | interruptlink1\nkernel: iwlagn 0000:03:00.0: 0x00000000 | interruptlink2\nkernel: iwlagn 0000:03:00.0: 0x01008035 | data1\nkernel: iwlagn 0000:03:00.0: 0x0000C90F | data2\nkernel: iwlagn 0000:03:00.0: 0x000005A7 | line\nkernel: iwlagn 0000:03:00.0: 0x5080B520 | beacon time\nkernel: iwlagn 0000:03:00.0: 0xCC515AE0 | tsf low\nkernel: iwlagn 0000:03:00.0: 0x00000003 | tsf hi\nkernel: iwlagn 0000:03:00.0: 0x00000000 | time gp1\nkernel: iwlagn 0000:03:00.0: 0x29703BF0 | time gp2\nkernel: iwlagn 0000:03:00.0: 0x00000000 | time gp3\nkernel: iwlagn 0000:03:00.0: 0x000111A8 | uCode version\nkernel: iwlagn 0000:03:00.0: 0x000000B0 | hw version\nkernel: iwlagn 0000:03:00.0: 0x00480303 | board version\nkernel: iwlagn 0000:03:00.0: 0x09E8004E | hcmd\nkernel: iwlagn 0000:03:00.0: CSR values:\nkernel: iwlagn 0000:03:00.0: (2nd byte of CSR_INT_COALESCING is CSR_INT_PERIODIC_REG)\nkernel: iwlagn 0000:03:00.0: CSR_HW_IF_CONFIG_REG: 0X00480303\nkernel: iwlagn 0000:03:00.0: CSR_INT_COALESCING: 0X0000ff40\nkernel: iwlagn 0000:03:00.0: CSR_INT: 0X00000000\nkernel: iwlagn 0000:03:00.0: CSR_INT_MASK: 0X00000000\nkernel: iwlagn 0000:03:00.0: CSR_FH_INT_STATUS: 0X00000000\nkernel: iwlagn 0000:03:00.0: CSR_GPIO_IN: 0X00000030\nkernel: iwlagn 0000:03:00.0: CSR_RESET: 0X00000000\nkernel: iwlagn 0000:03:00.0: CSR_GP_CNTRL: 0X080403c5\nkernel: iwlagn 0000:03:00.0: CSR_HW_REV: 0X000000b0\nkernel: iwlagn 0000:03:00.0: CSR_EEPROM_REG: 0X07d60ffd\nkernel: iwlagn 0000:03:00.0: CSR_EEPROM_GP: 0X90000001\nkernel: iwlagn 0000:03:00.0: CSR_OTP_GP_REG: 0X00030001\nkernel: iwlagn 0000:03:00.0: CSR_GIO_REG: 0X00080044\nkernel: iwlagn 0000:03:00.0: CSR_GP_UCODE_REG: 0X000093bb\nkernel: iwlagn 0000:03:00.0: CSR_GP_DRIVER_REG: 0X00000000\nkernel: iwlagn 0000:03:00.0: CSR_UCODE_DRV_GP1: 0X00000000\nkernel: iwlagn 0000:03:00.0: CSR_UCODE_DRV_GP2: 0X00000000\nkernel: iwlagn 0000:03:00.0: CSR_LED_REG: 0X00000078\nkernel: iwlagn 0000:03:00.0: CSR_DRAM_INT_TBL_REG: 0X88214dd2\nkernel: iwlagn 0000:03:00.0: CSR_GIO_CHICKEN_BITS: 0X27800200\nkernel: iwlagn 0000:03:00.0: CSR_ANA_PLL_CFG: 0X00000000\nkernel: iwlagn 0000:03:00.0: CSR_HW_REV_WA_REG: 0X0001001a\nkernel: iwlagn 0000:03:00.0: CSR_DBG_HPET_MEM_REG: 0Xffff0010\nkernel: iwlagn 0000:03:00.0: FH register values:\nkernel: iwlagn 0000:03:00.0: FH_RSCSR_CHNL0_STTS_WPTR_REG: 0X21316d00\nkernel: iwlagn 0000:03:00.0: FH_RSCSR_CHNL0_RBDCB_BASE_REG: 0X021479c0\nkernel: iwlagn 0000:03:00.0: FH_RSCSR_CHNL0_WPTR: 0X00000060\nkernel: iwlagn 0000:03:00.0: FH_MEM_RCSR_CHNL0_CONFIG_REG: 0X80819104\nkernel: iwlagn 0000:03:00.0: FH_MEM_RSSR_SHARED_CTRL_REG: 0X000000fc\nkernel: iwlagn 0000:03:00.0: FH_MEM_RSSR_RX_STATUS_REG: 0X07030000\nkernel: iwlagn 0000:03:00.0: FH_MEM_RSSR_RX_ENABLE_ERR_IRQ2DRV: 0X00000000\nkernel: iwlagn 0000:03:00.0: FH_TSSR_TX_STATUS_REG: 0X07ff0001\nkernel: iwlagn 0000:03:00.0: FH_TSSR_TX_ERROR_REG: 0X00000000\nkernel: iwlagn 0000:03:00.0: Start IWL Event Log Dump: display last 20 entries\nkernel: ------------[ cut here ]------------\nWARNING: at net/mac80211/util.c:1208 ieee80211_reconfig+0x1f1/0x407()\nkernel: Hardware name: 4290W4H\nkernel: Pid: 1896, comm: kworker/0:0 Not tainted 3.1.0 #2\nkernel: Call Trace:\nkernel: [\u003cffffffff81036558\u003e] ? warn_slowpath_common+0x73/0x87\nkernel: [\u003cffffffff813b8966\u003e] ? ieee80211_reconfig+0x1f1/0x407\nkernel: [\u003cffffffff8139e8dc\u003e] ? ieee80211_recalc_smps_work+0x32/0x32\nkernel: [\u003cffffffff8139e95a\u003e] ? ieee80211_restart_work+0x7e/0x87\nkernel: [\u003cffffffff810472fa\u003e] ? process_one_work+0x1c8/0x2e3\nkernel: [\u003cffffffff810480c9\u003e] ? worker_thread+0x17a/0x23a\nkernel: [\u003cffffffff81047f4f\u003e] ? manage_workers.clone.18+0x15b/0x15b\nkernel: [\u003cffffffff81047f4f\u003e] ? manage_workers.clone.18+0x15b/0x15b\nkernel: [\u003cffffffff8104ba97\u003e] ? kthread+0x7a/0x82\nkernel: [\u003cffffffff813d21b4\u003e] ? kernel_thread_helper+0x4/0x10\nkernel: [\u003cffffffff8104ba1d\u003e] ? kthread_flush_work_fn+0x11/0x11\nkernel: [\u003cffffffff813d21b0\u003e] ? gs_change+0xb/0xb\n\nReported-by: Udo Steinberg \u003cudo@hypervisor.org\u003e\nSigned-off-by: Wey-Yi Guy \u003cwey-yi.w.guy@intel.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n\n" }, { "commit": "5341e68f9b6c25c0a062de6d730034640988a605", "tree": "57d0741bf8617f8ff29bdf9a1cf070863bf1c34a", "parents": [ "c46f906e93c81844de1c41e2e6fc1a6a36131c4f" ], "author": { "name": "Allen Kay", "email": "allen.m.kay@intel.com", "time": "Fri Oct 14 12:32:46 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Wed Dec 21 12:57:37 2011 -0800" }, "message": "intel-iommu: fix superpage support in pfn_to_dma_pte()\n\ncommit 4399c8bf2b9093696fa8160d79712e7346989c46 upstream.\n\nIf target_level \u003d\u003d 0, current code breaks out of the while-loop if\nSUPERPAGE bit is set. We should also break out if PTE is not present.\nIf we don\u0027t do this, KVM calls to iommu_iova_to_phys() will cause\npfn_to_dma_pte() to create mapping for 4KiB pages.\n\nSigned-off-by: Allen Kay \u003callen.m.kay@intel.com\u003e\nSigned-off-by: David Woodhouse \u003cDavid.Woodhouse@intel.com\u003e\nSigned-off-by: Youquan Song \u003cyouquan.song@intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "c46f906e93c81844de1c41e2e6fc1a6a36131c4f", "tree": "9071ebc77cde10ee56990e7030ed296b7cf98dac", "parents": [ "b0db8ad8ad0cb8f2980c3bd742f4f95eb24818b4" ], "author": { "name": "Allen Kay", "email": "allen.m.kay@intel.com", "time": "Fri Oct 14 12:32:17 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Wed Dec 21 12:57:37 2011 -0800" }, "message": "intel-iommu: set iommu_superpage on VM domains to lowest common denominator\n\ncommit 8140a95d228efbcd64d84150e794761a32463947 upstream.\n\nset dmar-\u003eiommu_superpage field to the smallest common denominator\nof super page sizes supported by all active VT-d engines. Initialize\nthis field in intel_iommu_domain_init() API so intel_iommu_map() API\nwill be able to use iommu_superpage field to determine the appropriate\nsuper page size to use.\n\nSigned-off-by: Allen Kay \u003callen.m.kay@intel.com\u003e\nSigned-off-by: David Woodhouse \u003cDavid.Woodhouse@intel.com\u003e\nSigned-off-by: Youquan Song \u003cyouquan.song@intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "b0db8ad8ad0cb8f2980c3bd742f4f95eb24818b4", "tree": "c28b92080f32260be8c1f77d34e6d5a7bd7446c3", "parents": [ "2afc2fbeaafb4c9a5ab0f92efa0fa739c95c26e4" ], "author": { "name": "Allen Kay", "email": "allen.m.kay@intel.com", "time": "Fri Oct 14 12:31:54 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Wed Dec 21 12:57:37 2011 -0800" }, "message": "intel-iommu: fix return value of iommu_unmap() API\n\ncommit 292827cb164ad00cc7689a21283b1261c0b6daed upstream.\n\niommu_unmap() API expects IOMMU drivers to return the actual page order\nof the address being unmapped. Previous code was just returning page\norder passed in from the caller. This patch fixes this problem.\n\nSigned-off-by: Allen Kay \u003callen.m.kay@intel.com\u003e\nSigned-off-by: David Woodhouse \u003cDavid.Woodhouse@intel.com\u003e\nSigned-off-by: Youquan Song \u003cyouquan.song@intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "2afc2fbeaafb4c9a5ab0f92efa0fa739c95c26e4", "tree": "2d0416aba52c1762d960dbbb4e0f96a59ac8e8ef", "parents": [ "58a48c4b50249df1bebcedca479f6faa7091bd0e" ], "author": { "name": "Roland Dreier", "email": "roland@purestorage.com", "time": "Tue Nov 22 13:51:33 2011 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Wed Dec 21 12:57:37 2011 -0800" }, "message": "target: Handle 0 correctly in transport_get_sectors_6()\n\ncommit 9b5cd7f37e1e018432111333e2a67f78ba41edfe upstream.\n\nSBC-3 says:\n\n A TRANSFER LENGTH field set to zero specifies that 256 logical\n blocks shall be written. Any other value specifies the number\n of logical blocks that shall be written.\n\nThe old code was always just returning the value in the TRANSFER LENGTH\nbyte. Fix this to return 256 if the byte is 0.\n\nSigned-off-by: Roland Dreier \u003croland@purestorage.com\u003e\nSigned-off-by: Nicholas Bellinger \u003cnab@linux-iscsi.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "5b4993336fe6b14627ab85efde17aea094d333e8", "tree": "d5b18112a9ce5c689428d3bdcf6134d1520d7197", "parents": [ "b492a377ac1507a67091c5232afd5ebd1c7c6e25" ], "author": { "name": "Thomas Gleixner", "email": "tglx@linutronix.de", "time": "Mon Dec 05 21:16:06 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Wed Dec 21 12:57:36 2011 -0800" }, "message": "ptp: Fix clock_getres() implementation\n\ncommit d68fb11c3dae75c8331538dcf083a65e697cc034 upstream.\n\nThe clock_getres() function must return the resolution in the timespec\nargument and return 0 for success.\n\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nAcked-by: John Stultz \u003cjohn.stultz@linaro.org\u003e\nCc: Richard Cochran \u003crichard.cochran@omicron.at\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "0bbf5c70251286fbc3b7aac5e7961b4568115bfd", "tree": "8d83d8da37a8ce7380e0a8fca96fe89162992272", "parents": [ "9140096a5b039dcdfbb0a005f4b9e6b17eb3123e" ], "author": { "name": "Robert Richter", "email": "robert.richter@amd.com", "time": "Fri Oct 07 16:31:46 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Dec 09 08:52:50 2011 -0800" }, "message": "oprofile: Fix crash when unloading module (hr timer mode)\n\ncommit 87121ca504fd1d963a66b3fb0c72054b0fd9a177 upstream.\n\nOprofile may crash in a KVM guest while unlaoding modules. This\nhappens if oprofile_arch_init() fails and oprofile switches to the hr\ntimer mode as a fallback. In this case oprofile_arch_exit() is called,\nbut it never was initialized properly which causes the crash. This\npatch fixes this.\n\noprofile: using timer interrupt.\nBUG: unable to handle kernel NULL pointer dereference at 0000000000000008\nIP: [\u003cffffffff8123c226\u003e] unregister_syscore_ops+0x41/0x58\nPGD 41da3f067 PUD 41d80e067 PMD 0\nOops: 0002 [#1] PREEMPT SMP\nCPU 5\nModules linked in: oprofile(-)\n\nPid: 2382, comm: modprobe Not tainted 3.1.0-rc7-00018-g709a39d #18 Advanced Micro Device Anaheim/Anaheim\nRIP: 0010:[\u003cffffffff8123c226\u003e] [\u003cffffffff8123c226\u003e] unregister_syscore_ops+0x41/0x58\nRSP: 0018:ffff88041de1de98 EFLAGS: 00010296\nRAX: 0000000000000000 RBX: ffffffffa00060e0 RCX: dead000000200200\nRDX: 0000000000000000 RSI: dead000000100100 RDI: ffffffff8178c620\nRBP: ffff88041de1dea8 R08: 0000000000000001 R09: 0000000000000082\nR10: 0000000000000000 R11: ffff88041de1dde8 R12: 0000000000000080\nR13: fffffffffffffff5 R14: 0000000000000001 R15: 0000000000610210\nFS: 00007f9ae5bef700(0000) GS:ffff88042fd40000(0000) knlGS:0000000000000000\nCS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b\nCR2: 0000000000000008 CR3: 000000041ca44000 CR4: 00000000000006e0\nDR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000\nDR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400\nProcess modprobe (pid: 2382, threadinfo ffff88041de1c000, task ffff88042db6d040)\nStack:\n ffff88041de1deb8 ffffffffa0006770 ffff88041de1deb8 ffffffffa000251e\n ffff88041de1dec8 ffffffffa00022c2 ffff88041de1ded8 ffffffffa0004993\n ffff88041de1df78 ffffffff81073115 656c69666f72706f 0000000000610200\nCall Trace:\n [\u003cffffffffa000251e\u003e] op_nmi_exit+0x15/0x17 [oprofile]\n [\u003cffffffffa00022c2\u003e] oprofile_arch_exit+0xe/0x10 [oprofile]\n [\u003cffffffffa0004993\u003e] oprofile_exit+0x13/0x15 [oprofile]\n [\u003cffffffff81073115\u003e] sys_delete_module+0x1c3/0x22f\n [\u003cffffffff811bf09e\u003e] ? trace_hardirqs_on_thunk+0x3a/0x3f\n [\u003cffffffff8148070b\u003e] system_call_fastpath+0x16/0x1b\nCode: 20 c6 78 81 e8 c5 cc 23 00 48 8b 13 48 8b 43 08 48 be 00 01 10 00 00 00 ad de 48 b9 00 02 20 00 00 00 ad de 48 c7 c7 20 c6 78 81\n 89 42 08 48 89 10 48 89 33 48 89 4b 08 e8 a6 c0 23 00 5a 5b\nRIP [\u003cffffffff8123c226\u003e] unregister_syscore_ops+0x41/0x58\n RSP \u003cffff88041de1de98\u003e\nCR2: 0000000000000008\n---[ end trace 06d4e95b6aa3b437 ]---\n\nSigned-off-by: Robert Richter \u003crobert.richter@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "4ebbdc2c9aad8e28e1335755c728d31032b24cfb", "tree": "b1c96afd3c1301a4ea957d26e5c296227b2e31ae", "parents": [ "4e3cd8129cf10c92c8e88251b519703dc65523be" ], "author": { "name": "Rabin Vincent", "email": "rabin.vincent@stericsson.com", "time": "Tue Nov 22 11:03:14 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Dec 09 08:52:48 2011 -0800" }, "message": "rtc: Disable the alarm in the hardware\n\ncommit c0afabd3d553c521e003779c127143ffde55a16f upstream.\n\nCurrently, the RTC code does not disable the alarm in the hardware.\n\nThis means that after a sequence such as the one below (the files are in the\nRTC sysfs), the box will boot up after 2 minutes even though we\u0027ve\nasked for the alarm to be turned off.\n\n\t# echo $((`cat since_epoch`)+120) \u003e wakealarm\n\t# echo 0 \u003e wakealarm\n\t# poweroff\n\nFix this by disabling the alarm when there are no timers to run.\n\nCc: John Stultz \u003cjohn.stultz@linaro.org\u003e\nSigned-off-by: Rabin Vincent \u003crabin.vincent@stericsson.com\u003e\nSigned-off-by: John Stultz \u003cjohn.stultz@linaro.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "15f2701a1eaf135eaab75987e4517daf5d88b880", "tree": "bff11df67bcbb99fc886b3a8423002975fa40825", "parents": [ "316624d43b9dbb64bb8e5eaf9908cfef6b4373a8" ], "author": { "name": "Andiry Xu", "email": "andiry.xu@amd.com", "time": "Wed Nov 30 16:37:41 2011 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Dec 09 08:52:43 2011 -0800" }, "message": "xHCI: fix bug in xhci_clear_command_ring()\n\ncommit 158886cd2cf4599e04f9b7e10cb767f5f39b14f1 upstream.\n\nWhen system enters suspend, xHCI driver clears command ring by writing zero\nto all the TRBs. However, this also writes zero to the Link TRB, and the ring\nis mangled. This may cause driver accesses wrong memory address and the\nresult is unpredicted.\n\nWhen clear the command ring, keep the last Link TRB intact, only clear its\ncycle bit. This should fix the \"command ring full\" issue reported by Oliver\nNeukum.\n\nThis should be backported to stable kernels as old as 2.6.37, since the\ncommit 89821320 \"xhci: Fix command ring replay after resume\" is merged.\n\nSigned-off-by: Andiry Xu \u003candiry.xu@amd.com\u003e\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nReported-by: Oliver Neukum \u003coneukum@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "316624d43b9dbb64bb8e5eaf9908cfef6b4373a8", "tree": "30f6cc1692e390d1120eebf734312b52c9c2fb44", "parents": [ "775b1066cf7cc987d106d08433bd7188c95fba7d" ], "author": { "name": "Matthieu CASTET", "email": "castet.matthieu@free.fr", "time": "Mon Nov 28 11:30:22 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Dec 09 08:52:42 2011 -0800" }, "message": "EHCI : Fix a regression in the ISO scheduler\n\ncommit e3420901eba65b1c46bed86d360e3a8685d20734 upstream.\n\nFix a regression that was introduced by commit\n811c926c538f7e8d3c08b630dd5844efd7e000f6 (USB: EHCI: fix HUB TT scheduling\nissue with iso transfer).\n\nWe detect an error if next \u003d\u003d start, but this means uframe 0 can\u0027t be allocated\nanymore for iso transfer...\n\nReported-by: Sander Eikelenboom \u003clinux@eikelenboom.it\u003e\nSigned-off-by: Matthieu CASTET \u003ccastet.matthieu@free.fr\u003e\nAcked-by: Alan Stern \u003cstern@rowland.harvard.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "775b1066cf7cc987d106d08433bd7188c95fba7d", "tree": "c92684e3053e02be093609cac775bffec08a48bb", "parents": [ "d886ad3f999fe0f647cdc24b3dda7d973f6c6213" ], "author": { "name": "Thomas Poussevin", "email": "thomas.poussevin@parrot.com", "time": "Thu Oct 27 18:46:48 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Dec 09 08:52:42 2011 -0800" }, "message": "USB: EHCI: fix HUB TT scheduling issue with iso transfer\n\ncommit 811c926c538f7e8d3c08b630dd5844efd7e000f6 upstream.\n\nThe current TT scheduling doesn\u0027t allow to play and then record on a\nfull-speed device connected to a high speed hub.\n\nThe IN iso stream can only start on the first uframe (0-2 for a 165 us)\nbecause of CSPLIT transactions.\nFor the OUT iso stream there no such restriction. uframe 0-5 are possible.\n\nThe idea of this patch is that the first uframe are precious (for IN TT iso\nstream) and we should allocate the last uframes first if possible.\n\nFor that we reverse the order of uframe allocation (last uframe first).\n\nHere an example :\n\nhid interrupt stream\n----------------------------------------------------------------------\nuframe | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |\n----------------------------------------------------------------------\nmax_tt_usecs | 125 | 125 | 125 | 125 | 125 | 125 | 30 | 0 |\n----------------------------------------------------------------------\nused usecs on a frame | 13 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |\n----------------------------------------------------------------------\n\niso OUT stream\n----------------------------------------------------------------------\nuframe | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |\n----------------------------------------------------------------------\nmax_tt_usecs | 125 | 125 | 125 | 125 | 125 | 125 | 30 | 0 |\n----------------------------------------------------------------------\nused usecs on a frame | 13 | 125 | 39 | 0 | 0 | 0 | 0 | 0 |\n----------------------------------------------------------------------\n\nThere no place for iso IN stream (uframe 0-2 are used) and we got \"cannot\nsubmit datapipe for urb 0, error -28: not enough bandwidth\" error.\n\nWith the patch this become.\n\niso OUT stream\n----------------------------------------------------------------------\nuframe | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |\n----------------------------------------------------------------------\nmax_tt_usecs | 125 | 125 | 125 | 125 | 125 | 125 | 30 | 0 |\n----------------------------------------------------------------------\nused usecs on a frame | 13 | 0 | 0 | 0 | 125 | 39 | 0 | 0 |\n----------------------------------------------------------------------\n\niso IN stream\n----------------------------------------------------------------------\nuframe | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |\n----------------------------------------------------------------------\nmax_tt_usecs | 125 | 125 | 125 | 125 | 125 | 125 | 30 | 0 |\n----------------------------------------------------------------------\nused usecs on a frame | 13 | 0 | 125 | 40 | 125 | 39 | 0 | 0 |\n----------------------------------------------------------------------\n\nSigned-off-by: Matthieu Castet \u003cmatthieu.castet@parrot.com\u003e\nSigned-off-by: Thomas Poussevin \u003cthomas.poussevin@parrot.com\u003e\nSigned-off-by: Alan Stern \u003cstern@rowland.harvard.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "d886ad3f999fe0f647cdc24b3dda7d973f6c6213", "tree": "b4525b0f9b4063e2c7dedb1d9366574fe1f33ff5", "parents": [ "afbbd6cdb65e179d32e0eabe5505ab49c792456f" ], "author": { "name": "Qinglin Ye", "email": "yestyle@gmail.com", "time": "Wed Nov 23 23:39:32 2011 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Dec 09 08:52:42 2011 -0800" }, "message": "USB: usb-storage: unusual_devs entry for Kingston DT 101 G2\n\ncommit cec28a5428793b6bc64e56687fb239759d6da74e upstream.\n\nKingston DT 101 G2 replies a wrong tag while transporting, add an\nunusal_devs entry to ignore the tag validation.\n\nSigned-off-by: Qinglin Ye \u003cyestyle@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "afbbd6cdb65e179d32e0eabe5505ab49c792456f", "tree": "54382c9755c93a4a71204ff17b612bf59cada9b9", "parents": [ "603eb878125425a73e02f6d78961217e16d1ec36" ], "author": { "name": "Veli-Pekka Peltola", "email": "veli-pekka.peltola@bluegiga.com", "time": "Thu Nov 24 22:08:56 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Dec 09 08:52:41 2011 -0800" }, "message": "usb: option: add SIMCom SIM5218\n\ncommit ec0cd94d881ca89cc9fb61d00d0f4b2b52e605b3 upstream.\n\nTested with SIM5218EVB-KIT evaluation kit.\n\nSigned-off-by: Veli-Pekka Peltola \u003cveli-pekka.peltola@bluegiga.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "603eb878125425a73e02f6d78961217e16d1ec36", "tree": "c0aa1601b6f019e6d9705d36097714c532f9ec66", "parents": [ "a92036166be8faf15d6d0dfb30b1b07020d4704c" ], "author": { "name": "Dirk Nehring", "email": "dnehring@gmx.net", "time": "Thu Nov 24 19:22:23 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Dec 09 08:52:41 2011 -0800" }, "message": "usb: option: add Huawei E353 controlling interfaces\n\ncommit 46b1848360c8e634e0b063932a1261062fa0f7d6 upstream.\n\nThis patch creates the missing controlling devices for the Huawei E353\nHSPA+ stick.\n\nSigned-off-by: Dirk Nehring \u003cdnehring@gmx.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "a92036166be8faf15d6d0dfb30b1b07020d4704c", "tree": "2b7d77435f54323af1596dc606c30c9cb96ff3e9", "parents": [ "38ab0c5899c62dc2418ee153b7d713c42e35cb7a" ], "author": { "name": "Marcin Kościelnicki", "email": "koriakin@0x04.net", "time": "Wed Nov 30 17:01:04 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Dec 09 08:52:41 2011 -0800" }, "message": "usb: ftdi_sio: add PID for Propox ISPcable III\n\ncommit 307369b0ca06b27b511b61714e335ddfccf19c4f upstream.\n\nSigned-off-by: Marcin Kościelnicki \u003ckoriakin@0x04.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "38ab0c5899c62dc2418ee153b7d713c42e35cb7a", "tree": "33dedcead34d159b8cd1637671c56fbe853bbed5", "parents": [ "8fafc7af6f7205249b730fc94df48b7dfb40517c" ], "author": { "name": "Benjamin Tissoires", "email": "benjamin.tissoires@gmail.com", "time": "Wed Nov 16 11:39:52 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Dec 09 08:52:41 2011 -0800" }, "message": "HID: Correct General touch PID\n\ncommit b1807719f6acdf18cc4bde3b5400d05d77801494 upstream.\n\nGenera Touch told us that 0001 is their single point device\nand 0003 is the multitouch one. Apparently, we made the tests\nsomeone having a prototype, and not the final product.\nThey said it should be safe to do the switch.\n\nThis partially reverts 5572da0 (\"HID: hid-mulitouch: add support\nfor the \u0027Sensing Win7-TwoFinger\u0027\").\n\nSigned-off-by: Benjamin Tissoires \u003cbenjamin.tissoires@gmail.com\u003e\nSigned-off-by: Jiri Kosina \u003cjkosina@suse.cz\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "8fafc7af6f7205249b730fc94df48b7dfb40517c", "tree": "4b740d69ee536993155d7f83b710f21958db2b58", "parents": [ "56448baac0c3d52501dc26868e15caba1811866d" ], "author": { "name": "Dan Carpenter", "email": "dan.carpenter@oracle.com", "time": "Tue Nov 22 10:28:31 2011 +0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Dec 09 08:52:40 2011 -0800" }, "message": "USB: whci-hcd: fix endian conversion in qset_clear()\n\ncommit 8746c83d538cab273d335acb2be226d096f4a5af upstream.\n\nqset-\u003eqh.link is an __le64 field and we should be using cpu_to_le64()\nto fill it.\n\nSigned-off-by: Dan Carpenter \u003cdan.carpenter@oracle.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "56448baac0c3d52501dc26868e15caba1811866d", "tree": "a63a62fe49fd961a372f053051743057c2abd20d", "parents": [ "261dbf437bce1d339c358e6566925905e49c13fe" ], "author": { "name": "Federico Vaga", "email": "federico.vaga@gmail.com", "time": "Sat Oct 29 09:47:39 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Dec 09 08:52:40 2011 -0800" }, "message": "Staging: comedi: fix signal handling in read and write\n\ncommit 6a9ce6b654e491981f6ef7e214cbd4f63e033848 upstream.\n\nAfter sleeping on a wait queue, signal_pending(current) should be\nchecked (not before sleeping).\n\nAcked-by: Alessandro Rubini \u003crubini@gnudd.com\u003e\nSigned-off-by: Federico Vaga \u003cfederico.vaga@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "261dbf437bce1d339c358e6566925905e49c13fe", "tree": "0550c193a8ad97b70d58d6a87f953033fe3a7ab7", "parents": [ "9649803f2de0d2e77bdd7c5e1cbd4a7b3833f1e8" ], "author": { "name": "Federico Vaga", "email": "federico.vaga@gmail.com", "time": "Sat Oct 29 09:45:39 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Dec 09 08:52:40 2011 -0800" }, "message": "Staging: comedi: fix mmap_count\n\ncommit df30b21cb0eed5ba8a8e0cdfeebc66ba8cde821d upstream.\n\nIn comedi_fops, mmap_count is decremented at comedi_vm_ops-\u003eclose but\nit is not incremented at comedi_vm_ops-\u003eopen. This may result in a negative\ncounter. The patch introduces the open method to keep the counter\nconsistent.\n\nThe bug was triggerd by this sample code:\n\n mmap(0, ...., comedi_fd);\n fork();\n exit(0);\n\nAcked-by: Alessandro Rubini \u003crubini@gnudd.com\u003e\nSigned-off-by: Federico Vaga \u003cfederico.vaga@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "9649803f2de0d2e77bdd7c5e1cbd4a7b3833f1e8", "tree": "5a2568ef954f13f4b5a0539230f5c184e9bad315", "parents": [ "0a4527cdb58e712456e9c9e491df37fadd2d9256" ], "author": { "name": "Bernd Porr", "email": "berndporr@f2s.com", "time": "Tue Nov 08 21:23:03 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Dec 09 08:52:40 2011 -0800" }, "message": "staging: comedi: fix oops for USB DAQ devices.\n\ncommit 3ffab428f40849ed5f21bcfd7285bdef7902f9ca upstream.\n\nThis fixes kernel oops when an USB DAQ device is plugged out while it\u0027s\ncommunicating with the userspace software.\n\nSigned-off-by: Bernd Porr \u003cberndporr@f2s.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "0a4527cdb58e712456e9c9e491df37fadd2d9256", "tree": "bc57f4e470c0c244f1ac69911617220d38fccef0", "parents": [ "f90312c8cf03b2294f6840c7dc01236838896acc" ], "author": { "name": "Bart Westgeest", "email": "bart@elbrys.com", "time": "Tue Nov 01 15:01:28 2011 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Dec 09 08:52:39 2011 -0800" }, "message": "staging: usbip: bugfix for deadlock\n\ncommit 438957f8d4a84daa7fa5be6978ad5897a2e9e5e5 upstream.\n\nInterrupts must be disabled prior to calling usb_hcd_unlink_urb_from_ep.\nIf interrupts are not disabled, it can potentially lead to a deadlock.\nThe deadlock is readily reproduceable on a slower (ARM based) device\nsuch as the TI Pandaboard.\n\nSigned-off-by: Bart Westgeest \u003cbart@elbrys.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "f90312c8cf03b2294f6840c7dc01236838896acc", "tree": "1da5b6b751d3986c20ebae062ddfc1b80b2620c1", "parents": [ "cd319e4350715b72939eec5c526ab60bd02b5229" ], "author": { "name": "Lars-Peter Clausen", "email": "lars@metafoo.de", "time": "Mon Nov 28 09:44:16 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Dec 09 08:52:39 2011 -0800" }, "message": "firmware: Sigma: Fix endianess issues\n\ncommit bda63586bc5929e97288cdb371bb6456504867ed upstream.\n\nCurrently the SigmaDSP firmware loader only works correctly on little-endian\nsystems. Fix this by using the proper endianess conversion functions.\n\nSigned-off-by: Lars-Peter Clausen \u003clars@metafoo.de\u003e\nAcked-by: Mike Frysinger \u003cvapier@gentoo.org\u003e\nSigned-off-by: Mark Brown \u003cbroonie@opensource.wolfsonmicro.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "cd319e4350715b72939eec5c526ab60bd02b5229", "tree": "327a4eb22e7bbd8726d59735860755c8e349e282", "parents": [ "f18cc6ba85619dfee8ed4a9564ae8c0fcb874cbe" ], "author": { "name": "Lars-Peter Clausen", "email": "lars@metafoo.de", "time": "Mon Nov 28 09:44:15 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Dec 09 08:52:39 2011 -0800" }, "message": "firmware: Sigma: Skip header during CRC generation\n\ncommit c56935bdc0a8edf50237d3b0205133a5b0adc604 upstream.\n\nThe firmware header is not part of the CRC, so skip it. Otherwise the firmware\nwill be rejected due to non-matching CRCs.\n\nSigned-off-by: Lars-Peter Clausen \u003clars@metafoo.de\u003e\nAcked-by: Mike Frysinger \u003cvapier@gentoo.org\u003e\nSigned-off-by: Mark Brown \u003cbroonie@opensource.wolfsonmicro.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "f18cc6ba85619dfee8ed4a9564ae8c0fcb874cbe", "tree": "f1fd6d2d0cc5fe9e564943ee4b75e184e02a88d6", "parents": [ "6a82412403cee54e4ce87b9dea9c275a46d4e682" ], "author": { "name": "Lars-Peter Clausen", "email": "lars@metafoo.de", "time": "Mon Nov 28 09:44:14 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Dec 09 08:52:38 2011 -0800" }, "message": "firmware: Sigma: Prevent out of bounds memory access\n\ncommit 4f718a29fe4908c2cea782f751e9805319684e2b upstream.\n\nThe SigmaDSP firmware loader currently does not perform enough boundary size\nchecks when processing the firmware. As a result it is possible that a\nmalformed firmware can cause an out of bounds memory access.\n\nThis patch adds checks which ensure that both the action header and the payload\nare completely inside the firmware data boundaries before processing them.\n\nSigned-off-by: Lars-Peter Clausen \u003clars@metafoo.de\u003e\nAcked-by: Mike Frysinger \u003cvapier@gentoo.org\u003e\nSigned-off-by: Mark Brown \u003cbroonie@opensource.wolfsonmicro.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "6a82412403cee54e4ce87b9dea9c275a46d4e682", "tree": "f42d46311970aa411832e2b8ab3b14e674167b67", "parents": [ "08d618b2080d8b3afac6db1a361c54d827b8d044" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Mon Nov 28 14:49:26 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Dec 09 08:52:38 2011 -0800" }, "message": "drm/radeon/kms: add some loop timeouts in pageflip code\n\ncommit f64964796dedca340608fb1075ab6baad5625851 upstream.\n\nAvoid infinite loops waiting for surface updates if a GPU\nreset happens while waiting for a page flip.\n\nSee:\nhttps://bugs.freedesktop.org/show_bug.cgi?id\u003d43191\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nReviewed-by: Mario Kleiner \u003cmario.kleiner@tuebingen.mpg.de\u003e\nTested-by: Simon Farnsworth \u003csimon.farnsworth@onelan.co.uk\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "bfc769031803ed194374d4e79d30e6ee103d822e", "tree": "0358d54e49c0b8c695794abcd3608abf4892b09e", "parents": [ "461738c023b19cbd8cbf4260801e248f2360514d" ], "author": { "name": "Hannes Reinecke", "email": "hare@suse.de", "time": "Wed Nov 09 08:39:24 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Dec 09 08:52:36 2011 -0800" }, "message": "SCSI: Silencing \u0027killing requests for dead queue\u0027\n\ncommit 745718132c3c7cac98a622b610e239dcd5217f71 upstream.\n\nWhen we tear down a device we try to flush all outstanding\ncommands in scsi_free_queue(). However the check in\nscsi_request_fn() is imperfect as it only signals that\nwe _might start_ aborting commands, not that we\u0027ve actually\naborted some.\nSo move the printk inside the scsi_kill_request function,\nthis will also give us a hint about which commands are aborted.\n\nSigned-off-by: Hannes Reinecke \u003chare@suse.de\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nCc: Christoph Biedl \u003clinux-kernel.bfrz@manchmal.in-ulm.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "461738c023b19cbd8cbf4260801e248f2360514d", "tree": "b3e47ae0df648c3314cc0c638772dd5d9faa4753", "parents": [ "0500898d30ba531cc932c2db171bf2f27ca78abe" ], "author": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Dec 02 15:14:57 2011 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Dec 09 08:52:35 2011 -0800" }, "message": "revert \"mfd: Fix twl4030 dependencies for audio codec\"\n\nThis reverts commit 11b8fc6ae54bf18a48c94e181c37ca135b858b42, which was commit f09ee0451a44a4e913a7c3cec3805508f7de6c54 upstream.\n\nKoen Kooi \u003ckoen@dominion.thruhere.net\u003e reports that this shouldn\u0027t have been applied to the 3.0 kernel as it isn\u0027t relevant there, only 3.1.\n\nReported-by: Koen Kooi \u003ckoen@dominion.thruhere.net\u003e\nCc: Thomas Weber \u003cweber@corscience.de\u003e\nCc: Peter Ujfalusi \u003cpeter.ujfalusi@ti.com\u003e\nCc: Samuel Ortiz \u003csameo@linux.intel.com\u003e\nCc: Jarkko Nikula \u003cjarkko.nikula@bitmer.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "0500898d30ba531cc932c2db171bf2f27ca78abe", "tree": "4d3a7cdf2f6727c551b70169a5990f1be1eab87c", "parents": [ "20f8d725863ca926a199cab1bc5cf31f8bf53cb0" ], "author": { "name": "Jean Delvare", "email": "khali@linux-fr.org", "time": "Thu Dec 01 17:21:28 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Dec 09 08:52:34 2011 -0800" }, "message": "hwmon: (coretemp) Fix oops on driver load\n\nThis is for stable kernel branch 3.0 only. Previous and later versions\nhave different code paths and are not affected by this bug.\n\nIf the CPU microcode is too old, the coretemp driver won\u0027t work. But\ninstead of failing gracefully, it currently oops. Check for NULL\nplatform device data to avoid this.\n\nSigned-off-by: Jean Delvare \u003ckhali@linux-fr.org\u003e\nAcked-by: Durgadoss R \u003cdurgadoss.r@intel.com\u003e\nAcked-by: Guenter Roeck \u003cguenter.roeck@ericsson.com\u003e\nCc: Fenghua Yu \u003cfenghua.yu@intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "2e72634a130dcac5d9e88e9187d7eab6c0ea8713", "tree": "c8ef443c7a465e2f983f36491711efb2e96b2990", "parents": [ "23e76fdc4cc34c116b37eedc2a3a8ecaa081541e" ], "author": { "name": "Gertjan van Wingerde", "email": "gwingerde@gmail.com", "time": "Wed Nov 16 23:16:15 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Dec 09 08:52:30 2011 -0800" }, "message": "rt2x00: Fix efuse EEPROM reading on PPC32.\n\ncommit 68fa64ef606bcee688fce46d07aa68f175070156 upstream.\n\nFix __le32 to __le16 conversion of the first word of an 8-word block\nof EEPROM read via the efuse method.\n\nReported-and-tested-by: Ingvar Hagelund \u003cingvar@redpill-linpro.com\u003e\nSigned-off-by: Gertjan van Wingerde \u003cgwingerde@gmail.com\u003e\nAcked-by: Helmut Schaa \u003chelmut.schaa@googlemail.com\u003e\nAcked-by: Ivo van Doorn \u003cIvDoorn@gmail.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "23e76fdc4cc34c116b37eedc2a3a8ecaa081541e", "tree": "146b094dcea6b6a8816f317706fa3eb545809057", "parents": [ "00b080367aca3dbb6191cbe522609d2055ea0fd8" ], "author": { "name": "Michael Büsch", "email": "m@bues.ch", "time": "Wed Nov 16 23:55:46 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Dec 09 08:52:29 2011 -0800" }, "message": "p54spi: Fix workqueue deadlock\n\ncommit 2d1618170eb493d18f66f2ac03775409a6fb97c6 upstream.\n\npriv-\u003ework must not be synced while priv-\u003emutex is locked, because\nthe mutex is taken in the work handler.\nMove cancel_work_sync down to after the device shutdown code.\nThis is safe, because the work handler checks fw_state and bails out\nearly in case of a race.\n\nSigned-off-by: Michael Buesch \u003cm@bues.ch\u003e\nAcked-by: Christian Lamparter \u003cchunkeey@googlemail.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "00b080367aca3dbb6191cbe522609d2055ea0fd8", "tree": "7c166c9da1039244ec6651b0b839a94e03b16d33", "parents": [ "24ee8bfeb1dafdc8d2294d1c296bf4baa9324ad8" ], "author": { "name": "Michael Büsch", "email": "m@bues.ch", "time": "Wed Nov 16 23:48:31 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Dec 09 08:52:28 2011 -0800" }, "message": "p54spi: Add missing spin_lock_init\n\ncommit 32d3a3922d617a5a685a5e2d24b20d0e88f192a9 upstream.\n\nThe tx_lock is not initialized properly. Add spin_lock_init().\n\nSigned-off-by: Michael Buesch \u003cm@bues.ch\u003e\nAcked-by: Christian Lamparter \u003cchunkeey@googlemail.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "47b52de3faa57f5849c71bdaee4cd041debcc1ff", "tree": "37bb8caebca83e54eed8d24830996e4bc705d8dc", "parents": [ "ff17063daf7bcf76ee1b1cc59e20ae725affc555" ], "author": { "name": "Daniel Drake", "email": "dsd@laptop.org", "time": "Mon Nov 21 15:05:56 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Dec 09 08:52:23 2011 -0800" }, "message": "viafb: correct sync polarity for OLPC DCON\n\ncommit a32839696a8eef813a1aff604fbad9a32dff6c95 upstream.\n\nWhile the OLPC display appears to be able to handle either positive\nor negative sync, the Display Controller only recognises positive sync.\n\nThis brings viafb (for XO-1.5) in line with lxfb (for XO-1) and\nfixes a recent regression where the XO-1.5 DCON could no longer be\nfrozen. Thanks to Florian Tobias Schandinat for helping identify\nthe fix.\n\nTest case: from a vt,\n\techo 1 \u003e /sys/devices/platform/dcon/freeze\nshould cause the current screen contents to freeze, rather than garbage being\ndisplayed.\n\nSigned-off-by: Daniel Drake \u003cdsd@laptop.org\u003e\nSigned-off-by: Florian Tobias Schandinat \u003cFlorianSchandinat@gmx.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "ff17063daf7bcf76ee1b1cc59e20ae725affc555", "tree": "0267f96c7581cb432ce865c0c9aa6a2c198faf65", "parents": [ "6717ca81e2dc5fafd8d37025465d4ba851237342" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Mon Nov 14 14:32:01 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Dec 09 08:52:23 2011 -0800" }, "message": "drm/radeon/kms: fix up gpio i2c mask bits for r4xx\n\ncommit 6c47e5c23aa2a7c54ad7ac13af4bd56cd9e703bf upstream.\n\nFixes i2c test failures when i2c_algo_bit.bit_test\u003d1.\n\nThe hw doesn\u0027t actually require a mask, so just set it\nto the default mask bits for r1xx-r4xx radeon ddc.\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nCc: Jean Delvare \u003ckhali@linux-fr.org\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "6717ca81e2dc5fafd8d37025465d4ba851237342", "tree": "da21b3c0d20197b9d3b3b78220c707bda555d3e9", "parents": [ "ed3035ddf88840f6e8355281e74b2b0bb9c93da0" ], "author": { "name": "Bjorn Helgaas", "email": "bhelgaas@google.com", "time": "Tue Aug 23 10:16:43 2011 -0600" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Dec 09 08:52:22 2011 -0800" }, "message": "PCI hotplug: shpchp: don\u0027t blindly claim non-AMD 0x7450 device IDs\n\ncommit 4cac2eb158c6da0c761689345c6cc5df788a6292 upstream.\n\nPreviously we claimed device ID 0x7450, regardless of the vendor, which is\nclearly wrong. Now we\u0027ll claim that device ID only for AMD.\n\nI suspect this was just a typo in the original code, but it\u0027s possible this\nchange will break shpchp on non-7450 AMD bridges. If so, we\u0027ll have to fix\nthem as we find them.\n\nReference: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug\u003d638863\nReported-by: Ralf Jung \u003cralfjung-e@gmx.de\u003e\nCc: Joerg Roedel \u003cjoerg.roedel@amd.com\u003e\nSigned-off-by: Bjorn Helgaas \u003cbhelgaas@google.com\u003e\nSigned-off-by: Jesse Barnes \u003cjbarnes@virtuousgeek.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "ed3035ddf88840f6e8355281e74b2b0bb9c93da0", "tree": "7fda1c1c42addbc91dea56105de993dc1a7a5050", "parents": [ "8215014c1d9d78ef14260a46ee2a136acc3d283a" ], "author": { "name": "Jesse Barnes", "email": "jbarnes@virtuousgeek.org", "time": "Thu Jul 28 14:50:30 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Dec 09 08:52:22 2011 -0800" }, "message": "drm/i915: fix CB tuning check for ILK+\n\ncommit cb0e093162d7b6589c2217a00e2abfef686b32d6 upstream.\n\nCB tuning is needed to handle potential process variations that might\ncause clock jitter for certain PLL settings. However, we were setting\nit incorrectly since we were using the wrong M value as a check (M1 when\nwe needed to use the whole M value). Fix it up, making my HDMI\nattached display a little prettier (used to have occasional dots crawl\nacross the display).\n\nSigned-off-by: Jesse Barnes \u003cjbarnes@virtuousgeek.org\u003e\nSigned-off-by: Keith Packard \u003ckeithp@keithp.com\u003e\nSigned-off-by: Timo Aaltonen \u003ctimo@canonical.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "8215014c1d9d78ef14260a46ee2a136acc3d283a", "tree": "44740b61c1d11da7e2ce989a8876b88444d1d8be", "parents": [ "6d7f52a7e695b4a6d2ba32e477d283626bfbec00" ], "author": { "name": "Ben Skeggs", "email": "bskeggs@redhat.com", "time": "Wed Sep 14 06:08:06 2011 +1000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Dec 09 08:52:22 2011 -0800" }, "message": "drm/ttm: request zeroed system memory pages for new TT buffer objects\n\ncommit ff02b13f6867af72682d7a9bb9bd705f9af2bab0 upstream.\n\nFixes an information leak to userspace, we were handing out un-zeroed pages\nfor any newly created TTM_PL_TT buffer.\n\nReported-by: Marcin Slusarz \u003cmarcin.slusarz@gmail.com\u003e\nSigned-off-by: Ben Skeggs \u003cbskeggs@redhat.com\u003e\nTested-by: Marcin Slusarz \u003cmarcin.slusarz@gmail.com\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "6d7f52a7e695b4a6d2ba32e477d283626bfbec00", "tree": "c07ad5cd7577604c39519acf62f0dc21f1771e23", "parents": [ "d37e37738433032fd7206b238c49c73969afc283" ], "author": { "name": "Eric Anholt", "email": "eric@anholt.net", "time": "Mon Nov 07 16:07:05 2011 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Dec 09 08:52:22 2011 -0800" }, "message": "drm/i915: Turn on another required clock gating bit on gen6.\n\ncommit 9ca1d10d748e56964de95e3ed80211b192f56cf4 upstream.\n\nUnlike the previous one, I don\u0027t have known testcases it fixes. I\u0027d\nrather not go through the same debug cycle on whatever testcases those\nmight be.\n\nSigned-off-by: Eric Anholt \u003ceric@anholt.net\u003e\nSigned-off-by: Keith Packard \u003ckeithp@keithp.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "d37e37738433032fd7206b238c49c73969afc283", "tree": "a95b4973ea17b872053ddaf69f7d4048741a51a6", "parents": [ "a00931691a6f42ddfd8e677ba30b4dbfa705b47b" ], "author": { "name": "Eric Anholt", "email": "eric@anholt.net", "time": "Mon Nov 07 16:07:04 2011 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Dec 09 08:52:21 2011 -0800" }, "message": "drm/i915: Turn on a required 3D clock gating bit on Sandybridge.\n\ncommit 406478dc911e16677fbd9c84d1d50cdffbc031ab upstream.\n\nFixes rendering failures in Unigine Tropics and Sanctuary and the mesa\n\"fire\" demo.\n\nSigned-off-by: Eric Anholt \u003ceric@anholt.net\u003e\nSigned-off-by: Keith Packard \u003ckeithp@keithp.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "a00931691a6f42ddfd8e677ba30b4dbfa705b47b", "tree": "28c491932d1f513988f3593f1cca77a7ac1a6d54", "parents": [ "1b0f670a0a181c8e222d3d8c512e7374c8e87eb2" ], "author": { "name": "Daniel Vetter", "email": "daniel.vetter@ffwll.ch", "time": "Sun Oct 09 21:52:01 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Dec 09 08:52:21 2011 -0800" }, "message": "drm/i915: Ivybridge still has fences!\n\ncommit 775d17b6ca4357048f36c22151335addfe15db4b upstream.\n\nSo don\u0027t forget to restore them on resume and dump them into\nthe error state.\n\nSigned-off-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nReviewed-by: Chris Wilson \u003cchris@chris-wilson.co.uk\u003e\nSigned-off-by: Keith Packard \u003ckeithp@keithp.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "1b0f670a0a181c8e222d3d8c512e7374c8e87eb2", "tree": "a1d8b0c7be315dd6e110260f1f2175dcf673d442", "parents": [ "61aff74833b86c735ee901c1038f0cbfcd606ae7" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Mon Nov 21 12:10:14 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Dec 09 08:52:21 2011 -0800" }, "message": "drm/radeon/kms: fix up gpio i2c mask bits for r4xx for real\n\ncommit d724502a9d7a46f4a56a1663b1f50d2dc9d1ef40 upstream.\n\nFixes i2c test failures when i2c_algo_bit.bit_test\u003d1.\n\nThe hw doesn\u0027t actually require a mask, so just set it\nto the default mask bits for r1xx-r4xx radeon ddc.\n\nI missed this part the first time through.\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nCc: Jean Delvare \u003ckhali@linux-fr.org\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "61aff74833b86c735ee901c1038f0cbfcd606ae7", "tree": "9c05d7c1ca3eaba38dc2264b2181fa07767a62b3", "parents": [ "e84ce11bd0183328e00accb611893b9a819dc0ba" ], "author": { "name": "Xi Wang", "email": "xi.wang@gmail.com", "time": "Wed Nov 23 01:12:01 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Dec 09 08:52:20 2011 -0800" }, "message": "drm: integer overflow in drm_mode_dirtyfb_ioctl()\n\ncommit a5cd335165e31db9dbab636fd29895d41da55dd2 upstream.\n\nThere is a potential integer overflow in drm_mode_dirtyfb_ioctl()\nif userspace passes in a large num_clips. The call to kmalloc would\nallocate a small buffer, and the call to fb-\u003efuncs-\u003edirty may result\nin a memory corruption.\n\nReported-by: Haogang Chen \u003chaogangchen@gmail.com\u003e\nSigned-off-by: Xi Wang \u003cxi.wang@gmail.com\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "e84ce11bd0183328e00accb611893b9a819dc0ba", "tree": "88d22601f6032cacfa7ad227352c688b289748f9", "parents": [ "4d15dcb0e249cd9834afc9b44d674dbd9eb57116" ], "author": { "name": "Phil Sutter", "email": "phil.sutter@viprinet.com", "time": "Wed Nov 16 18:28:01 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Dec 09 08:52:20 2011 -0800" }, "message": "crypto: mv_cesa - fix hashing of chunks \u003e 1920 bytes\n\ncommit 274252862f386b7868f35bf5ceaa5391a8ccfdf3 upstream.\n\nThis was broken by commit 7759995c75ae0cbd4c861582908449f6b6208e7a (yes,\nmyself). The basic problem here is since the digest state is only saved\nafter the last chunk, the state array is only valid when handling the\nfirst chunk of the next buffer. Broken since linux-3.0.\n\nSigned-off-by: Phil Sutter \u003cphil.sutter@viprinet.com\u003e\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "e8cb7517f0bfa7cdc6dd91d244f95bdcecd5589c", "tree": "ed996c8c4e03f594543adfd8157e59002307892e", "parents": [ "051726ea7a7d39c03cb5653c962b0b6f47b5cc37" ], "author": { "name": "Jeffrey (Sheng-Hui) Chu", "email": "jeffchu@broadcom.com", "time": "Wed Nov 23 11:33:07 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Dec 09 08:52:19 2011 -0800" }, "message": "i2c-algo-bit: Generate correct i2c address sequence for 10-bit target\n\ncommit cc6bcf7d2ec2234e7b41770185e4dc826390185e upstream.\n\nThe wrong bits were put on the wire, fix that.\n\nThis fixes kernel bug #42562.\n\nSigned-off-by: Sheng-Hui J. Chu \u003cjeffchu@broadcom.com\u003e\nSigned-off-by: Jean Delvare \u003ckhali@linux-fr.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "eb89536db55afc262a59e493a76b521c5c7ad89e", "tree": "1560c4eb9385c000f3fb96d757fb156a5bb65481", "parents": [ "7a576d2dcd5807a7310032b380442eeba8c1c293" ], "author": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Tue Nov 29 07:38:25 2011 +0900" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Tue Nov 29 07:38:25 2011 +0900" }, "message": "Revert \"USB: EHCI: fix HUB TT scheduling issue with iso transfer\"\n\nThis reverts commit 317451c11fefcb0e05383f0a0080bb7f5445cfcf.\n\nCc: Matthieu Castet \u003cmatthieu.castet@parrot.com\u003e\nCc: Thomas Poussevin \u003cthomas.poussevin@parrot.com\u003e\nCc: Alan Stern \u003cstern@rowland.harvard.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "49b3e19e8062ab93b1c313e6c7934ff5987426c7", "tree": "676910df9deb344a39bae8c20fd6d3a23d387287", "parents": [ "e01b0328fa4df58b3d0ccd03f8b1b2768f05e539" ], "author": { "name": "Jesse Barnes", "email": "jbarnes@virtuousgeek.org", "time": "Mon Oct 10 14:28:52 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:10:07 2011 -0800" }, "message": "drm/i915: always set FDI composite sync bit\n\ncommit c4f9c4c2b3f1831e932e04db992cf6fe92c2a95a upstream.\n\nIt\u0027s needed for 3 pipe support as well as just regular functionality\n(e.g. DisplayPort).\n\nSigned-off-by: Jesse Barnes \u003cjbarnes@virtuousgeek.org\u003e\nTested-by: Adam Jackson \u003cajax@redhat.com\u003e\nTested-by: Eugeni Dodonov \u003ceugeni.dodonov@intel.com\u003e\nSigned-off-by: Keith Packard \u003ckeithp@keithp.com\u003e\nSigned-off-by: Robert Hooker \u003crobert.hooker@canonical.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "e01b0328fa4df58b3d0ccd03f8b1b2768f05e539", "tree": "29afbdac86b8bed03cf6034588af08f180c2df7c", "parents": [ "ae6c19cd6c32f88b2d8549984ff2a5fcdcc932b2" ], "author": { "name": "Jesse Barnes", "email": "jbarnes@virtuousgeek.org", "time": "Wed Oct 12 11:10:21 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:10:07 2011 -0800" }, "message": "drm/i915: fix IVB cursor support\n\ncommit 65a21cd65316145f9302594be8e69074369e1050 upstream.\n\nThe cursor regs have moved around, add the offsets and new macros for\ngetting at them.\n\nSigned-off-by: Jesse Barnes \u003cjbarnes@virtuousgeek.org\u003e\nTested-By: Eugeni Dodonov \u003ceugeni.dodonov@intel.com\u003e\nReviewed-By: Eugeni Dodonov \u003ceugeni.dodonov@intel.com\u003e\nSigned-off-by: Keith Packard \u003ckeithp@keithp.com\u003e\nSigned-off-by: Robert Hooker \u003crobert.hooker@canonical.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "10318b5517baa2ae7e4bb884c6acb9cf572eebc8", "tree": "d494fcf74e9cefbb5e2f8cacc7d547adeb448c70", "parents": [ "85e9996fdfe3e3095ab24c4f926695ad2e4ea8d9" ], "author": { "name": "sordna", "email": "sordna@gmail.com", "time": "Thu Oct 27 21:06:26 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:10:04 2011 -0800" }, "message": "USB: quirks: adding more quirky webcams to avoid squeaky audio\n\ncommit 0d145d7d4a241c321c832a810bb6edad18e2217b upstream.\n\nThe following patch contains additional affected webcam models, on top of the\npatches commited to linux-next 2394d67e446bf616a0885167d5f0d397bdacfdfc\nand 5b253d88cc6c65a23cefc457a5a4ef139913c5fc\n\nSigned-off-by: sordna \u003csordna@gmail.com\u003e\nCc: Oliver Neukum \u003coliver@neukum.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "85e9996fdfe3e3095ab24c4f926695ad2e4ea8d9", "tree": "b07c0a72edd9aab95acdc284c48e68649eadaee9", "parents": [ "317451c11fefcb0e05383f0a0080bb7f5445cfcf" ], "author": { "name": "Josh Boyer", "email": "jwboyer@redhat.com", "time": "Wed Oct 26 13:53:17 2011 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:10:03 2011 -0800" }, "message": "USB: add quirk for Logitech C600 web cam\n\ncommit 60c71ca972a2dd3fd9d0165b405361c8ad48349b upstream.\n\nWe\u0027ve had another report of the \"chipmunk\" sound on a Logitech C600 webcam.\nThis patch resolves the issue.\n\nSigned-off-by: Josh Boyer \u003cjwboyer@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "317451c11fefcb0e05383f0a0080bb7f5445cfcf", "tree": "791cd9677b9cc7a4d536da970b44d6d6e6aa3a0a", "parents": [ "a7a656cfe46e8278458a8c897aacd6bf28def1fe" ], "author": { "name": "Thomas Poussevin", "email": "thomas.poussevin@parrot.com", "time": "Thu Oct 27 18:46:48 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:10:03 2011 -0800" }, "message": "USB: EHCI: fix HUB TT scheduling issue with iso transfer\n\ncommit 811c926c538f7e8d3c08b630dd5844efd7e000f6 upstream.\n\nThe current TT scheduling doesn\u0027t allow to play and then record on a\nfull-speed device connected to a high speed hub.\n\nThe IN iso stream can only start on the first uframe (0-2 for a 165 us)\nbecause of CSPLIT transactions.\nFor the OUT iso stream there no such restriction. uframe 0-5 are possible.\n\nThe idea of this patch is that the first uframe are precious (for IN TT iso\nstream) and we should allocate the last uframes first if possible.\n\nFor that we reverse the order of uframe allocation (last uframe first).\n\nHere an example :\n\nhid interrupt stream\n----------------------------------------------------------------------\nuframe | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |\n----------------------------------------------------------------------\nmax_tt_usecs | 125 | 125 | 125 | 125 | 125 | 125 | 30 | 0 |\n----------------------------------------------------------------------\nused usecs on a frame | 13 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |\n----------------------------------------------------------------------\n\niso OUT stream\n----------------------------------------------------------------------\nuframe | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |\n----------------------------------------------------------------------\nmax_tt_usecs | 125 | 125 | 125 | 125 | 125 | 125 | 30 | 0 |\n----------------------------------------------------------------------\nused usecs on a frame | 13 | 125 | 39 | 0 | 0 | 0 | 0 | 0 |\n----------------------------------------------------------------------\n\nThere no place for iso IN stream (uframe 0-2 are used) and we got \"cannot\nsubmit datapipe for urb 0, error -28: not enough bandwidth\" error.\n\nWith the patch this become.\n\niso OUT stream\n----------------------------------------------------------------------\nuframe | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |\n----------------------------------------------------------------------\nmax_tt_usecs | 125 | 125 | 125 | 125 | 125 | 125 | 30 | 0 |\n----------------------------------------------------------------------\nused usecs on a frame | 13 | 0 | 0 | 0 | 125 | 39 | 0 | 0 |\n----------------------------------------------------------------------\n\niso IN stream\n----------------------------------------------------------------------\nuframe | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |\n----------------------------------------------------------------------\nmax_tt_usecs | 125 | 125 | 125 | 125 | 125 | 125 | 30 | 0 |\n----------------------------------------------------------------------\nused usecs on a frame | 13 | 0 | 125 | 40 | 125 | 39 | 0 | 0 |\n----------------------------------------------------------------------\n\nSigned-off-by: Matthieu Castet \u003cmatthieu.castet@parrot.com\u003e\nSigned-off-by: Thomas Poussevin \u003cthomas.poussevin@parrot.com\u003e\nSigned-off-by: Alan Stern \u003cstern@rowland.harvard.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "a7a656cfe46e8278458a8c897aacd6bf28def1fe", "tree": "12460f08cb471600929a5bf36089bedb6344d1fc", "parents": [ "b987edee414235e29984d424043761b735bb4a5e" ], "author": { "name": "Alan Stern", "email": "stern@rowland.harvard.edu", "time": "Tue Oct 25 10:50:58 2011 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:10:03 2011 -0800" }, "message": "usb-storage: Accept 8020i-protocol commands longer than 12 bytes\n\ncommit 2f640bf4c94324aeaa1b6385c10aab8c5ad1e1cf upstream.\n\nThe 8020i protocol (also 8070i and QIC-157) uses 12-byte commands;\nshorter commands must be padded. Simon Detheridge reports that his\n3-TB USB disk drive claims to use the 8020i protocol (which is\nnormally meant for ATAPI devices like CD drives), and because of its\nlarge size, the disk drive requires the use of 16-byte commands.\nHowever the usb_stor_pad12_command() routine in usb-storage always\nsets the command length to 12, making the drive impossible to use.\n\nSince the SFF-8020i specification allows for 16-byte commands in\nfuture extensions, we may as well accept them. This patch (as1490)\nchanges usb_stor_pad12_command() to leave commands larger than 12\nbytes alone rather than truncating them.\n\nSigned-off-by: Alan Stern \u003cstern@rowland.harvard.edu\u003e\nTested-by: Simon Detheridge \u003csimon@widgit.com\u003e\nCC: Matthew Dharm \u003cmdharm-usb@one-eyed-alien.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "b987edee414235e29984d424043761b735bb4a5e", "tree": "750c08e601209d562efbf530595fdd31103bf33a", "parents": [ "1c9e0eba2b5954bfb213ce2facfd439eeb3cda3b" ], "author": { "name": "Andrew Worsley", "email": "amworsley@gmail.com", "time": "Fri Nov 18 23:13:33 2011 +1100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:10:03 2011 -0800" }, "message": "USB: Fix Corruption issue in USB ftdi driver ftdi_sio.c\n\ncommit b1ffb4c851f185e9051ba837c16d9b84ef688d26 upstream.\n\nFix for ftdi_set_termios() glitching output\n\nftdi_set_termios() is constantly setting the baud rate, data bits and parity\nunnecessarily on every call, . When called while characters are being\ntransmitted can cause the FTDI chip to corrupt the serial port bit stream\noutput by stalling the output half a bit during the output of a character.\nSimple fix by skipping this setting if the baud rate/data bits/parity are\nunchanged.\n\nSigned-off-by: Andrew Worsley \u003camworsley@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "1c9e0eba2b5954bfb213ce2facfd439eeb3cda3b", "tree": "2995fffeaa073f9d8e4617796f44e3d0d9493928", "parents": [ "3d396a3b21f381ffb651f481252508243c0325a6" ], "author": { "name": "Bart Hartgers", "email": "bart.hartgers@gmail.com", "time": "Wed Oct 26 13:29:42 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:10:02 2011 -0800" }, "message": "USB: ark3116 initialisation fix\n\ncommit 583182ba5f02c8c9be82ea550f2051eaec15b975 upstream.\n\nThis patch for the usb serial ark3116 driver fixes an initialisation\nordering bug that gets triggered on hotplug when using at least recent\ndebian/ubuntu userspace. Without it, ark3116 serial cables don\u0027t work.\n\nSigned-off-by: Bart Hartgers \u003cbart.hartgers@gmail.com\u003e\nTested-by: law_ence.dev@ntlworld.com\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "3d396a3b21f381ffb651f481252508243c0325a6", "tree": "bd23e1a5f659c3a42420fc4ef787c234b1ab9556", "parents": [ "bbf54d177037d268d9a744ee4c2add570ba8a9ad" ], "author": { "name": "Alan Stern", "email": "stern@rowland.harvard.edu", "time": "Thu Oct 27 11:20:21 2011 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:10:02 2011 -0800" }, "message": "USB: workaround for bug in old version of GCC\n\ncommit 97ff22ee3b4cb3a334f7385e269773141aed702f upstream.\n\nThis patch (as1491) works around a bug in GCC-3.4.6, which is still\nsupposed to be supported. The number of microseconds in the udelay()\ncall in quirk_usb_disable_ehci() is fixed at 100, but the compiler\ndoesn\u0027t understand this and generates a link-time error. So we\nreplace the otherwise unused variable \"delta\" with a simple constant\n100. This same pattern is already used in other delay loops in that\nsource file.\n\nSigned-off-by: Alan Stern \u003cstern@rowland.harvard.edu\u003e\nReported-by: Konrad Rzepecki \u003ckrzepecki@dentonet.pl\u003e\nTested-by: Konrad Rzepecki \u003ckrzepecki@dentonet.pl\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "bbf54d177037d268d9a744ee4c2add570ba8a9ad", "tree": "b52a25b7a330983c8a555de7f4a2c963df94e370", "parents": [ "0841db56cfb4cd090cbdd52dc2c7f39a70042e15" ], "author": { "name": "Havard Skinnemoen", "email": "hskinnemoen@google.com", "time": "Wed Nov 09 13:47:38 2011 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:10:02 2011 -0800" }, "message": "USB: cdc-acm: Fix disconnect() vs close() race\n\ncommit 5dc2470c602da8851907ec18942cd876c3b4ecc1 upstream.\n\nThere\u0027s a race between the USB disconnect handler and the TTY close\nhandler which may cause the acm object to be freed while it\u0027s still\nbeing used. This may lead to things like\n\nhttp://article.gmane.org/gmane.linux.usb.general/54250\n\nand\n\nhttps://lkml.org/lkml/2011/5/29/64\n\nThis is the simplest fix I could come up with. Holding on to open_mutex\nwhile closing the TTY device prevents acm_disconnect() from freeing the\nacm object between acm-\u003eport.count drops to 0 and the TTY side of the\ncleanups are finalized.\n\nSigned-off-by: Havard Skinnemoen \u003chskinnemoen@google.com\u003e\nCc: Oliver Neukum \u003coliver@neukum.name\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "0841db56cfb4cd090cbdd52dc2c7f39a70042e15", "tree": "b1ac99fdfc76d01c468f76d4eba0772a1a58f469", "parents": [ "fe18f66a2d61962b28d319e9d8a5bf68edaeb215" ], "author": { "name": "wangyanqing", "email": "udknight@gmail.com", "time": "Thu Nov 10 14:04:08 2011 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:10:01 2011 -0800" }, "message": "USB: serial: pl2303: rm duplicate id\n\ncommit 0c16595539b612fe948559433dda08ff96a8bdc7 upstream.\n\nI get report from customer that his usb-serial\nconverter doesn\u0027t work well,it sometimes work,\nbut sometimes it doesn\u0027t.\n\nThe usb-serial converter\u0027s id:\nvendor_id product_id\n0x4348 0x5523\n\nThen I search the usb-serial codes, and there are\ntwo drivers announce support this device, pl2303\nand ch341, commit 026dfaf1 cause it. Through many\ntimes to test, ch341 works well with this device,\nand pl2303 doesn\u0027t work quite often(it just work quite little).\n\nch341 works well with this device, so we doesn\u0027t\nneed pl2303 to support.I try to revert 026dfaf1 first,\nbut it failed. So I prepare this patch by hand to revert it.\n\nSigned-off-by: Wang YanQing \u003cUdknight@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "fe18f66a2d61962b28d319e9d8a5bf68edaeb215", "tree": "2d2769efddd2a456dc7436886e1629642434c06b", "parents": [ "ad8a9b61e60399e909b99ae9be457d5c4450c69d" ], "author": { "name": "Ferenc Wagner", "email": "wferi@niif.hu", "time": "Thu Nov 17 16:44:58 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:10:01 2011 -0800" }, "message": "USB: option: add PID of Huawei E173s 3G modem\n\ncommit 4aa3648c719265bac9c2742c9ebb043e6dbdd790 upstream.\n\nSigned-off-by: Ferenc Wagner \u003cwferi@niif.hu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "ad8a9b61e60399e909b99ae9be457d5c4450c69d", "tree": "092df6722ee8b7bd49cce84a484d02af7bb66a0f", "parents": [ "a07b39fcd6a9aecdc4093f5b7480ba0bdfc85854" ], "author": { "name": "zheng.zhijian@zte.com.cn", "email": "zheng.zhijian@zte.com.cn", "time": "Thu Nov 17 19:23:25 2011 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:10:01 2011 -0800" }, "message": "USB: option: release new PID for ZTE 3G modem\n\ncommit 46b5a277ed90317a4d17e936c16037e76011b219 upstream.\n\nThis patch adds new PIDs for ZTE 3G modem, after we confirm it and tested.\nThanks for Dan\u0027s work at kernel option devier.\n\nSigned-off-by: Alvin.Zheng \u003czheng.zhijian@zte.com.cn\u003e\nSigned-off-by: wsalvin \u003cwsalvin@yahoo.com.cn\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "a07b39fcd6a9aecdc4093f5b7480ba0bdfc85854", "tree": "db867b5a6c5364609c724cd44c36b13280814962", "parents": [ "614b35af53468f13a41192ffb4ea34f264035b91" ], "author": { "name": "Alan Stern", "email": "stern@rowland.harvard.edu", "time": "Thu Nov 03 11:37:10 2011 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:10:01 2011 -0800" }, "message": "USB: XHCI: resume root hubs when the controller resumes\n\ncommit f69e3120df82391a0ee8118e0a156239a06b2afb upstream.\n\nThis patch (as1494) fixes a problem in xhci-hcd\u0027s resume routine.\nWhen the controller is runtime-resumed, this can only mean that one of\nthe two root hubs has made a wakeup request and therefore needs to be\nresumed as well. Rather than try to determine which root hub requires\nattention (which might be difficult in the case where a new\nnon-SuperSpeed device has been plugged in), the patch simply resumes\nboth root hubs.\n\nWithout this change, there is a race: The controller might be put back\nto sleep before it can activate its IRQ line, and the wakeup condition\nmight never get handled.\n\nThe patch also simplifies the logic in xhci_resume a little, combining\nsome repeated flag settings into a single pair of statements.\n\nSigned-off-by: Alan Stern \u003cstern@rowland.harvard.edu\u003e\nCC: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nTested-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "614b35af53468f13a41192ffb4ea34f264035b91", "tree": "7ccb242dd320fd701ed9590777244363c5a1e0a1", "parents": [ "2e6f55fcd95ef6da9e095eb97cb70fe48be13882" ], "author": { "name": "Don Zickus", "email": "dzickus@redhat.com", "time": "Thu Oct 20 23:52:14 2011 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:10:00 2011 -0800" }, "message": "usb, xhci: fix lockdep warning on endpoint timeout\n\ncommit f43d623164022dcbf6750ef220b7a1133a1183eb upstream.\n\nWhile debugging a usb3 problem, I stumbled upon this lockdep warning.\n\nOct 18 21:41:17 dhcp47-74 kernel: \u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\nOct 18 21:41:17 dhcp47-74 kernel: [ INFO: inconsistent lock state ]\nOct 18 21:41:17 dhcp47-74 kernel: 3.1.0-rc4nmi+ #456\nOct 18 21:41:17 dhcp47-74 kernel: ---------------------------------\nOct 18 21:41:17 dhcp47-74 kernel: inconsistent {IN-HARDIRQ-W} -\u003e {HARDIRQ-ON-W} usage.\nOct 18 21:41:17 dhcp47-74 kernel: swapper/0 [HC0[0]:SC1[1]:HE1:SE0] takes:\nOct 18 21:41:17 dhcp47-74 kernel: (\u0026(\u0026xhci-\u003elock)-\u003erlock){?.-...}, at: [\u003cffffffffa0228990\u003e] xhci_stop_endpoint_command_watchdog+0x30/0x340 [xhci_hcd]\nOct 18 21:41:17 dhcp47-74 kernel: {IN-HARDIRQ-W} state was registered at:\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff8109a941\u003e] __lock_acquire+0x781/0x1660\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff8109bed7\u003e] lock_acquire+0x97/0x170\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff81501b46\u003e] _raw_spin_lock+0x46/0x80\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffffa02299fa\u003e] xhci_irq+0x3a/0x1960 [xhci_hcd]\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffffa022b351\u003e] xhci_msi_irq+0x31/0x40 [xhci_hcd]\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff810d2305\u003e] handle_irq_event_percpu+0x85/0x320\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff810d25e8\u003e] handle_irq_event+0x48/0x70\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff810d537d\u003e] handle_edge_irq+0x6d/0x130\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff810048c9\u003e] handle_irq+0x49/0xa0\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff8150d56d\u003e] do_IRQ+0x5d/0xe0\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff815029b0\u003e] ret_from_intr+0x0/0x13\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff81388aca\u003e] usb_set_device_state+0x8a/0x180\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff8138f038\u003e] usb_add_hcd+0x2b8/0x730\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffffa022ed7e\u003e] xhci_pci_probe+0x9e/0xd4 [xhci_hcd]\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff8127915f\u003e] local_pci_probe+0x5f/0xd0\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff8127a569\u003e] pci_device_probe+0x119/0x120\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff81334473\u003e] driver_probe_device+0xa3/0x2c0\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff8133473b\u003e] __driver_attach+0xab/0xb0\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff8133373c\u003e] bus_for_each_dev+0x6c/0xa0\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff813341fe\u003e] driver_attach+0x1e/0x20\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff81333b88\u003e] bus_add_driver+0x1f8/0x2b0\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff81334df6\u003e] driver_register+0x76/0x140\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff8127a7c6\u003e] __pci_register_driver+0x66/0xe0\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffffa013c04a\u003e] snd_timer_find+0x4a/0x70 [snd_timer]\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffffa013c00e\u003e] snd_timer_find+0xe/0x70 [snd_timer]\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff810001d3\u003e] do_one_initcall+0x43/0x180\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff810a9ed2\u003e] sys_init_module+0x92/0x1f0\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff8150ab6b\u003e] system_call_fastpath+0x16/0x1b\nOct 18 21:41:17 dhcp47-74 kernel: irq event stamp: 631984\nOct 18 21:41:17 dhcp47-74 kernel: hardirqs last enabled at (631984): [\u003cffffffff81502720\u003e] _raw_spin_unlock_irq+0x30/0x50\nOct 18 21:41:17 dhcp47-74 kernel: hardirqs last disabled at (631983): [\u003cffffffff81501c49\u003e] _raw_spin_lock_irq+0x19/0x90\nOct 18 21:41:17 dhcp47-74 kernel: softirqs last enabled at (631980): [\u003cffffffff8105ff63\u003e] _local_bh_enable+0x13/0x20\nOct 18 21:41:17 dhcp47-74 kernel: softirqs last disabled at (631981): [\u003cffffffff8150ce6c\u003e] call_softirq+0x1c/0x30\nOct 18 21:41:17 dhcp47-74 kernel:\nOct 18 21:41:17 dhcp47-74 kernel: other info that might help us debug this:\nOct 18 21:41:17 dhcp47-74 kernel: Possible unsafe locking scenario:\nOct 18 21:41:17 dhcp47-74 kernel:\nOct 18 21:41:17 dhcp47-74 kernel: CPU0\nOct 18 21:41:17 dhcp47-74 kernel: ----\nOct 18 21:41:17 dhcp47-74 kernel: lock(\u0026(\u0026xhci-\u003elock)-\u003erlock);\nOct 18 21:41:17 dhcp47-74 kernel: \u003cInterrupt\u003e\nOct 18 21:41:17 dhcp47-74 kernel: lock(\u0026(\u0026xhci-\u003elock)-\u003erlock);\nOct 18 21:41:17 dhcp47-74 kernel:\nOct 18 21:41:17 dhcp47-74 kernel: *** DEADLOCK ***\nOct 18 21:41:17 dhcp47-74 kernel:\nOct 18 21:41:17 dhcp47-74 kernel: 1 lock held by swapper/0:\nOct 18 21:41:17 dhcp47-74 kernel: #0: (\u0026ep-\u003estop_cmd_timer){+.-...}, at: [\u003cffffffff8106abf2\u003e] run_timer_softirq+0x162/0x570\nOct 18 21:41:17 dhcp47-74 kernel:\nOct 18 21:41:17 dhcp47-74 kernel: stack backtrace:\nOct 18 21:41:17 dhcp47-74 kernel: Pid: 0, comm: swapper Tainted: G W 3.1.0-rc4nmi+ #456\nOct 18 21:41:17 dhcp47-74 kernel: Call Trace:\nOct 18 21:41:17 dhcp47-74 kernel: \u003cIRQ\u003e [\u003cffffffff81098ed7\u003e] print_usage_bug+0x227/0x270\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff810999c6\u003e] mark_lock+0x346/0x410\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff8109a7de\u003e] __lock_acquire+0x61e/0x1660\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff81099893\u003e] ? mark_lock+0x213/0x410\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff8109bed7\u003e] lock_acquire+0x97/0x170\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffffa0228990\u003e] ? xhci_stop_endpoint_command_watchdog+0x30/0x340 [xhci_hcd]\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff81501b46\u003e] _raw_spin_lock+0x46/0x80\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffffa0228990\u003e] ? xhci_stop_endpoint_command_watchdog+0x30/0x340 [xhci_hcd]\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffffa0228990\u003e] xhci_stop_endpoint_command_watchdog+0x30/0x340 [xhci_hcd]\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff8106abf2\u003e] ? run_timer_softirq+0x162/0x570\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff8106ac9d\u003e] run_timer_softirq+0x20d/0x570\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff8106abf2\u003e] ? run_timer_softirq+0x162/0x570\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffffa0228960\u003e] ? xhci_queue_isoc_tx_prepare+0x8e0/0x8e0 [xhci_hcd]\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff810604d2\u003e] __do_softirq+0xf2/0x3f0\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff81020edd\u003e] ? lapic_next_event+0x1d/0x30\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff81090d4e\u003e] ? clockevents_program_event+0x5e/0x90\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff8150ce6c\u003e] call_softirq+0x1c/0x30\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff8100484d\u003e] do_softirq+0x8d/0xc0\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff8105ff35\u003e] irq_exit+0xe5/0x100\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff8150d65e\u003e] smp_apic_timer_interrupt+0x6e/0x99\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff8150b6f0\u003e] apic_timer_interrupt+0x70/0x80\nOct 18 21:41:17 dhcp47-74 kernel: \u003cEOI\u003e [\u003cffffffff81095d8d\u003e] ? trace_hardirqs_off+0xd/0x10\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff812ddb76\u003e] ? acpi_idle_enter_bm+0x227/0x25b\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff812ddb71\u003e] ? acpi_idle_enter_bm+0x222/0x25b\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff813eda63\u003e] cpuidle_idle_call+0x103/0x290\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff81002155\u003e] cpu_idle+0xe5/0x160\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff814e7f50\u003e] rest_init+0xe0/0xf0\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff814e7e70\u003e] ? csum_partial_copy_generic+0x170/0x170\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff81df8e23\u003e] start_kernel+0x3fc/0x407\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff81df8321\u003e] x86_64_start_reservations+0x131/0x135\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff81df8412\u003e] x86_64_start_kernel+0xed/0xf4\nOct 18 21:41:17 dhcp47-74 kernel: xhci_hcd 0000:00:14.0: xHCI host not responding to stop endpoint command.\nOct 18 21:41:17 dhcp47-74 kernel: xhci_hcd 0000:00:14.0: Assuming host is dying, halting host.\nOct 18 21:41:17 dhcp47-74 kernel: xhci_hcd 0000:00:14.0: HC died; cleaning up\nOct 18 21:41:17 dhcp47-74 kernel: usb 3-4: device descriptor read/8, error -110\nOct 18 21:41:17 dhcp47-74 kernel: usb 3-4: device descriptor read/8, error -22\nOct 18 21:41:17 dhcp47-74 kernel: hub 3-0:1.0: cannot disable port 4 (err \u003d -19)\n\nBasically what is happening is in xhci_stop_endpoint_command_watchdog()\nthe xhci-\u003elock is grabbed with just spin_lock. What lockdep deduces is\nthat if an interrupt occurred while in this function it would deadlock\nwith xhci_irq because that function also grabs the xhci-\u003elock.\n\nFixing it is trivial by using spin_lock_irqsave instead.\n\nThis should be queued to stable kernels as far back as 2.6.33.\n\nSigned-off-by: Don Zickus \u003cdzickus@redhat.com\u003e\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "2e6f55fcd95ef6da9e095eb97cb70fe48be13882", "tree": "39fde076a8ae77c665cff58f11f00255e922c3fc", "parents": [ "bd8a076ec08b1dab5fe3d7bf5499990a552ff51f" ], "author": { "name": "Don Zickus", "email": "dzickus@redhat.com", "time": "Thu Nov 03 09:07:18 2011 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:10:00 2011 -0800" }, "message": "usb, xhci: Clear warm reset change event during init\n\ncommit 79c3dd8150fd5236d95766a9e662e3e932b462c9 upstream.\n\nI noticed on my Panther Point system that I wasn\u0027t getting hotplug events\nfor my usb3.0 disk on a usb3 port. I tracked it down to the fact that the\nsystem had the warm reset change bit still set. This seemed to block future\nevents from being received, including a hotplug event.\n\nClearing this bit during initialization allowed the hotplug event to be\nreceived and the disk to be recognized correctly.\n\nThis patch should be backported to kernels as old as 2.6.39.\n\nSigned-off-by: Don Zickus \u003cdzickus@redhat.com\u003e\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "bd8a076ec08b1dab5fe3d7bf5499990a552ff51f", "tree": "7285f9303d260cac1255a31cc71d6bcce0e1e844", "parents": [ "f353fc7d4deafe84db514a3acb691fb84c7c69ec" ], "author": { "name": "Sarah Sharp", "email": "sarah.a.sharp@linux.intel.com", "time": "Thu Nov 03 13:06:08 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:10:00 2011 -0800" }, "message": "xhci: Set slot and ep0 flags for address command.\n\ncommit d31c285b3a71cf9056e6a060de41f37780b0af86 upstream.\n\nMatt\u0027s AsMedia xHCI host controller was responding with a Context Error\nto an address device command after a configured device reset. Some\nsequence of events leads both the slot and endpoint zero add flags\ncleared to zero, which the AsMedia host doesn\u0027t like:\n\n[ 223.701839] xhci_hcd 0000:03:00.0: Slot ID 1 Input Context:\n[ 223.701841] xhci_hcd 0000:03:00.0: @ffff880137b25000 (virt) @ffffc000 (dma) 0x000000 - drop flags\n[ 223.701843] xhci_hcd 0000:03:00.0: @ffff880137b25004 (virt) @ffffc004 (dma) 0x000000 - add flags\n[ 223.701846] xhci_hcd 0000:03:00.0: @ffff880137b25008 (virt) @ffffc008 (dma) 0x000000 - rsvd2[0]\n[ 223.701848] xhci_hcd 0000:03:00.0: @ffff880137b2500c (virt) @ffffc00c (dma) 0x000000 - rsvd2[1]\n[ 223.701850] xhci_hcd 0000:03:00.0: @ffff880137b25010 (virt) @ffffc010 (dma) 0x000000 - rsvd2[2]\n[ 223.701852] xhci_hcd 0000:03:00.0: @ffff880137b25014 (virt) @ffffc014 (dma) 0x000000 - rsvd2[3]\n[ 223.701854] xhci_hcd 0000:03:00.0: @ffff880137b25018 (virt) @ffffc018 (dma) 0x000000 - rsvd2[4]\n[ 223.701857] xhci_hcd 0000:03:00.0: @ffff880137b2501c (virt) @ffffc01c (dma) 0x000000 - rsvd2[5]\n[ 223.701858] xhci_hcd 0000:03:00.0: Slot Context:\n[ 223.701860] xhci_hcd 0000:03:00.0: @ffff880137b25020 (virt) @ffffc020 (dma) 0x8400000 - dev_info\n[ 223.701862] xhci_hcd 0000:03:00.0: @ffff880137b25024 (virt) @ffffc024 (dma) 0x010000 - dev_info2\n[ 223.701864] xhci_hcd 0000:03:00.0: @ffff880137b25028 (virt) @ffffc028 (dma) 0x000000 - tt_info\n[ 223.701866] xhci_hcd 0000:03:00.0: @ffff880137b2502c (virt) @ffffc02c (dma) 0x000000 - dev_state\n[ 223.701869] xhci_hcd 0000:03:00.0: @ffff880137b25030 (virt) @ffffc030 (dma) 0x000000 - rsvd[0]\n[ 223.701871] xhci_hcd 0000:03:00.0: @ffff880137b25034 (virt) @ffffc034 (dma) 0x000000 - rsvd[1]\n[ 223.701873] xhci_hcd 0000:03:00.0: @ffff880137b25038 (virt) @ffffc038 (dma) 0x000000 - rsvd[2]\n[ 223.701875] xhci_hcd 0000:03:00.0: @ffff880137b2503c (virt) @ffffc03c (dma) 0x000000 - rsvd[3]\n[ 223.701877] xhci_hcd 0000:03:00.0: Endpoint 00 Context:\n[ 223.701879] xhci_hcd 0000:03:00.0: @ffff880137b25040 (virt) @ffffc040 (dma) 0x000000 - ep_info\n[ 223.701881] xhci_hcd 0000:03:00.0: @ffff880137b25044 (virt) @ffffc044 (dma) 0x2000026 - ep_info2\n[ 223.701883] xhci_hcd 0000:03:00.0: @ffff880137b25048 (virt) @ffffc048 (dma) 0xffffe8e0 - deq\n[ 223.701885] xhci_hcd 0000:03:00.0: @ffff880137b25050 (virt) @ffffc050 (dma) 0x000000 - tx_info\n[ 223.701887] xhci_hcd 0000:03:00.0: @ffff880137b25054 (virt) @ffffc054 (dma) 0x000000 - rsvd[0]\n[ 223.701889] xhci_hcd 0000:03:00.0: @ffff880137b25058 (virt) @ffffc058 (dma) 0x000000 - rsvd[1]\n[ 223.701892] xhci_hcd 0000:03:00.0: @ffff880137b2505c (virt) @ffffc05c (dma) 0x000000 - rsvd[2]\n...\n[ 223.701927] xhci_hcd 0000:03:00.0: // Ding dong!\n[ 223.701992] xhci_hcd 0000:03:00.0: Setup ERROR: address device command for slot 1.\n\nThe xHCI spec says that both flags must be set to one for the Address\nDevice command. When the device is first enumerated,\nxhci_setup_addressable_virt_dev() does set those flags. However, when\nthe device is addressed after it has been reset in the configured state,\nxhci_setup_addressable_virt_dev() is not called, and\nxhci_copy_ep0_dequeue_into_input_ctx() is called instead. That function\nrelies on the flags being set up by previous commands, which apparently\nisn\u0027t a good assumption.\n\nMove the setting of the flags into the common parent function.\n\nThis should be queued for stable kernels as old as 2.6.35, since that\nwas the first introduction of xhci_copy_ep0_dequeue_into_input_ctx.\n\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nTested-by: Matt \u003cmdm@iinet.net.au\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" } ], "next": "f353fc7d4deafe84db514a3acb691fb84c7c69ec" }