)]}' { "log": [ { "commit": "739b9fa801cab6bd63d51de7d7a97b7bd8bbbdc8", "tree": "3c027cf091a81bb289151421cdbd2bd4ced39a2f", "parents": [ "fec9a0c8f048db2807646fea92bdd87dc8adbade" ], "author": { "name": "Javier Cardona", "email": "javier@cozybit.com", "time": "Wed Oct 24 12:43:30 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Nov 17 13:15:56 2012 -0800" }, "message": "mac80211: Only process mesh config header on frames that RA_MATCH\n\ncommit 555cb715be8ef98b8ec362b23dfc254d432a35b1 upstream.\n\nDoing otherwise is wrong, and may wreak havoc on the mpp tables,\nspecially if the frame is encrypted.\n\nReported-by: Chaoxing Lin \u003cChaoxing.Lin@ultra-3eti.com\u003e\nSigned-off-by: Javier Cardona \u003cjavier@cozybit.com\u003e\nSigned-off-by: Johannes Berg \u003cjohannes.berg@intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "fec9a0c8f048db2807646fea92bdd87dc8adbade", "tree": "792fa10ed97e5b92b2ece3c6d1d9f7c12601f4bf", "parents": [ "2404ce30fd4e4c46d3c3869093a5987c0d56fee6" ], "author": { "name": "Johannes Berg", "email": "johannes.berg@intel.com", "time": "Wed Oct 24 14:19:53 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Nov 17 13:15:56 2012 -0800" }, "message": "mac80211: use blacklist for duplicate IE check\n\ncommit 9690fb169b433a66485c808e4fc352b8a0f8d866 upstream.\n\nInstead of the current whitelist which accepts duplicates\nonly for the quiet and vendor IEs, use a blacklist of all\nIEs (that we currently parse) that can\u0027t be duplicated.\n\nThis avoids detecting a beacon as corrupt in the future\nwhen new IEs are added that can be duplicated.\n\nSigned-off-by: Paul Stewart \u003cpstew@chromium.org\u003e\nSigned-off-by: Johannes Berg \u003cjohannes.berg@intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "2404ce30fd4e4c46d3c3869093a5987c0d56fee6", "tree": "4725767f550e260a7f7045332282365587fb9211", "parents": [ "91721d4a83437f183d29ae6397a3934fcfa28436" ], "author": { "name": "Johannes Berg", "email": "johannes.berg@intel.com", "time": "Thu Oct 25 21:51:59 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Nov 17 13:15:56 2012 -0800" }, "message": "wireless: drop invalid mesh address extension frames\n\ncommit 7dd111e8ee10cc6816669eabcad3334447673236 upstream.\n\nThe mesh header can have address extension by a 4th\nor a 5th and 6th address, but never both. Drop such\nframes in 802.11 -\u003e 802.3 conversion along with any\nframes that have the wrong extension.\n\nReviewed-by: Javier Cardona \u003cjavier@cozybit.com\u003e\nSigned-off-by: Johannes Berg \u003cjohannes.berg@intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "91721d4a83437f183d29ae6397a3934fcfa28436", "tree": "ce23ce382def353c162f041c8856bf2899f3c439", "parents": [ "bfc5de3bc907e97b9aabce6d6517a55d5ed6d791" ], "author": { "name": "Felix Fietkau", "email": "nbd@openwrt.org", "time": "Wed Oct 17 13:56:19 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Nov 17 13:15:56 2012 -0800" }, "message": "cfg80211: fix antenna gain handling\n\ncommit c4a9fafc77a5318f5ed26c509bbcddf03e18c201 upstream.\n\nNo driver initializes chan-\u003emax_antenna_gain to something sensible, and\nthe only place where it is being used right now is inside ath9k. This\nleads to ath9k potentially using less tx power than it can use, which can\ndecrease performance/range in some rare cases.\n\nRather than going through every single driver, this patch initializes\nchan-\u003eorig_mag in wiphy_register(), ignoring whatever value the driver\nleft in there. If a driver for some reason wishes to limit it independent\nfrom regulatory rulesets, it can do so internally.\n\nSigned-off-by: Felix Fietkau \u003cnbd@openwrt.org\u003e\nSigned-off-by: Johannes Berg \u003cjohannes.berg@intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "bfc5de3bc907e97b9aabce6d6517a55d5ed6d791", "tree": "9b18db8668193c999e607f89be27d619d46bfcaf", "parents": [ "7f83bc1f1bff2e9b89b3a505750b067f0073fe5c" ], "author": { "name": "Steve Hodgson", "email": "steve@purestorage.com", "time": "Wed Oct 31 10:24:02 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Nov 17 13:15:55 2012 -0800" }, "message": "target: Fix incorrect usage of nested IRQ spinlocks in ABORT_TASK path\n\ncommit ab74b3d62f05192bf8fb8f169e7999d1183b2e08 upstream.\n\nThis patch changes core_tmr_abort_task() to use spin_lock -\u003e spin_unlock\naround se_cmd-\u003et_state_lock while spin_lock_irqsave is held via\nse_sess-\u003esess_cmd_lock.\n\nSigned-off-by: Steve Hodgson \u003csteve@purestorage.com\u003e\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@linuxfoundation.org\u003e\n\n" }, { "commit": "7f83bc1f1bff2e9b89b3a505750b067f0073fe5c", "tree": "93452f9f6cee6ca772d91f1e095772e29b7851bb", "parents": [ "227ab73196544a25f0c03338c5b49d3fdc1d1e38" ], "author": { "name": "Roland Dreier", "email": "roland@purestorage.com", "time": "Wed Oct 31 09:16:46 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Nov 17 13:15:55 2012 -0800" }, "message": "iscsi-target: Fix missed wakeup race in TX thread\n\ncommit d5627acba9ae584cf4928af19f7ddf5f6837de32 upstream.\n\nThe sleeping code in iscsi_target_tx_thread() is susceptible to the classic\nmissed wakeup race:\n\n - TX thread finishes handle_immediate_queue() and handle_response_queue(),\n thinks both queues are empty.\n - Another thread adds a queue entry and does wake_up_process(), which does\n nothing because the TX thread is still awake.\n - TX thread does schedule_timeout() and sleeps forever.\n\nIn practice this can kill an iSCSI connection if for example an initiator\ndoes single-threaded writes and the target misses the wakeup window when\nqueueing an R2T; in this case the connection will be stuck until the\ninitiator loses patience and does some task management operation (or kills\nthe connection entirely).\n\nFix this by converting to wait_event_interruptible(), which does not\nsuffer from this sort of race.\n\nSigned-off-by: Roland Dreier \u003croland@purestorage.com\u003e\nCc: Andy Grover \u003cagrover@redhat.com\u003e\nCc: Hannes Reinecke \u003chare@suse.de\u003e\nCc: Christoph Hellwig \u003chch@lst.de\u003e\nSigned-off-by: Nicholas Bellinger \u003cnab@linux-iscsi.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "227ab73196544a25f0c03338c5b49d3fdc1d1e38", "tree": "b987a8cbba2a2bdbea7bb2081294fd0206d796d7", "parents": [ "506485a3c6d926cc01e6d05088eac94adf1d6ae5" ], "author": { "name": "Roland Dreier", "email": "roland@purestorage.com", "time": "Wed Oct 31 09:16:45 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Nov 17 13:15:55 2012 -0800" }, "message": "target: Avoid integer overflow in se_dev_align_max_sectors()\n\ncommit 3e03989b5868acf69a391a424dc71fcd6cc48167 upstream.\n\nThe expression (max_sectors * block_size) might overflow a u32\n(indeed, since iblock sets max_hw_sectors to UINT_MAX, it is\nguaranteed to overflow and end up with a much-too-small result in many\ncommon cases). Fix this by doing an equivalent calculation that\ndoesn\u0027t require multiplication.\n\nWhile we\u0027re touching this code, avoid splitting a printk format across\ntwo lines and use pr_info(...) instead of printk(KERN_INFO ...).\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@linuxfoundation.org\u003e\n\n" }, { "commit": "506485a3c6d926cc01e6d05088eac94adf1d6ae5", "tree": "580e630da6ecf040e229dabb9b43dc31a8f6502f", "parents": [ "75d1ac720f8e92d2334ff7cc4e9a58ddb5213636" ], "author": { "name": "Roland Dreier", "email": "roland@purestorage.com", "time": "Wed Oct 31 09:16:44 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Nov 17 13:15:55 2012 -0800" }, "message": "target: Don\u0027t return success from module_init() if setup fails\n\ncommit 0d0f9dfb31e0a6c92063e235417b42df185b3275 upstream.\n\nIf the call to core_dev_release_virtual_lun0() fails, then nothing\nsets ret to anything other than 0, so even though everything is\ntorn down and freed, target_core_init_configfs() will seem to succeed\nand the module will be loaded. Fix this by passing the return value\non up the chain.\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@linuxfoundation.org\u003e\n\n" }, { "commit": "75d1ac720f8e92d2334ff7cc4e9a58ddb5213636", "tree": "4d525dfe81c5338488c88a0799228a20364f3c50", "parents": [ "7bbaeecbffccbb38fcaf5f7c6af466c16e095d4b" ], "author": { "name": "Stanislaw Gruszka", "email": "sgruszka@redhat.com", "time": "Thu Oct 25 09:51:39 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Nov 17 13:15:55 2012 -0800" }, "message": "rt2800: validate step value for temperature compensation\n\ncommit bf7e1abe434ba9e22e8dc04a4cba4ab504b788b8 upstream.\n\nSome hardware has correct (!\u003d 0xff) value of tssi_bounds[4] in the\nEEPROM, but step is equal to 0xff. This results on ridiculous delta\ncalculations and completely broke TX power settings.\n\nReported-and-tested-by: Pavel Lucik \u003cpavel.lucik@gmail.com\u003e\nSigned-off-by: Stanislaw Gruszka \u003csgruszka@redhat.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@linuxfoundation.org\u003e\n\n" }, { "commit": "7bbaeecbffccbb38fcaf5f7c6af466c16e095d4b", "tree": "ec320aa119a7d852034429b00f74e33c5ceae6ce", "parents": [ "a2fad9a26b1a8a6e9732925cd97bd7b9ee25d6cc" ], "author": { "name": "Sven Eckelmann", "email": "sven@narfation.org", "time": "Mon Oct 29 13:25:20 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Nov 17 13:15:55 2012 -0800" }, "message": "ath9k: Test for TID only in BlockAcks while checking tx status\n\ncommit 6fe7cc71bbf3a0bc28c9cec3c00bc11e81344412 upstream.\n\nThe ath9k xmit functions for AMPDUs can send frames as non-aggregate in case\nonly one frame is currently available. The client will then answer using a\nnormal Ack instead of a BlockAck. This acknowledgement has no TID stored and\ntherefore the hardware is not able to provide us the corresponding TID.\n\nThe TID set by the hardware in the tx status descriptor has to be seen as\nundefined and not as a valid TID value for normal acknowledgements. Doing\notherwise results in a massive amount of retransmissions and stalls of\nconnections.\n\nUsers may experience low bandwidth and complete connection stalls in\nenvironments with transfers using multiple TIDs.\n\nThis regression was introduced in b11b160defc48e4daa283f785192ea3a23a51f8e\n(\"ath9k: validate the TID in the tx status information\").\n\nSigned-off-by: Sven Eckelmann \u003csven@narfation.org\u003e\nSigned-off-by: Simon Wunderlich \u003csiwu@hrz.tu-chemnitz.de\u003e\nAcked-by: Felix Fietkau \u003cnbd@openwrt.org\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "a2fad9a26b1a8a6e9732925cd97bd7b9ee25d6cc", "tree": "8546ea359f793f41b53cbcab2482367d2f108d60", "parents": [ "180bed351c02841004ee1c9d45a7efb1e207acf1" ], "author": { "name": "Felix Fietkau", "email": "nbd@openwrt.org", "time": "Fri Oct 26 00:31:11 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Nov 17 13:15:55 2012 -0800" }, "message": "ath9k: fix stale pointers potentially causing access to free\u0027d skbs\n\ncommit 8c6e30936a7893a85f6222084f0f26aceb81137a upstream.\n\nbf-\u003ebf_next is only while buffers are chained as part of an A-MPDU\nin the tx queue. When a tid queue is flushed (e.g. on tearing down\nan aggregation session), frames can be enqueued again as normal\ntransmission, without bf_next being cleared. This can lead to the\nold pointer being dereferenced again later.\n\nThis patch might fix crashes and \"Failed to stop TX DMA!\" messages.\n\nSigned-off-by: Felix Fietkau \u003cnbd@openwrt.org\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "180bed351c02841004ee1c9d45a7efb1e207acf1", "tree": "a1f56eb8a323aac1ee47ec775c61ff6cbbbded63", "parents": [ "da205c80275a7f7a90c2baab423783c55c406878" ], "author": { "name": "Rolf Eike Beer", "email": "eike-kernel@sf-tec.de", "time": "Tue Oct 30 23:39:10 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Nov 17 13:15:55 2012 -0800" }, "message": "Input: tsc40 - remove wrong announcement of pressure support\n\ncommit 32ed1911fc79908d704023317d4ddeb3883fd07e upstream.\n\nThe tsc40 driver announces it supports the pressure event, but will never\nsend one. The announcement will cause tslib to wait for such events and\nsending all touch events with a pressure of 0. Removing the announcement\nwill make tslib fall back to emulating the pressure on touch events so\neverything works as expected.\n\nSigned-off-by: Rolf Eike Beer \u003ceike-kernel@sf-tec.de\u003e\nSigned-off-by: Dmitry Torokhov \u003cdmitry.torokhov@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "da205c80275a7f7a90c2baab423783c55c406878", "tree": "ca82d03015baada1f76432e5fc4f4a0777ec00e4", "parents": [ "ccd37ab3230af7b32db1a139d9fe95918813bc23" ], "author": { "name": "Konrad Rzeszutek Wilk", "email": "konrad.wilk@oracle.com", "time": "Wed Oct 31 12:38:31 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Nov 17 13:15:54 2012 -0800" }, "message": "xen/mmu: Use Xen specific TLB flush instead of the generic one.\n\ncommit 95a7d76897c1e7243d4137037c66d15cbf2cce76 upstream.\n\nAs Mukesh explained it, the MMUEXT_TLB_FLUSH_ALL allows the\nhypervisor to do a TLB flush on all active vCPUs. If instead\nwe were using the generic one (which ends up being xen_flush_tlb)\nwe end up making the MMUEXT_TLB_FLUSH_LOCAL hypercall. But\nbefore we make that hypercall the kernel will IPI all of the\nvCPUs (even those that were asleep from the hypervisor\nperspective). The end result is that we needlessly wake them\nup and do a TLB flush when we can just let the hypervisor\ndo it correctly.\n\nThis patch gives around 50% speed improvement when migrating\nidle guest\u0027s from one host to another.\n\nOracle-bug: 14630170\n\nTested-by: Jingjie Jiang \u003cjingjie.jiang@oracle.com\u003e\nSuggested-by: Mukesh Rathor \u003cmukesh.rathor@oracle.com\u003e\nSigned-off-by: Konrad Rzeszutek Wilk \u003ckonrad.wilk@oracle.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "ccd37ab3230af7b32db1a139d9fe95918813bc23", "tree": "c03a1ecfa552199085823e42947547cc5b9e3e9b", "parents": [ "8ddd4813010397b5aa3bf9f81de1994c415dfc10" ], "author": { "name": "David Vrabel", "email": "david.vrabel@citrix.com", "time": "Wed Oct 24 12:39:02 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Nov 17 13:15:54 2012 -0800" }, "message": "xen/gntdev: don\u0027t leak memory from IOCTL_GNTDEV_MAP_GRANT_REF\n\ncommit a67baeb77375199bbd842fa308cb565164dd1f19 upstream.\n\nmap-\u003ekmap_ops allocated in gntdev_alloc_map() wasn\u0027t freed by\ngntdev_put_map().\n\nAdd a gntdev_free_map() helper function to free everything allocated\nby gntdev_alloc_map().\n\nSigned-off-by: David Vrabel \u003cdavid.vrabel@citrix.com\u003e\nSigned-off-by: Konrad Rzeszutek Wilk \u003ckonrad.wilk@oracle.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "8ddd4813010397b5aa3bf9f81de1994c415dfc10", "tree": "273139571270f2f8272f02177a2a4bfe6a9ca620", "parents": [ "0b1743f0b0e1f8db0be800c301c0cf83add46fe9" ], "author": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Nov 05 09:50:52 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Nov 05 09:50:52 2012 +0100" }, "message": "Linux 3.4.18\n" }, { "commit": "0b1743f0b0e1f8db0be800c301c0cf83add46fe9", "tree": "ebfe646ad89183f3de83c205fbe49d3e6ed3a260", "parents": [ "88f002cc7c9c55f40bdaaa720a39b6484cdfbb3f" ], "author": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 17 16:47:11 2012 +0900" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Nov 05 09:50:42 2012 +0100" }, "message": "Revert: ARM: SAMSUNG: Add naming of s3c64xx-spi devices\n\nThis reverts commit baa526f45d3f096a1cd9f14b668203a03bbab6f9, which is \ncommit 308b3afb97dc342e9c4f958d8b4c459ae0e22bd7 upstream.\n\nTo quote Colin Cross:\n\tThis patch breaks Exynos5 spi on 3.4.17. The patch with the bug\n\tthat this patch was supposed to address went in to 3.6 and not\n\t3.4, so this patch causes a driver name mismatch when applied to\n\t3.4.\n\n\nCc: Colin Cross \u003cccross@google.com\u003e\nCc: Heiko Stuebner \u003cheiko@sntech.de\u003e\nCc: Sylwester Nawrocki \u003cs.nawrocki@samsung.com\u003e\nCc: Kukjin Kim \u003ckgene.kim@samsung.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "88f002cc7c9c55f40bdaaa720a39b6484cdfbb3f", "tree": "a116cb154f209a12ef47f2f58fd05707b56a9bfd", "parents": [ "de540b704e2ba5681f5e697aa14cfd4e739b42ef" ], "author": { "name": "Ben Skeggs", "email": "bskeggs@redhat.com", "time": "Thu Nov 01 16:16:32 2012 +1000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Nov 05 09:50:42 2012 +0100" }, "message": "drm/nouveau: headless mode by default if pci class !\u003d vga display\n\nThis is to prevent nouveau from taking over the console on headless boards\nsuch as Tesla.\n\nBackport of upstream commit: e412e95a268fa8544858ebfe066826b290430d51\n\nSigned-off-by: Ben Skeggs \u003cbskeggs@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "de540b704e2ba5681f5e697aa14cfd4e739b42ef", "tree": "666bfc5def6d7fdf239c7fcb62423f1f2b201117", "parents": [ "ba76a5d4ee853b23e8bbc2d6a5acbb6f8d743dcd" ], "author": { "name": "Ben Skeggs", "email": "bskeggs@redhat.com", "time": "Thu Nov 01 16:16:31 2012 +1000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Nov 05 09:50:42 2012 +0100" }, "message": "drm/nouveau: fix suspend/resume when in headless mode\n\nBackport of fixes from upstream commit:\n9430738d80223a1cd791a2baa74fa170d3df1262\n\nSigned-off-by: Ben Skeggs \u003cbskeggs@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "ba76a5d4ee853b23e8bbc2d6a5acbb6f8d743dcd", "tree": "cdfac991d52ec986a0658be67905af5bd7f058e0", "parents": [ "ac219f9df7c4dc152bc33e7dbe0573a1764d741c" ], "author": { "name": "Ben Skeggs", "email": "bskeggs@redhat.com", "time": "Mon Oct 29 09:03:07 2012 +1000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Nov 05 09:50:42 2012 +0100" }, "message": "drm/nouveau: silence modesetting spam on pre-gf8 chipsets\n\ncommit cee59f15a60cc6269a25e3f6fbf1a577d6ab8115 upstream.\n\nSigned-off-by: Ben Skeggs \u003cbskeggs@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "ac219f9df7c4dc152bc33e7dbe0573a1764d741c", "tree": "f61683fbc0e631e843f20436a3e10326d6a6e054", "parents": [ "8c9c9dfcd1d31e2f149ea991f15bfdd4b5e1496e" ], "author": { "name": "Jiri Slaby", "email": "jslaby@suse.cz", "time": "Fri Oct 19 13:28:46 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Nov 05 09:50:42 2012 +0100" }, "message": "HID: microsoft: fix invalid rdesc for 3k kbd\n\ncommit 3ccc60f9d8c39180c205dba1a020735bda1b2491 upstream.\n\nMicrosoft Digital Media Keyboard 3000 has two interfaces, and the\nsecond one has a report descriptor with a bug. The second collection\nsays:\n05 01 -- global; usage page -- 01 -- Generic Desktop Controls\n09 80 -- local; usage -- 80 -- System Control\na1 01 -- main; collection -- 01 -- application\n\n85 03 -- global; report ID -- 03\n19 00 -- local; Usage Minimum -- 00\n29 ff -- local; Usage Maximum -- ff\n15 00 -- global; Logical Minimum -- 0\n26 ff 00 -- global; Logical Maximum -- ff\n81 00 -- main; input\n\nc0 -- main; End Collection\n\nI.e. it makes us think that there are all kinds of usages of system\ncontrol. That the keyboard is a not only a keyboard, but also a\njoystick, mouse, gamepad, keypad, etc. The same as for the Wireless\nDesktop Receiver, this should be Physical Min/Max. So fix that\nappropriately.\n\nReferences: https://bugzilla.novell.com/show_bug.cgi?id\u003d776834\nSigned-off-by: Jiri Slaby \u003cjslaby@suse.cz\u003e\nSigned-off-by: Jiri Kosina \u003cjkosina@suse.cz\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "8c9c9dfcd1d31e2f149ea991f15bfdd4b5e1496e", "tree": "5380dd7a7819ecf530531e5f130c837c745ba741", "parents": [ "4bd1d456218f48e77be45feaadcacce29ce6e3ac" ], "author": { "name": "Nicholas Bellinger", "email": "nab@linux-iscsi.org", "time": "Fri Oct 26 15:35:45 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Nov 05 09:50:42 2012 +0100" }, "message": "target: Fix double-free of se_cmd in target_complete_tmr_failure\n\ncommit e13d5fef88c40b87c8430f8274c3a9ca32ef90bc upstream.\n\nFabric drivers currently expect to internally release se_cmd in the event\nof a TMR failure during target_submit_tmr(), which means the immediate call\nto transport_generic_free_cmd() after TFO-\u003equeue_tm_rsp() from within\ntarget_complete_tmr_failure() workqueue context is wrong.\n\nThis is done as some fabrics expect TMR operations to be acknowledged\nbefore releasing the descriptor, so the assumption that core is releasing\nse_cmd associated TMR memory is incorrect. This fixes a OOPs where\ntransport_generic_free_cmd() was being called more than once.\n\nThis bug was originally observed with tcm_qla2xxx fabric ports.\n\nSigned-off-by: Nicholas Bellinger \u003cnab@linux-iscsi.org\u003e\nCc: Christoph Hellwig \u003chch@lst.de\u003e\nCc: Roland Dreier \u003croland@purestorage.com\u003e\nCc: Andy Grover \u003cagrover@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "4bd1d456218f48e77be45feaadcacce29ce6e3ac", "tree": "e7d335852e61bb604a5f508b61b1b5b60d9bf7d4", "parents": [ "7db4c1707a323c62fa3d8e6c58d197d23c02fdfc" ], "author": { "name": "Larry Finger", "email": "Larry.Finger@lwfinger.net", "time": "Wed Oct 24 08:57:16 2012 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Nov 05 09:50:41 2012 +0100" }, "message": "b43: Fix oops on unload when firmware not found\n\ncommit f89ff6441df06abc2d95f3ef67525923032d6283 upstream.\n\nWhen b43 fails to find firmware when loaded, a subsequent unload will\noops due to calling ieee80211_unregister_hw() when the corresponding\nregister call was never made.\n\nCommit 2d838bb608e2d1f6cb4280e76748cb812dc822e7 fixed the same problem\nfor b43legacy.\n\nSigned-off-by: Larry Finger \u003cLarry.Finger@lwfinger.net\u003e\nTested-by: Markus Kanet \u003cdvmailing@gmx.eu\u003e\nCc: Markus Kanet \u003cdvmailing@gmx.eu\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "7db4c1707a323c62fa3d8e6c58d197d23c02fdfc", "tree": "5313009175d393bdc4349b2fb20fcf63b8812fba", "parents": [ "32f25ea28ad28fbb4080d0b7a279279c7e21b1d0" ], "author": { "name": "Herton Ronaldo Krzesinski", "email": "herton.krzesinski@canonical.com", "time": "Mon Aug 27 20:56:52 2012 -0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Nov 05 09:50:41 2012 +0100" }, "message": "floppy: do put_disk on current dr if blk_init_queue fails\n\ncommit 238ab78469c6ab7845b43d5061cd3c92331b2452 upstream.\n\nIf blk_init_queue fails, we do not call put_disk on the current dr\n(dr is decremented first in the error handling loop).\n\nReviewed-by: Ben Hutchings \u003cben@decadent.org.uk\u003e\nSigned-off-by: Herton Ronaldo Krzesinski \u003cherton.krzesinski@canonical.com\u003e\nSigned-off-by: Jiri Kosina \u003cjkosina@suse.cz\u003e\nSigned-off-by: Jens Axboe \u003caxboe@kernel.dk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "32f25ea28ad28fbb4080d0b7a279279c7e21b1d0", "tree": "fc11456cdcda18f81d4534b26dd2e0549f41c70e", "parents": [ "e7355f1112773a015e914b4f815460b7bbe88954" ], "author": { "name": "NeilBrown", "email": "neilb@suse.de", "time": "Wed Oct 31 11:42:03 2012 +1100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Nov 05 09:50:41 2012 +0100" }, "message": "md/raid1: Fix assembling of arrays containing Replacements.\n\ncommit 02b898f2f04e418094f0093a3ad0b415bcdbe8eb upstream.\n\nsetup_conf in raid1.c uses conf-\u003eraid_disks before assigning\na value. It is used when including \u0027Replacement\u0027 devices.\n\nThe consequence is that assembling an array which contains a\nreplacement will misbehave and either not include the replacement, or\nnot include the device being replaced.\n\nThough this doesn\u0027t lead directly to data corruption, it could lead to\nreduced data safety.\n\nSo use mddev-\u003eraid_disks, which is initialised, instead.\n\nBug was introduced by commit c19d57980b38a5bb613a898937a1cf85f422fb9b\n md/raid1: recognise replacements when assembling arrays.\n\nin 3.3, so fix is suitable for 3.3.y thru 3.6.y.\n\nSigned-off-by: NeilBrown \u003cneilb@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "e7355f1112773a015e914b4f815460b7bbe88954", "tree": "2201a951e3beddfeaf09a59f7c4c4127bb8086b8", "parents": [ "0659a3107481012c778d9e249a3561474a4b4a7d" ], "author": { "name": "Mathias Nyman", "email": "mathias.nyman@linux.intel.com", "time": "Thu Oct 25 14:03:03 2012 +0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Nov 05 09:50:41 2012 +0100" }, "message": "gpiolib: Don\u0027t return -EPROBE_DEFER to sysfs, or for invalid gpios\n\ncommit ad2fab36d7922401c4576fb7ea9b21a47a29a17f upstream.\n\ngpios requested with invalid numbers, or gpios requested from userspace via sysfs\nshould not try to be deferred on failure.\n\nSigned-off-by: Mathias Nyman \u003cmathias.nyman@linux.intel.com\u003e\nSigned-off-by: Linus Walleij \u003clinus.walleij@linaro.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "0659a3107481012c778d9e249a3561474a4b4a7d", "tree": "7e9efc994656b076f644b14059821292f522c01f", "parents": [ "0d819068496793d2f8ef48a6fcec4c7d329d8b8a" ], "author": { "name": "Dan Carpenter", "email": "dan.carpenter@oracle.com", "time": "Thu Oct 11 09:56:35 2012 +0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Nov 05 09:50:41 2012 +0100" }, "message": "gpio-timberdale: fix a potential wrapping issue\n\ncommit d79550a7bc35c16476ebdc27c78378d8093390ec upstream.\n\n-\u003elast_ier is an unsigned long but the high bits can\u0027t be used int the\noriginal code because the shift wraps.\n\nSigned-off-by: Dan Carpenter \u003cdan.carpenter@oracle.com\u003e\nSigned-off-by: Linus Walleij \u003clinus.walleij@linaro.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "0d819068496793d2f8ef48a6fcec4c7d329d8b8a", "tree": "4c99864fbba503190f68fc918ab1d7efc7422de9", "parents": [ "5390967b2f98e6aa46f20eae09580e7db73826b9" ], "author": { "name": "Eric Sandeen", "email": "sandeen@redhat.com", "time": "Sun Oct 28 22:24:57 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Nov 05 09:50:41 2012 +0100" }, "message": "ext4: fix unjournaled inode bitmap modification\n\ncommit ffb5387e85d528fb6d0d924abfa3fbf0fc484071 upstream.\n\ncommit 119c0d4460b001e44b41dcf73dc6ee794b98bd31 changed\next4_new_inode() such that the inode bitmap was being modified\noutside a transaction, which could lead to corruption, and was\ndiscovered when journal_checksum found a bad checksum in the\njournal during log replay.\n\nNix ran into this when using the journal_async_commit mount\noption, which enables journal checksumming. The ensuing\njournal replay failures due to the bad checksums led to\nfilesystem corruption reported as the now infamous\n\"Apparent serious progressive ext4 data corruption bug\"\n\n[ Changed by tytso to only call ext4_journal_get_write_access() only\n when we\u0027re fairly certain that we\u0027re going to allocate the inode. ]\n\nI\u0027ve tested this by mounting with journal_checksum and\nrunning fsstress then dropping power; I\u0027ve also tested by\nhacking DM to create snapshots w/o first quiescing, which\nallows me to test journal replay repeatedly w/o actually\npower-cycling the box. Without the patch I hit a journal\nchecksum error every time. With this fix it survives\nmany iterations.\n\nReported-by: Nix \u003cnix@esperi.org.uk\u003e\nSigned-off-by: Eric Sandeen \u003csandeen@redhat.com\u003e\nSigned-off-by: \"Theodore Ts\u0027o\" \u003ctytso@mit.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "5390967b2f98e6aa46f20eae09580e7db73826b9", "tree": "c127eba3df539b58bc42c7abe2bc1daa092c27b3", "parents": [ "1f94bd43033d37549313c2b3cc2447800a20291c" ], "author": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:05:17 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:05:17 2012 -0700" }, "message": "Linux 3.4.17\n" }, { "commit": "1f94bd43033d37549313c2b3cc2447800a20291c", "tree": "08b8ac915ade6a2447afded7d840efa751f03dae", "parents": [ "0187c24809c9590412c0112dab88f28621a961ed" ], "author": { "name": "Sjoerd Simons", "email": "sjoerd.simons@collabora.co.uk", "time": "Fri Jun 22 09:43:07 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:03:19 2012 -0700" }, "message": "drm/i915: no lvds quirk for Zotac ZDBOX SD ID12/ID13\n\ncommit 9756fe38d10b2bf90c81dc4d2f17d5632e135364 upstream.\n\nThis box claims to have an LVDS interface but doesn\u0027t\nactually have one.\n\nSigned-off-by: Sjoerd Simons \u003csjoerd.simons@collabora.co.uk\u003e\nSigned-off-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "0187c24809c9590412c0112dab88f28621a961ed", "tree": "b838dddf6539a4bde04ddf87b50739813e378565", "parents": [ "a0419caba889d9a5f743a51b7cf9269c16c397a5" ], "author": { "name": "Yinghai Lu", "email": "yinghai@kernel.org", "time": "Mon Oct 22 16:35:18 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:03:19 2012 -0700" }, "message": "x86, mm: Use memblock memory loop instead of e820_RAM\n\ncommit 1f2ff682ac951ed82cc043cf140d2851084512df upstream.\n\nWe need to handle E820_RAM and E820_RESERVED_KERNEL at the same time.\n\nAlso memblock has page aligned range for ram, so we could avoid mapping\npartial pages.\n\nSigned-off-by: Yinghai Lu \u003cyinghai@kernel.org\u003e\nLink: http://lkml.kernel.org/r/CAE9FiQVZirvaBMFYRfXMmWEcHbKSicQEHz4VAwUv0xFCk51ZNw@mail.gmail.com\nAcked-by: Jacob Shin \u003cjacob.shin@amd.com\u003e\nSigned-off-by: H. Peter Anvin \u003chpa@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "a0419caba889d9a5f743a51b7cf9269c16c397a5", "tree": "cc2d3848812bcae2d5bda04f7d686c578a8fffe8", "parents": [ "775dc1a3fd51abc6e459aa92e049fd3687b66c2f" ], "author": { "name": "Ian Abbott", "email": "abbotti@mev.co.uk", "time": "Wed Oct 03 16:25:17 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:03:19 2012 -0700" }, "message": "staging: comedi: amplc_pc236: fix invalid register access during detach\n\ncommit aaeb61a97b7159ebe30b18a422d04eeabfa8790b upstream.\n\n`pc236_detach()` is called by the comedi core if it attempted to attach\na device and failed. `pc236_detach()` calls `pc236_intr_disable()` if\nthe comedi device private data pointer (`devpriv`) is non-null. This\ntest is insufficient as `pc236_intr_disable()` accesses hardware\nregisters and the attach routine may have failed before it has saved\ntheir I/O base addresses.\n\nFix it by checking `dev-\u003eiobase` is non-zero before calling\n`pc236_intr_disable()` as that means the I/O base addresses have been\nsaved and the hardware registers can be accessed. It also implies the\ncomedi device private data pointer is valid, so there is no need to\ncheck it.\n\nSigned-off-by: Ian Abbott \u003cabbotti@mev.co.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "775dc1a3fd51abc6e459aa92e049fd3687b66c2f", "tree": "0462107fd6fd06ed03f556bfd20b93a976175fc0", "parents": [ "a57a57aea0ad2ced60a8aa59d49fe542f23efb72" ], "author": { "name": "Olof Johansson", "email": "olof@lixom.net", "time": "Wed Oct 24 10:00:44 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:03:19 2012 -0700" }, "message": "x86: efi: Turn off efi_enabled after setup on mixed fw/kernel\n\ncommit 5189c2a7c7769ee9d037d76c1a7b8550ccf3481c upstream.\n\nWhen 32-bit EFI is used with 64-bit kernel (or vice versa), turn off\nefi_enabled once setup is done. Beyond setup, it is normally used to\ndetermine if runtime services are available and we will have none.\n\nThis will resolve issues stemming from efivars modprobe panicking on a\n32/64-bit setup, as well as some reboot issues on similar setups.\n\nBugzilla: https://bugzilla.kernel.org/show_bug.cgi?id\u003d45991\n\nReported-by: Marko Kohtala \u003cmarko.kohtala@gmail.com\u003e\nReported-by: Maxim Kammerer \u003cmk@dee.su\u003e\nSigned-off-by: Olof Johansson \u003colof@lixom.net\u003e\nAcked-by: Maarten Lankhorst \u003cmaarten.lankhorst@canonical.com\u003e\nCc: Matthew Garrett \u003cmjg@redhat.com\u003e\nSigned-off-by: Matt Fleming \u003cmatt.fleming@intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "a57a57aea0ad2ced60a8aa59d49fe542f23efb72", "tree": "348774a982105146820cab6908d92b4b04958e07", "parents": [ "7a32a0b9985742493575ffa1c6fedf043d966708" ], "author": { "name": "Josh Triplett", "email": "josh@joshtriplett.org", "time": "Fri Sep 28 17:55:44 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:03:18 2012 -0700" }, "message": "efi: Defer freeing boot services memory until after ACPI init\n\ncommit 785107923a83d8456bbd8564e288a24d84109a46 upstream.\n\nSome new ACPI 5.0 tables reference resources stored in boot services\nmemory, so keep that memory around until we have ACPI and can extract\ndata from it.\n\nSigned-off-by: Josh Triplett \u003cjosh@joshtriplett.org\u003e\nLink: http://lkml.kernel.org/r/baaa6d44bdc4eb0c58e5d1b4ccd2c729f854ac55.1348876882.git.josh@joshtriplett.org\nSigned-off-by: H. Peter Anvin \u003chpa@linux.intel.com\u003e\nCc: Matt Fleming \u003cmatt@console-pimps.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "7a32a0b9985742493575ffa1c6fedf043d966708", "tree": "9d1bfc0097f4ed9792f3223c46adbbddab017211", "parents": [ "3fd37d2b84e53427b10e6900f7039f9ea9c3a408" ], "author": { "name": "Yinghai Lu", "email": "yinghai@kernel.org", "time": "Thu Oct 25 15:45:26 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:03:18 2012 -0700" }, "message": "x86, mm: Undo incorrect revert in arch/x86/mm/init.c\n\ncommit f82f64dd9f485e13f29f369772d4a0e868e5633a upstream.\n\nCommit\n\n 844ab6f9 x86, mm: Find_early_table_space based on ranges that are actually being mapped\n\nadded back some lines back wrongly that has been removed in commit\n\n 7b16bbf97 Revert \"x86/mm: Fix the size calculation of mapping tables\"\n\nremove them again.\n\nSigned-off-by: Yinghai Lu \u003cyinghai@kernel.org\u003e\nLink: http://lkml.kernel.org/r/CAE9FiQW_vuaYQbmagVnxT2DGsYc\u003d9tNeAbdBq53sYkitPOwxSQ@mail.gmail.com\nAcked-by: Jacob Shin \u003cjacob.shin@amd.com\u003e\nSigned-off-by: H. Peter Anvin \u003chpa@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "3fd37d2b84e53427b10e6900f7039f9ea9c3a408", "tree": "fbf18a1d179b2ceccd4c591bb33c03e76fdbe3df", "parents": [ "6c422bb689034ce2c2b781754b03fb93bc67fa78" ], "author": { "name": "Jacob Shin", "email": "jacob.shin@amd.com", "time": "Wed Oct 24 14:24:44 2012 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:03:11 2012 -0700" }, "message": "x86, mm: Find_early_table_space based on ranges that are actually being mapped\n\ncommit 844ab6f993b1d32eb40512503d35ff6ad0c57030 upstream.\n\nCurrent logic finds enough space for direct mapping page tables from 0\nto end. Instead, we only need to find enough space to cover mr[0].start\nto mr[nr_range].end -- the range that is actually being mapped by\ninit_memory_mapping()\n\nThis is needed after 1bbbbe779aabe1f0768c2bf8f8c0a5583679b54a, to address\nthe panic reported here:\n\n https://lkml.org/lkml/2012/10/20/160\n https://lkml.org/lkml/2012/10/21/157\n\nSigned-off-by: Jacob Shin \u003cjacob.shin@amd.com\u003e\nLink: http://lkml.kernel.org/r/20121024195311.GB11779@jshin-Toonie\nTested-by: Tom Rini \u003ctrini@ti.com\u003e\nSigned-off-by: H. Peter Anvin \u003chpa@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "6c422bb689034ce2c2b781754b03fb93bc67fa78", "tree": "5e43de525938b1bda768809c15d27e70d358e157", "parents": [ "0b79a8a53612672adf053aaebb74ebc51a44e321" ], "author": { "name": "Felix Fietkau", "email": "nbd@openwrt.org", "time": "Wed Oct 17 13:50:43 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:03:03 2012 -0700" }, "message": "Revert \"ath9k_hw: Updated AR9003 tx gain table for 5GHz\"\n\ncommit 73b26df5fa1a6245d6fc982362518b620bc7c2fe upstream.\n\nThis reverts commit a240dc7b3c7463bd60cf0a9b2a90f52f78aae0fd.\n\nThis commit is reducing tx power by at least 10 db on some devices,\ne.g. the Buffalo WZR-HP-G450H.\n\nSigned-off-by: Felix Fietkau \u003cnbd@openwrt.org\u003e\nCc: rmanohar@qca.qualcomm.com\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "0b79a8a53612672adf053aaebb74ebc51a44e321", "tree": "21388880e61e16a8fcf93e882c8530a773678028", "parents": [ "44b977a87305bb075adb5b764f115237e474e626" ], "author": { "name": "Andreas Herrmann", "email": "andreas.herrmann3@amd.com", "time": "Tue Oct 23 00:55:10 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:03:03 2012 -0700" }, "message": "cpufreq / powernow-k8: Remove usage of smp_processor_id() in preemptible code\n\ncommit e4df1cbcc1f329e53a1fff7450b2229e0addff20 upstream.\n\nCommit 6889125b8b4e09c5e53e6ecab3433bed1ce198c9\n(cpufreq/powernow-k8: workqueue user shouldn\u0027t migrate the kworker to another CPU)\ncauses powernow-k8 to trigger a preempt warning, e.g.:\n\n BUG: using smp_processor_id() in preemptible [00000000] code: cpufreq/3776\n caller is powernowk8_target+0x20/0x49\n Pid: 3776, comm: cpufreq Not tainted 3.6.0 #9\n Call Trace:\n [\u003cffffffff8125b447\u003e] debug_smp_processor_id+0xc7/0xe0\n [\u003cffffffff814877e7\u003e] powernowk8_target+0x20/0x49\n [\u003cffffffff81482b02\u003e] __cpufreq_driver_target+0x82/0x8a\n [\u003cffffffff81484fc6\u003e] cpufreq_governor_performance+0x4e/0x54\n [\u003cffffffff81482c50\u003e] __cpufreq_governor+0x8c/0xc9\n [\u003cffffffff81482e6f\u003e] __cpufreq_set_policy+0x1a9/0x21e\n [\u003cffffffff814839af\u003e] store_scaling_governor+0x16f/0x19b\n [\u003cffffffff81484f16\u003e] ? cpufreq_update_policy+0x124/0x124\n [\u003cffffffff8162b4a5\u003e] ? _raw_spin_unlock_irqrestore+0x2c/0x49\n [\u003cffffffff81483640\u003e] store+0x60/0x88\n [\u003cffffffff811708c0\u003e] sysfs_write_file+0xf4/0x130\n [\u003cffffffff8111243b\u003e] vfs_write+0xb5/0x151\n [\u003cffffffff811126e0\u003e] sys_write+0x4a/0x71\n [\u003cffffffff816319a9\u003e] system_call_fastpath+0x16/0x1b\n\nFix this by by always using work_on_cpu().\n\nSigned-off-by: Andreas Herrmann \u003candreas.herrmann3@amd.com\u003e\nSigned-off-by: Rafael J. Wysocki \u003crafael.j.wysocki@intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "44b977a87305bb075adb5b764f115237e474e626", "tree": "155da2470deac05a0469e7856e06d22e41f483bf", "parents": [ "7e8cec32110be45739569e04f35d83d47064dd86" ], "author": { "name": "Piotr Haber", "email": "phaber@broadcom.com", "time": "Thu Oct 11 14:05:15 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:03:02 2012 -0700" }, "message": "bcma: fix unregistration of cores\n\ncommit 1fffa905adffbf0d3767fc978ef09afb830275eb upstream.\n\nWhen cores are unregistered, entries\nneed to be removed from cores list in a safe manner.\n\nReported-by: Stanislaw Gruszka \u003csgruszka@redhat.com\u003e\nReviewed-by: Arend Van Spriel \u003carend@broadcom.com\u003e\nSigned-off-by: Piotr Haber \u003cphaber@broadcom.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "7e8cec32110be45739569e04f35d83d47064dd86", "tree": "073ee0fb99f3e1e42d1ba0ad499865624be2385e", "parents": [ "73cb40932358f82d55117a70a0d38026923e823f" ], "author": { "name": "Wei Yongjun", "email": "yongjun_wei@trendmicro.com.cn", "time": "Sun Oct 21 19:58:30 2012 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:03:02 2012 -0700" }, "message": "dmaengine: imx-dma: fix missing unlock on error in imxdma_xfer_desc()\n\ncommit 720dfd250e48a8c7fd1b2b8645955413989c4ee0 upstream.\n\nAdd the missing unlock on the error handling path in function\nimxdma_xfer_desc().\n\nSigned-off-by: Wei Yongjun \u003cyongjun_wei@trendmicro.com.cn\u003e\nSigned-off-by: Vinod Koul \u003cvinod.koul@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "73cb40932358f82d55117a70a0d38026923e823f", "tree": "b52988c58e623aebecb1eee017245a2ad80e8eed", "parents": [ "16642956664f3e93c88e9e2a22713d5456568822" ], "author": { "name": "Barry Song", "email": "Baohua.Song@csr.com", "time": "Thu Sep 27 16:36:10 2012 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:03:02 2012 -0700" }, "message": "dmaengine: sirf: fix a typo in moving running dma_desc to active queue\n\ncommit 26fd12209c08fe947be1828896ef4ffc5bd0e6df upstream.\n\nlist_move_tail(\u0026schan-\u003equeued, \u0026schan-\u003eactive) makes the list_empty(schan-\u003equeued)\nundefined, we either should change it to:\nlist_move_tail(schan-\u003equeued.next, \u0026schan-\u003eactive)\nor\nlist_move_tail(\u0026sdesc-\u003enode, \u0026schan-\u003eactive)\n\nSigned-off-by: Barry Song \u003cBaohua.Song@csr.com\u003e\nSigned-off-by: Vinod Koul \u003cvinod.koul@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "16642956664f3e93c88e9e2a22713d5456568822", "tree": "cf5816e665d92a3df599469084c3f75c64e51da9", "parents": [ "a2c439d432f759533d396b31f856fcb484268104" ], "author": { "name": "Barry Song", "email": "Baohua.Song@csr.com", "time": "Thu Sep 27 16:35:38 2012 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:03:02 2012 -0700" }, "message": "dmaengine: sirf: fix a typo in dma_prep_interleaved\n\ncommit 5997e089e4c3a7f0958a8fb0a54ec2b5a6f06168 upstream.\n\neither DEV_TO_MEM or MEM_TO_DEV is supported, so change\nOR to AND.\n\nSigned-off-by: Barry Song \u003cBaohua.Song@csr.com\u003e\nSigned-off-by: Vinod Koul \u003cvinod.koul@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "a2c439d432f759533d396b31f856fcb484268104", "tree": "69836a73e25fcdca1bc060b77631e54069d93ad7", "parents": [ "0fb0773f2da4ffa566e0c813dc295c44208debb5" ], "author": { "name": "Oleg Nesterov", "email": "oleg@redhat.com", "time": "Thu Oct 25 22:28:12 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:03:02 2012 -0700" }, "message": "freezer: exec should clear PF_NOFREEZE along with PF_KTHREAD\n\ncommit b40a79591ca918e7b91b0d9b6abd5d00f2e88c19 upstream.\n\nflush_old_exec() clears PF_KTHREAD but forgets about PF_NOFREEZE.\n\nSigned-off-by: Oleg Nesterov \u003coleg@redhat.com\u003e\nAcked-by: Tejun Heo \u003ctj@kernel.org\u003e\nSigned-off-by: Rafael J. Wysocki \u003crafael.j.wysocki@intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "0fb0773f2da4ffa566e0c813dc295c44208debb5", "tree": "eeaf0c1ef2e7e08419ccde084883ae19c2e76989", "parents": [ "5a01241c81ac4bf6a7a486051699f791634e7b22" ], "author": { "name": "Johan Hedberg", "email": "johan.hedberg@intel.com", "time": "Thu Oct 11 16:26:06 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:03:02 2012 -0700" }, "message": "Bluetooth: SMP: Fix setting unknown auth_req bits\n\ncommit 065a13e2cc665f6547dc7e8a9d6b6565badf940a upstream.\n\nWhen sending a pairing request or response we should not just blindly\ncopy the value that the remote device sent. Instead we should at least\nmake sure to mask out any unknown bits. This is particularly critical\nfrom the upcoming LE Secure Connections feature perspective as\nincorrectly indicating support for it (by copying the remote value)\nwould cause a failure to pair with devices that support it.\n\nSigned-off-by: Johan Hedberg \u003cjohan.hedberg@intel.com\u003e\nAcked-by: Marcel Holtmann \u003cmarcel@holtmann.org\u003e\nSigned-off-by: Gustavo Padovan \u003cgustavo.padovan@collabora.co.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "5a01241c81ac4bf6a7a486051699f791634e7b22", "tree": "54c7be81f6291608f8d34221acb37e6d29839261", "parents": [ "adb91f6de096f878fb1cb9e0ff5839b2d432e67e" ], "author": { "name": "Stanislaw Gruszka", "email": "sgruszka@redhat.com", "time": "Tue Oct 02 21:34:23 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:03:01 2012 -0700" }, "message": "mac80211: check if key has TKIP type before updating IV\n\ncommit 4045f72bcf3c293c7c5932ef001742d8bb5ded76 upstream.\n\nThis patch fix corruption which can manifest itself by following crash\nwhen switching on rfkill switch with rt2x00 driver:\nhttps://bugzilla.redhat.com/attachment.cgi?id\u003d615362\n\nPointer key-\u003eu.ccmp.tfm of group key get corrupted in:\n\nieee80211_rx_h_michael_mic_verify():\n\n /* update IV in key information to be able to detect replays */\n rx-\u003ekey-\u003eu.tkip.rx[rx-\u003esecurity_idx].iv32 \u003d rx-\u003etkip_iv32;\n rx-\u003ekey-\u003eu.tkip.rx[rx-\u003esecurity_idx].iv16 \u003d rx-\u003etkip_iv16;\n\nbecause rt2x00 always set RX_FLAG_MMIC_STRIPPED, even if key is not TKIP.\n\nWe already check type of the key in different path in\nieee80211_rx_h_michael_mic_verify() function, so adding additional\ncheck here is reasonable.\n\nSigned-off-by: Stanislaw Gruszka \u003csgruszka@redhat.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "adb91f6de096f878fb1cb9e0ff5839b2d432e67e", "tree": "6ca1a6ea3cda1d15cbf79f34b92e4e1fafcfa9c0", "parents": [ "6ff5ef252d9903de2b29dd2cdcea587d192d7635" ], "author": { "name": "Ivan Shugov", "email": "ivan.shugov@gmail.com", "time": "Wed Oct 24 11:02:44 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:03:01 2012 -0700" }, "message": "ARM: at91: at91sam9g10: fix SOC type detection\n\ncommit 3d9a0183dd3423353e9e363bcc261c1220d05f9f upstream.\n\nNewer at91sam9g10 SoC revision can\u0027t be detected, so the kernel can\u0027t boot with\nthis kind of kernel panic:\n\"AT91: Impossible to detect the SOC type\"\n\nCPU: ARM926EJ-S [41069265] revision 5 (ARMv5TEJ), cr\u003d00053177\nCPU: VIVT data cache, VIVT instruction cache\nMachine: Atmel AT91SAM9G10-EK\nIgnoring tag cmdline (using the default kernel command line)\nbootconsole [earlycon0] enabled\nMemory policy: ECC disabled, Data cache writeback\nKernel panic - not syncing: AT91: Impossible to detect the SOC type\n[\u003cc00133d4\u003e] (unwind_backtrace+0x0/0xe0) from [\u003cc02366dc\u003e] (panic+0x78/0x1cc)\n[\u003cc02366dc\u003e] (panic+0x78/0x1cc) from [\u003cc02fa35c\u003e] (at91_map_io+0x90/0xc8)\n[\u003cc02fa35c\u003e] (at91_map_io+0x90/0xc8) from [\u003cc02f9860\u003e] (paging_init+0x564/0x6d0)\n[\u003cc02f9860\u003e] (paging_init+0x564/0x6d0) from [\u003cc02f7914\u003e] (setup_arch+0x464/0x704)\n[\u003cc02f7914\u003e] (setup_arch+0x464/0x704) from [\u003cc02f44f8\u003e] (start_kernel+0x6c/0x2d4)\n[\u003cc02f44f8\u003e] (start_kernel+0x6c/0x2d4) from [\u003c20008040\u003e] (0x20008040)\n\nThe reason for this is that the Debug Unit Chip ID Register has changed between\nEngineering Sample and definitive revision of the SoC. Changing the check of\ncidr to socid will address the problem. We do not integrate this check to the\nlist just above because we also have to make sure that the extended id is\ndisregarded.\n\nSigned-off-by: Ivan Shugov \u003civan.shugov@gmail.com\u003e\n[nicolas.ferre@atmel.com: change commit message]\nSigned-off-by: Nicolas Ferre \u003cnicolas.ferre@atmel.com\u003e\nAcked-by: Jean-Christophe PLAGNIOL-VILLARD \u003cplagnioj@jcrosoft.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "6ff5ef252d9903de2b29dd2cdcea587d192d7635", "tree": "7b895a7aa156bf3d7f92e46489196e8fd6ee6d86", "parents": [ "0a6904a552465521b33d25d767a7db06ad04e434" ], "author": { "name": "Bo Shen", "email": "voice.shen@atmel.com", "time": "Mon Oct 15 17:30:27 2012 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:03:01 2012 -0700" }, "message": "ARM: at91/i2c: change id to let i2c-gpio work\n\ncommit 7840487cd6298f9f931103b558290d8d98d41c49 upstream.\n\nThe i2c core driver will turn the platform device ID to busnum\nWhen using platfrom device ID as -1, it means dynamically assigned\nthe busnum. When writing code, we need to make sure the busnum,\nand call i2c_register_board_info(int busnum, ...) to register device\nif using -1, we do not know the value of busnum\n\nIn order to solve this issue, set the platform device ID as a fix number\nHere using 0 to match the busnum used in i2c_regsiter_board_info()\n\nSigned-off-by: Bo Shen \u003cvoice.shen@atmel.com\u003e\nAcked-by: Jean Delvare \u003ckhali@linux-fr.org\u003e\nSigned-off-by: Nicolas Ferre \u003cnicolas.ferre@atmel.com\u003e\nAcked-by: Jean-Christophe PLAGNIOL-VILLARD \u003cplagnioj@jcrosoft.com\u003e\nAcked-by: Ludovic Desroches \u003cludovic.desroches@atmel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "0a6904a552465521b33d25d767a7db06ad04e434", "tree": "0753a4623ded867b07bcbae2e7593473becffd50", "parents": [ "baa526f45d3f096a1cd9f14b668203a03bbab6f9" ], "author": { "name": "Josh Wu", "email": "josh.wu@atmel.com", "time": "Fri Sep 14 17:01:29 2012 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:03:01 2012 -0700" }, "message": "ARM: at91/tc: fix typo in the DT document\n\ncommit 11930c530f3edf81160e4962e363d579f5cdce7e upstream.\n\nSigned-off-by: Josh Wu \u003cjosh.wu@atmel.com\u003e\nSigned-off-by: Nicolas Ferre \u003cnicolas.ferre@atmel.com\u003e\nAcked-by: Jean-Christophe PLAGNIOL-VILLARD \u003cplagnioj@jcrosoft.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "baa526f45d3f096a1cd9f14b668203a03bbab6f9", "tree": "2b6fa03a72cd3dc72afdfbfd21be7fb0a450cb94", "parents": [ "02b21626c5e97ab2286ed5b5a7e35181b16b9382" ], "author": { "name": "Heiko Stuebner", "email": "heiko@sntech.de", "time": "Wed Oct 17 16:47:11 2012 +0900" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:03:01 2012 -0700" }, "message": "ARM: SAMSUNG: Add naming of s3c64xx-spi devices\n\ncommit 308b3afb97dc342e9c4f958d8b4c459ae0e22bd7 upstream.\n\nCommit a5238e360b71 (spi: s3c64xx: move controller information into driver\ndata) introduced separate device names for the different subtypes of the\nspi controller but forgot to set these in the relevant machines.\n\nTo fix this introduce a s3c64xx_spi_setname function and populate all\nSamsung arches with the correct names. The function resides in a new\nheader, as the s3c64xx-spi.h contains driver platform data and should\ntherefore at some later point move out of the Samsung include dir.\n\nTested on a s3c2416-based machine.\n\nSigned-off-by: Heiko Stuebner \u003cheiko@sntech.de\u003e\nReviewed-by: Sylwester Nawrocki \u003cs.nawrocki@samsung.com\u003e\n[s.nawrocki@samsung.com: tested on mach-exynos]\nTested-by: Sylwester Nawrocki \u003cs.nawrocki@samsung.com\u003e\nSigned-off-by: Kukjin Kim \u003ckgene.kim@samsung.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "02b21626c5e97ab2286ed5b5a7e35181b16b9382", "tree": "e11a38339e56adc0b19fae79d2a6b2610dfe8919", "parents": [ "8d649dd97f1ec8fd9c8ffd94877c5c806a202e8a" ], "author": { "name": "Michael S. Tsirkin", "email": "mst@redhat.com", "time": "Wed Oct 24 20:37:51 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:03:01 2012 -0700" }, "message": "vhost: fix mergeable bufs on BE hosts\n\ncommit 910a578f7e9400a78a3b13aba0b4d2df16a2cb05 upstream.\n\nWe copy head count to a 16 bit field, this works by chance on LE but on\nBE guest gets 0. Fix it up.\n\nSigned-off-by: Michael S. Tsirkin \u003cmst@redhat.com\u003e\nTested-by: Alexander Graf \u003cagraf@suse.de\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "8d649dd97f1ec8fd9c8ffd94877c5c806a202e8a", "tree": "bb2bb6149cbe0bd1a96aa7f91d6f90627578b768", "parents": [ "380c05e97c6393557757dc180c04bc405de9b620" ], "author": { "name": "Johan Hovold", "email": "jhovold@gmail.com", "time": "Thu Oct 25 18:56:33 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:03:00 2012 -0700" }, "message": "USB: mos7840: remove invalid disconnect handling\n\ncommit e681b66f2e19fadbe8a7e2a17900978cb6bc921f upstream.\n\nRemove private zombie flag used to signal disconnect and to prevent\ncontrol urb from being submitted from interrupt urb completion handler.\n\nThe control urb will not be re-submitted as both the control urb and the\ninterrupt urb is killed on disconnect.\n\nSigned-off-by: Johan Hovold \u003cjhovold@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "380c05e97c6393557757dc180c04bc405de9b620", "tree": "0f7d78c824cc552384eedfaec60ee86b5851a0f4", "parents": [ "45af0b209e5bdd66804a07b06dec30b5ccaef2de" ], "author": { "name": "Johan Hovold", "email": "jhovold@gmail.com", "time": "Thu Oct 25 18:56:32 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:03:00 2012 -0700" }, "message": "USB: mos7840: remove NULL-urb submission\n\ncommit 28c3ae9a8cf45f439c9a0779ebd0256e2ae72813 upstream.\n\nThe private int_urb is never allocated so the submission from the\ncontrol completion handler will always fail. Remove this odd piece of\nbroken code.\n\nSigned-off-by: Johan Hovold \u003cjhovold@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "45af0b209e5bdd66804a07b06dec30b5ccaef2de", "tree": "4b6821ed4d54aeda1ef116668fa314a41d8440cc", "parents": [ "b296aacfcceb3e6511b5d5fe77b22f5840ebe290" ], "author": { "name": "Johan Hovold", "email": "jhovold@gmail.com", "time": "Thu Oct 25 13:35:10 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:03:00 2012 -0700" }, "message": "USB: mos7840: fix port-device leak in error path\n\ncommit 3eb55cc4ed88eee3b5230f66abcdbd2a91639eda upstream.\n\nThe driver set the usb-serial port pointers to NULL on errors in attach,\neffectively preventing usb-serial core from decrementing the port ref\ncounters and releasing the port devices and associated data.\n\nSigned-off-by: Johan Hovold \u003cjhovold@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "b296aacfcceb3e6511b5d5fe77b22f5840ebe290", "tree": "be21962825bca000e82d52e84bc40f600501e4e0", "parents": [ "5b312595bebcd2216f8617778a55ccaa93fc5a51" ], "author": { "name": "Johan Hovold", "email": "jhovold@gmail.com", "time": "Thu Oct 25 13:35:09 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:03:00 2012 -0700" }, "message": "USB: mos7840: fix urb leak at release\n\ncommit 65a4cdbb170e4ec1a7fa0e94936d47e24a17b0e8 upstream.\n\nMake sure control urb is freed at release.\n\nSigned-off-by: Johan Hovold \u003cjhovold@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "5b312595bebcd2216f8617778a55ccaa93fc5a51", "tree": "a64e7ea409b286bb3eaa8ed7a7d90db56c5334dc", "parents": [ "96e42e6acf74ad78cf9f37c2f2f2998ad7814929" ], "author": { "name": "Johan Hovold", "email": "jhovold@gmail.com", "time": "Thu Oct 25 10:29:18 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:03:00 2012 -0700" }, "message": "USB: sierra: fix memory leak in probe error path\n\ncommit 084817d79399ab5ccab2f90a148b0369912a8369 upstream.\n\nMove interface data allocation to attach so that it is deallocated on\nerrors in usb-serial probe.\n\nSigned-off-by: Johan Hovold \u003cjhovold@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "96e42e6acf74ad78cf9f37c2f2f2998ad7814929", "tree": "f508282a0aaea0fe5a978f5193e4ab6a5f678e16", "parents": [ "a58af76b5dbe701c2d194648c579690ac6c29efd" ], "author": { "name": "Johan Hovold", "email": "jhovold@gmail.com", "time": "Thu Oct 25 10:29:17 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:02:59 2012 -0700" }, "message": "USB: sierra: fix memory leak in attach error path\n\ncommit 7e41f9bcdd2e813ea2a3c40db291d87ea06b559f upstream.\n\nMake sure port private data is deallocated on errors in attach.\n\nSigned-off-by: Johan Hovold \u003cjhovold@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "a58af76b5dbe701c2d194648c579690ac6c29efd", "tree": "bbe1398dc886ef5dd79d45cbcc65a2f573be6a29", "parents": [ "ed7d272780f5185e9ca38cd63effd06a43c00cb1" ], "author": { "name": "Lennart Sorensen", "email": "lsorense@csclub.uwaterloo.ca", "time": "Wed Oct 24 10:23:09 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:02:59 2012 -0700" }, "message": "USB: serial: Fix memory leak in sierra_release()\n\ncommit f7bc5051667b74c3861f79eed98c60d5c3b883f7 upstream.\n\nI found a memory leak in sierra_release() (well sierra_probe() I guess)\nthat looses 8 bytes each time the driver releases a device.\n\nSigned-off-by: Len Sorensen \u003clsorense@csclub.uwaterloo.ca\u003e\nAcked-by: Johan Hovold \u003cjhovold@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "ed7d272780f5185e9ca38cd63effd06a43c00cb1", "tree": "822aefe7d18ca9040e9c4dc7c9c7193c50a7ab0b", "parents": [ "ce11958aa9b27e162fe2c1a23e50e318de0319c4" ], "author": { "name": "Johan Hovold", "email": "jhovold@gmail.com", "time": "Thu Oct 25 10:29:12 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:02:59 2012 -0700" }, "message": "USB: opticon: fix memory leak in error path\n\ncommit acbf0e5263de563e25f7c104868e4490b9e72b13 upstream.\n\nFix memory leak in write error path.\n\nSigned-off-by: Johan Hovold \u003cjhovold@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "ce11958aa9b27e162fe2c1a23e50e318de0319c4", "tree": "eac25afceda8d9ffb8a351b5cf29d4fe6d6166ad", "parents": [ "02c6b1fd52e8987597f847aecc3a74c09a48083b" ], "author": { "name": "Johan Hovold", "email": "jhovold@gmail.com", "time": "Thu Oct 25 10:29:11 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:02:59 2012 -0700" }, "message": "USB: opticon: fix DMA from stack\n\ncommit ea0dbebffe118724cd4df7d9b071ea8ee48d48f0 upstream.\n\nMake sure to allocate the control-message buffer dynamically as some\nplatforms cannot do DMA from stack.\n\nNote that only the first byte of the old buffer was used.\n\nSigned-off-by: Johan Hovold \u003cjhovold@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "02c6b1fd52e8987597f847aecc3a74c09a48083b", "tree": "9134ca27563d43559001dd4be8fd8659e2dec15d", "parents": [ "891fe9688fbd2ef1c04d8314b74c0037be2adb89" ], "author": { "name": "Johan Hovold", "email": "jhovold@gmail.com", "time": "Thu Oct 25 10:29:01 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:02:59 2012 -0700" }, "message": "USB: whiteheat: fix memory leak in error path\n\ncommit c129197c99550d356cf5f69b046994dd53cd1b9d upstream.\n\nMake sure command buffer is deallocated in case of errors during attach.\n\nSigned-off-by: Johan Hovold \u003cjhovold@gmail.com\u003e\nCc: \u003csupport@connecttech.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "891fe9688fbd2ef1c04d8314b74c0037be2adb89", "tree": "f1086d866c69803b0fdc40963f589e76384c55f8", "parents": [ "313f0fd814835c64b90d14be716a6fedbbd4b08e" ], "author": { "name": "Octavian Purdila", "email": "octavian.purdila@intel.com", "time": "Mon Oct 01 22:21:12 2012 +0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:02:58 2012 -0700" }, "message": "usb hub: send clear_tt_buffer_complete events when canceling TT clear work\n\ncommit 3b6054da68f9b0d5ed6a7ed0f42a79e61904352c upstream.\n\nThere is a race condition in the USB hub code with regard to handling\nTT clear requests that can get the HCD driver in a deadlock. Usually\nwhen an TT clear request is scheduled it will be executed immediately:\n\n\u003c7\u003e[ 6.077583] usb 2-1.3: unlink qh1-0e01/f4d4db00 start 0 [1/2 us]\n\u003c3\u003e[ 6.078041] usb 2-1: clear tt buffer port 3, a3 ep2 t04048d82\n\u003c7\u003e[ 6.078299] hub_tt_work:731\n\u003c7\u003e[ 9.309089] usb 2-1.5: link qh1-0e01/f4d506c0 start 0 [1/2 us]\n\u003c7\u003e[ 9.324526] ehci_hcd 0000:00:1d.0: reused qh f4d4db00 schedule\n\u003c7\u003e[ 9.324539] usb 2-1.3: link qh1-0e01/f4d4db00 start 0 [1/2 us]\n\u003c7\u003e[ 9.341530] usb 1-1.1: link qh4-0e01/f397aec0 start 2 [1/2 us]\n\u003c7\u003e[ 10.116159] usb 2-1.3: unlink qh1-0e01/f4d4db00 start 0 [1/2 us]\n\u003c3\u003e[ 10.116459] usb 2-1: clear tt buffer port 3, a3 ep2 t04048d82\n\u003c7\u003e[ 10.116537] hub_tt_work:731\n\nHowever, if a suspend operation is triggered before hub_tt_work is\nscheduled, hub_quiesce will cancel the work without notifying the HCD\ndriver:\n\n\u003c3\u003e[ 35.033941] usb 2-1: clear tt buffer port 3, a3 ep2 t04048d80\n\u003c5\u003e[ 35.034022] sd 0:0:0:0: [sda] Stopping disk\n\u003c7\u003e[ 35.034039] hub 2-1:1.0: hub_suspend\n\u003c7\u003e[ 35.034067] usb 2-1: unlink qh256-0001/f3b1ab00 start 1 [1/0 us]\n\u003c7\u003e[ 35.035085] hub 1-0:1.0: hub_suspend\n\u003c7\u003e[ 35.035102] usb usb1: bus suspend, wakeup 0\n\u003c7\u003e[ 35.035106] ehci_hcd 0000:00:1a.0: suspend root hub\n\u003c7\u003e[ 35.035298] hub 2-0:1.0: hub_suspend\n\u003c7\u003e[ 35.035313] usb usb2: bus suspend, wakeup 0\n\u003c7\u003e[ 35.035315] ehci_hcd 0000:00:1d.0: suspend root hub\n\u003c6\u003e[ 35.250017] PM: suspend of devices complete after 216.979 msecs\n\u003c6\u003e[ 35.250822] PM: late suspend of devices complete after 0.799 msecs\n\u003c7\u003e[ 35.252343] ehci_hcd 0000:00:1d.0: wakeup: 1\n\u003c7\u003e[ 35.262923] ehci_hcd 0000:00:1d.0: --\u003e PCI D3hot\n\u003c7\u003e[ 35.263302] ehci_hcd 0000:00:1a.0: wakeup: 1\n\u003c7\u003e[ 35.273912] ehci_hcd 0000:00:1a.0: --\u003e PCI D3hot\n\u003c6\u003e[ 35.274254] PM: noirq suspend of devices complete after 23.442 msecs\n\u003c6\u003e[ 35.274975] ACPI: Preparing to enter system sleep state S3\n\u003c6\u003e[ 35.292666] PM: Saving platform NVS memory\n\u003c7\u003e[ 35.295030] Disabling non-boot CPUs ...\n\u003c6\u003e[ 35.297351] CPU 1 is now offline\n\u003c6\u003e[ 35.300345] CPU 2 is now offline\n\u003c6\u003e[ 35.303929] CPU 3 is now offline\n\u003c7\u003e[ 35.303931] lockdep: fixing up alternatives.\n\u003c6\u003e[ 35.304825] Extended CMOS year: 2000\n\nWhen the device will resume the EHCI driver will get stuck in\nehci_endpoint_disable waiting for the tt_clearing flag to reset:\n\n\u003c0\u003e[ 47.610967] usb 2-1.3: **** DPM device timeout ****\n\u003c7\u003e[ 47.610972] f2f11c60 00000092 f2f11c0c c10624a5 00000003 f4c6e880 c1c8a4c0 c1c8a4c0\n\u003c7\u003e[ 47.610983] 15c55698 0000000b f56b34c0 f2a45b70 f4c6e880 00000082 f2a4602c f2f11c30\n\u003c7\u003e[ 47.610993] c10787f8 f4cac000 f2a45b70 00000000 f4cac010 f2f11c58 00000046 00000001\n\u003c7\u003e[ 47.611004] Call Trace:\n\u003c7\u003e[ 47.611006] [\u003cc10624a5\u003e] ? sched_clock_cpu+0xf5/0x160\n\u003c7\u003e[ 47.611019] [\u003cc10787f8\u003e] ? lock_release_holdtime.part.22+0x88/0xf0\n\u003c7\u003e[ 47.611026] [\u003cc103ed46\u003e] ? lock_timer_base.isra.35+0x26/0x50\n\u003c7\u003e[ 47.611034] [\u003cc17592d3\u003e] ? schedule_timeout+0x133/0x290\n\u003c7\u003e[ 47.611044] [\u003cc175b43e\u003e] schedule+0x1e/0x50\n\u003c7\u003e[ 47.611051] [\u003cc17592d8\u003e] schedule_timeout+0x138/0x290\n\u003c7\u003e[ 47.611057] [\u003cc10624a5\u003e] ? sched_clock_cpu+0xf5/0x160\n\u003c7\u003e[ 47.611063] [\u003cc103e560\u003e] ? usleep_range+0x40/0x40\n\u003c7\u003e[ 47.611070] [\u003cc1759445\u003e] schedule_timeout_uninterruptible+0x15/0x20\n\u003c7\u003e[ 47.611077] [\u003cc14935f4\u003e] ehci_endpoint_disable+0x64/0x160\n\u003c7\u003e[ 47.611084] [\u003cc147d1ee\u003e] ? usb_hcd_flush_endpoint+0x10e/0x1d0\n\u003c7\u003e[ 47.611092] [\u003cc1165663\u003e] ? sysfs_add_file+0x13/0x20\n\u003c7\u003e[ 47.611100] [\u003cc147d5a9\u003e] usb_hcd_disable_endpoint+0x29/0x40\n\u003c7\u003e[ 47.611107] [\u003cc147fafc\u003e] usb_disable_endpoint+0x5c/0x80\n\u003c7\u003e[ 47.611111] [\u003cc147fb57\u003e] usb_disable_interface+0x37/0x50\n\u003c7\u003e[ 47.611116] [\u003cc1477650\u003e] usb_reset_and_verify_device+0x4b0/0x640\n\u003c7\u003e[ 47.611122] [\u003cc1474665\u003e] ? hub_port_status+0xb5/0x100\n\u003c7\u003e[ 47.611129] [\u003cc147a975\u003e] usb_port_resume+0xd5/0x220\n\u003c7\u003e[ 47.611136] [\u003cc148877f\u003e] generic_resume+0xf/0x30\n\u003c7\u003e[ 47.611142] [\u003cc14821a3\u003e] usb_resume+0x133/0x180\n\u003c7\u003e[ 47.611147] [\u003cc1473b10\u003e] ? usb_dev_thaw+0x10/0x10\n\u003c7\u003e[ 47.611152] [\u003cc1473b1d\u003e] usb_dev_resume+0xd/0x10\n\u003c7\u003e[ 47.611157] [\u003cc13baa60\u003e] dpm_run_callback+0x40/0xb0\n\u003c7\u003e[ 47.611164] [\u003cc13bdb03\u003e] ? pm_runtime_enable+0x43/0x70\n\u003c7\u003e[ 47.611171] [\u003cc13bafc6\u003e] device_resume+0x1a6/0x2c0\n\u003c7\u003e[ 47.611177] [\u003cc13ba940\u003e] ? dpm_show_time+0xe0/0xe0\n\u003c7\u003e[ 47.611183] [\u003cc13bb0f9\u003e] async_resume+0x19/0x40\n\u003c7\u003e[ 47.611189] [\u003cc10580c4\u003e] async_run_entry_fn+0x64/0x160\n\u003c7\u003e[ 47.611196] [\u003cc104a244\u003e] ? process_one_work+0x104/0x480\n\u003c7\u003e[ 47.611203] [\u003cc104a24c\u003e] ? process_one_work+0x10c/0x480\n\u003c7\u003e[ 47.611209] [\u003cc104a2c0\u003e] process_one_work+0x180/0x480\n\u003c7\u003e[ 47.611215] [\u003cc104a244\u003e] ? process_one_work+0x104/0x480\n\u003c7\u003e[ 47.611220] [\u003cc1058060\u003e] ? async_schedule+0x10/0x10\n\u003c7\u003e[ 47.611226] [\u003cc104c15c\u003e] worker_thread+0x11c/0x2f0\n\u003c7\u003e[ 47.611233] [\u003cc104c040\u003e] ? manage_workers.isra.27+0x1f0/0x1f0\n\u003c7\u003e[ 47.611239] [\u003cc10507f8\u003e] kthread+0x78/0x80\n\u003c7\u003e[ 47.611244] [\u003cc1750000\u003e] ? timer_cpu_notify+0xd6/0x20d\n\u003c7\u003e[ 47.611253] [\u003cc1050780\u003e] ? __init_kthread_worker+0x60/0x60\n\u003c7\u003e[ 47.611258] [\u003cc176357e\u003e] kernel_thread_helper+0x6/0xd\n\u003c7\u003e[ 47.611283] ------------[ cut here ]------------\n\nThis patch changes hub_quiesce behavior to flush the TT clear work\ninstead of canceling it, to make sure that no TT clear request remains\nuncompleted before suspend.\n\nSigned-off-by: Octavian Purdila \u003coctavian.purdila@intel.com\u003e\nAcked-by: Alan Stern \u003cstern@rowland.harvard.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "313f0fd814835c64b90d14be716a6fedbbd4b08e", "tree": "25a7450572cb9f11c4bbca1135add50167e906bc", "parents": [ "145f944257416e38ef00505f07cac17e86ef9655" ], "author": { "name": "Michael Shigorin", "email": "mike@osdn.org.ua", "time": "Mon Oct 22 12:18:56 2012 +0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:02:58 2012 -0700" }, "message": "usb-storage: add unusual_devs entry for Casio EX-N1 digital camera\n\ncommit d7870af7e2e3a91b462075ec1ca669b482215187 upstream.\n\nThis commit sets removable subclass for Casio EX-N1 digital camera.\n\nThe patch has been tested within an ALT Linux kernel:\nhttp://git.altlinux.org/people/led/packages/?p\u003dkernel-image-3.0.git;a\u003dcommitdiff;h\u003dc0fd891836e89fe0c93a4d536a59216d90e4e3e7\n\nSee also https://bugzilla.kernel.org/show_bug.cgi?id\u003d49221\n\nSigned-off-by: Oleksandr Chumachenko \u003cledest@gmail.com\u003e\nSigned-off-by: Michael Shigorin \u003cmike@osdn.org.ua\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "145f944257416e38ef00505f07cac17e86ef9655", "tree": "a6858e38c8b2d6eec6b93a64657acffa07a4c8cc", "parents": [ "a8091a3cbabad7616b565a4d7148e8e6c565cdeb" ], "author": { "name": "Anisse Astier", "email": "anisse@astier.eu", "time": "Tue Oct 09 12:22:37 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:02:58 2012 -0700" }, "message": "ehci: Add yet-another Lucid nohandoff pci quirk\n\ncommit 8daf8b6086f9d575200cd0aa3797e26137255609 upstream.\n\nBoard name changed on another shipping Lucid tablet.\n\nSigned-off-by: Anisse Astier \u003canisse@astier.eu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "a8091a3cbabad7616b565a4d7148e8e6c565cdeb", "tree": "9075ae184682dda5f56ac070297d08fe9aa0ac3a", "parents": [ "057f0772b32f9a162c5104b1928b5886f1b85059" ], "author": { "name": "Anisse Astier", "email": "anisse@astier.eu", "time": "Tue Oct 09 12:22:36 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:02:58 2012 -0700" }, "message": "ehci: fix Lucid nohandoff pci quirk to be more generic with BIOS versions\n\ncommit c323dc023b9501e5d09582ec7efd1d40a9001d99 upstream.\n\nBIOS vendors keep changing the BIOS versions. Only match the beginning\nof the string to match all Lucid tablets with board name M11JB.\n\nSigned-off-by: Anisse Astier \u003canisse@astier.eu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "057f0772b32f9a162c5104b1928b5886f1b85059", "tree": "e2d4ad3692261993541387cadf75d932f3ca4e27", "parents": [ "7b76336ec39f1af832ebd29add93cfe21e839581" ], "author": { "name": "K. Y. Srinivasan", "email": "kys@microsoft.com", "time": "Fri Oct 12 13:22:42 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:02:58 2012 -0700" }, "message": "Drivers: hv: Cleanup error handling in vmbus_open()\n\ncommit 1392550240aaa72ce3a094a38bd23525cd67ce60 upstream.\n\nFix a memory leak in the error handling path in the function vmbus_open().\n\nSigned-off-by: K. Y. Srinivasan \u003ckys@microsoft.com\u003e\nReviewed-by: Haiyang Zhang \u003chaiyangz@microsoft.com\u003e\nReported-by: Jason Wang \u003cjasowang@redhat.com\u003e\nAcked-by: Jason Wang \u003cjasowang@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "7b76336ec39f1af832ebd29add93cfe21e839581", "tree": "a4e1a63e1256cbac908acc1a0644d455ac09b155", "parents": [ "c70fc22aa9f442379b1f64e863b8adf8da2356e8" ], "author": { "name": "Arve Hjønnevåg", "email": "arve@android.com", "time": "Tue Oct 16 15:29:55 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:02:58 2012 -0700" }, "message": "Staging: android: binder: Allow using highmem for binder buffers\n\ncommit 585650dcec88e704a19bb226a34b6a7166111623 upstream.\n\nThe default kernel mapping for the pages allocated for the binder\nbuffers is never used. Set the __GFP_HIGHMEM flag when allocating\nthese pages so we don\u0027t needlessly use low memory pages that may\nbe required elsewhere.\n\nSigned-off-by: Arve Hjønnevåg \u003carve@android.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "c70fc22aa9f442379b1f64e863b8adf8da2356e8", "tree": "fcb14da07db6778ad135cf7fa78a104ce05b81f1", "parents": [ "fa3b39b05f40bf7273bcd6c152f0b59005b83480" ], "author": { "name": "Arve Hjønnevåg", "email": "arve@android.com", "time": "Tue Oct 16 15:29:54 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:02:57 2012 -0700" }, "message": "Staging: android: binder: Fix memory leak on thread/process exit\n\ncommit 675d66b0ed5fd170d6a44cf8dbb3fa56a5347bdb upstream.\n\nIf a thread or process exited while a reply, one-way transaction or\ndeath notification was pending, the struct holding the pending work\nwas leaked.\n\nSigned-off-by: Arve Hjønnevåg \u003carve@android.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "fa3b39b05f40bf7273bcd6c152f0b59005b83480", "tree": "8e8bda4735ede5b3c98947295545972f8e63695e", "parents": [ "325c6bf91fd3c2e4fea473e9ca4eb30666dadb52" ], "author": { "name": "Geert Uytterhoeven", "email": "geert@linux-m68k.org", "time": "Sat Sep 29 22:23:19 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:02:57 2012 -0700" }, "message": "sysfs: sysfs_pathname/sysfs_add_one: Use strlcat() instead of strcat()\n\ncommit 66081a72517a131430dcf986775f3268aafcb546 upstream.\n\nThe warning check for duplicate sysfs entries can cause a buffer overflow\nwhen printing the warning, as strcat() doesn\u0027t check buffer sizes.\nUse strlcat() instead.\n\nSince strlcat() doesn\u0027t return a pointer to the passed buffer, unlike\nstrcat(), I had to convert the nested concatenation in sysfs_add_one() to\nan admittedly more obscure comma operator construct, to avoid emitting code\nfor the concatenation if CONFIG_BUG is disabled.\n\nSigned-off-by: Geert Uytterhoeven \u003cgeert@linux-m68k.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "325c6bf91fd3c2e4fea473e9ca4eb30666dadb52", "tree": "657d97b8072cf490434fa8c2e68793dd98e8e7b5", "parents": [ "6c6dff65535906e5a7a27010447fad0cb316a1fb" ], "author": { "name": "Sarah Sharp", "email": "sarah.a.sharp@linux.intel.com", "time": "Tue Oct 16 13:17:43 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:02:57 2012 -0700" }, "message": "xhci: Fix potential NULL ptr deref in command cancellation.\n\ncommit 43a09f7fb01fa1e091416a2aa49b6c666458c1ee upstream.\n\nThe command cancellation code doesn\u0027t check whether find_trb_seg()\ncouldn\u0027t find the segment that contains the TRB to be canceled. This\ncould cause a NULL pointer deference later in the function when next_trb\nis called. It\u0027s unlikely to happen unless something is wrong with the\ncommand ring pointers, so add some debugging in case it happens.\n\nThis patch should be backported to stable kernels as old as 3.0, that\ncontain the commit b63f4053cc8aa22a98e3f9a97845afe6c15d0a0d \"xHCI:\nhandle command after aborting the command ring\".\n\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "6c6dff65535906e5a7a27010447fad0cb316a1fb", "tree": "383516af7652bf48e222a636301df98acd90acbf", "parents": [ "dedf1c2d17cd81796fc25190fd194e8dd0269817" ], "author": { "name": "Trond Myklebust", "email": "Trond.Myklebust@netapp.com", "time": "Tue Oct 23 17:50:07 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:02:57 2012 -0700" }, "message": "SUNRPC: Prevent races in xs_abort_connection()\n\ncommit 4bc1e68ed6a8b59be8a79eb719be515a55c7bc68 upstream.\n\nThe call to xprt_disconnect_done() that is triggered by a successful\nconnection reset will trigger another automatic wakeup of all tasks\non the xprt-\u003epending rpc_wait_queue. In particular it will cause an\nearly wake up of the task that called xprt_connect().\n\nAll we really want to do here is clear all the socket-specific state\nflags, so we split that functionality out of xs_sock_mark_closed()\ninto a helper that can be called by xs_abort_connection()\n\nReported-by: Chris Perl \u003cchris.perl@gmail.com\u003e\nSigned-off-by: Trond Myklebust \u003cTrond.Myklebust@netapp.com\u003e\nTested-by: Chris Perl \u003cchris.perl@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "dedf1c2d17cd81796fc25190fd194e8dd0269817", "tree": "92b61790db24f33e70d35e46a9e255a2c1f94998", "parents": [ "ea2887242aafd45727ca22564105fd244f4c6584" ], "author": { "name": "Trond Myklebust", "email": "Trond.Myklebust@netapp.com", "time": "Tue Oct 23 11:40:02 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:02:57 2012 -0700" }, "message": "Revert \"SUNRPC: Ensure we close the socket on EPIPE errors too...\"\n\ncommit b9d2bb2ee537424a7f855e1f93eed44eb9ee0854 upstream.\n\nThis reverts commit 55420c24a0d4d1fce70ca713f84aa00b6b74a70e.\nNow that we clear the connected flag when entering TCP_CLOSE_WAIT,\nthe deadlock described in this commit is no longer possible.\nInstead, the resulting call to xs_tcp_shutdown() can interfere\nwith pending reconnection attempts.\n\nReported-by: Chris Perl \u003cchris.perl@gmail.com\u003e\nSigned-off-by: Trond Myklebust \u003cTrond.Myklebust@netapp.com\u003e\nTested-by: Chris Perl \u003cchris.perl@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "ea2887242aafd45727ca22564105fd244f4c6584", "tree": "29ca711e18cae345f0fa421f4396f7b31cbaa3a6", "parents": [ "9f659caf90048296ca120143964222c3f8b6dae7" ], "author": { "name": "Trond Myklebust", "email": "Trond.Myklebust@netapp.com", "time": "Tue Oct 23 11:35:47 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:02:57 2012 -0700" }, "message": "SUNRPC: Clear the connect flag when socket state is TCP_CLOSE_WAIT\n\ncommit d0bea455dd48da1ecbd04fedf00eb89437455fdc upstream.\n\nThis is needed to ensure that we call xprt_connect() upon the next\ncall to call_connect().\n\nSigned-off-by: Trond Myklebust \u003cTrond.Myklebust@netapp.com\u003e\nTested-by: Chris Perl \u003cchris.perl@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "9f659caf90048296ca120143964222c3f8b6dae7", "tree": "ddbbf877086b78f49f3e60e5b6c1e705c4fb2fdd", "parents": [ "71a36b53c81c3ecd1359af68ca4373e7d941a4c5" ], "author": { "name": "Trond Myklebust", "email": "Trond.Myklebust@netapp.com", "time": "Mon Oct 22 17:14:36 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:02:56 2012 -0700" }, "message": "SUNRPC: Get rid of the xs_error_report socket callback\n\ncommit f878b657ce8e7d3673afe48110ec208a29e38c4a upstream.\n\nChris Perl reports that we\u0027re seeing races between the wakeup call in\nxs_error_report and the connect attempts. Basically, Chris has shown\nthat in certain circumstances, the call to xs_error_report causes the\nrpc_task that is responsible for reconnecting to wake up early, thus\ntriggering a disconnect and retry.\n\nSince the sk-\u003esk_error_report() calls in the socket layer are always\nfollowed by a tcp_done() in the cases where we care about waking up\nthe rpc_tasks, just let the state_change callbacks take responsibility\nfor those wake ups.\n\nReported-by: Chris Perl \u003cchris.perl@gmail.com\u003e\nSigned-off-by: Trond Myklebust \u003cTrond.Myklebust@netapp.com\u003e\nTested-by: Chris Perl \u003cchris.perl@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "71a36b53c81c3ecd1359af68ca4373e7d941a4c5", "tree": "f353a1e4b1dd04048c64ab6ecce786d3825d6b2d", "parents": [ "368845fde9e704288f370df57988767aab6042b4" ], "author": { "name": "Jan Kara", "email": "jack@suse.cz", "time": "Thu Oct 25 13:37:31 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:02:56 2012 -0700" }, "message": "mm: fix XFS oops due to dirty pages without buffers on s390\n\ncommit ef5d437f71afdf4afdbab99213add99f4b1318fd upstream.\n\nOn s390 any write to a page (even from kernel itself) sets architecture\nspecific page dirty bit. Thus when a page is written to via buffered\nwrite, HW dirty bit gets set and when we later map and unmap the page,\npage_remove_rmap() finds the dirty bit and calls set_page_dirty().\n\nDirtying of a page which shouldn\u0027t be dirty can cause all sorts of\nproblems to filesystems. The bug we observed in practice is that\nbuffers from the page get freed, so when the page gets later marked as\ndirty and writeback writes it, XFS crashes due to an assertion\nBUG_ON(!PagePrivate(page)) in page_buffers() called from\nxfs_count_page_state().\n\nSimilar problem can also happen when zero_user_segment() call from\nxfs_vm_writepage() (or block_write_full_page() for that matter) set the\nhardware dirty bit during writeback, later buffers get freed, and then\npage unmapped.\n\nFix the issue by ignoring s390 HW dirty bit for page cache pages of\nmappings with mapping_cap_account_dirty(). This is safe because for\nsuch mappings when a page gets marked as writeable in PTE it is also\nmarked dirty in do_wp_page() or do_page_fault(). When the dirty bit is\ncleared by clear_page_dirty_for_io(), the page gets writeprotected in\npage_mkclean(). So pagecache page is writeable if and only if it is\ndirty.\n\nThanks to Hugh Dickins for pointing out mapping has to have\nmapping_cap_account_dirty() for things to work and proposing a cleaned\nup variant of the patch.\n\nThe patch has survived about two hours of running fsx-linux on tmpfs\nwhile heavily swapping and several days of running on out build machines\nwhere the original problem was triggered.\n\nSigned-off-by: Jan Kara \u003cjack@suse.cz\u003e\nCc: Martin Schwidefsky \u003cschwidefsky@de.ibm.com\u003e\nCc: Mel Gorman \u003cmgorman@suse.de\u003e\nCc: Hugh Dickins \u003chughd@google.com\u003e\nCc: Heiko Carstens \u003cheiko.carstens@de.ibm.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "368845fde9e704288f370df57988767aab6042b4", "tree": "0ba42c19ff563daa24bdc08c2c1d7cf3bbaabd7d", "parents": [ "c87ece5a158f3907193202d84f2a316a4c363768" ], "author": { "name": "Yinghai Lu", "email": "yinghai@kernel.org", "time": "Mon Oct 22 16:35:18 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:02:56 2012 -0700" }, "message": "x86, mm: Trim memory in memblock to be page aligned\n\ncommit 6ede1fd3cb404c0016de6ac529df46d561bd558b upstream.\n\nWe will not map partial pages, so need to make sure memblock\nallocation will not allocate those bytes out.\n\nAlso we will use for_each_mem_pfn_range() to loop to map memory\nrange to keep them consistent.\n\nSigned-off-by: Yinghai Lu \u003cyinghai@kernel.org\u003e\nLink: http://lkml.kernel.org/r/CAE9FiQVZirvaBMFYRfXMmWEcHbKSicQEHz4VAwUv0xFCk51ZNw@mail.gmail.com\nAcked-by: Jacob Shin \u003cjacob.shin@amd.com\u003e\nSigned-off-by: H. Peter Anvin \u003chpa@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "c87ece5a158f3907193202d84f2a316a4c363768", "tree": "397118d3fdf04e8eabdab594e7599e4b0a8970d5", "parents": [ "24d1745f4d77918e78ff0095ab233ff4f786287c" ], "author": { "name": "Will Deacon", "email": "will.deacon@arm.com", "time": "Fri Oct 19 17:53:01 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:02:56 2012 -0700" }, "message": "ARM: 7559/1: smp: switch away from the idmap before updating init_mm.mm_count\n\ncommit 5f40b909728ad784eb43aa309d3c4e9bdf050781 upstream.\n\nWhen booting a secondary CPU, the primary CPU hands two sets of page\ntables via the secondary_data struct:\n\n\t(1) swapper_pg_dir: a normal, cacheable, shared (if SMP) mapping\n\t of the kernel image (i.e. the tables used by init_mm).\n\n\t(2) idmap_pgd: an uncached mapping of the .idmap.text ELF\n\t section.\n\nThe idmap is generally used when enabling and disabling the MMU, which\nincludes early CPU boot. In this case, the secondary CPU switches to\nswapper as soon as it enters C code:\n\n\tstruct mm_struct *mm \u003d \u0026init_mm;\n\tunsigned int cpu \u003d smp_processor_id();\n\n\t/*\n\t * All kernel threads share the same mm context; grab a\n\t * reference and switch to it.\n\t */\n\tatomic_inc(\u0026mm-\u003emm_count);\n\tcurrent-\u003eactive_mm \u003d mm;\n\tcpumask_set_cpu(cpu, mm_cpumask(mm));\n\tcpu_switch_mm(mm-\u003epgd, mm);\n\nThis causes a problem on ARMv7, where the identity mapping is treated as\nstrongly-ordered leading to architecturally UNPREDICTABLE behaviour of\nexclusive accesses, such as those used by atomic_inc.\n\nThis patch re-orders the secondary_start_kernel function so that we\nswitch to swapper before performing any exclusive accesses.\n\nReported-by: Gilles Chanteperdrix \u003cgilles.chanteperdrix@xenomai.org\u003e\nCc: David McKay \u003cdavid.mckay@st.com\u003e\nSigned-off-by: Will Deacon \u003cwill.deacon@arm.com\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "24d1745f4d77918e78ff0095ab233ff4f786287c", "tree": "450edfb58165a15440a76bc1645f0e21c6a84d1c", "parents": [ "3146a25c513a1a3d5452db06d711a0a816e76584" ], "author": { "name": "Thadeu Lima de Souza Cascardo", "email": "cascardo@linux.vnet.ibm.com", "time": "Thu Oct 25 13:37:51 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:02:56 2012 -0700" }, "message": "genalloc: stop crashing the system when destroying a pool\n\ncommit eedce141cd2dad8d0cefc5468ef41898949a7031 upstream.\n\nThe genalloc code uses the bitmap API from include/linux/bitmap.h and\nlib/bitmap.c, which is based on long values. Both bitmap_set from\nlib/bitmap.c and bitmap_set_ll, which is the lockless version from\ngenalloc.c, use BITMAP_LAST_WORD_MASK to set the first bits in a long in\nthe bitmap.\n\nThat one uses (1 \u003c\u003c bits) - 1, 0b111, if you are setting the first three\nbits. This means that the API counts from the least significant bits\n(LSB from now on) to the MSB. The LSB in the first long is bit 0, then.\nThe same works for the lookup functions.\n\nThe genalloc code uses longs for the bitmap, as it should. In\ninclude/linux/genalloc.h, struct gen_pool_chunk has unsigned long\nbits[0] as its last member. When allocating the struct, genalloc should\nreserve enough space for the bitmap. This should be a proper number of\nlongs that can fit the amount of bits in the bitmap.\n\nHowever, genalloc allocates an integer number of bytes that fit the\namount of bits, but may not be an integer amount of longs. 9 bytes, for\nexample, could be allocated for 70 bits.\n\nThis is a problem in itself if the Least Significat Bit in a long is in\nthe byte with the largest address, which happens in Big Endian machines.\nThis means genalloc is not allocating the byte in which it will try to\nset or check for a bit.\n\nThis may end up in memory corruption, where genalloc will try to set the\nbits it has not allocated. In fact, genalloc may not set these bits\nbecause it may find them already set, because they were not zeroed since\nthey were not allocated. And that\u0027s what causes a BUG when\ngen_pool_destroy is called and check for any set bits.\n\nWhat really happens is that genalloc uses kmalloc_node with __GFP_ZERO\non gen_pool_add_virt. With SLAB and SLUB, this means the whole slab\nwill be cleared, not only the requested bytes. Since struct\ngen_pool_chunk has a size that is a multiple of 8, and slab sizes are\nmultiples of 8, we get lucky and allocate and clear the right amount of\nbytes.\n\nHower, this is not the case with SLOB or with older code that did memset\nafter allocating instead of using __GFP_ZERO.\n\nSo, a simple module as this (running 3.6.0), will cause a crash when\nrmmod\u0027ed.\n\n [root@phantom-lp2 foo]# cat foo.c\n #include \u003clinux/kernel.h\u003e\n #include \u003clinux/module.h\u003e\n #include \u003clinux/init.h\u003e\n #include \u003clinux/genalloc.h\u003e\n\n MODULE_LICENSE(\"GPL\");\n MODULE_VERSION(\"0.1\");\n\n static struct gen_pool *foo_pool;\n\n static __init int foo_init(void)\n {\n int ret;\n foo_pool \u003d gen_pool_create(10, -1);\n if (!foo_pool)\n return -ENOMEM;\n ret \u003d gen_pool_add(foo_pool, 0xa0000000, 32 \u003c\u003c 10, -1);\n if (ret) {\n gen_pool_destroy(foo_pool);\n return ret;\n }\n return 0;\n }\n\n static __exit void foo_exit(void)\n {\n gen_pool_destroy(foo_pool);\n }\n\n module_init(foo_init);\n module_exit(foo_exit);\n [root@phantom-lp2 foo]# zcat /proc/config.gz | grep SLOB\n CONFIG_SLOB\u003dy\n [root@phantom-lp2 foo]# insmod ./foo.ko\n [root@phantom-lp2 foo]# rmmod foo\n ------------[ cut here ]------------\n kernel BUG at lib/genalloc.c:243!\n cpu 0x4: Vector: 700 (Program Check) at [c0000000bb0e7960]\n pc: c0000000003cb50c: .gen_pool_destroy+0xac/0x110\n lr: c0000000003cb4fc: .gen_pool_destroy+0x9c/0x110\n sp: c0000000bb0e7be0\n msr: 8000000000029032\n current \u003d 0xc0000000bb0e0000\n paca \u003d 0xc000000006d30e00 softe: 0 irq_happened: 0x01\n pid \u003d 13044, comm \u003d rmmod\n kernel BUG at lib/genalloc.c:243!\n [c0000000bb0e7ca0] d000000004b00020 .foo_exit+0x20/0x38 [foo]\n [c0000000bb0e7d20] c0000000000dff98 .SyS_delete_module+0x1a8/0x290\n [c0000000bb0e7e30] c0000000000097d4 syscall_exit+0x0/0x94\n --- Exception: c00 (System Call) at 000000800753d1a0\n SP (fffd0b0e640) is in userspace\n\nSigned-off-by: Thadeu Lima de Souza Cascardo \u003ccascardo@linux.vnet.ibm.com\u003e\nCc: Paul Gortmaker \u003cpaul.gortmaker@windriver.com\u003e\nCc: Benjamin Gaignard \u003cbenjamin.gaignard@stericsson.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "3146a25c513a1a3d5452db06d711a0a816e76584", "tree": "20cc9ee3619d24d9f8a30a5051b9d0f899d3b0f0", "parents": [ "6fddae5c4eda4ebc63ae47f3d47e142ca08b31ff" ], "author": { "name": "Jan Luebbe", "email": "jlu@pengutronix.de", "time": "Thu Oct 25 13:38:11 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:02:56 2012 -0700" }, "message": "drivers/rtc/rtc-imxdi.c: add missing spin lock initialization\n\ncommit fee0de7791f967c2c5f0d43eb7b7261761b45e64 upstream.\n\nSigned-off-by: Jan Luebbe \u003cjlu@pengutronix.de\u003e\nCc: Alessandro Zummo \u003ca.zummo@towertech.it\u003e\nCc: Roland Stigge \u003cstigge@antcom.de\u003e\nCc: Grant Likely \u003cgrant.likely@secretlab.ca\u003e\nTested-by: Roland Stigge \u003cstigge@antcom.de\u003e\nCc: Sascha Hauer \u003ckernel@pengutronix.de\u003e\nCc: Russell King \u003clinux@arm.linux.org.uk\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "6fddae5c4eda4ebc63ae47f3d47e142ca08b31ff", "tree": "d1fa88f1f9f8f3c824a961548f23a4d870bb76da", "parents": [ "419cbf261a717df51878cadd00488ec2a9d9b3a4" ], "author": { "name": "Kees Cook", "email": "keescook@chromium.org", "time": "Thu Oct 25 13:38:16 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:02:55 2012 -0700" }, "message": "fs/compat_ioctl.c: VIDEO_SET_SPU_PALETTE missing error check\n\ncommit 12176503366885edd542389eed3aaf94be163fdb upstream.\n\nThe compat ioctl for VIDEO_SET_SPU_PALETTE was missing an error check\nwhile converting ioctl arguments. This could lead to leaking kernel\nstack contents into userspace.\n\nPatch extracted from existing fix in grsecurity.\n\nSigned-off-by: Kees Cook \u003ckeescook@chromium.org\u003e\nCc: David Miller \u003cdavem@davemloft.net\u003e\nCc: Brad Spengler \u003cspender@grsecurity.net\u003e\nCc: PaX Team \u003cpageexec@freemail.hu\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "419cbf261a717df51878cadd00488ec2a9d9b3a4", "tree": "c4210bae64e294ac03a29860df61d97fb9bf7a1a", "parents": [ "218246de04389b7aa0d1e799ed8b0115f342ee37" ], "author": { "name": "Kees Cook", "email": "keescook@chromium.org", "time": "Thu Oct 25 13:38:14 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:02:33 2012 -0700" }, "message": "gen_init_cpio: avoid stack overflow when expanding\n\ncommit 20f1de659b77364d55d4e7fad2ef657e7730323f upstream.\n\nFix possible overflow of the buffer used for expanding environment\nvariables when building file list.\n\nIn the extremely unlikely case of an attacker having control over the\nenvironment variables visible to gen_init_cpio, control over the\ncontents of the file gen_init_cpio parses, and gen_init_cpio was built\nwithout compiler hardening, the attacker can gain arbitrary execution\ncontrol via a stack buffer overflow.\n\n $ cat usr/crash.list\n file foo ${BIG}${BIG}${BIG}${BIG}${BIG}${BIG} 0755 0 0\n $ BIG\u003d$(perl -e \u0027print \"A\" x 4096;\u0027) ./usr/gen_init_cpio usr/crash.list\n *** buffer overflow detected ***: ./usr/gen_init_cpio terminated\n\nThis also replaces the space-indenting with tabs.\n\nPatch based on existing fix extracted from grsecurity.\n\nSigned-off-by: Kees Cook \u003ckeescook@chromium.org\u003e\nCc: Michal Marek \u003cmmarek@suse.cz\u003e\nCc: Brad Spengler \u003cspender@grsecurity.net\u003e\nCc: PaX Team \u003cpageexec@freemail.hu\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "218246de04389b7aa0d1e799ed8b0115f342ee37", "tree": "7fd11df0a787e822d0975280d5855a9eaef80988", "parents": [ "1c1e11543381f3ff0cee52b69903928ff881c0cb" ], "author": { "name": "Stefán Freyr", "email": "stefan.freyr@gmail.com", "time": "Fri Oct 19 22:46:00 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:02:32 2012 -0700" }, "message": "ALSA: hda - add dock support for Thinkpad T430\n\ncommit 84f98fdf7865fbd35b312eb39ea91e5618c514c7 upstream.\n\nI have a Lenovo ThinkPad T430 and an UltraBase Series 3 docking\nstation.\n\nWithout this patch, if I plug my headphones into the jack on the\ncomputer, everything works fine. The computer speakers mute and the\naudio is played in the headphones. However, if I plug into the docking\nstation headphone jack the computer speakers are muted but there is no\naudio in the headphones.\n\nAddresses https://bugs.launchpad.net/bugs/1060372\n\nSigned-off-by: Joseph Salisbury \u003cjoseph.salisbury@canonical.com\u003e\nSigned-off-by: Takashi Iwai \u003ctiwai@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "1c1e11543381f3ff0cee52b69903928ff881c0cb", "tree": "2e1f6a5b1fde0f0f5c936e5fd8aa52102a56614f", "parents": [ "8357dde8b780b426d398f9e3701fdc16f0856766" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Fri Oct 19 13:27:04 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:02:32 2012 -0700" }, "message": "drm/radeon: add error output if VM CS fails on cayman\n\ncommit c71721324c612f7f040657ce9917d87f530f9784 upstream.\n\nSo we know why the CS was rejected.\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "8357dde8b780b426d398f9e3701fdc16f0856766", "tree": "027378c8e6fb03205da85714bdb6f2095026a761", "parents": [ "f88df5ff96f5ea632aa2d193d2c9019aa4c728d9" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Tue Oct 16 12:51:45 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Oct 31 10:02:32 2012 -0700" }, "message": "drm/radeon: add some new SI PCI ids\n\ncommit b6aa22db7857ab7ed042d6c56b800bfc727cfdff upstream.\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "f88df5ff96f5ea632aa2d193d2c9019aa4c728d9", "tree": "b5f20f69d7206fa62cb6b69277895f8b007c9843", "parents": [ "f2a713d25e8b95e065c90af72f461e99427e20f8" ], "author": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 28 10:36:33 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 28 10:36:33 2012 -0700" }, "message": "Linux 3.4.16\n" }, { "commit": "f2a713d25e8b95e065c90af72f461e99427e20f8", "tree": "557a4cb321242a78f9adaf0fc5801b641b0afe3b", "parents": [ "3ba595416b15151d2eaa12578c17cbfd64c06aec" ], "author": { "name": "Brian Norris", "email": "computersforpeace@gmail.com", "time": "Fri Jul 13 09:28:24 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 28 10:14:16 2012 -0700" }, "message": "mtd: nand: allow NAND_NO_SUBPAGE_WRITE to be set from driver\n\ncommit bf7a01bf7987b63b121d572b240c132ec44129c4 upstream.\n\nThe NAND_CHIPOPTIONS_MSK has limited utility and is causing real bugs. It\nsilently masks off at least one flag that might be set by the driver\n(NAND_NO_SUBPAGE_WRITE). This breaks the GPMI NAND driver and possibly\nothers.\n\nReally, as long as driver writers exercise a small amount of care with\nNAND_* options, this mask is not necessary at all; it was only here to\nprevent certain options from accidentally being set by the driver. But the\noriginal thought turns out to be a bad idea occasionally. Thus, kill it.\n\nNote, this patch fixes some major gpmi-nand breakage.\n\nSigned-off-by: Brian Norris \u003ccomputersforpeace@gmail.com\u003e\nTested-by: Huang Shijie \u003cshijie8@gmail.com\u003e\nSigned-off-by: Artem Bityutskiy \u003cartem.bityutskiy@linux.intel.com\u003e\nSigned-off-by: David Woodhouse \u003cDavid.Woodhouse@intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "3ba595416b15151d2eaa12578c17cbfd64c06aec", "tree": "c2099148c3802b288cefe19be0ac65eebab89271", "parents": [ "d37bcccee1b807af77b5c6767cb0df295f9dfbdb" ], "author": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Aug 15 00:37:29 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 28 10:14:16 2012 -0700" }, "message": "sparc64: Be less verbose during vmemmap population.\n\n[ Upstream commit 2856cc2e4d0852c3ddaae9dcb19cb9396512eb08 ]\n\nOn a 2-node machine with 256GB of ram we get 512 lines of\nconsole output, which is just too much.\n\nThis mimicks Yinghai Lu\u0027s x86 commit c2b91e2eec9678dbda274e906cc32ea8f711da3b\n(x86_64/mm: check and print vmemmap allocation continuous) except that\nwe aren\u0027t ever going to get contiguous block pointers in between calls\nso just print when the virtual address or node changes.\n\nThis decreases the output by an order of 16.\n\nAlso demote this to KERN_DEBUG.\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "d37bcccee1b807af77b5c6767cb0df295f9dfbdb", "tree": "5b27427064113c553cea8c9dc885b6b07f823705", "parents": [ "f603fa368be8342b2bee401ac6c815e6e34b3373" ], "author": { "name": "Jiri Kosina", "email": "jkosina@suse.cz", "time": "Wed Aug 01 21:10:51 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 28 10:14:16 2012 -0700" }, "message": "sparc64: do not clobber personality flags in sys_sparc64_personality()\n\n[ Upstream commit a27032eee8cb6e16516f13c8a9752e9d5d4cc430 ]\n\nThere are multiple errors in how sys_sparc64_personality() handles\npersonality flags stored in top three bytes.\n\n- directly comparing current-\u003epersonality against PER_LINUX32 doesn\u0027t work\n in cases when any of the personality flags stored in the top three bytes\n are used.\n- directly forcefully setting personality to PER_LINUX32 or PER_LINUX\n discards any flags stored in the top three bytes\n\nFix the first one by properly using personality() macro to compare only\nPER_MASK bytes.\nFix the second one by setting only the bits that should be set, instead of\noverwriting the whole value.\n\nSigned-off-by: Jiri Kosina \u003cjkosina@suse.cz\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "f603fa368be8342b2bee401ac6c815e6e34b3373", "tree": "b8fa9a5174419e8907bf998cc2b9884829db2519", "parents": [ "846514fcb8f4518aa88636542bb7aa8453faacb2" ], "author": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Tue Oct 16 13:05:25 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 28 10:14:16 2012 -0700" }, "message": "sparc64: Fix bit twiddling in sparc_pmu_enable_event().\n\n[ Upstream commit e793d8c6740f8fe704fa216e95685f4d92c4c4b9 ]\n\nThere was a serious disconnect in the logic happening in\nsparc_pmu_disable_event() vs. sparc_pmu_enable_event().\n\nEvent disable is implemented by programming a NOP event into the PCR.\n\nHowever, event enable was not reversing this operation. Instead, it\nwas setting the User/Priv/Hypervisor trace enable bits.\n\nThat\u0027s not sparc_pmu_enable_event()\u0027s job, that\u0027s what\nsparc_pmu_enable() and sparc_pmu_disable() do .\n\nThe intent of sparc_pmu_enable_event() is clear, since it first clear\nout the event type encoding field. So fix this by OR\u0027ing in the event\nencoding rather than the trace enable bits.\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "846514fcb8f4518aa88636542bb7aa8453faacb2", "tree": "49333565cd2d8bcda020e928791d534b4c63c4b9", "parents": [ "01afdbe150a888b20b24a427e010214530176cf5" ], "author": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Sun Oct 14 17:59:40 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 28 10:14:16 2012 -0700" }, "message": "sparc64: Like x86 we should check current-\u003emm during perf backtrace generation.\n\n[ Upstream commit 08280e6c4c2e8049ac61d9e8e3536ec1df629c0d ]\n\nIf the MM is not active, only report the top-level PC. Do not try to\naccess the address space.\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "01afdbe150a888b20b24a427e010214530176cf5", "tree": "ed510fe4cea3b749b0f196e6c8c347572d07d175", "parents": [ "dd2c50efa9941fe7393b5f490eeef68f18916211" ], "author": { "name": "Al Viro", "email": "viro@zeniv.linux.org.uk", "time": "Wed Oct 10 17:25:00 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 28 10:14:16 2012 -0700" }, "message": "sparc64: fix ptrace interaction with force_successful_syscall_return()\n\n[ Upstream commit 55c2770e413e96871147b9406a9c41fe9bc5209c ]\n\nwe want syscall_trace_leave() called on exit from any syscall;\nskipping its call in case we\u0027d done force_successful_syscall_return()\nis broken...\n\nSigned-off-by: Al Viro \u003cviro@zeniv.linux.org.uk\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "dd2c50efa9941fe7393b5f490eeef68f18916211", "tree": "44296428b9215d6b77b51bd7e3441edcb5873358", "parents": [ "259c5a7fd824ebca122f04fc4202b88896f31d26" ], "author": { "name": "Eric Dumazet", "email": "edumazet@google.com", "time": "Tue Oct 16 07:37:27 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 28 10:14:16 2012 -0700" }, "message": "ipv6: addrconf: fix /proc/net/if_inet6\n\n[ Upstream commit 9f0d3c2781baa1102108e16efbe640dd74564a7c ]\n\nCommit 1d5783030a1 (ipv6/addrconf: speedup /proc/net/if_inet6 filling)\nadded bugs hiding some devices from if_inet6 and breaking applications.\n\n\"ip -6 addr\" could still display all IPv6 addresses, while \"ifconfig -a\"\ncouldnt.\n\nOne way to reproduce the bug is by starting in a shell :\n\nunshare -n /bin/bash\nifconfig lo up\n\nAnd in original net namespace, lo device disappeared from if_inet6\n\nReported-by: Jan Hinnerk Stosch \u003cjanhinnerk.stosch@gmail.com\u003e\nTested-by: Jan Hinnerk Stosch \u003cjanhinnerk.stosch@gmail.com\u003e\nSigned-off-by: Eric Dumazet \u003cedumazet@google.com\u003e\nCc: Mihai Maruseac \u003cmihai.maruseac@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "259c5a7fd824ebca122f04fc4202b88896f31d26", "tree": "1bf6bb73cba3d865aa5964370c1ef47b50299d24", "parents": [ "04c592343f478826bf1e5d0d178bb295d848c428" ], "author": { "name": "Alexey Kuznetsov", "email": "kuznet@ms2.inr.ac.ru", "time": "Fri Oct 12 04:34:17 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 28 10:14:16 2012 -0700" }, "message": "tcp: resets are misrouted\n\n[ Upstream commit 4c67525849e0b7f4bd4fab2487ec9e43ea52ef29 ]\n\nAfter commit e2446eaa (\"tcp_v4_send_reset: binding oif to iif in no\nsock case\").. tcp resets are always lost, when routing is asymmetric.\nYes, backing out that patch will result in misrouting of resets for\ndead connections which used interface binding when were alive, but we\nactually cannot do anything here. What\u0027s died that\u0027s died and correct\nhandling normal unbound connections is obviously a priority.\n\nComment to comment:\n\u003e This has few benefits:\n\u003e 1. tcp_v6_send_reset already did that.\n\nIt was done to route resets for IPv6 link local addresses. It was a\nmistake to do so for global addresses. The patch fixes this as well.\n\nActually, the problem appears to be even more serious than guaranteed\nloss of resets. As reported by Sergey Soloviev \u003csol@eqv.ru\u003e, those\nmisrouted resets create a lot of arp traffic and huge amount of\nunresolved arp entires putting down to knees NAT firewalls which use\nasymmetric routing.\n\nSigned-off-by: Alexey Kuznetsov \u003ckuznet@ms2.inr.ac.ru\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "04c592343f478826bf1e5d0d178bb295d848c428", "tree": "e4c1c553b9e0801cbe6e7773f6af18b1a88d7166", "parents": [ "2d2f242f248f19c4618bde9091d20416e2c9a1f6" ], "author": { "name": "jeff.liu", "email": "jeff.liu@oracle.com", "time": "Mon Oct 08 18:57:27 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 28 10:14:15 2012 -0700" }, "message": "RDS: fix rds-ping spinlock recursion\n\n[ Upstream commit 5175a5e76bbdf20a614fb47ce7a38f0f39e70226 ]\n\nThis is the revised patch for fixing rds-ping spinlock recursion\naccording to Venkat\u0027s suggestions.\n\nRDS ping/pong over TCP feature has been broken for years(2.6.39 to\n3.6.0) since we have to set TCP cork and call kernel_sendmsg() between\nping/pong which both need to lock \"struct sock *sk\". However, this\nlock has already been hold before rds_tcp_data_ready() callback is\ntriggerred. As a result, we always facing spinlock resursion which\nwould resulting in system panic.\n\nGiven that RDS ping is only used to test the connectivity and not for\nserious performance measurements, we can queue the pong transmit to\nrds_wq as a delayed response.\n\nReported-by: Dan Carpenter \u003cdan.carpenter@oracle.com\u003e\nCC: Venkat Venkatsubra \u003cvenkat.x.venkatsubra@oracle.com\u003e\nCC: David S. Miller \u003cdavem@davemloft.net\u003e\nCC: James Morris \u003cjames.l.morris@oracle.com\u003e\nSigned-off-by: Jie Liu \u003cjeff.liu@oracle.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "2d2f242f248f19c4618bde9091d20416e2c9a1f6", "tree": "5b15e35dde9a352bde196de7619b7268271df260", "parents": [ "14a547a85a7fa2b6473eaa73b83e2055b476a5dc" ], "author": { "name": "Florian Zumbiehl", "email": "florz@florz.de", "time": "Sun Oct 07 15:51:58 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 28 10:14:15 2012 -0700" }, "message": "vlan: don\u0027t deliver frames for unknown vlans to protocols\n\n[ Upstream commit 48cc32d38a52d0b68f91a171a8d00531edc6a46e ]\n\n6a32e4f9dd9219261f8856f817e6655114cfec2f made the vlan code skip marking\nvlan-tagged frames for not locally configured vlans as PACKET_OTHERHOST if\nthere was an rx_handler, as the rx_handler could cause the frame to be received\non a different (virtual) vlan-capable interface where that vlan might be\nconfigured.\n\nAs rx_handlers do not necessarily return RX_HANDLER_ANOTHER, this could cause\nframes for unknown vlans to be delivered to the protocol stack as if they had\nbeen received untagged.\n\nFor example, if an ipv6 router advertisement that\u0027s tagged for a locally not\nconfigured vlan is received on an interface with macvlan interfaces attached,\nmacvlan\u0027s rx_handler returns RX_HANDLER_PASS after delivering the frame to the\nmacvlan interfaces, which caused it to be passed to the protocol stack, leading\nto ipv6 addresses for the announced prefix being configured even though those\nare completely unusable on the underlying interface.\n\nThe fix moves marking as PACKET_OTHERHOST after the rx_handler so the\nrx_handler, if there is one, sees the frame unchanged, but afterwards,\nbefore the frame is delivered to the protocol stack, it gets marked whether\nthere is an rx_handler or not.\n\nSigned-off-by: Florian Zumbiehl \u003cflorz@florz.de\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "14a547a85a7fa2b6473eaa73b83e2055b476a5dc", "tree": "0e2fe3e943c7c092783abe1eacb1f11a12a7fded", "parents": [ "742bd2b3cef97a6eea8168b8e356ca2f16b7f3eb" ], "author": { "name": "Graham Gower", "email": "graham.gower@gmail.com", "time": "Mon Oct 08 08:34:50 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 28 10:14:15 2012 -0700" }, "message": "skge: Add DMA mask quirk for Marvell 88E8001 on ASUS P5NSLI motherboard\n\n[ Upstream commit a2af139ff1cd85df586690ff626619ab1ee88b0a ]\n\nMarvell 88E8001 on an ASUS P5NSLI motherboard is unable to send/receive\npackets on a system with \u003e4gb ram unless a 32bit DMA mask is used.\n\nThis issue has been around for years and a fix was sent 3.5 years ago, but\nthere was some debate as to whether it should instead be fixed as a PCI quirk.\nhttp://www.spinics.net/lists/netdev/msg88670.html\n\nHowever, 18 months later a similar workaround was introduced for another\nchipset exhibiting the same problem.\nhttp://www.spinics.net/lists/netdev/msg142287.html\n\nSigned-off-by: Graham Gower \u003cgraham.gower@gmail.com\u003e\nSigned-off-by: Jan Ceuleers \u003cjan.ceuleers@computer.org\u003e\nAcked-by: Stephen Hemminger \u003cshemminger@vyatta.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "742bd2b3cef97a6eea8168b8e356ca2f16b7f3eb", "tree": "8fc0e2b786e880bb7866adc77d25642f2a7394f3", "parents": [ "6114941a295ff186d29ab7462cce6a41a089c354" ], "author": { "name": "ramesh.nagappa@gmail.com", "email": "ramesh.nagappa@gmail.com", "time": "Fri Oct 05 19:10:15 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 28 10:14:15 2012 -0700" }, "message": "net: Fix skb_under_panic oops in neigh_resolve_output\n\n[ Upstream commit e1f165032c8bade3a6bdf546f8faf61fda4dd01c ]\n\nThe retry loop in neigh_resolve_output() and neigh_connected_output()\ncall dev_hard_header() with out reseting the skb to network_header.\nThis causes the retry to fail with skb_under_panic. The fix is to\nreset the network_header within the retry loop.\n\nSigned-off-by: Ramesh Nagappa \u003cramesh.nagappa@ericsson.com\u003e\nReviewed-by: Shawn Lu \u003cshawn.lu@ericsson.com\u003e\nReviewed-by: Robert Coulson \u003crobert.coulson@ericsson.com\u003e\nReviewed-by: Billie Alsup \u003cbillie.alsup@ericsson.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "6114941a295ff186d29ab7462cce6a41a089c354", "tree": "9f75aa36c394130269ce8bd1adf23255ee5ab295", "parents": [ "70f7f1c70af637a23ca09ba1d2d7c966d1bd5990" ], "author": { "name": "Gao feng", "email": "gaofeng@cn.fujitsu.com", "time": "Thu Oct 04 20:15:49 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 28 10:14:15 2012 -0700" }, "message": "infiniband: pass rdma_cm module to netlink_dump_start\n\n[ Upstream commit 809d5fc9bf6589276a12bd4fd611e4c7ff9940c3 ]\n\nset netlink_dump_control.module to avoid panic.\n\nSigned-off-by: Gao feng \u003cgaofeng@cn.fujitsu.com\u003e\nCc: Roland Dreier \u003croland@kernel.org\u003e\nCc: Sean Hefty \u003csean.hefty@intel.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "70f7f1c70af637a23ca09ba1d2d7c966d1bd5990", "tree": "b00dea2ae29b7459a2ff702134cc0824ecd0265d", "parents": [ "f0dc514c8a0fd7ee7b1f6a3ccdae3b38e6ee1578" ], "author": { "name": "Gao feng", "email": "gaofeng@cn.fujitsu.com", "time": "Thu Oct 04 20:15:48 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 28 10:14:15 2012 -0700" }, "message": "netlink: add reference of module in netlink_dump_start\n\n[ Upstream commit 6dc878a8ca39e93f70c42f3dd7260bde10c1e0f1 ]\n\nI get a panic when I use ss -a and rmmod inet_diag at the\nsame time.\n\nIt\u0027s because netlink_dump uses inet_diag_dump which belongs to module\ninet_diag.\n\nI search the codes and find many modules have the same problem. We\nneed to add a reference to the module which the cb-\u003edump belongs to.\n\nThanks for all help from Stephen,Jan,Eric,Steffen and Pablo.\n\nChange From v3:\nchange netlink_dump_start to inline,suggestion from Pablo and\nEric.\n\nChange From v2:\ndelete netlink_dump_done,and call module_put in netlink_dump\nand netlink_sock_destruct.\n\nSigned-off-by: Gao feng \u003cgaofeng@cn.fujitsu.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "f0dc514c8a0fd7ee7b1f6a3ccdae3b38e6ee1578", "tree": "1109a7144cdc82b63145a0a55b5e1d47d566e5f3", "parents": [ "bfbd61ec59fae6f633db1d139015c3dd81e453be" ], "author": { "name": "Devin Heitmueller", "email": "dheitmueller@kernellabs.com", "time": "Mon Aug 06 22:47:03 2012 -0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 28 10:14:15 2012 -0700" }, "message": "media: au0828: fix case where STREAMOFF being called on stopped stream causes BUG()\n\ncommit a595c1ce4c9d572cf53513570b9f1a263d7867f2 upstream.\n\nWe weren\u0027t checking whether the resource was in use before calling\nres_free(), so applications which called STREAMOFF on a v4l2 device that\nwasn\u0027t already streaming would cause a BUG() to be hit (MythTV).\n\nReported-by: Larry Finger \u003clarry.finger@lwfinger.net\u003e\nReported-by: Jay Harbeston \u003cjharbestonus@gmail.com\u003e\nSigned-off-by: Devin Heitmueller \u003cdheitmueller@kernellabs.com\u003e\nSigned-off-by: Mauro Carvalho Chehab \u003cmchehab@redhat.com\u003e\n\n" }, { "commit": "bfbd61ec59fae6f633db1d139015c3dd81e453be", "tree": "acb1763dfb035e47f359fe2710f14da0eae52cb9", "parents": [ "8538f9c30a098c87bb806e80f43b2203a997a4d9" ], "author": { "name": "Felipe Balbi", "email": "balbi@ti.com", "time": "Thu Oct 04 11:58:00 2012 +0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 28 10:14:15 2012 -0700" }, "message": "usb: dwc3: gadget: fix \u0027endpoint always busy\u0027 bug\n\ncommit 041d81f493d90c940ec41f0ec98bc7c4f2fba431 upstream.\n\nIf a USB transfer has already been started, meaning\nwe have already issued StartTransfer command to that\nparticular endpoint, DWC3_EP_BUSY flag has also\nalready been set.\n\nWhen we try to cancel this transfer which is already\nin controller\u0027s cache, we will not receive XferComplete\nevent and we must clear DWC3_EP_BUSY in order to allow\nsubsequent requests to be properly started.\n\nThe best place to clear that flag is right after issuing\nDWC3_DEPCMD_ENDTRANSFER.\n\nReported-by: Moiz Sonasath \u003cm-sonasath@ti.com\u003e\nSigned-off-by: Felipe Balbi \u003cbalbi@ti.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n\n" }, { "commit": "8538f9c30a098c87bb806e80f43b2203a997a4d9", "tree": "a4a23e993f7f401dcd15b2948da36f090557bf39", "parents": [ "5a58f4890e681eadbb617cace87cfdac948c7edd" ], "author": { "name": "Andrew Morton", "email": "akpm@linux-foundation.org", "time": "Tue Oct 23 14:09:39 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 28 10:14:15 2012 -0700" }, "message": "amd64_edac:__amd64_set_scrub_rate(): avoid overindexing scrubrates[]\n\ncommit 168bfeef7bba3f9784f7540b053e4ac72b769ce9 upstream.\n\nIf none of the elements in scrubrates[] matches, this loop will cause\n__amd64_set_scrub_rate() to incorrectly use the n+1th element.\n\nAs the function is designed to use the final scrubrates[] element in the\ncase of no match, we can fix this bug by simply terminating the array\nsearch at the n-1th element.\n\nBoris: this code is fragile anyway, see here why:\nhttp://marc.info/?l\u003dlinux-kernel\u0026m\u003d135102834131236\u0026w\u003d2\n\nIt will be rewritten more robustly soonish.\n\nReported-by: Denis Kirjanov \u003ckirjanov@gmail.com\u003e\nCc: Doug Thompson \u003cdougthompson@xmission.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Borislav Petkov \u003cborislav.petkov@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" } ], "next": "5a58f4890e681eadbb617cace87cfdac948c7edd" }