)]}' { "log": [ { "commit": "e043257dde697ded17ed99f280cdb7643fdc007a", "tree": "bd0160da8f1998f08ddf12b2f862ae3a6d1d7521", "parents": [ "8d16c6268b7c3af2ce4f58de903588489e037fcf" ], "author": { "name": "Xiaodong Xu", "email": "stid.smth@gmail.com", "time": "Sat Sep 22 00:09:32 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Oct 13 05:38:44 2012 +0900" }, "message": "pppoe: drop PPPOX_ZOMBIEs in pppoe_release\n\n[ Upstream commit 2b018d57ff18e5405823e5cb59651a5b4d946d7b ]\n\nWhen PPPOE is running over a virtual ethernet interface (e.g., a\nbonding interface) and the user tries to delete the interface in case\nthe PPPOE state is ZOMBIE, the kernel will loop forever while\nunregistering net_device for the reference count is not decreased to\nzero which should have been done with dev_put().\n\nSigned-off-by: Xiaodong Xu \u003cstid.smth@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": "97d5d3295198279362552d9b810c088d3410da23", "tree": "0ec8aa26c632c5136937829cc33d337d418e01de", "parents": [ "5ee708f19bd6a1da1d7bab5916382bbbfba4edbb" ], "author": { "name": "Lennart Sorensen", "email": "lsorense@csclub.uwaterloo.ca", "time": "Fri Sep 07 12:14:02 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Oct 13 05:38:42 2012 +0900" }, "message": "sierra_net: Endianess bug fix.\n\n[ Upstream commit 2120c52da6fe741454a60644018ad2a6abd957ac ]\n\nI discovered I couldn\u0027t get sierra_net to work on a powerpc. Turns out\nthe firmware attribute check assumes the system is little endian and\nhence fails because the attributes is a 16 bit value.\n\nSigned-off-by: Len Sorensen \u003clsorense@csclub.uwaterloo.ca\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "6720119023f635bd8c285530a7092716c23bdfcc", "tree": "f973bf5a5dcc2f7d131f8ca322eb6ad473811701", "parents": [ "ec7fd138e2e690efff5eaec279ebc2c4740589e4" ], "author": { "name": "Nikolay Aleksandrov", "email": "nikolay@redhat.com", "time": "Fri Sep 14 05:50:03 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Oct 13 05:38:42 2012 +0900" }, "message": "netxen: check for root bus in netxen_mask_aer_correctable\n\n[ Upstream commit e4d1aa40e363ed3e0486aeeeb0d173f7f822737e ]\n\nAdd a check if pdev-\u003ebus-\u003eself \u003d\u003d NULL (root bus). When attaching\na netxen NIC to a VM it can be on the root bus and the guest would\ncrash in netxen_mask_aer_correctable() because of a NULL pointer\ndereference if CONFIG_PCIEAER is present.\n\nSigned-off-by: Nikolay Aleksandrov \u003cnikolay@redhat.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "ec7fd138e2e690efff5eaec279ebc2c4740589e4", "tree": "b6f888451525ee5c738bdac70fc8002e0600a147", "parents": [ "f7ee46fb594cf2c3dd3a96457a028336fb34d5a6" ], "author": { "name": "Florian Fainelli", "email": "florian@openwrt.org", "time": "Mon Sep 10 14:06:58 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Oct 13 05:38:42 2012 +0900" }, "message": "ixp4xx_hss: fix build failure due to missing linux/module.h inclusion\n\n[ Upstream commit 0b836ddde177bdd5790ade83772860940bd481ea ]\n\nCommit 36a1211970193ce215de50ed1e4e1272bc814df1 (netprio_cgroup.h:\ndont include module.h from other includes) made the following build\nerror on ixp4xx_hss pop up:\n\n CC [M] drivers/net/wan/ixp4xx_hss.o\n drivers/net/wan/ixp4xx_hss.c:1412:20: error: expected \u0027;\u0027, \u0027,\u0027 or \u0027)\u0027\n before string constant\n drivers/net/wan/ixp4xx_hss.c:1413:25: error: expected \u0027;\u0027, \u0027,\u0027 or \u0027)\u0027\n before string constant\n drivers/net/wan/ixp4xx_hss.c:1414:21: error: expected \u0027;\u0027, \u0027,\u0027 or \u0027)\u0027\n before string constant\n drivers/net/wan/ixp4xx_hss.c:1415:19: error: expected \u0027;\u0027, \u0027,\u0027 or \u0027)\u0027\n before string constant\n make[8]: *** [drivers/net/wan/ixp4xx_hss.o] Error 1\n\nThis was previously hidden because ixp4xx_hss includes linux/hdlc.h which\nincludes linux/netdevice.h which includes linux/netprio_cgroup.h which\nused to include linux/module.h. The real issue was actually present since\nthe initial commit that added this driver since it uses macros from\nlinux/module.h without including this file.\n\nSigned-off-by: Florian Fainelli \u003cflorian@openwrt.org\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "f7ee46fb594cf2c3dd3a96457a028336fb34d5a6", "tree": "91830faa9d900b7d26d3f71686afb2fe1e829c6f", "parents": [ "53bf1469924e07385b4493d3cbd78551d4afaaa3" ], "author": { "name": "htbegin", "email": "hotforest@gmail.com", "time": "Mon Oct 01 16:42:43 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Oct 13 05:38:41 2012 +0900" }, "message": "net: ethernet: davinci_cpdma: decrease the desc count when cleaning up the remaining packets\n\n[ Upstream commit ffb5ba90017505a19e238e986e6d33f09e4df765 ]\n\nchan-\u003ecount is used by rx channel. If the desc count is not updated by\nthe clean up loop in cpdma_chan_stop, the value written to the rxfree\nregister in cpdma_chan_start will be incorrect.\n\nSigned-off-by: Tao Hou \u003chotforest@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": "657197486950474bf30290344339fd0914fe99c9", "tree": "38cb93775d584be1915d08ab3c044d868ed8c509", "parents": [ "e878ead68937be79e530ea9bf568766ab454e3ee" ], "author": { "name": "Michal Schmidt", "email": "mschmidt@redhat.com", "time": "Thu Sep 13 12:59:44 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Oct 13 05:38:40 2012 +0900" }, "message": "bnx2x: fix rx checksum validation for IPv6\n\n[ Upstream commit e488921f44765e8ab6c48ca35e3f6b78df9819df ]\n\nCommit d6cb3e41 \"bnx2x: fix checksum validation\" caused a performance\nregression for IPv6. Rx checksum offload does not work. IPv6 packets\nare passed to the stack with CHECKSUM_NONE.\n\nThe hardware obviously cannot perform IP checksum validation for IPv6,\nbecause there is no checksum in the IPv6 header. This should not prevent\nus from setting CHECKSUM_UNNECESSARY.\n\nTested on BCM57711.\n\nSigned-off-by: Michal Schmidt \u003cmschmidt@redhat.com\u003e\nAcked-by: Eric Dumazet \u003cedumazet@google.com\u003e\nAcked-by: Eilon Greenstein \u003ceilong@broadcom.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "24a0c2063c805e9cf1f3f418bb7f444b5b3f0e4e", "tree": "10eb417364c6a95b2614c2c4f6d353da70f54c97", "parents": [ "a332509fcd9064cae48d26e09aec46e08247223b" ], "author": { "name": "Feng Hong", "email": "hongfeng@marvell.com", "time": "Wed Sep 19 14:16:00 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Oct 13 05:38:39 2012 +0900" }, "message": "PM / Sleep: use resume event when call dpm_resume_early\n\ncommit 997a031107ec962967ce36db9bc500f1fad491c1 upstream.\n\nWhen dpm_suspend_noirq fail, state is PMSG_SUSPEND,\nshould change to PMSG_RESUME when dpm_resume_early is called\n\nSigned-off-by: Feng Hong \u003chongfeng@marvell.com\u003e\nSigned-off-by: Raul Xiong \u003cxjian@marvell.com\u003e\nSigned-off-by: Neil Zhang \u003czhangwm@marvell.com\u003e\nSigned-off-by: Rafael J. Wysocki \u003crjw@sisk.pl\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "a332509fcd9064cae48d26e09aec46e08247223b", "tree": "b898a8df004f44ef4c78adb8c78dd4fcc865e9e2", "parents": [ "ed55202fda5c68e44464cd5afdc819a8721b601a" ], "author": { "name": "Alexandre Bounine", "email": "alexandre.bounine@idt.com", "time": "Thu Oct 04 17:15:48 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Oct 13 05:38:39 2012 +0900" }, "message": "rapidio/rionet: fix multicast packet transmit logic\n\ncommit 7c4a6106d6451fc03c491e61df37c044505d843a upstream.\n\nFix multicast packet transmit logic to account for repetitive transmission\nof single skb:\n- correct check for available buffers (this bug may produce NULL pointer\n crash dump in case of heavy traffic);\n- update skb user count (incorrect user counter causes a warning dump from\n net_tx_action routine during multicast transfers in systems with three or\n more rionet participants).\n\nSigned-off-by: Alexandre Bounine \u003calexandre.bounine@idt.com\u003e\nCc: Matt Porter \u003cmporter@kernel.crashing.org\u003e\nCc: David S. Miller \u003cdavem@davemloft.net\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": "0c0b534583fb1c02809e0a3978413fe79f7dac8f", "tree": "0c9354e89ad3529c231472531f3285c9e333e111", "parents": [ "03f0a11553d06002af53f2d399da6c711e7d3b40" ], "author": { "name": "Fabio Estevam", "email": "fabio.estevam@freescale.com", "time": "Thu Oct 04 17:11:16 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Oct 13 05:38:38 2012 +0900" }, "message": "drivers/dma/dmaengine.c: lower the priority of \u0027failed to get\u0027 dma channel message\n\ncommit 0eb5a35801df3c438ce3fc91310a415ea4452c00 upstream.\n\nDo the same as commit a03a202e95fd (\"dmaengine: failure to get a\nspecific DMA channel is not critical\") to get rid of the following\nmessages during kernel boot:\n\n dmaengine_get: failed to get dma1chan0: (-22)\n dmaengine_get: failed to get dma1chan1: (-22)\n dmaengine_get: failed to get dma1chan2: (-22)\n dmaengine_get: failed to get dma1chan3: (-22)\n ..\n\nSigned-off-by: Fabio Estevam \u003cfabio.estevam@freescale.com\u003e\nCc: Vinod Koul \u003cvinod.koul@intel.com\u003e\nCc: Dan Williams \u003cdan.j.williams@intel.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": "03f0a11553d06002af53f2d399da6c711e7d3b40", "tree": "04815f7470318d9f7459fa95e0fded1d2c11731e", "parents": [ "3fc49ce67fefd3de38aa72a215eb1a2b68a7e89b" ], "author": { "name": "Martin Michlmayr", "email": "tbm@cyrius.com", "time": "Thu Oct 04 17:11:25 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Oct 13 05:38:38 2012 +0900" }, "message": "drivers/scsi/atp870u.c: fix bad use of udelay\n\ncommit 0f6d93aa9d96cc9022b51bd10d462b03296be146 upstream.\n\nThe ACARD driver calls udelay() with a value \u003e 2000, which leads to to\nthe following compilation error on ARM:\n\n ERROR: \"__bad_udelay\" [drivers/scsi/atp870u.ko] undefined!\n make[1]: *** [__modpost] Error 1\n\nThis is because udelay is defined on ARM, roughly speaking, as\n\n\t#define udelay(n) ((n) \u003e 2000 ? __bad_udelay() : \\\n\t\t__const_udelay((n) * ((2199023U*HZ)\u003e\u003e11)))\n\nThe argument to __const_udelay is the number of jiffies to wait divided\nby 4, but this does not work unless the multiplication does not\noverflow, and that is what the build error is designed to prevent. The\nintended behavior can be achieved by using mdelay to call udelay\nmultiple times in a loop.\n\n[jrnieder@gmail.com: adding context]\nSigned-off-by: Martin Michlmayr \u003ctbm@cyrius.com\u003e\nSigned-off-by: Jonathan Nieder \u003cjrnieder@gmail.com\u003e\nCc: James Bottomley \u003cJames.Bottomley@HansenPartnership.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": "03c4441b88fd2614580eeda598623e2b21ec5822", "tree": "1149da2aedf6c1f64eaaa4c23ca70102f59e3088", "parents": [ "95482ba9494658e69aecf0f97b64f3f2ab82af62" ], "author": { "name": "Mark Brown", "email": "broonie@opensource.wolfsonmicro.com", "time": "Tue Aug 07 19:42:43 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Oct 13 05:38:38 2012 +0900" }, "message": "mfd: max8925: Move _IO resources out of ioport_ioresource\n\ncommit bee6e1fa617b1fb7f6f91033428410e05f5ab0ed upstream.\n\nThe removal of mach/io.h from most ARM platforms also set the range of\nvalid IO ports to be empty for most platforms when previously any 32\nbit integer had been valid. This makes it impossible to add IO resources\nas the added range is smaller than that of the root resource for IO ports.\n\nSince we\u0027re not really using IO memory at all fix this by defining our\nown root resource outside the normal tree and make that the parent of\nall IO resources. This also ensures we won\u0027t conflict with read IO ports\nif we ever run on a platform which happens to use them.\n\nSigned-off-by: Mark Brown \u003cbroonie@opensource.wolfsonmicro.com\u003e\nAcked-by: Arnd Bergmann \u003carnd@arndb.de\u003e\nAcked-by: Haojian Zhuang \u003chaojian.zhuang@gmail.com\u003e\nTested-by: Haojian Zhuang \u003chaojian.zhuang@gmail.com\u003e\nSigned-off-by: Samuel Ortiz \u003csameo@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "95482ba9494658e69aecf0f97b64f3f2ab82af62", "tree": "45c57b2a899abf802b105b3a5a306fc266ef1053", "parents": [ "2006e6f75e7cb88e0508eeff066834c847ce91b3" ], "author": { "name": "Bjorn Helgaas", "email": "bhelgaas@google.com", "time": "Wed Jun 20 16:18:29 2012 -0600" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Oct 13 05:38:38 2012 +0900" }, "message": "PCI: acpiphp: check whether _ADR evaluation succeeded\n\ncommit dfb117b3e50c52c7b3416db4a4569224b8db80bb upstream.\n\nCheck whether we evaluated _ADR successfully. Previously we ignored\nfailure, so we would have used garbage data from the stack as the device\nand function number.\n\nWe return AE_OK so that we ignore only this slot and continue looking\nfor other slots.\n\nFound by Coverity (CID 113981).\n\nSigned-off-by: Bjorn Helgaas \u003cbhelgaas@google.com\u003e\nSigned-off-by: Ben Hutchings \u003cben@decadent.org.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "2006e6f75e7cb88e0508eeff066834c847ce91b3", "tree": "ee1049f341dd561ab0e0b024e8ee93a15d52e296", "parents": [ "991e71944f30eb7debd2d00abb749657b409b357" ], "author": { "name": "Lin Ming", "email": "ming.m.lin@intel.com", "time": "Mon Jul 16 16:30:21 2012 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Oct 13 05:38:37 2012 +0900" }, "message": "ACPI: run _OSC after ACPI_FULL_INITIALIZATION\n\ncommit fc54ab72959edbf229b65ac74b2f122d799ca002 upstream.\n\nThe _OSC method may exist in module level code,\nso it must be called after ACPI_FULL_INITIALIZATION\n\nOn some new platforms with Zero-Power-Optical-Disk-Drive (ZPODD)\nsupport, this fix is necessary to save power.\n\nSigned-off-by: Lin Ming \u003cming.m.lin@intel.com\u003e\nTested-by: Aaron Lu \u003caaron.lu@intel.com\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "991e71944f30eb7debd2d00abb749657b409b357", "tree": "2d0861c4fdd5eb7de36afb4f9fcf8b1e959a5fe2", "parents": [ "63c486377c32dcfd5775c04b4d0cc5bc53990787" ], "author": { "name": "Frank Schäfer", "email": "fschaefer.oss@googlemail.com", "time": "Sun Sep 09 15:02:19 2012 -0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Oct 13 05:38:37 2012 +0900" }, "message": "media: gspca_pac7302: add support for device 1ae7:2001 Speedlink Snappy Microphone SL-6825-SBK\n\ncommit 97d2fbf501e3cf105ac957086c7e40e62e15cdf8 upstream.\n\nSigned-off-by: Frank Schäfer \u003cfschaefer.oss@googlemail.com\u003e\nSigned-off-by: Hans de Goede \u003chdegoede@redhat.com\u003e\nSigned-off-by: Mauro Carvalho Chehab \u003cmchehab@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "63c486377c32dcfd5775c04b4d0cc5bc53990787", "tree": "8979640eadb489172e7c6994dbee88c800df1c60", "parents": [ "63b2f08626e0cacaa038c296df52a7cb504ae318" ], "author": { "name": "Ben Hutchings", "email": "ben@decadent.org.uk", "time": "Sun Aug 19 19:32:27 2012 -0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Oct 13 05:38:37 2012 +0900" }, "message": "media: rc: ite-cir: Initialise ite_dev::rdev earlier\n\ncommit 4b961180ef275035b1538317ffd0e21e80e63e77 upstream.\n\nite_dev::rdev is currently initialised in ite_probe() after\nrc_register_device() returns. If a newly registered device is opened\nquickly enough, we may enable interrupts and try to use ite_dev::rdev\nbefore it has been initialised. Move it up to the earliest point we\ncan, right after calling rc_allocate_device().\n\nReported-and-tested-by: YunQiang Su \u003cwzssyqa@gmail.com\u003e\n\nSigned-off-by: Ben Hutchings \u003cben@decadent.org.uk\u003e\nSigned-off-by: Mauro Carvalho Chehab \u003cmchehab@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "63b2f08626e0cacaa038c296df52a7cb504ae318", "tree": "5afc8af20dce59b4c4dae76a4530ff3efd0c52e1", "parents": [ "750025ab1950b5e32e308c446de32c399cf2d6f6" ], "author": { "name": "Alex Williamson", "email": "alex.williamson@redhat.com", "time": "Fri Nov 11 17:26:44 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Oct 13 05:38:37 2012 +0900" }, "message": "intel-iommu: Default to non-coherent for domains unattached to iommus\n\ncommit 2e12bc29fc5a12242d68e11875db3dd58efad9ff upstream.\n\ndomain_update_iommu_coherency() currently defaults to setting domains\nas coherent when the domain is not attached to any iommus. This\nallows for a window in domain_context_mapping_one() where such a\ndomain can update context entries non-coherently, and only after\nupdate the domain capability to clear iommu_coherency.\n\nThis can be seen using KVM device assignment on VT-d systems that\ndo not support coherency in the ecap register. When a device is\nadded to a guest, a domain is created (iommu_coherency \u003d 0), the\ndevice is attached, and ranges are mapped. If we then hot unplug\nthe device, the coherency is updated and set to the default (1)\nsince no iommus are attached to the domain. A subsequent attach\nof a device makes use of the same dmar domain (now marked coherent)\nupdates context entries with coherency enabled, and only disables\ncoherency as the last step in the process.\n\nTo fix this, switch domain_update_iommu_coherency() to use the\nsafer, non-coherent default for domains not attached to iommus.\n\nSigned-off-by: Alex Williamson \u003calex.williamson@redhat.com\u003e\nTested-by: Donald Dutile \u003cddutile@redhat.com\u003e\nAcked-by: Donald Dutile \u003cddutile@redhat.com\u003e\nAcked-by: Chris Wright \u003cchrisw@sous-sol.org\u003e\nSigned-off-by: Joerg Roedel \u003cjoerg.roedel@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "ead94148559d54f0aae235dda91dfb98dfb1eae7", "tree": "3cd49ad7f47445479e5202a2d62f2c5aa36ff3b7", "parents": [ "b8d54c01874da4e548a531b77a29c21236ce8a31" ], "author": { "name": "Bart Van Assche", "email": "bvanassche@acm.org", "time": "Fri Aug 24 09:08:41 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 07 08:32:29 2012 -0700" }, "message": "SCSI: scsi_dh_alua: Enable STPG for unavailable ports\n\ncommit e47f8976d8e573928824a06748f7bc82c58d747f upstream.\n\nA quote from SPC-4: \"While in the unavailable primary target port\nasymmetric access state, the device server shall support those of\nthe following commands that it supports while in the active/optimized\nstate: [ ... ] d) SET TARGET PORT GROUPS; [ ... ]\". Hence enable\nsending STPG to a target port group that is in the unavailable state.\n\nSigned-off-by: Bart Van Assche \u003cbvanassche@acm.org\u003e\nReviewed-by: Mike Christie \u003cmichaelc@cs.wisc.edu\u003e\nAcked-by: Hannes Reinecke \u003chare@suse.de\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "b8d54c01874da4e548a531b77a29c21236ce8a31", "tree": "c511ba3df767df0001d28c1bb8a6b92b1b4f3be4", "parents": [ "4a3bb116ee8ab2f912fdb6d2af40028b15825151" ], "author": { "name": "Dan Williams", "email": "djbw@fb.com", "time": "Tue Aug 28 22:12:10 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 07 08:32:29 2012 -0700" }, "message": "SCSI: scsi_remove_target: fix softlockup regression on hot remove\n\ncommit bc3f02a795d3b4faa99d37390174be2a75d091bd upstream.\n\nJohn reports:\n BUG: soft lockup - CPU#2 stuck for 23s! [kworker/u:8:2202]\n [..]\n Call Trace:\n [\u003cffffffff8141782a\u003e] scsi_remove_target+0xda/0x1f0\n [\u003cffffffff81421de5\u003e] sas_rphy_remove+0x55/0x60\n [\u003cffffffff81421e01\u003e] sas_rphy_delete+0x11/0x20\n [\u003cffffffff81421e35\u003e] sas_port_delete+0x25/0x160\n [\u003cffffffff814549a3\u003e] mptsas_del_end_device+0x183/0x270\n\n...introduced by commit 3b661a9 \"[SCSI] fix hot unplug vs async scan race\".\n\nDon\u0027t restart lookup of more stargets in the multi-target case, just\narrange to traverse the list once, on the assumption that new targets\nare always added at the end. There is no guarantee that the target will\nchange state in scsi_target_reap() so we can end up spinning if we\nrestart.\n\nAcked-by: Jack Wang \u003cjack_wang@usish.com\u003e\nLKML-Reference: \u003cCAEhu1-6wq1YsNiscGMwP4ud0Q+MrViRzv\u003dkcWCQSBNc8c68N5Q@mail.gmail.com\u003e\nReported-by: John Drescher \u003cdrescherjm@gmail.com\u003e\nTested-by: John Drescher \u003cdrescherjm@gmail.com\u003e\nSigned-off-by: Dan Williams \u003cdjbw@fb.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "b4d4dc33a372aaee2205d4506b4c7ead6275067d", "tree": "7344920381bae14a99dafcc5e0c42b77c04e3044", "parents": [ "22fb582405002812d8fb89d0ed1264e97d3d25ad" ], "author": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Fri Jun 22 11:31:14 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 07 08:32:29 2012 -0700" }, "message": "isci: fix isci_pci_probe() generates warning on efi failure path\n\ncommit 6d70a74ffd616073a68ae0974d98819bfa8e6da6 upstream.\n\nThe oem parameter image embedded in the efi variable is at an offset\nfrom the start of the variable. However, in the failure path we try to\nfree the \u0027orom\u0027 pointer which is only valid when the paramaters are\nbeing read from the legacy option-rom space.\n\nSince failure to load the oem parameters is unlikely and we keep the\nmemory around in the success case just defer all de-allocation to devm.\n\nReported-by: Don Morris \u003cdon.morris@hp.com\u003e\nSigned-off-by: Dan Williams \u003cdan.j.williams@intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "22fb582405002812d8fb89d0ed1264e97d3d25ad", "tree": "ce6df075b0dcc1f1636272e68b77b55b11585af5", "parents": [ "0e4765fd9c0f8df577e0b8cbea927c2051710f27" ], "author": { "name": "Bart Van Assche", "email": "bvanassche@acm.org", "time": "Fri Aug 24 10:29:11 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 07 08:32:29 2012 -0700" }, "message": "IB/srp: Avoid having aborted requests hang\n\ncommit d8536670916a685df116b5c2cb256573fd25e4e3 upstream.\n\nWe need to call scsi_done() for commands after we abort them.\n\nSigned-off-by: Bart Van Assche \u003cbvanassche@acm.org\u003e\nAcked-by: David Dillow \u003cdillowda@ornl.gov\u003e\nSigned-off-by: Roland Dreier \u003croland@purestorage.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "0e4765fd9c0f8df577e0b8cbea927c2051710f27", "tree": "865fee5c7fbeaa9dd8c2967ccea91076dfc7b4a6", "parents": [ "350f3edb0a05c340853c75f4c5007a72ebd9e32f" ], "author": { "name": "Bart Van Assche", "email": "bvanassche@acm.org", "time": "Fri Aug 24 10:27:54 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 07 08:32:29 2012 -0700" }, "message": "IB/srp: Fix use-after-free in srp_reset_req()\n\ncommit 9b796d06d5d1b1e85ae2316a283ea11dd739ef96 upstream.\n\nsrp_free_req() uses the scsi_cmnd structure contents to unmap\nbuffers, so we must invoke srp_free_req() before we release\nownership of that structure.\n\nSigned-off-by: Bart Van Assche \u003cbvanassche@acm.org\u003e\nAcked-by: David Dillow \u003cdillowda@ornl.gov\u003e\nSigned-off-by: Roland Dreier \u003croland@purestorage.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "350f3edb0a05c340853c75f4c5007a72ebd9e32f", "tree": "c64fd69578e9424c95b103af0ad306d70aea8c34", "parents": [ "cbc7a8263c6e2d8f7354b4c06e21607d6dffd6bd" ], "author": { "name": "Patrick McHardy", "email": "kaber@trash.net", "time": "Thu Aug 30 07:01:30 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 07 08:32:28 2012 -0700" }, "message": "IPoIB: Fix use-after-free of multicast object\n\ncommit bea1e22df494a729978e7f2c54f7bda328f74bc3 upstream.\n\nFix a crash in ipoib_mcast_join_task(). (with help from Or Gerlitz)\n\nCommit c8c2afe360b7 (\"IPoIB: Use rtnl lock/unlock when changing device\nflags\") added a call to rtnl_lock() in ipoib_mcast_join_task(), which\nis run from the ipoib_workqueue, and hence the workqueue can\u0027t be\nflushed from the context of ipoib_stop().\n\nIn the current code, ipoib_stop() (which doesn\u0027t flush the workqueue)\ncalls ipoib_mcast_dev_flush(), which goes and deletes all the\nmulticast entries. This takes place without any synchronization with\na possible running instance of ipoib_mcast_join_task() for the same\nipoib device, leading to a crash due to NULL pointer dereference.\n\nFix this by making sure that the workqueue is flushed before\nipoib_mcast_dev_flush() is called. To make that possible, we move the\nRTNL-lock wrapped code to ipoib_mcast_join_finish().\n\nSigned-off-by: Patrick McHardy \u003ckaber@trash.net\u003e\nSigned-off-by: Roland Dreier \u003croland@purestorage.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "cbc7a8263c6e2d8f7354b4c06e21607d6dffd6bd", "tree": "dc47260c488d72f41f15356e157a67dbacd3aeb9", "parents": [ "abe988511dc075dab47ba9283c791299f7285aaa" ], "author": { "name": "Dan Carpenter", "email": "dan.carpenter@oracle.com", "time": "Tue Sep 25 10:01:56 2012 +0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 07 08:32:28 2012 -0700" }, "message": "remoteproc: fix a potential NULL-dereference on cleanup\n\ncommit 7168d914a782086e217214c57ddfc7cc4b738c0c upstream.\n\nWe only need to allocate mapping if there is an IOMMU domain.\n\nOtherwise, when the mappings are released, the assumption that\nan IOMMU domain is there will crash and burn.\n\nSigned-off-by: Dan Carpenter \u003cdan.carpenter@oracle.com\u003e\n[ohad: revise commit log]\nSigned-off-by: Ohad Ben-Cohen \u003cohad@wizery.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "abe988511dc075dab47ba9283c791299f7285aaa", "tree": "4e4b02e97a0b4540409f71ab726ece8c4b0d6c77", "parents": [ "0f0c5909d4cf6016c536fceddd5ca7bded0e5219" ], "author": { "name": "Ohad Ben-Cohen", "email": "ohad@wizery.com", "time": "Sun Sep 30 10:25:34 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 07 08:32:28 2012 -0700" }, "message": "remoteproc: select VIRTIO to avoid build breakage\n\ncommit 2ed6d29c725c4aead510b5c23f563795b265acf5 upstream.\n\ndrivers/built-in.o: In function `rproc_virtio_finalize_features\u0027:\nremoteproc_virtio.c:(.text+0x2f9a02): undefined reference to `vring_transport_features\u0027\ndrivers/built-in.o: In function `rproc_virtio_del_vqs\u0027:\nremoteproc_virtio.c:(.text+0x2f9a74): undefined reference to `vring_del_virtqueue\u0027\ndrivers/built-in.o: In function `rproc_virtio_find_vqs\u0027:\nremoteproc_virtio.c:(.text+0x2f9c44): undefined reference to `vring_new_virtqueue\u0027\ndrivers/built-in.o: In function `rproc_add_virtio_dev\u0027:\n(.text+0x2f9e2c): undefined reference to `register_virtio_device\u0027\ndrivers/built-in.o: In function `rproc_vq_interrupt\u0027:\n(.text+0x2f9db7): undefined reference to `vring_interrupt\u0027\ndrivers/built-in.o: In function `rproc_remove_virtio_dev\u0027:\n(.text+0x2f9e9f): undefined reference to `unregister_virtio_device\u0027\n\nReported-by: Randy Dunlap \u003crdunlap@xenotime.net\u003e\nSigned-off-by: Ohad Ben-Cohen \u003cohad@wizery.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "0f0c5909d4cf6016c536fceddd5ca7bded0e5219", "tree": "26965c798c1c13e3e15f63f2be04b9e0bf0d05e1", "parents": [ "7b5c87e0163ad33aabb1a725b0b5444a7e0b5c73" ], "author": { "name": "Wei Yongjun", "email": "yongjun_wei@trendmicro.com.cn", "time": "Fri Sep 21 15:09:47 2012 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 07 08:32:28 2012 -0700" }, "message": "can: mscan-mpc5xxx: fix return value check in mpc512x_can_get_clock()\n\ncommit f61bd0585dfc7d99db4936d7467de4ca8e2f7ea0 upstream.\n\nIn case of error, the function clk_get() returns ERR_PTR()\nand never returns NULL pointer. The NULL test in the error\nhandling should be replaced with IS_ERR().\n\ndpatch engine is used to auto generated this patch.\n(https://github.com/weiyj/dpatch)\n\nSigned-off-by: Wei Yongjun \u003cyongjun_wei@trendmicro.com.cn\u003e\nAcked-by: Wolfgang Grandegger \u003cwg@grandegger.com\u003e\nSigned-off-by: Marc Kleine-Budde \u003cmkl@pengutronix.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "7b5c87e0163ad33aabb1a725b0b5444a7e0b5c73", "tree": "279929bb5f2b99519dcff6c9104973fb0e0ea5db", "parents": [ "54ce2fb86f0b78808c7fcc1d581ebbf15ca36e91" ], "author": { "name": "Stephen M. Cameron", "email": "scameron@beardog.cce.hp.com", "time": "Thu Jul 26 11:34:10 2012 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 07 08:32:28 2012 -0700" }, "message": "SCSI: hpsa: Use LUN reset instead of target reset\n\ncommit 21e89afd325849eb38adccf382df16cc895911f9 upstream.\n\nIt turns out Smart Array logical drives do not support target\nreset and when the target reset fails, the logical drive will\nbe taken off line. Symptoms look like this:\n\nhpsa 0000:03:00.0: Abort request on C1:B0:T0:L0\nhpsa 0000:03:00.0: resetting device 1:0:0:0\nhpsa 0000:03:00.0: cp ffff880037c56000 is reported invalid (probably means target device no longer present)\nhpsa 0000:03:00.0: resetting device failed.\nsd 1:0:0:0: Device offlined - not ready after error recovery\nsd 1:0:0:0: rejecting I/O to offline device\nEXT3-fs error (device sdb1): read_block_bitmap:\n\nLUN reset is supported though, and is what we should be using.\nTarget reset is also disruptive in shared SAS situations,\nfor example, an external MSA1210m which does support target\nreset attached to Smart Arrays in multiple hosts -- a target\nreset from one host is disruptive to other hosts as all LUNs\non the target will be reset and will abort all outstanding i/os\nback to all the attached hosts. So we should use LUN reset,\nnot target reset.\n\nTested this with Smart Array logical drives and with tape drives.\nNot sure how this bug survived since 2009, except it must be very\nrare for a Smart Array to require more than 30s to complete a request.\n\nSigned-off-by: Stephen M. Cameron \u003cscameron@beardog.cce.hp.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "54ce2fb86f0b78808c7fcc1d581ebbf15ca36e91", "tree": "6e979c7933a334c89279a11bc4ec2b60e74b7c20", "parents": [ "7d0fcfec4c491eb3c815929be5512ae8d1886553" ], "author": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Mon Jul 30 11:33:05 2012 +1000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 07 08:32:28 2012 -0700" }, "message": "SCSI: ibmvscsi: Fix host config length field overflow\n\ncommit 225c56960fcafeccc2b6304f96cd3f0dbf42a16a upstream.\n\nThe length field in the host config packet is only 16-bit long, so\npassing it 0x10000 (64K which is our standard PAGE_SIZE) doesn\u0027t\nwork and result in an empty config from the server.\n\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\nAcked-by: Robert Jennings \u003crcj@linux.vnet.ibm.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "56a631f3bf36641133afeb3db7c1ec5721c8dd04", "tree": "90145bdbd5abab240b6a06794a7a80676055d6b8", "parents": [ "1168fb4bf41d55b04c07d82cb5c1e0fde9be3cf9" ], "author": { "name": "Artem Bityutskiy", "email": "artem.bityutskiy@linux.intel.com", "time": "Sat Aug 18 14:11:42 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 07 08:32:28 2012 -0700" }, "message": "UBI: fix autoresize handling in R/O mode\n\ncommit abb3e01103eb4e2ea5c15e6fedbc74e08bd4cc2b upstream.\n\nCurrently UBI fails in autoresize when it is in R/O mode (e.g., because the\nunderlying MTD device is R/O). This patch fixes the issue - we just skip\nautoresize and print a warning.\n\nReported-by: Pali Rohár \u003cpali.rohar@gmail.com\u003e\nSigned-off-by: Artem Bityutskiy \u003cartem.bityutskiy@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "1168fb4bf41d55b04c07d82cb5c1e0fde9be3cf9", "tree": "78fe3837e57bdef54a6f68aa99bdc369fc96589c", "parents": [ "119bd47785006d185e8247f63f44c43eaf345ed9" ], "author": { "name": "Russ Gorby", "email": "russ.gorby@intel.com", "time": "Mon Aug 13 13:45:30 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 07 08:32:27 2012 -0700" }, "message": "n_gsm: memory leak in uplink error path\n\ncommit 88ed2a60610974443335c924d7cb8e5dcf9dbdc1 upstream.\n\nUplink (TX) network data will go through gsm_dlci_data_output_framed\nthere is a bug where if memory allocation fails, the skb which\nhas already been pulled off the list will be lost.\n\nIn addition TX skbs were being processed in LIFO order\n\nFixed the memory leak, and changed to FIFO order processing\n\nSigned-off-by: Russ Gorby \u003cruss.gorby@intel.com\u003e\nTested-by: Kappel, LaurentX \u003claurentx.kappel@intel.com\u003e\nSigned-off-by: Alan Cox \u003calan@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "119bd47785006d185e8247f63f44c43eaf345ed9", "tree": "4e8ce4c73bc59e1441a97f06bb340d558618003d", "parents": [ "b0a3c588df225ee719bd82ab303d02f7cc0d5805" ], "author": { "name": "Russ Gorby", "email": "russ.gorby@intel.com", "time": "Mon Aug 13 13:44:40 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 07 08:32:27 2012 -0700" }, "message": "n_gsm: added interlocking for gsm_data_lock for certain code paths\n\ncommit 5e44708f75b0f8712da715d6babb0c21089b2317 upstream.\n\nThere were some locking holes in the management of the MUX\u0027s\nmessage queue for 2 code paths:\n1) gsmld_write_wakeup\n2) receipt of CMD_FCON flow-control message\nIn both cases gsm_data_kick is called w/o locking so it can collide\nwith other other instances of gsm_data_kick (pulling messages tx_tail)\nor potentially other instances of __gsm_data_queu (adding messages to tx_head)\n\nChanged to take the tx_lock in these 2 cases\n\nSigned-off-by: Russ Gorby \u003cruss.gorby@intel.com\u003e\nTested-by: Yin, Fengwei \u003cfengwei.yin@intel.com\u003e\nSigned-off-by: Alan Cox \u003calan@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "b0a3c588df225ee719bd82ab303d02f7cc0d5805", "tree": "023e3bb1f945703a14621ebe67faba682189599c", "parents": [ "3e6ef23fbf8c22163602cd52729de2fe370fba8f" ], "author": { "name": "Russ Gorby", "email": "russ.gorby@intel.com", "time": "Mon Aug 13 13:43:36 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 07 08:32:27 2012 -0700" }, "message": "n_gsm: uplink SKBs accumulate on list\n\ncommit 192b6041e75bb4a2aae73834037038cea139a92d upstream.\n\ngsm_dlci_data_kick will not call any output function if tx_bytes \u003e THRESH_LO\nfurthermore it will call the output function only once if tx_bytes \u003d\u003d 0\nIf the size of the IP writes are on the order of THRESH_LO\nwe can get into a situation where skbs accumulate on the outbound list\nbeing starved for events to call the output function.\n\ngsm_dlci_data_kick now calls the sweep function when tx_bytes\u003d\u003d0\n\nSigned-off-by: Russ Gorby \u003cruss.gorby@intel.com\u003e\nTested-by: Kappel, LaurentX \u003claurentx.kappel@intel.com\u003e\nSigned-off-by: Alan Cox \u003calan@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "3e6ef23fbf8c22163602cd52729de2fe370fba8f", "tree": "6f8d6741e51dab5c5bebdc2df198ddae2faeffbf", "parents": [ "aa821c51dc6167556a3dc39fc518754f8650265c" ], "author": { "name": "xiaojin", "email": "jin.xiao@intel.com", "time": "Mon Aug 13 13:43:15 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 07 08:32:27 2012 -0700" }, "message": "n_gsm.c: Implement 3GPP27.010 DLC start-up procedure in MUX\n\ncommit 7e8ac7b23b67416700dfb8b4136a4e81ce675b48 upstream.\n\nIn 3GPP27.010 5.8.1, it defined:\nThe TE multiplexer initiates the establishment of the multiplexer control channel by sending a SABM frame on DLCI 0 using the procedures of clause 5.4.1.\nOnce the multiplexer channel is established other DLCs may be established using the procedures of clause 5.4.1.\nThis patch implement 5.8.1 in MUX level, it make sure DLC0 is the first channel to be setup.\n\n[or for those not familiar with the specification: it was possible to try\n and open a data connection while the control channel was not yet fully\n open, which is a spec violation and confuses some modems]\n\nSigned-off-by: xiaojin \u003cjin.xiao@intel.com\u003e\nTested-by: Yin, Fengwei \u003cfengwei.yin@intel.com\u003e\n[tweaked the order we check things and error code]\nSigned-off-by: Alan Cox \u003calan@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "92d9a683c431081038d715585e7da9d953cb09f2", "tree": "d12a58fe85dfb800ef1882afb02c8310231f4fbe", "parents": [ "e3a63e8c061c486ce46d8d825b3fdd45c14140de" ], "author": { "name": "Sujith Manoharan", "email": "c_manoha@qualcomm.com", "time": "Sat Sep 22 00:14:28 2012 +0530" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 07 08:32:27 2012 -0700" }, "message": "ath9k: Disable ASPM only for AR9285\n\ncommit 046b6802c8d3c8a57448485513bf7291633e0fa3 upstream.\n\nCurrently, ASPM is disabled for all WLAN+BT combo chipsets\nwhen BTCOEX is enabled. This is incorrect since the workaround\nis required only for WB195, which is a AR9285+AR3011 combo\nsolution. Fix this by checking for the HW version when enabling\nthe workaround.\n\nSigned-off-by: Sujith Manoharan \u003cc_manoha@qca.qualcomm.com\u003e\nTested-by: Paul Stewart \u003cpstew@chromium.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": "e3a63e8c061c486ce46d8d825b3fdd45c14140de", "tree": "3b66e2c6c924b5ba661e27abbdaeecfd35df0302", "parents": [ "c4f132c4c23d6b822242c98def8be15182c24ff4" ], "author": { "name": "Michael Spang", "email": "spang@chromium.org", "time": "Fri Sep 14 13:05:49 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 07 08:32:27 2012 -0700" }, "message": "Increase XHCI suspend timeout to 16ms\n\ncommit a6e097dfdfd189b6929af6efa1d289af61858386 upstream.\n\nThe Intel XHCI specification says that after clearing the run/stop bit\nthe controller may take up to 16ms to halt. We\u0027ve seen a device take\n14ms, which with the current timeout of 10ms causes the kernel to\nabort the suspend. Increasing the timeout to the recommended value\nfixes the problem.\n\nThis patch should be backported to kernels as old as 2.6.37, that\ncontain the commit 5535b1d5f8885695c6ded783c692e3c0d0eda8ca \"USB: xHCI:\nPCI power management implementation\".\n\nSigned-off-by: Michael Spang \u003cspang@chromium.org\u003e\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": "c4f132c4c23d6b822242c98def8be15182c24ff4", "tree": "ed195125468ca198ace40d1215aa03ff549e3890", "parents": [ "75382341d888ba0132c5eeb94711840acf972034" ], "author": { "name": "Elric Fu", "email": "elricfu1@gmail.com", "time": "Wed Jun 27 16:55:43 2012 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 07 08:32:26 2012 -0700" }, "message": "xHCI: handle command after aborting the command ring\n\ncommit b63f4053cc8aa22a98e3f9a97845afe6c15d0a0d upstream.\n\nAccording to xHCI spec section 4.6.1.1 and section 4.6.1.2,\nafter aborting a command on the command ring, xHC will\ngenerate a command completion event with its completion\ncode set to Command Ring Stopped at least. If a command is\ncurrently executing at the time of aborting a command, xHC\nalso generate a command completion event with its completion\ncode set to Command Abort. When the command ring is stopped,\nsoftware may remove, add, or rearrage Command Descriptors.\n\nTo cancel a command, software will initialize a command\ndescriptor for the cancel command, and add it into a\ncancel_cmd_list of xhci. When the command ring is stopped,\nsoftware will find the command trbs described by command\ndescriptors in cancel_cmd_list and modify it to No Op\ncommand. If software can\u0027t find the matched trbs, we can\nthink it had been finished.\n\nThis patch should be backported to kernels as old as 3.0, that contain\nthe commit 7ed603ecf8b68ab81f4c83097d3063d43ec73bb8 \"xhci: Add an\nassertion to check for virt_dev\u003d0 bug.\" That commit papers over a NULL\npointer dereference, and this patch fixes the underlying issue that\ncaused the NULL pointer dereference.\n\nSigned-off-by: Elric Fu \u003celricfu1@gmail.com\u003e\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nTested-by: Miroslav Sabljic \u003cmiroslav.sabljic@avl.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "75382341d888ba0132c5eeb94711840acf972034", "tree": "38036eb3a74d6b0805e34315df8537774751a5a7", "parents": [ "2818247b6565b7adfbcd53b74509448a8e1fad84" ], "author": { "name": "Elric Fu", "email": "elricfu1@gmail.com", "time": "Wed Jun 27 16:31:52 2012 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 07 08:32:26 2012 -0700" }, "message": "xHCI: cancel command after command timeout\n\ncommit 6e4468b9a0793dfb53eb80d9fe52c739b13b27fd upstream.\n\nThe patch is used to cancel command when the command isn\u0027t\nacknowledged and a timeout occurs.\n\nThis patch should be backported to kernels as old as 3.0, that contain\nthe commit 7ed603ecf8b68ab81f4c83097d3063d43ec73bb8 \"xhci: Add an\nassertion to check for virt_dev\u003d0 bug.\" That commit papers over a NULL\npointer dereference, and this patch fixes the underlying issue that\ncaused the NULL pointer dereference.\n\nSigned-off-by: Elric Fu \u003celricfu1@gmail.com\u003e\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nTested-by: Miroslav Sabljic \u003cmiroslav.sabljic@avl.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "2818247b6565b7adfbcd53b74509448a8e1fad84", "tree": "606c886cf719aac07beea71f1e1f95a7f5b41e75", "parents": [ "1976fffe9dc839e9d25c903a65723600f7641a50" ], "author": { "name": "Elric Fu", "email": "elricfu1@gmail.com", "time": "Wed Jun 27 16:31:12 2012 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 07 08:32:26 2012 -0700" }, "message": "xHCI: add aborting command ring function\n\ncommit b92cc66c047ff7cf587b318fe377061a353c120f upstream.\n\nSoftware have to abort command ring and cancel command\nwhen a command is failed or hang. Otherwise, the command\nring will hang up and can\u0027t handle the others. An example\nof a command that may hang is the Address Device Command,\nbecause waiting for a SET_ADDRESS request to be acknowledged\nby a USB device is outside of the xHC\u0027s ability to control.\n\nTo cancel a command, software will initialize a command\ndescriptor for the cancel command, and add it into a\ncancel_cmd_list of xhci.\n\nSarah: Fixed missing newline on \"Have the command ring been stopped?\"\ndebugging statement.\n\nThis patch should be backported to kernels as old as 3.0, that contain\nthe commit 7ed603ecf8b68ab81f4c83097d3063d43ec73bb8 \"xhci: Add an\nassertion to check for virt_dev\u003d0 bug.\" That commit papers over a NULL\npointer dereference, and this patch fixes the underlying issue that\ncaused the NULL pointer dereference.\n\nSigned-off-by: Elric Fu \u003celricfu1@gmail.com\u003e\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nTested-by: Miroslav Sabljic \u003cmiroslav.sabljic@avl.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "1976fffe9dc839e9d25c903a65723600f7641a50", "tree": "b173c3cf6f353d8baf09019dd2fd2e82aac0b7da", "parents": [ "59b91d284b24d4ec17f917421b169fcb40805544" ], "author": { "name": "Elric Fu", "email": "elricfu1@gmail.com", "time": "Wed Jun 27 16:30:57 2012 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 07 08:32:26 2012 -0700" }, "message": "xHCI: add cmd_ring_state\n\ncommit c181bc5b5d5c79b71203cd10cef97f802fb6f9c1 upstream.\n\nAdding cmd_ring_state for command ring. It helps to verify\nthe current command ring state for controlling the command\nring operations.\n\nThis patch should be backported to kernels as old as 3.0. The commit\n7ed603ecf8b68ab81f4c83097d3063d43ec73bb8 \"xhci: Add an assertion to\ncheck for virt_dev\u003d0 bug.\" papers over the NULL pointer dereference that\nI now believe is related to a timed out Set Address command. This (and\nthe four patches that follow it) contain the real fix that also allows\nVIA USB 3.0 hubs to consistently re-enumerate during the plug/unplug\nstress tests.\n\nSigned-off-by: Elric Fu \u003celricfu1@gmail.com\u003e\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nTested-by: Miroslav Sabljic \u003cmiroslav.sabljic@avl.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "59b91d284b24d4ec17f917421b169fcb40805544", "tree": "5cc5d22f4cb5d6ff04dc68e0e32dd23039d9146c", "parents": [ "ed02004f896be60f6d5dc3af403999f56a3e6d37" ], "author": { "name": "Sarah Sharp", "email": "sarah.a.sharp@linux.intel.com", "time": "Wed Sep 19 16:27:26 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 07 08:32:26 2012 -0700" }, "message": "xhci: Intel Panther Point BEI quirk.\n\ncommit 80fab3b244a22e0ca539d2439bdda50e81e5666f upstream.\n\nWhen a device with an isochronous endpoint is behind a hub plugged into\nthe Intel Panther Point xHCI host controller, and the driver submits\nmultiple frames per URB, the xHCI driver will set the Block Event\nInterrupt (BEI) flag on all but the last TD for the URB. This causes\nthe host controller to place an event on the event ring, but not send an\ninterrupt. When the last TD for the URB completes, BEI is cleared, and\nwe get an interrupt for the whole URB.\n\nHowever, under a Panther Point xHCI host controller, if the parent hub\nis unplugged when one or more events from transfers with BEI set are on\nthe event ring, a port status change event is placed on the event ring,\nbut no interrupt is generated. This means URBs stop completing, and the\nUSB device disconnect is not noticed. Something like a USB headset will\ncause mplayer to hang when the device is disconnected.\n\nIf another transfer is sent (such as running `sudo lsusb -v`), the next\ntransfer event seems to \"unstick\" the event ring, the xHCI driver gets\nan interrupt, and the disconnect is reported to the USB core.\n\nThe fix is not to use the BEI flag under the Panther Point xHCI host.\nThis will impact power consumption and system responsiveness, because\nthe xHCI driver will receive an interrupt for every frame in all\nisochronous URBs instead of once per URB.\n\nIntel chipset developers confirm that this bug will be hit if the BEI\nflag is used on any endpoint, not just ones that are behind a hub.\n\nThis patch should be backported to kernels as old as 3.0, that contain\nthe commit 69e848c2090aebba5698a1620604c7dccb448684 \"Intel xhci: Support\nEHCI/xHCI port switching.\"\n\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "ed02004f896be60f6d5dc3af403999f56a3e6d37", "tree": "c3ba30508cad2541b91c16e0804eda2e3dfd5053", "parents": [ "dc8276b241ad415b2602c4a7309e5b518bb09c32" ], "author": { "name": "Khalid Aziz", "email": "khalid.aziz@hp.com", "time": "Mon Sep 10 12:52:42 2012 -0600" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 07 08:32:26 2012 -0700" }, "message": "firmware: Add missing attributes to EFI variable attribute print out from sysfs\n\ncommit 7083909023bbe29b3176e92d2d089def1aa7aa1e upstream.\n\nSome of the EFI variable attributes are missing from print out from\n/sys/firmware/efi/vars/*/attributes. This patch adds those in. It also\nupdates code to use pre-defined constants for masking current value\nof attributes.\n\nSigned-off-by: Khalid Aziz \u003ckhalid.aziz@hp.com\u003e\nReviewed-by: Kees Cook \u003ckeescook@chromium.org\u003e\nAcked-by: Matthew Garrett \u003cmjg@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "dc8276b241ad415b2602c4a7309e5b518bb09c32", "tree": "032a6a77104bb604b2ec36872ccdadd688718cdb", "parents": [ "1eafb0280d1275629da54c350c7d9842f7785577" ], "author": { "name": "Larry Finger", "email": "Larry.Finger@lwfinger.net", "time": "Wed Sep 26 12:32:02 2012 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 07 08:32:26 2012 -0700" }, "message": "b43legacy: Fix crash on unload when firmware not available\n\ncommit 2d838bb608e2d1f6cb4280e76748cb812dc822e7 upstream.\n\nWhen b43legacy is loaded without the firmware being available, a following\nunload generates a kernel NULL pointer dereference BUG as follows:\n\n[ 214.330789] BUG: unable to handle kernel NULL pointer dereference at 0000004c\n[ 214.330997] IP: [\u003cc104c395\u003e] drain_workqueue+0x15/0x170\n[ 214.331179] *pde \u003d 00000000\n[ 214.331311] Oops: 0000 [#1] SMP\n[ 214.331471] Modules linked in: b43legacy(-) ssb pcmcia mac80211 cfg80211 af_packet mperf arc4 ppdev sr_mod cdrom sg shpchp yenta_socket pcmcia_rsrc pci_hotplug pcmcia_core battery parport_pc parport floppy container ac button edd autofs4 ohci_hcd ehci_hcd usbcore usb_common thermal processor scsi_dh_rdac scsi_dh_hp_sw scsi_dh_emc scsi_dh_alua scsi_dh fan thermal_sys hwmon ata_generic pata_ali libata [last unloaded: cfg80211]\n[ 214.333421] Pid: 3639, comm: modprobe Not tainted 3.6.0-rc6-wl+ #163 Source Technology VIC 9921/ALI Based Notebook\n[ 214.333580] EIP: 0060:[\u003cc104c395\u003e] EFLAGS: 00010246 CPU: 0\n[ 214.333687] EIP is at drain_workqueue+0x15/0x170\n[ 214.333788] EAX: c162ac40 EBX: cdfb8360 ECX: 0000002a EDX: 00002a2a\n[ 214.333890] ESI: 00000000 EDI: 00000000 EBP: cd767e7c ESP: cd767e5c\n[ 214.333957] DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068\n[ 214.333957] CR0: 8005003b CR2: 0000004c CR3: 0c96a000 CR4: 00000090\n[ 214.333957] DR0: 00000000 DR1: 00000000 DR2: 00000000 DR3: 00000000\n[ 214.333957] DR6: ffff0ff0 DR7: 00000400\n[ 214.333957] Process modprobe (pid: 3639, ti\u003dcd766000 task\u003dcf802e90 task.ti\u003dcd766000)\n[ 214.333957] Stack:\n[ 214.333957] 00000292 cd767e74 c12c5e09 00000296 00000296 cdfb8360 cdfb9220 00000000\n[ 214.333957] cd767e90 c104c4fd cdfb8360 cdfb9220 cd682800 cd767ea4 d0c10184 cd682800\n[ 214.333957] cd767ea4 cba31064 cd767eb8 d0867908 cba31064 d087e09c cd96f034 cd767ec4\n[ 214.333957] Call Trace:\n[ 214.333957] [\u003cc12c5e09\u003e] ? skb_dequeue+0x49/0x60\n[ 214.333957] [\u003cc104c4fd\u003e] destroy_workqueue+0xd/0x150\n[ 214.333957] [\u003cd0c10184\u003e] ieee80211_unregister_hw+0xc4/0x100 [mac80211]\n[ 214.333957] [\u003cd0867908\u003e] b43legacy_remove+0x78/0x80 [b43legacy]\n[ 214.333957] [\u003cd083654d\u003e] ssb_device_remove+0x1d/0x30 [ssb]\n[ 214.333957] [\u003cc126f15a\u003e] __device_release_driver+0x5a/0xb0\n[ 214.333957] [\u003cc126fb07\u003e] driver_detach+0x87/0x90\n[ 214.333957] [\u003cc126ef4c\u003e] bus_remove_driver+0x6c/0xe0\n[ 214.333957] [\u003cc1270120\u003e] driver_unregister+0x40/0x70\n[ 214.333957] [\u003cd083686b\u003e] ssb_driver_unregister+0xb/0x10 [ssb]\n[ 214.333957] [\u003cd087c488\u003e] b43legacy_exit+0xd/0xf [b43legacy]\n[ 214.333957] [\u003cc1089dde\u003e] sys_delete_module+0x14e/0x2b0\n[ 214.333957] [\u003cc110a4a7\u003e] ? vfs_write+0xf7/0x150\n[ 214.333957] [\u003cc1240050\u003e] ? tty_write_lock+0x50/0x50\n[ 214.333957] [\u003cc110a6f8\u003e] ? sys_write+0x38/0x70\n[ 214.333957] [\u003cc1397c55\u003e] syscall_call+0x7/0xb\n[ 214.333957] Code: bc 27 00 00 00 00 a1 74 61 56 c1 55 89 e5 e8 a3 fc ff ff 5d c3 90 55 89 e5 57 56 89 c6 53 b8 40 ac 62 c1 83 ec 14 e8 bb b7 34 00 \u003c8b\u003e 46 4c 8d 50 01 85 c0 89 56 4c 75 03 83 0e 40 80 05 40 ac 62\n[ 214.333957] EIP: [\u003cc104c395\u003e] drain_workqueue+0x15/0x170 SS:ESP 0068:cd767e5c\n[ 214.333957] CR2: 000000000000004c\n[ 214.341110] ---[ end trace c7e90ec026d875a6 ]---Index: wireless-testing/drivers/net/wireless/b43legacy/main.c\n\nThe problem is fixed by making certain that the ucode pointer is not NULL\nbefore deregistering the driver in mac80211.\n\nSigned-off-by: Larry Finger \u003cLarry.Finger@lwfinger.net\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "268b7d491c88845b410b2dfc84af54075db35c4d", "tree": "b3cbc271f68d91146ba0557a01c96c3073f5e162", "parents": [ "c5500c74ff1414578161b796557b382d5cbaf024" ], "author": { "name": "Flavio Leitner", "email": "fbl@redhat.com", "time": "Fri Sep 21 21:04:34 2012 -0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 07 08:32:25 2012 -0700" }, "message": "serial: set correct baud_base for EXSYS EX-41092 Dual 16950\n\ncommit 26e8220adb0aec43b7acafa0f1431760eee28522 upstream.\n\nApparently the same card model has two IDs, so this patch\ncomplements the commit 39aced68d664291db3324d0fcf0985ab5626aac2\nadding the missing one.\n\nSigned-off-by: Flavio Leitner \u003cfbl@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "c5500c74ff1414578161b796557b382d5cbaf024", "tree": "39502c205b72977acb439844e119e9910d82cb65", "parents": [ "bba5a67bba4c56ab0ce632d7a3e1a651d9162b9e" ], "author": { "name": "Linus Walleij", "email": "linus.walleij@linaro.org", "time": "Wed Sep 26 17:21:36 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 07 08:32:25 2012 -0700" }, "message": "serial: pl011: handle corruption at high clock speeds\n\ncommit c5dd553b9fd069892c9e2de734f4f604e280fa7a upstream.\n\nThis works around a few glitches in the ST version of the PL011\nserial driver when using very high baud rates, as we do in the\nUx500: 3, 3.25, 4 and 4.05 Mbps.\n\nProblem Observed/rootcause:\n\nWhen using high baud-rates, and the baudrate*8 is getting close to\nthe provided clock frequency (so a division factor close to 1), when\nusing bursts of characters (so they are abutted), then it seems as if\nthere is not enough time to detect the beginning of the start-bit which\nis a timing reference for the entire character, and thus the sampling\nmoment of character bits is moving towards the end of each bit, instead\nof the middle.\n\nFix:\nIncrease slightly the RX baud rate of the UART above the theoretical\nbaudrate by 5%. This will definitely give more margin time to the\nUART_RX to correctly sample the data at the middle of the bit period.\n\nAlso fix the ages old copy-paste error in the very stressed comment,\nit\u0027s referencing the registers used in the PL010 driver rather than\nthe PL011 ones.\n\nSigned-off-by: Guillaume Jaunet \u003cguillaume.jaunet@stericsson.com\u003e\nSigned-off-by: Christophe Arnal \u003cchristophe.arnal@stericsson.com\u003e\nSigned-off-by: Matthias Locher \u003cmatthias.locher@stericsson.com\u003e\nSigned-off-by: Rajanikanth HV \u003crajanikanth.hv@stericsson.com\u003e\nCc: Bibek Basu \u003cbibek.basu@stericsson.com\u003e\nCc: Par-Gunnar Hjalmdahl \u003cpar-gunnar.hjalmdahl@stericsson.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": "bba5a67bba4c56ab0ce632d7a3e1a651d9162b9e", "tree": "a5f6c2031dbe52ba45118c2265c9f3c23c7ef3a0", "parents": [ "804f6a4a4745ce54f3afa76b3d2270b385f565f8" ], "author": { "name": "Vikram Pandita", "email": "vikram.pandita@ti.com", "time": "Thu Sep 06 15:45:37 2012 +0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 07 08:32:25 2012 -0700" }, "message": "serial: omap: fix software flow control\n\ncommit 957ee7270d632245b43f6feb0e70d9a5e9ea6cf6 upstream.\n\nSoftware flow control register bits were not defined correctly.\n\nAlso clarify the IXON and IXOFF logic to reflect what userspace wants.\n\nTested-by: Shubhrajyoti D \u003cshubhrajyoti@ti.com\u003e\nSigned-off-by: Vikram Pandita \u003cvikram.pandita@ti.com\u003e\nSigned-off-by: Shubhrajyoti D \u003cshubhrajyoti@ti.com\u003e\nAcked-by: Tony Lindgren \u003ctony@atomide.com\u003e\nSigned-off-by: Felipe Balbi \u003cbalbi@ti.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "804f6a4a4745ce54f3afa76b3d2270b385f565f8", "tree": "8e49169e36ef57e0a96d7ae131d0dba8d7711c94", "parents": [ "e2a43abf3d9c6a3828d9a02c3de0d8bf16bd4b90" ], "author": { "name": "Jiri Slaby", "email": "jslaby@suse.cz", "time": "Tue Aug 07 21:47:39 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 07 08:32:24 2012 -0700" }, "message": "TTY: ttyprintk, don\u0027t touch behind tty-\u003ewrite_buf\n\ncommit ee8b593affdf893012e57f4c54a21984d1b0d92e upstream.\n\nIf a user provides a buffer larger than a tty-\u003ewrite_buf chunk and\npasses \u0027\\r\u0027 at the end of the buffer, we touch an out-of-bound memory.\n\nAdd a check there to prevent this.\n\nSigned-off-by: Jiri Slaby \u003cjslaby@suse.cz\u003e\nCc: Samo Pogacnik \u003csamo_pogacnik@t-2.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "e2a43abf3d9c6a3828d9a02c3de0d8bf16bd4b90", "tree": "96ed423a829f0d1a0d0e072dd72eedac9334571e", "parents": [ "f810716cd61810278caee8eefed22e8706e49125" ], "author": { "name": "Stanislav Kozina", "email": "skozina@redhat.com", "time": "Thu Aug 16 12:01:47 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 07 08:32:24 2012 -0700" }, "message": "Remove BUG_ON from n_tty_read()\n\ncommit e9490e93c1978b6669f3e993caa3189be13ce459 upstream.\n\nChange the BUG_ON to WARN_ON and return in case of tty-\u003eread_buf\u003d\u003dNULL. We want to track a\ncouple of long standing reports of this but at the same time we can avoid killing the box.\n\nSigned-off-by: Stanislav Kozina \u003cskozina@redhat.com\u003e\nSigned-off-by: Alan Cox \u003calan@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "f810716cd61810278caee8eefed22e8706e49125", "tree": "5535a057fe66259a7cdfbafad1757bc92650a47f", "parents": [ "19dcf415184e1ef6d9641d76e3248d3b2677b3df" ], "author": { "name": "Ian Abbott", "email": "abbotti@mev.co.uk", "time": "Wed Sep 19 19:37:39 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 07 08:32:24 2012 -0700" }, "message": "staging: comedi: fix memory leak for saved channel list\n\ncommit c8cad4c89ee3b15935c532210ae6ebb5c0a2734d upstream.\n\nWhen `do_cmd_ioctl()` allocates memory for the kernel copy of a channel\nlist, it frees any previously allocated channel list in\n`async-\u003ecmd.chanlist` and replaces it with the new one. However, if the\ndevice is ever removed (or \"detached\") the cleanup code in\n`cleanup_device()` in \"drivers.c\" does not free this memory so it is\nlost.\n\nA sensible place to free the kernel copy of the channel list is in\n`do_become_nonbusy()` as at that point the comedi asynchronous command\nassociated with the channel list is no longer valid. Free the channel\nlist in `do_become_nonbusy()` instead of `do_cmd_ioctl()` and clear the\npointer to prevent it being freed more than once.\n\nNote that `cleanup_device()` could be called at an inappropriate time\nwhile the comedi device is open, but that\u0027s a separate bug not related\nto this this patch.\n\nSigned-off-by: Ian Abbott \u003cabbotti@mev.co.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "19dcf415184e1ef6d9641d76e3248d3b2677b3df", "tree": "288b3c87cb1d940642988fe5d6c491f0ddb4383a", "parents": [ "4483c56613f9ca0cff15d231975b240d3f3e8a10" ], "author": { "name": "Ian Abbott", "email": "abbotti@mev.co.uk", "time": "Tue Sep 18 19:46:58 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 07 08:32:24 2012 -0700" }, "message": "staging: comedi: don\u0027t dereference user memory for INSN_INTTRIG\n\ncommit 5d06e3df280bd230e2eadc16372e62818c63e894 upstream.\n\n`parse_insn()` is dereferencing the user-space pointer `insn-\u003edata`\ndirectly when handling the `INSN_INTTRIG` comedi instruction. It\nshouldn\u0027t be using `insn-\u003edata` at all; it should be using the separate\n`data` pointer passed to the function. Fix 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": "4483c56613f9ca0cff15d231975b240d3f3e8a10", "tree": "d981269d592d99a65e3a5c7f75baf7539137936e", "parents": [ "b5697de62b79060f59a5d7780aa4c16fdcfaa929" ], "author": { "name": "Ian Abbott", "email": "abbotti@mev.co.uk", "time": "Thu Sep 27 17:45:27 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 07 08:32:24 2012 -0700" }, "message": "staging: comedi: jr3_pci: fix iomem dereference\n\ncommit e1878957b4676a17cf398f7f5723b365e9a2ca48 upstream.\n\nCorrect a direct dereference of I/O memory to use an appropriate I/O\nmemory access function. Note that the pointer being dereferenced is not\ncurrently tagged with `__iomem` but I plan to correct that for 3.7.\n\nSigned-off-by: Ian Abbott \u003cabbotti@mev.co.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "b5697de62b79060f59a5d7780aa4c16fdcfaa929", "tree": "722c7f11ac858994bdd241b1f08f9761239e669d", "parents": [ "28675586f391fc14960de13c63359b25542ddec4" ], "author": { "name": "Ian Abbott", "email": "abbotti@mev.co.uk", "time": "Mon Sep 24 17:20:52 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 07 08:32:24 2012 -0700" }, "message": "staging: comedi: s626: don\u0027t dereference insn-\u003edata\n\ncommit b655c2c4782ed3e2e71d2608154e295a3e860311 upstream.\n\n`s626_enc_insn_config()` is incorrectly dereferencing `insn-\u003edata` which\nis a pointer to user memory. It should be dereferencing the separate\n`data` parameter that points to a copy of the data in kernel memory.\n\nSigned-off-by: Ian Abbott \u003cabbotti@mev.co.uk\u003e\nReviewed-by: H Hartley Sweeten \u003chsweeten@visionengravers.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "28675586f391fc14960de13c63359b25542ddec4", "tree": "0f3eed780b14e99851c117aba9525ecdef8c5f87", "parents": [ "0f2c427a4f4a994526bea7ce3855284fc5a7940a" ], "author": { "name": "Larry Finger", "email": "Larry.Finger@lwfinger.net", "time": "Wed Sep 26 14:01:31 2012 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 07 08:32:24 2012 -0700" }, "message": "staging: r8712u: Do not queue cloned skb\n\ncommit fa16e5ea25d7dd83f663f333e70713aa2fa5dffe upstream.\n\nSome post-3.4 kernels have a problem when a cloned skb is used in the\nRX path. This patch handles one such case for r8712u.\n\nThe patch was suggested by Eric Dumazet.\n\nSigned-off-by: Larry Finger \u003cLarry.Finger@lwfinger.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "0f2c427a4f4a994526bea7ce3855284fc5a7940a", "tree": "8393569061525156d18bf2ce565fbc087dcf8a5c", "parents": [ "f7d978ef5d1cdbbb7bd7dba5fb995d56b7640b37" ], "author": { "name": "Christopher Brannon", "email": "chris@the-brannons.com", "time": "Fri Jun 22 08:16:34 2012 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 07 08:32:23 2012 -0700" }, "message": "tty: keyboard.c: Remove locking from vt_get_leds.\n\ncommit 157a4b311c45c9aba75a990464d9680867dc8805 upstream.\n\nThere are three call sites for this function, and all three\nare called within a keyboard handler.\nkbd_event_lock is already held within keyboard handlers,\nso attempting to lock it in vt_get_leds causes deadlock.\n\nSigned-off-by: Christopher Brannon \u003cchris@the-brannons.com\u003e\nAcked-by: Alan Cox \u003calan@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "f7d978ef5d1cdbbb7bd7dba5fb995d56b7640b37", "tree": "3b04a482ccab1441a2dd0ecc18429d8db053ce15", "parents": [ "1d64560a29d149803a119527ad6b3d80b83a85a8" ], "author": { "name": "Ben Hutchings", "email": "ben@decadent.org.uk", "time": "Sun Sep 16 04:18:50 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 07 08:32:23 2012 -0700" }, "message": "staging: speakup_soft: Fix reading of init string\n\ncommit 40fe4f89671fb3c7ded94190fb267402a38b0261 upstream.\n\nsoftsynth_read() reads a character at a time from the init string;\nwhen it finds the null terminator it sets the initialized flag but\nthen repeats the last character.\n\nAdditionally, if the read() buffer is not big enough for the init\nstring, the next read() will start reading from the beginning again.\nSo the caller may never progress to reading anything else.\n\nReplace the simple initialized flag with the current position in\nthe init string, carried over between calls. Switch to reading\nreal data once this reaches the null terminator.\n\n(This assumes that the length of the init string can\u0027t change, which\nseems to be the case. Really, the string and position belong together\nin a per-file private struct.)\n\nTested-by: Samuel Thibault \u003csthibault@debian.org\u003e\nSigned-off-by: Ben Hutchings \u003cben@decadent.org.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "1d64560a29d149803a119527ad6b3d80b83a85a8", "tree": "847712bafec91211f8e9827b1798f50092773520", "parents": [ "28939e9a0972df8eff635a92c0c0a62efe97d9a2" ], "author": { "name": "Vivek Gautam", "email": "gautam.vivek@samsung.com", "time": "Sat Sep 22 18:11:19 2012 +0530" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 07 08:32:23 2012 -0700" }, "message": "usb: host: xhci: Fix Null pointer dereferencing with 71c731a for non-x86 systems\n\ncommit 457a73d346187c2cc5d599072f38676f18f130e0 upstream.\n\nIn 71c731a: usb: host: xhci: Fix Compliance Mode on SN65LVPE502CP Hardware\nwhen extracting DMI strings (vendor or product_name) to mark them as quirk\nwe may get NULL pointer in case of non-x86 systems which won\u0027t define\nCONFIG_DMI. Hence susbsequent strstr() calls crash while driver probing.\n\nSo, returning \u0027false\u0027 here in case we get a NULL vendor or product_name.\n\nThis is tested with ARM (exynos) system.\n\nThis patch should be backported to stable kernels as old as 3.6, that\ncontain the commit 71c731a296f1b08a3724bd1b514b64f1bda87a23 \"usb: host:\nxhci: Fix Compliance Mode on SN65LVPE502CP Hardware\"\n\nSigned-off-by: Vivek Gautam \u003cgautam.vivek@samsung.com\u003e\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nReported-by: Sebastian Gottschall (DD-WRT) \u003cs.gottschall@dd-wrt.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "28939e9a0972df8eff635a92c0c0a62efe97d9a2", "tree": "921fca1db9cfd93583e4218e0145688ba7d40dd6", "parents": [ "e59f498dc3f7679f236b2aec4a6c23173de78a65" ], "author": { "name": "Bjørn Mork", "email": "bjorn@mork.no", "time": "Wed Sep 19 22:02:03 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 07 08:32:23 2012 -0700" }, "message": "USB: qcaux: add Pantech vendor class match\n\ncommit c638eb2872b3af079501e7ee44cbb8a5cce9b4b5 upstream.\n\nThe three Pantech devices UML190 (106c:3716), UML290 (106c:3718) and\nP4200 (106c:3721) all use the same subclasses to identify vendor\nspecific functions. Replace the existing device specific entries\nwith generic vendor matching, adding support for the P4200.\n\nSigned-off-by: Bjørn Mork \u003cbjorn@mork.no\u003e\nCc: Thomas Schäfer \u003ctschaefer@t-online.de\u003e\nAcked-by: Dan Williams \u003cdcbw@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "e59f498dc3f7679f236b2aec4a6c23173de78a65", "tree": "db01980c214418a3f132fe6c875f6e68a690fcc0", "parents": [ "58bd65bfa47cf7dec02c8a1e2201dad0003acfb6" ], "author": { "name": "Antonio Ospite", "email": "ospite@studenti.unina.it", "time": "Sun Sep 23 09:57:25 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 07 08:32:23 2012 -0700" }, "message": "USB: ftdi_sio: add TIAO USB Multi-Protocol Adapter (TUMPA) support\n\ncommit 54575b05af36959dfb6a49a3e9ca0c2b456b7126 upstream.\n\nTIAO/DIYGADGET USB Multi-Protocol Adapter (TUMPA) is an FTDI FT2232H\nbased device which provides an easily accessible JTAG, SPI, I2C, serial\nbreakout.\n\nhttp://www.diygadget.com/tiao-usb-multi-protocol-adapter-jtag-spi-i2c-serial.html\nhttp://www.tiaowiki.com/w/TIAO_USB_Multi_Protocol_Adapter_User%27s_Manual\n\nFTDI FT2232H provides two serial channels (A and B), but on the TUMPA\nchannel A is dedicated to JTAG/SPI while channel B can be used for\nUART/RS-232: use the ftdi_jtag_quirk to expose only channel B as\na usb-serial interface to userspace.\n\nSigned-off-by: Antonio Ospite \u003cospite@studenti.unina.it\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "58bd65bfa47cf7dec02c8a1e2201dad0003acfb6", "tree": "55a8b69e55f97176383ad5f4ff38dd77b56fee71", "parents": [ "47c8e86e3869d7b7d159b069ad80cc621c2b1199" ], "author": { "name": "Bjørn Mork", "email": "bjorn@mork.no", "time": "Wed Sep 19 22:02:12 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 07 08:32:23 2012 -0700" }, "message": "USB: option: blacklist QMI interface on ZTE MF683\n\ncommit 160c9425ac52cb30502be2d9c5e848cec91bb115 upstream.\n\nInterface #5 on ZTE MF683 is a QMI/wwan interface.\n\nSigned-off-by: Bjørn Mork \u003cbjorn@mork.no\u003e\nCc: Shawn J. Goff \u003cshawn7400@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "47c8e86e3869d7b7d159b069ad80cc621c2b1199", "tree": "4c67408aa53c4f5e6f69f77117f0ffe34a436717", "parents": [ "c0b50b292c41e0a1c6a1ef6df665fe7fb8eac2e1" ], "author": { "name": "Sebastian Andrzej Siewior", "email": "sebastian@breakpoint.cc", "time": "Sun Aug 19 21:54:58 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 07 08:32:23 2012 -0700" }, "message": "usb: gadget: dummy_hcd: fixup error probe path\n\ncommit 1b68a4ca2d038addb7314211d122fb6d7002b38b upstream.\n\nIf USB2 host controller probes fine but USB3 does not then we don\u0027t\nremove the USB controller properly and lock up the system while the HUB\ncode will try to enumerate the USB2 controller and access memory which\nis no longer available in case the dummy_hcd was compiled as a module.\n\nThis is a problem since 448b6eb1 (\"USB: Make sure to fetch the BOS desc\nfor roothubs.) if used in USB3 mode because dummy does not provide this\ndescriptor and explodes later.\n\nSigned-off-by: Sebastian Andrzej Siewior \u003csebastian@breakpoint.cc\u003e\nSigned-off-by: Felipe Balbi \u003cbalbi@ti.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "c0b50b292c41e0a1c6a1ef6df665fe7fb8eac2e1", "tree": "00bdc183dd5bd765f27d24bb99aee7ec024c48b1", "parents": [ "7d77f4776e3fc8770f90244f1f5d1c9181b834c7" ], "author": { "name": "Mikulas Patocka", "email": "mpatocka@redhat.com", "time": "Wed Sep 26 23:45:48 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 07 08:32:22 2012 -0700" }, "message": "dm verity: fix overflow check\n\ncommit 1d55f6bcc0331d744cd5b56c4ee79e3809438161 upstream.\n\nThis patch fixes sector_t overflow checking in dm-verity.\n\nWithout this patch, the code checks for overflow only if sector_t is\nsmaller than long long, not if sector_t and long long have the same size.\n\nSigned-off-by: Mikulas Patocka \u003cmpatocka@redhat.com\u003e\nSigned-off-by: Alasdair G Kergon \u003cagk@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "7d77f4776e3fc8770f90244f1f5d1c9181b834c7", "tree": "531d3b3a3fb26aa78608fa92817b0ef0ccaae162", "parents": [ "f9954ca80cc595852db6e913e65808819b9dc413" ], "author": { "name": "Milan Broz", "email": "mbroz@redhat.com", "time": "Wed Sep 26 23:45:43 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 07 08:32:22 2012 -0700" }, "message": "dm table: clear add_random unless all devices have it set\n\ncommit c3c4555edd10dbc0b388a0125b9c50de5e79af05 upstream.\n\nAlways clear QUEUE_FLAG_ADD_RANDOM if any underlying device does not\nhave it set. Otherwise devices with predictable characteristics may\ncontribute entropy.\n\nQUEUE_FLAG_ADD_RANDOM specifies whether or not queue IO timings\ncontribute to the random pool.\n\nFor bio-based targets this flag is always 0 because such devices have no\nreal queue.\n\nFor request-based devices this flag was always set to 1 by default.\n\nNow set it according to the flags on underlying devices. If there is at\nleast one device which should not contribute, set the flag to zero: If a\ndevice, such as fast SSD storage, is not suitable for supplying entropy,\na request-based queue stacked over it will not be either.\n\nBecause the checking logic is exactly same as for the rotational flag,\nshare the iteration function with device_is_nonrot().\n\nSigned-off-by: Milan Broz \u003cmbroz@redhat.com\u003e\nSigned-off-by: Alasdair G Kergon \u003cagk@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "f9954ca80cc595852db6e913e65808819b9dc413", "tree": "44d16ae268264563895327b5d100f837d5e8dc41", "parents": [ "9316bed3701438b79644e80cc4dd4903a40c756b" ], "author": { "name": "Mike Snitzer", "email": "snitzer@redhat.com", "time": "Wed Sep 26 23:45:42 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Oct 07 08:32:22 2012 -0700" }, "message": "dm: handle requests beyond end of device instead of using BUG_ON\n\ncommit ba1cbad93dd47223b1f3b8edd50dd9ef2abcb2ed upstream.\n\nThe access beyond the end of device BUG_ON that was introduced to\ndm_request_fn via commit 29e4013de7ad950280e4b2208 (\"dm: implement\nREQ_FLUSH/FUA support for request-based dm\") was an overly\ndrastic (but simple) response to this situation.\n\nI have received a report that this BUG_ON was hit and now think\nit would be better to use dm_kill_unmapped_request() to fail the clone\nand original request with -EIO.\n\nmap_request() will assign the valid target returned by\ndm_table_find_target to tio-\u003eti. But when the target\nisn\u0027t valid tio-\u003eti is never assigned (because map_request isn\u0027t\ncalled); so add a check for tio-\u003eti !\u003d NULL to dm_done().\n\nReported-by: Mike Christie \u003cmichaelc@cs.wisc.edu\u003e\nSigned-off-by: Mike Snitzer \u003csnitzer@redhat.com\u003e\nSigned-off-by: Jun\u0027ichi Nomura \u003cj-nomura@ce.jp.nec.com\u003e\nSigned-off-by: Alasdair G Kergon \u003cagk@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "446d14d4c51010379f7f12f3616773e7e7fb47d9", "tree": "06117dd9bb71ed13c44b4af786b7c14ac13647e5", "parents": [ "9a266f619f8b9994b0c2bd9bb79605ddfa4ac32a" ], "author": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Sep 28 09:06:10 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 02 10:30:49 2012 -0700" }, "message": "Revert: drm/i915: correctly order the ring init sequence\n\nThis reverts commit 57ecc93ce680b1ace1f9e79d588dabe32353202c which\nreally is commit 0d8957c8a90bbb5d34fab9a304459448a5131e06 upstream as it\nhas been reported to cause problems in the 3.4.y kernel series.\n\nReported-by: Herton Ronaldo Krzesinski \u003cherton.krzesinski@canonical.com\u003e\nCc: Andreas Sturmlechner \u003candreas.sturmlechner@gmail.com\u003e\nCc: Jani Nikula \u003cjani.nikula@intel.com\u003e\nCc: Yang Guang \u003cguang.a.yang@intel.com\u003e\nCc: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "9a266f619f8b9994b0c2bd9bb79605ddfa4ac32a", "tree": "bc40e3a97250cc46f371081896b8dcd74c921794", "parents": [ "03c4c80ee30ae2c965cd838dd0f21c97a877366d" ], "author": { "name": "Dan Carpenter", "email": "dan.carpenter@oracle.com", "time": "Sun Sep 23 19:33:55 2012 +0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 02 10:30:49 2012 -0700" }, "message": "vmwgfx: corruption in vmw_event_fence_action_create()\n\ncommit 68c4fce737c4b963e336435f225621dc21138397 upstream.\n\nWe don\u0027t allocate enough data for this struct. As soon as we start\nmodifying event-\u003eevent on the next lines, then we\u0027re going beyond the\nend of the memory we allocated.\n\nSigned-off-by: Dan Carpenter \u003cdan.carpenter@oracle.com\u003e\nSigned-off-by: Dave Airlie \u003cairlied@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "03c4c80ee30ae2c965cd838dd0f21c97a877366d", "tree": "503aaf8532ea5b867b7f4609b3612b6b641bc6a1", "parents": [ "bd1d3d8331af11cc1abf5e907a9a963037530281" ], "author": { "name": "Jani Nikula", "email": "jani.nikula@intel.com", "time": "Mon Aug 13 13:22:35 2012 +0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 02 10:30:48 2012 -0700" }, "message": "drm/i915: fall back to bit-banging if GMBUS fails in CRT EDID reads\n\ncommit f1a2f5b7c5f0941d23eef0a095c0b99bf8d051e6 upstream.\n\nGMBUS was enabled over bit-banging as the default in commits:\n\ncommit c3dfefa0a6d235bd465309e12f4c56ea16e71111\nAuthor: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nDate: Tue Feb 14 22:37:25 2012 +0100\n\n drm/i915: reenable gmbus on gen3+ again\n\nand\n\ncommit 0fb3f969c8683505fb7323c06bf8a999a5a45a15\nAuthor: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nDate: Fri Mar 2 19:38:30 2012 +0100\n\n drm/i915: enable gmbus on gen2\n\nUnfortunately, GMBUS seems to fail on some CRT displays. Add a bit-banging\nfallback to CRT EDID reads.\n\nLKML-Reference: \u003c201207251020.47637.maciej.rutecki@gmail.com\u003e\nBugzilla: https://bugzilla.kernel.org/show_bug.cgi?id\u003d45881\nSigned-off-by: Jani Nikula \u003cjani.nikula@intel.com\u003e\nTested-by: Alex Ferrando \u003calferpal@gmail.com\u003e\nCc: stable@vger.kernel.org (for 3.4+3.5)\nSigned-off-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n\n" }, { "commit": "bd1d3d8331af11cc1abf5e907a9a963037530281", "tree": "071bbf0ed91fd036837f77afe240646108d6a0d5", "parents": [ "66801463734e49416a9b013d3eb8f9eb8cd851e0" ], "author": { "name": "Dave Airlie", "email": "airlied@redhat.com", "time": "Tue Sep 25 16:17:43 2012 +1000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 02 10:30:48 2012 -0700" }, "message": "drm/udl: limit modes to the sku pixel limits.\n\ncommit 3a75885848996baab5276ff37ebf7295c3c753f0 upstream.\n\nOtherwise when X starts we commonly get a black screen scanning\nout nothing, its wierd dpms on/off from userspace brings it back,\n\nWith this on F18, multi-seat works again with my 1920x1200 monitor\nwhich is above the sku limit for the device I have.\n\nReviewed-by: Alex Deucher \u003calexander.deucher@gmail.com\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "66801463734e49416a9b013d3eb8f9eb8cd851e0", "tree": "bdac8e8ce16bb14e9554a5aea7401a7e05488c9f", "parents": [ "d20ff72cdeb4cbb586a1ee1a3f4f1bbade52414a" ], "author": { "name": "Roland Stigge", "email": "stigge@antcom.de", "time": "Thu Sep 20 10:48:03 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 02 10:30:48 2012 -0700" }, "message": "gpio-lpc32xx: Fix value handling of gpio_direction_output()\n\ncommit b1268d3737c6316016026245eef276eda6b0a621 upstream.\n\nFor GPIOs of gpio-lpc32xx, gpio_direction_output() ignores the value argument\n(initial value of output). This patch fixes this by setting the level\naccordingly.\n\nSigned-off-by: Roland Stigge \u003cstigge@antcom.de\u003e\nAcked-by: Alexandre Pereira da Silva \u003caletes.xgr@gmail.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": "1437cb571cacaf18ce2da7dd8c858fac57806d37", "tree": "cb9f545321135a55fefacf751b4edcd4860db786", "parents": [ "0f36cbb3364497fce45f40f295847f2de7cceeb7" ], "author": { "name": "Alan Stern", "email": "stern@rowland.harvard.edu", "time": "Wed Sep 26 13:09:53 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 02 10:30:48 2012 -0700" }, "message": "USB: Fix race condition when removing host controllers\n\ncommit 0d00dc2611abbe6ad244d50569c2ee82ce42846c upstream.\n\nThis patch (as1607) fixes a race that can occur if a USB host\ncontroller is removed while a process is reading the\n/sys/kernel/debug/usb/devices file.\n\nThe usb_device_read() routine uses the bus-\u003eroot_hub pointer to\ndetermine whether or not the root hub is registered. The is not a\nvalid test, because the pointer is set before the root hub gets\nregistered and remains set even after the root hub is unregistered and\ndeallocated. As a result, usb_device_read() or usb_device_dump() can\naccess freed memory, causing an oops.\n\nThe patch changes the test to use the hcd-\u003erh_registered flag, which\ndoes get set and cleared at the appropriate times. It also makes sure\nto hold the usb_bus_list_lock mutex while setting the flag, so that\nusb_device_read() will become aware of new root hubs as soon as they\nare registered.\n\nSigned-off-by: Alan Stern \u003cstern@rowland.harvard.edu\u003e\nReported-by: Don Zickus \u003cdzickus@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "0f36cbb3364497fce45f40f295847f2de7cceeb7", "tree": "60e2d05527ec05a7dfc69685b6cc298312ba3043", "parents": [ "feab18eb28ec4c93c0762b7407b616d19ab9ad8b" ], "author": { "name": "Joachim Eastwood", "email": "manabian@gmail.com", "time": "Sun Sep 23 22:56:00 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 02 10:30:48 2012 -0700" }, "message": "USB: ohci-at91: fix null pointer in ohci_hcd_at91_overcurrent_irq\n\ncommit 01bb6501779ed0b6dc6c55be34b49eaa6306fdd8 upstream.\n\nFixes the following NULL pointer dereference:\n[ 7.740000] ohci_hcd: USB 1.1 \u0027Open\u0027 Host Controller (OHCI) Driver\n[ 7.810000] Unable to handle kernel NULL pointer dereference at virtual address 00000028\n[ 7.810000] pgd \u003d c3a38000\n[ 7.810000] [00000028] *pgd\u003d23a8c831, *pte\u003d00000000, *ppte\u003d00000000\n[ 7.810000] Internal error: Oops: 17 [#1] PREEMPT ARM\n[ 7.810000] Modules linked in: ohci_hcd(+) regmap_i2c snd_pcm usbcore snd_page_alloc at91_cf snd_timer pcmcia_rsrc snd soundcore gpio_keys regmap_spi pcmcia_core usb_common nls_base\n[ 7.810000] CPU: 0 Not tainted (3.6.0-rc6-mpa+ #264)\n[ 7.810000] PC is at __gpio_to_irq+0x18/0x40\n[ 7.810000] LR is at ohci_hcd_at91_overcurrent_irq+0x24/0xb4 [ohci_hcd]\n[ 7.810000] pc : [\u003cc01392d4\u003e] lr : [\u003cbf08f694\u003e] psr: 40000093\n[ 7.810000] sp : c3a11c40 ip : c3a11c50 fp : c3a11c4c\n[ 7.810000] r10: 00000000 r9 : c02dcd6e r8 : fefff400\n[ 7.810000] r7 : 00000000 r6 : c02cc928 r5 : 00000030 r4 : c02dd168\n[ 7.810000] r3 : c02e7350 r2 : ffffffea r1 : c02cc928 r0 : 00000000\n[ 7.810000] Flags: nZcv IRQs off FIQs on Mode SVC_32 ISA ARM Segment user\n[ 7.810000] Control: c000717f Table: 23a38000 DAC: 00000015\n[ 7.810000] Process modprobe (pid: 285, stack limit \u003d 0xc3a10270)\n[ 7.810000] Stack: (0xc3a11c40 to 0xc3a12000)\n[ 7.810000] 1c40: c3a11c6c c3a11c50 bf08f694 c01392cc c3a11c84 c2c38b00 c3806900 00000030\n[ 7.810000] 1c60: c3a11ca4 c3a11c70 c0051264 bf08f680 c3a11cac c3a11c80 c003e764 c3806900\n[ 7.810000] 1c80: c2c38b00 c02cb05c c02cb000 fefff400 c3806930 c3a11cf4 c3a11cbc c3a11ca8\n[ 7.810000] 1ca0: c005142c c005123c c3806900 c3805a00 c3a11cd4 c3a11cc0 c0053f24 c00513e4\n[ 7.810000] 1cc0: c3a11cf4 00000030 c3a11cec c3a11cd8 c005120c c0053e88 00000000 00000000\n[ 7.810000] 1ce0: c3a11d1c c3a11cf0 c00124d0 c00511e0 01400000 00000001 00000012 00000000\n[ 7.810000] 1d00: ffffffff c3a11d94 00000030 00000000 c3a11d34 c3a11d20 c005120c c0012438\n[ 7.810000] 1d20: c001dac4 00000012 c3a11d4c c3a11d38 c0009b08 c00511e0 c00523fc 60000013\n[ 7.810000] 1d40: c3a11d5c c3a11d50 c0008510 c0009ab4 c3a11ddc c3a11d60 c0008eb4 c00084f0\n[ 7.810000] 1d60: 00000000 00000030 00000000 00000080 60000013 bf08f670 c3806900 c2c38b00\n[ 7.810000] 1d80: 00000030 c3806930 00000000 c3a11ddc c3a11d88 c3a11da8 c0054190 c00523fc\n[ 7.810000] 1da0: 60000013 ffffffff c3a11dec c3a11db8 00000000 c2c38b00 bf08f670 c3806900\n[ 7.810000] 1dc0: 00000000 00000080 c02cc928 00000030 c3a11e0c c3a11de0 c0052764 c00520d8\n[ 7.810000] 1de0: c3a11dfc 00000000 00000000 00000002 bf090f61 00000004 c02cc930 c02cc928\n[ 7.810000] 1e00: c3a11e4c c3a11e10 bf090978 c005269c bf090f61 c02cc928 bf093000 c02dd170\n[ 7.810000] 1e20: c3a11e3c c02cc930 c02cc930 bf0911d0 bf0911d0 bf093000 c3a10000 00000000\n[ 7.810000] 1e40: c3a11e5c c3a11e50 c0155b7c bf090808 c3a11e7c c3a11e60 c0154690 c0155b6c\n[ 7.810000] 1e60: c02cc930 c02cc964 bf0911d0 c3a11ea0 c3a11e9c c3a11e80 c015484c c01545e8\n[ 7.810000] 1e80: 00000000 00000000 c01547e4 bf0911d0 c3a11ec4 c3a11ea0 c0152e58 c01547f4\n[ 7.810000] 1ea0: c381b88c c384ab10 c2c10540 bf0911d0 00000000 c02d7518 c3a11ed4 c3a11ec8\n[ 7.810000] 1ec0: c01544c0 c0152e0c c3a11efc c3a11ed8 c01536cc c01544b0 bf091075 c3a11ee8\n[ 7.810000] 1ee0: bf049af0 bf09120c bf0911d0 00000000 c3a11f1c c3a11f00 c0154e9c c0153628\n[ 7.810000] 1f00: bf049af0 bf09120c 000ae190 00000000 c3a11f2c c3a11f20 c0155f58 c0154e04\n[ 7.810000] 1f20: c3a11f44 c3a11f30 bf093054 c0155f1c 00000000 00006a4f c3a11f7c c3a11f48\n[ 7.810000] 1f40: c0008638 bf093010 bf09120c 000ae190 00000000 c00093c4 00006a4f bf09120c\n[ 7.810000] 1f60: 000ae190 00000000 c00093c4 00000000 c3a11fa4 c3a11f80 c004fdc4 c000859c\n[ 7.810000] 1f80: c3a11fa4 000ae190 00006a4f 00016eb8 000ad018 00000080 00000000 c3a11fa8\n[ 7.810000] 1fa0: c0009260 c004fd58 00006a4f 00016eb8 000ae190 00006a4f 000ae100 00000000\n[ 7.810000] 1fc0: 00006a4f 00016eb8 000ad018 00000080 000adba0 000ad208 00000000 000ad3d8\n[ 7.810000] 1fe0: beaf7ae8 beaf7ad8 000172b8 b6e4e940 20000010 000ae190 00000000 00000000\n[ 7.810000] Backtrace:\n[ 7.810000] [\u003cc01392bc\u003e] (__gpio_to_irq+0x0/0x40) from [\u003cbf08f694\u003e] (ohci_hcd_at91_overcurrent_irq+0x24/0xb4 [ohci_hcd])\n[ 7.810000] [\u003cbf08f670\u003e] (ohci_hcd_at91_overcurrent_irq+0x0/0xb4 [ohci_hcd]) from [\u003cc0051264\u003e] (handle_irq_event_percpu+0x38/0x1a8)\n[ 7.810000] r6:00000030 r5:c3806900 r4:c2c38b00\n[ 7.810000] [\u003cc005122c\u003e] (handle_irq_event_percpu+0x0/0x1a8) from [\u003cc005142c\u003e] (handle_irq_event+0x58/0x7c)\n[ 7.810000] [\u003cc00513d4\u003e] (handle_irq_event+0x0/0x7c) from [\u003cc0053f24\u003e] (handle_simple_irq+0xac/0xd8)\n[ 7.810000] r5:c3805a00 r4:c3806900\n[ 7.810000] [\u003cc0053e78\u003e] (handle_simple_irq+0x0/0xd8) from [\u003cc005120c\u003e] (generic_handle_irq+0x3c/0x48)\n[ 7.810000] r4:00000030\n[ 7.810000] [\u003cc00511d0\u003e] (generic_handle_irq+0x0/0x48) from [\u003cc00124d0\u003e] (gpio_irq_handler+0xa8/0xfc)\n[ 7.810000] r4:00000000\n[ 7.810000] [\u003cc0012428\u003e] (gpio_irq_handler+0x0/0xfc) from [\u003cc005120c\u003e] (generic_handle_irq+0x3c/0x48)\n[ 7.810000] [\u003cc00511d0\u003e] (generic_handle_irq+0x0/0x48) from [\u003cc0009b08\u003e] (handle_IRQ+0x64/0x88)\n[ 7.810000] r4:00000012\n[ 7.810000] [\u003cc0009aa4\u003e] (handle_IRQ+0x0/0x88) from [\u003cc0008510\u003e] (at91_aic_handle_irq+0x30/0x38)\n[ 7.810000] r5:60000013 r4:c00523fc\n[ 7.810000] [\u003cc00084e0\u003e] (at91_aic_handle_irq+0x0/0x38) from [\u003cc0008eb4\u003e] (__irq_svc+0x34/0x60)\n[ 7.810000] Exception stack(0xc3a11d60 to 0xc3a11da8)\n[ 7.810000] 1d60: 00000000 00000030 00000000 00000080 60000013 bf08f670 c3806900 c2c38b00\n[ 7.810000] 1d80: 00000030 c3806930 00000000 c3a11ddc c3a11d88 c3a11da8 c0054190 c00523fc\n[ 7.810000] 1da0: 60000013 ffffffff\n[ 7.810000] [\u003cc00520c8\u003e] (__setup_irq+0x0/0x458) from [\u003cc0052764\u003e] (request_threaded_irq+0xd8/0x134)\n[ 7.810000] [\u003cc005268c\u003e] (request_threaded_irq+0x0/0x134) from [\u003cbf090978\u003e] (ohci_hcd_at91_drv_probe+0x180/0x41c [ohci_hcd])\n[ 7.810000] [\u003cbf0907f8\u003e] (ohci_hcd_at91_drv_probe+0x0/0x41c [ohci_hcd]) from [\u003cc0155b7c\u003e] (platform_drv_probe+0x20/0x24)\n[ 7.810000] [\u003cc0155b5c\u003e] (platform_drv_probe+0x0/0x24) from [\u003cc0154690\u003e] (driver_probe_device+0xb8/0x20c)\n[ 7.810000] [\u003cc01545d8\u003e] (driver_probe_device+0x0/0x20c) from [\u003cc015484c\u003e] (__driver_attach+0x68/0x88)\n[ 7.810000] r7:c3a11ea0 r6:bf0911d0 r5:c02cc964 r4:c02cc930\n[ 7.810000] [\u003cc01547e4\u003e] (__driver_attach+0x0/0x88) from [\u003cc0152e58\u003e] (bus_for_each_dev+0x5c/0x9c)\n[ 7.810000] r6:bf0911d0 r5:c01547e4 r4:00000000\n[ 7.810000] [\u003cc0152dfc\u003e] (bus_for_each_dev+0x0/0x9c) from [\u003cc01544c0\u003e] (driver_attach+0x20/0x28)\n[ 7.810000] r7:c02d7518 r6:00000000 r5:bf0911d0 r4:c2c10540\n[ 7.810000] [\u003cc01544a0\u003e] (driver_attach+0x0/0x28) from [\u003cc01536cc\u003e] (bus_add_driver+0xb4/0x22c)\n[ 7.810000] [\u003cc0153618\u003e] (bus_add_driver+0x0/0x22c) from [\u003cc0154e9c\u003e] (driver_register+0xa8/0x144)\n[ 7.810000] r7:00000000 r6:bf0911d0 r5:bf09120c r4:bf049af0\n[ 7.810000] [\u003cc0154df4\u003e] (driver_register+0x0/0x144) from [\u003cc0155f58\u003e] (platform_driver_register+0x4c/0x60)\n[ 7.810000] r7:00000000 r6:000ae190 r5:bf09120c r4:bf049af0\n[ 7.810000] [\u003cc0155f0c\u003e] (platform_driver_register+0x0/0x60) from [\u003cbf093054\u003e] (ohci_hcd_mod_init+0x54/0x8c [ohci_hcd])\n[ 7.810000] [\u003cbf093000\u003e] (ohci_hcd_mod_init+0x0/0x8c [ohci_hcd]) from [\u003cc0008638\u003e] (do_one_initcall+0xac/0x174)\n[ 7.810000] r4:00006a4f\n[ 7.810000] [\u003cc000858c\u003e] (do_one_initcall+0x0/0x174) from [\u003cc004fdc4\u003e] (sys_init_module+0x7c/0x1a0)\n[ 7.810000] [\u003cc004fd48\u003e] (sys_init_module+0x0/0x1a0) from [\u003cc0009260\u003e] (ret_fast_syscall+0x0/0x2c)\n[ 7.810000] r7:00000080 r6:000ad018 r5:00016eb8 r4:00006a4f\n[ 7.810000] Code: e24cb004 e59f3028 e1a02000 e7930180 (e5903028)\n[ 7.810000] ---[ end trace 85aa37ed128143b5 ]---\n[ 7.810000] Kernel panic - not syncing: Fatal exception in interrupt\n\nCommit 6fffb77c (USB: ohci-at91: fix PIO handling in relation with number of\nports) started setting unused pins to EINVAL. But this exposed a bug in the\nohci_hcd_at91_overcurrent_irq function where the gpio was used without being\nchecked to see if it is valid.\n\nThis patches fixed the issue by adding the gpio valid check.\n\nSigned-off-by: Joachim Eastwood \u003cjoachim.eastwood@jotron.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "1d22d5660b961c6b36fa361e1e394f64b068c763", "tree": "116c53c0e6ac7cc4ac3d121e09322327ba2e0b1e", "parents": [ "77d13a088343c507a8d5bb924abc730c603f1f6b" ], "author": { "name": "Artem Bityutskiy", "email": "artem.bityutskiy@linux.intel.com", "time": "Wed Sep 12 09:05:22 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 02 10:30:38 2012 -0700" }, "message": "UBI: fix a horrible memory deallocation bug\n\ncommit 78b495c39add820ab66ab897af9bd77a5f2e91f6 upstream\n\nUBI was mistakingly using \u0027kfree()\u0027 instead of \u0027kmem_cache_free()\u0027 when\nfreeing \"attach eraseblock\" structures in vtbl.c. Thankfully, this happened\nonly when we were doing auto-format, so many systems were unaffected. However,\nthere are still many users affected.\n\nIt is strange, but the system did not crash and nothing bad happened when\nthe SLUB memory allocator was used. However, in case of SLOB we observed an\ncrash right away.\n\nThis problem was introduced in 2.6.39 by commit\n\"6c1e875 UBI: add slab cache for ubi_scan_leb objects\"\n\nReported-by: Richard Genoud \u003crichard.genoud@gmail.com\u003e\nSigned-off-by: Artem Bityutskiy \u003cartem.bityutskiy@linux.intel.com\u003e\nSigned-off-by: Richard Genoud \u003crichard.genoud@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "77d13a088343c507a8d5bb924abc730c603f1f6b", "tree": "f9922cb6e909d76321a6cb869a733f2040089484", "parents": [ "49194d4e7d8c14fb83f213c54a476685f8389c70" ], "author": { "name": "Seth Forshee", "email": "seth.forshee@canonical.com", "time": "Wed Aug 08 08:27:03 2012 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 02 10:30:38 2012 -0700" }, "message": "irq_remap: disable IRQ remapping if any IOAPIC lacks an IOMMU\n\ncommit 32ab31e01e2def6f48294d872d9bb42573aae00f upstream.\n\nThe ACPI tables in the Macbook Air 5,1 define a single IOAPIC with id 2,\nbut the only remapping unit described in the DMAR table matches id 0.\nInterrupt remapping fails as a result, and the kernel panics with the\nmessage \"timer doesn\u0027t work through Interrupt-remapped IO-APIC.\"\n\nTo fix this, check each IOAPIC for a corresponding IOMMU. If an IOMMU is\nnot found, do not allow IRQ remapping to be enabled.\n\nv2: Move check to parse_ioapics_under_ir(), raise log level to KERN_ERR,\n and add FW_BUG to the log message\nv3: Skip check if IOMMU doesn\u0027t support interrupt remapping and remove\n existing check that the IOMMU count equals the IOAPIC count\n\nAcked-by: Suresh Siddha \u003csuresh.b.siddha@intel.com\u003e\nSigned-off-by: Seth Forshee \u003cseth.forshee@canonical.com\u003e\nAcked-by: Yinghai Lu \u003cyinghai@kernel.org\u003e\nSigned-off-by: Joerg Roedel \u003cjoerg.roedel@amd.com\u003e\nAcked-by: Cho, Yu-Chen \u003cacho@suse.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "642550436c8b3a933550468996ef547630344a0e", "tree": "f91e675990540cd207ad3394357b56c02bdccd12", "parents": [ "8d3362715e0c0d29274b1689d87914e7c64f0032" ], "author": { "name": "Bjørn Mork", "email": "bjorn@mork.no", "time": "Thu Aug 23 12:13:58 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 02 10:30:38 2012 -0700" }, "message": "net: qmi_wwan: new devices: UML290 and K5006-Z\n\ncommit 10cbc1d97a7c7f9ae862fffe27b771ef0da9c461 upstream.\n\nNewer firmware versions for the Pantech UML290 use a different\nsubclass ID. The Windows driver match on both IDs, so we do\nthat as well.\n\nThe ZTE (Vodafone) K5006-Z is a new device.\n\nSigned-off-by: Bjørn Mork \u003cbjorn@mork.no\u003e\nCc: Dan Williams \u003cdcbw@redhat.com\u003e\nCc: Thomas Schäfer \u003ctschaefer@t-online.de\u003e\n[bmork: backported to 3.4: use driver whitelisting]\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "8d3362715e0c0d29274b1689d87914e7c64f0032", "tree": "0e85c24e322d34e3263d46767df5b89cef6ee05c", "parents": [ "e7861ce75b60e23d4d0a0b08c6f20fb3dc236c26" ], "author": { "name": "Bjørn Mork", "email": "bjorn@mork.no", "time": "Thu Aug 23 12:13:57 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 02 10:30:37 2012 -0700" }, "message": "net: qmi_wwan: add Sierra Wireless devices\n\ncommit 9b469a60d68b13c288d5c3fc23de29d9d482dbe6 upstream.\n\nAdd 6 new devices and one modified device, based on\ninformation from laptop vendor Windows drivers.\n\nSony provides a driver with two new devices using\na Gobi 2k+ layout (1199:68a5 and 1199:68a9). The\nSony driver also adds a non-standard QMI/net\ninterface to the already supported 1199:9011\nGobi device. We do not know whether this is an\nalternate interface number or an additional\ninterface which might be present, but that doesn\u0027t\nreally matter.\n\nLenovo provides a driver supporting 4 new devices:\n - MC7770 (1199:901b) with standard Gobi 2k+ layout\n - MC7700 (0f3d:68a2) with layout similar to MC7710\n - MC7750 (114f:68a2) with layout similar to MC7710\n - EM7700 (1199:901c) with layout similar to MC7710\n\nNote regaring the three devices similar to MC7710:\n\nThe Windows drivers only support interface #8 on these\ndevices. The MC7710 can support QMI/net functions on\ninterface #19 and #20 as well, and this driver is\nverified to work on interface #19 (a firmware bug is\nsuspected to prevent #20 from working).\n\nWe do not enable these additional interfaces until they\neither show up in a Windows driver or are verified to\nwork in some other way. Therefore limiting the new\ndevices to interface #8 for now.\n\n[bmork: backported to 3.4: use driver whitelisting]\nSigned-off-by: Bjørn Mork \u003cbjorn@mork.no\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "e7861ce75b60e23d4d0a0b08c6f20fb3dc236c26", "tree": "c6536356a69bc3641cc5668b5f86c6593380b223", "parents": [ "e7f558cc5068b40428b048d8e6e338fef29fd5ee" ], "author": { "name": "Bjørn Mork", "email": "bjorn@mork.no", "time": "Thu Jul 12 01:18:26 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 02 10:30:37 2012 -0700" }, "message": "net: qmi_wwan: add ZTE MF821D\n\ncommit db8dacf953a70274172236957a4b97d4fdb376f0 upstream.\n\nSold by O2 (telefonica germany) under the name \"LTE4G\"\n\nTested-by: Thomas Schäfer \u003ctschaefer@t-online.de\u003e\nSigned-off-by: Bjørn Mork \u003cbjorn@mork.no\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "e7f558cc5068b40428b048d8e6e338fef29fd5ee", "tree": "b2f9f07682b24d4a3baae6a48ea28cb592bc77a9", "parents": [ "bf5ebae622cc4b0df483488ec8648831705f6465" ], "author": { "name": "Bjørn Mork", "email": "bjorn@mork.no", "time": "Thu Jul 05 01:13:33 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 02 10:30:37 2012 -0700" }, "message": "net: qmi_wwan: add ZTE MF60\n\ncommit 6fecd35d4cd79fc75e8290abb86734c18500d2a2 upstream.\n\nAdding a device with limited QMI support. It does not support\nnormal QMI_WDS commands for connection management. Instead,\nsending a QMI_CTL SET_INSTANCE_ID command is required to\nenable the network interface:\n\n 01 0f 00 00 00 00 00 00 20 00 04 00 01 01 00 00\n\nA number of QMI_DMS and QMI_NAS commands are also supported\nfor optional device management.\n\nSigned-off-by: Bjørn Mork \u003cbjorn@mork.no\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "bf5ebae622cc4b0df483488ec8648831705f6465", "tree": "f1347fd271bc5eec371f29bb5a0075890374cfc0", "parents": [ "4bf003851ca52d2b1cb6f96817f7fe335e1fd849" ], "author": { "name": "Bjørn Mork", "email": "bjorn@mork.no", "time": "Wed May 23 23:19:32 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 02 10:30:37 2012 -0700" }, "message": "net: qmi_wwan: Add Sierra Wireless device IDs\n\ncommit 5e071b5d1aa6928f8d695c15f52a949d70b8d7fb upstream.\n\nSome additional Gobi3K IDs found in the BSD/GPL licensed\nout-of-tree GobiNet driver from Sierra Wireless.\n\nSigned-off-by: Bjørn Mork \u003cbjorn@mork.no\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "4bf003851ca52d2b1cb6f96817f7fe335e1fd849", "tree": "d2eba5dc38265679656379b09e4e383235b77f33", "parents": [ "11cbc507a8451655bd0445a0ca8f9018ce8d20a1" ], "author": { "name": "Andrew Bird (Sphere Systems)", "email": "ajb@spheresystems.co.uk", "time": "Sat May 19 22:28:37 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 02 10:30:37 2012 -0700" }, "message": "USB: qmi_wwan: Add ZTE (Vodafone) K3765-Z\n\ncommit 8965c98fdebedce077257241957b205515dd1a5f upstream.\n\nAdd the ZTE (Vodafone) K3765-Z to the whitelist. This requires the\nprevious patch to make the whitelist with forced interface 4 generic\nor the device fails to initialise. After applying this patch and\nloading the Option driver without usb-modeswitch\u0027s bind all\ninterfaces trick, a wwan0 net interface and /dev/cdc-wdm0 device\nfile were created. Using Bjorn Mork\u0027s perl connection script a\nconnection was made to a mobile network using QMI and the network\ninterface\u0027s IPv4 address was configured OK.\n\nSigned-off-by: Andrew Bird \u003cajb@spheresystems.co.uk\u003e\nAcked-by: Bjørn Mork \u003cbjorn@mork.no\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "11cbc507a8451655bd0445a0ca8f9018ce8d20a1", "tree": "c6a2413129ceff4d7029946fdae893c63bd225e9", "parents": [ "61df44523230af4f6aaeb4b0aa8131c74cc47ec3" ], "author": { "name": "Bjørn Mork", "email": "bjorn@mork.no", "time": "Sat May 19 07:20:31 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 02 10:30:37 2012 -0700" }, "message": "net: qmi_wwan: Add Vodafone/Huawei K5005 support\n\ncommit 88c16dc3bb61a1c1e9d4c78f45cc2107bc8d5249 upstream.\n\nTested-by: Thomas Schäfer \u003ctschaefer@t-online.de\u003e\nSigned-off-by: Bjørn Mork \u003cbjorn@mork.no\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "61df44523230af4f6aaeb4b0aa8131c74cc47ec3", "tree": "ec1920ff8ff399408ff6fa9ab932f57e475e9108", "parents": [ "cb2184097168d9ee97126d8284a501759f6d1367" ], "author": { "name": "Darren Hart", "email": "dvhart@linux.intel.com", "time": "Tue Jun 19 14:00:18 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 02 10:30:37 2012 -0700" }, "message": "pch_uart: Add eg20t_port lock field, avoid recursive spinlocks\n\ncommit 2588aba002d14e938c2f56d299ecf3e7ce1302a5 upstream.\n\npch_uart_interrupt() takes priv-\u003eport.lock which leads to two recursive\nspinlock calls if low_latency\u003d\u003d1 or CONFIG_PREEMPT_RT_FULL\u003dy (one\notherwise):\n\npch_uart_interrupt\n spin_lock_irqsave(priv-\u003eport.lock, flags)\n case PCH_UART_IID_RDR_TO (data ready)\n handle_rx_to\n push_rx\n tty_port_tty_get\n spin_lock_irqsave(\u0026port-\u003elock, flags) \u003c--- already hold this lock\n ...\n tty_flip_buffer_push\n ...\n flush_to_ldisc\n spin_lock_irqsave(\u0026tty-\u003ebuf.lock)\n spin_lock_irqsave(\u0026tty-\u003ebuf.lock)\n disc-\u003eops-\u003ereceive_buf(tty, char_buf)\n n_tty_receive_buf\n tty-\u003eops-\u003eflush_chars()\n uart_flush_chars\n uart_start\n spin_lock_irqsave(\u0026port-\u003elock) \u003c--- already hold this lock\n\nAvoid this by using a dedicated lock to protect the eg20t_port structure\nand IO access to its membase. This is more consistent with the 8250\ndriver. Ensure priv-\u003elock is always take prior to priv-\u003eport.lock when\ntaken at the same time.\n\nV2: Remove inadvertent whitespace change.\nV3: Account for oops_in_progress for the private lock in\n pch_console_write().\n\nNote: Like the 8250 driver, if a printk is introduced anywhere inside\n the pch_console_write() critical section, the kernel will hang\n on a recursive spinlock on the private lock. The oops case is\n handled by using a trylock in the oops_in_progress case.\n\nSigned-off-by: Darren Hart \u003cdvhart@linux.intel.com\u003e\nCC: Tomoya MORINAGA \u003ctomoya.rohm@gmail.com\u003e\nCC: Feng Tang \u003cfeng.tang@intel.com\u003e\nCC: Alexander Stein \u003calexander.stein@systec-electronic.com\u003e\nAcked-by: Alan Cox \u003calan@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "3dcb53637949c288a1ff2a06ee3c0a212ace6ef1", "tree": "aa8747dd2ee8c1649a0d99173f0f6dc5cd902f54", "parents": [ "439ec7b975d17a097414671ef2aaa6037448c3f6" ], "author": { "name": "Tomoya MORINAGA", "email": "tomoya.rohm@gmail.com", "time": "Fri Jul 06 17:19:43 2012 +0900" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 02 10:30:36 2012 -0700" }, "message": "pch_uart: Fix parity setting issue\n\ncommit 38bd2a1ac736901d1cf4971c78ef952ba92ef78b upstream.\n\nParity Setting value is reverse.\nE.G. In case of setting ODD parity, EVEN value is set.\nThis patch inverts \"if\" condition.\n\nSigned-off-by: Tomoya MORINAGA \u003ctomoya.rohm@gmail.com\u003e\nAcked-by: Alan Cox \u003calan@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "439ec7b975d17a097414671ef2aaa6037448c3f6", "tree": "17621e6a120b9cd6a98d4630bc89ea79c06c40bd", "parents": [ "17361b3edc6e84fbbc996ad9bb350be41739f457" ], "author": { "name": "Tomoya MORINAGA", "email": "tomoya.rohm@gmail.com", "time": "Fri Jul 06 17:19:42 2012 +0900" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 02 10:30:36 2012 -0700" }, "message": "pch_uart: Fix rx error interrupt setting issue\n\ncommit 9539dfb7ac1c84522fe1f79bb7dac2990f3de44a upstream.\n\nRx Error interrupt(E.G. parity error) is not enabled.\nSo, when parity error occurs, error interrupt is not occurred.\nAs a result, the received data is not dropped.\n\nThis patch adds enable/disable rx error interrupt code.\n\nSigned-off-by: Tomoya MORINAGA \u003ctomoya.rohm@gmail.com\u003e\nAcked-by: Alan Cox \u003calan@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "17361b3edc6e84fbbc996ad9bb350be41739f457", "tree": "0ad6aa61635954e441221accf128fede2d1485ea", "parents": [ "a31c99713bb3e130d34039a7a073a9d815af90a0" ], "author": { "name": "Alan Cox", "email": "alan@linux.intel.com", "time": "Mon Jul 02 18:51:38 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 02 10:30:36 2012 -0700" }, "message": "pch_uart: Fix missing break for 16 byte fifo\n\ncommit 9bc03743fff0770dc5a5324ba92e67cc377f16ca upstream.\n\nOtherwise we fall back to the wrong value.\n\nReported-by: \u003cdcb314@hotmail.com\u003e\nResolves-bug: https://bugzilla.kernel.org/show_bug.cgi?id\u003d44091\nSigned-off-by: Alan Cox \u003calan@linux.intel.com\u003e\nSigned-off-by: Tomoya MORINAGA \u003ctomoya.rohm@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "a31c99713bb3e130d34039a7a073a9d815af90a0", "tree": "b4d5f4c39c6596ce29d154b0dd4c84d7ac44c881", "parents": [ "9a227fcb842a03fce5b8a6da0da40f5601ec6908" ], "author": { "name": "Douglas Bagnall", "email": "douglas@paradise.net.nz", "time": "Fri Jul 06 23:27:57 2012 -0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 02 10:30:36 2012 -0700" }, "message": "media: Avoid sysfs oops when an rc_dev\u0027s raw device is absent\n\ncommit 720bb6436ff30fccad05cf5bdf961ea5b1f5686d upstream.\n\nFor some reason, when the lirc daemon learns that a usb remote control\nhas been unplugged, it wants to read the sysfs attributes of the\ndisappearing device. This is useful for uncovering transient\ninconsistencies, but less so for keeping the system running when such\ninconsistencies exist.\n\nUnder some circumstances (like every time I unplug my dvb stick from\nmy laptop), lirc catches an rc_dev whose raw event handler has been\nremoved (presumably by ir_raw_event_unregister), and proceeds to\ninterrogate the raw protocols supported by the NULL pointer.\n\nThis patch avoids the NULL dereference, and ignores the issue of how\nthis state of affairs came about in the first place.\n\nVersion 2 incorporates changes recommended by Mauro Carvalho Chehab\n(-ENODEV instead of -EINVAL, and a signed-off-by).\n\nSigned-off-by: Douglas Bagnall \u003cdouglas@paradise.net.nz\u003e\nSigned-off-by: Mauro Carvalho Chehab \u003cmchehab@redhat.com\u003e\nCc: Herton Ronaldo Krzesinski \u003cherton.krzesinski@canonical.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "504471eb5044e4a1dd10950d1a3efab39ba2083a", "tree": "58a573538eef01f8092af649ad78f4c74d940e63", "parents": [ "391c314928c37b0c946061c0adddd5bd5730c8b7" ], "author": { "name": "Jarod Wilson", "email": "jarod@redhat.com", "time": "Mon Jun 04 13:05:24 2012 -0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 02 10:30:36 2012 -0700" }, "message": "media: lirc_sir: make device registration work\n\ncommit 4b71ca6bce8fab3d08c61bf330e781f957934ae1 upstream.\n\nFor one, the driver device pointer needs to be filled in, or the lirc core\nwill refuse to load the driver. And we really need to wire up all the\nplatform_device bits. This has been tested via the lirc sourceforge tree\nand verified to work, been sitting there for months, finally getting\naround to sending it. :\\\n\nSigned-off-by: Jarod Wilson \u003cjarod@redhat.com\u003e\nSigned-off-by: Mauro Carvalho Chehab \u003cmchehab@redhat.com\u003e\nCC: Josh Boyer \u003cjwboyer@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "6418cc471b5d8a64ce22d2aa827fcb275e61449c", "tree": "d58cde6caef8705b0a9523320076b761ce78a5dd", "parents": [ "9dd30d194e2e83be4e14d7b4bdf21087f389318b" ], "author": { "name": "Francois Romieu", "email": "romieu@fr.zoreil.com", "time": "Wed Jun 20 12:09:18 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 02 10:30:35 2012 -0700" }, "message": "r8169: RxConfig hack for the 8168evl.\n\ncommit eb2dc35d99028b698cdedba4f5522bc43e576bd2 upstream.\n\nThe 8168evl (RTL_GIGA_MAC_VER_34) based Gigabyte GA-990FXA motherboards\nare very prone to NETDEV watchdog problems without this change. See\nhttps://bugzilla.kernel.org/show_bug.cgi?id\u003d42899 for instance.\n\nI don\u0027t know why it *works*. It\u0027s depressingly effective though.\n\nFor the record:\n- the problem may go along IOMMU (AMD-Vi) errors but it really looks\n like a red herring.\n- the patch sets the RX_MULTI_EN bit. If the 8168c doc is any guide,\n the chipset now fetches several Rx descriptors at a time.\n- long ago the driver ignored the RX_MULTI_EN bit.\n e542a2269f232d61270ceddd42b73a4348dee2bb changed the RxConfig\n settings. Whatever the problem it\u0027s now labeled a regression.\n- Realtek\u0027s own driver can identify two different 8168evl devices\n (CFG_METHOD_16 and CFG_METHOD_17) where the r8169 driver only\n sees one. It sucks.\n\nSigned-off-by: Francois Romieu \u003cromieu@fr.zoreil.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n\n" }, { "commit": "9dd30d194e2e83be4e14d7b4bdf21087f389318b", "tree": "e4a51ad99c80676829d2fa2a5be2489f0bfa752f", "parents": [ "b2c1fcae0409fec6d96351fe2793a502870f4370" ], "author": { "name": "Daniel J Blueman", "email": "daniel@quora.org", "time": "Mon Jul 23 12:22:37 2012 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 02 10:30:35 2012 -0700" }, "message": "libata: Prevent interface errors with Seagate FreeAgent GoFlex\n\ncommit c531077f40abc9f2129c4c83a30b3f8d6ce1c0e7 upstream.\n\nWhen using my Seagate FreeAgent GoFlex eSATAp external disk enclosure,\ninterface errors are always seen until 1.5Gbps is negotiated [1]. This\noccurs using any disk in the enclosure, and when the disk is connected\ndirectly with a generic passive eSATAp cable, we see stable 3Gbps\noperation as expected.\n\nBlacklist 3Gbps mode to avoid dataloss and the ~30s delay bus reset\nand renegotiation incurs.\n\nSigned-off-by: Daniel J Blueman \u003cdaniel@quora.org\u003e\nSigned-off-by: Jeff Garzik \u003cjgarzik@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "0d19c30f548369606cce202224c86cf3ae1d20ea", "tree": "6b5ab8a44111dbee6767d62b8a7473a952dc9a44", "parents": [ "e6da94be68b025bdbbee3764428769a85367aa79" ], "author": { "name": "Ezequiel Garcia", "email": "elezegarcia@gmail.com", "time": "Wed Jul 18 13:41:11 2012 -0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 02 10:30:35 2012 -0700" }, "message": "media: cx25821: Remove bad strcpy to read-only char*\n\ncommit c854d8883fec59332f0662917f8c94dcfb1c405d upstream.\n\nThe strcpy was being used to set the name of the board.\nThis was both wrong and redundant,\nsince the destination char* was read-only and\nthe name is set statically at compile time.\n\nThe type of the name field is changed to const char*\nto prevent future errors.\n\nReported-by: Radek Masin \u003cradek@masin.eu\u003e\nSigned-off-by: Ezequiel Garcia \u003celezegarcia@gmail.com\u003e\nSigned-off-by: Mauro Carvalho Chehab \u003cmchehab@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "403c9ebee757d7ec82e3e06e456ae2445f0b9f40", "tree": "7c80292c28e1d42adfc165aab8af4da028708a46", "parents": [ "004251b52ce7f5079a70220b30bd99c5010f2c6e" ], "author": { "name": "Henrik Rydberg", "email": "rydberg@euromail.se", "time": "Sat Aug 25 19:28:06 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 02 10:30:34 2012 -0700" }, "message": "Bluetooth: Add support for Apple vendor-specific devices\n\ncommit 1fa6535faf055cd71311ab887e94fc234f04ee18 upstream.\n\nAs pointed out by Gustavo and Marcel, all Apple-specific Broadcom\ndevices seen so far have the same interface class, subclass and\nprotocol numbers. This patch adds an entry which matches all of them,\nusing the new USB_VENDOR_AND_INTERFACE_INFO() macro.\n\nIn particular, this patch adds support for the MacBook Pro Retina\n(05ac:8286), which is not in the present list.\n\nSigned-off-by: Henrik Rydberg \u003crydberg@euromail.se\u003e\nTested-by: Shea Levy \u003cshea@shealevy.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": "004251b52ce7f5079a70220b30bd99c5010f2c6e", "tree": "525cc4c0002a9e53a3df7764cea3af66752a6974", "parents": [ "ef3914b1b84739c721bcbecd0e519509ccde388c" ], "author": { "name": "Gustavo Padovan", "email": "gustavo.padovan@collabora.co.uk", "time": "Mon Aug 06 15:36:49 2012 -0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 02 10:30:34 2012 -0700" }, "message": "Bluetooth: Use USB_VENDOR_AND_INTERFACE() for Broadcom devices\n\ncommit 92c385f46b30f4954e9dd2d2005c12d233b479ea upstream.\n\nMany Broadcom devices has a vendor specific devices class, with this rule\nwe match all existent and future controllers with this behavior.\n\nWe also remove old rules to that matches product id for Broadcom devices.\n\nTested-by: John Hommel \u003cjohn.hommel@hp.com\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": "ef3914b1b84739c721bcbecd0e519509ccde388c", "tree": "f67a674521c6cb2120245f8f81d4c79e6c8eb34c", "parents": [ "2b3c7134014a200279e7ed31716e528cd009dfb0" ], "author": { "name": "Manoj Iyer", "email": "manoj.iyer@canonical.com", "time": "Tue Jul 10 14:07:38 2012 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 02 10:30:34 2012 -0700" }, "message": "Bluetooth: btusb: Add vendor specific ID (0a5c:21f4) BCM20702A0\n\ncommit 61c964ba1748e984cb232b431582815899bf10fe upstream.\n\nPatch adds support for BCM20702A0 device id (0a5c:21f4).\n\nusb-devices after patch was applied:\nT: Bus\u003d03 Lev\u003d01 Prnt\u003d01 Port\u003d01 Cnt\u003d01 Dev#\u003d 2 Spd\u003d12 MxCh\u003d 0\nD: Ver\u003d 2.00 Cls\u003dff(vend.) Sub\u003d01 Prot\u003d01 MxPS\u003d64 #Cfgs\u003d 1\nP: Vendor\u003d0a5c ProdID\u003d21f4 Rev\u003d01.12\nS: Manufacturer\u003dBroadcom Corp\nS: Product\u003dBCM20702A0\nS: SerialNumber\u003dE4D53DF154D6\nC: #Ifs\u003d 4 Cfg#\u003d 1 Atr\u003de0 MxPwr\u003d0mA\nI: If#\u003d 0 Alt\u003d 0 #EPs\u003d 3 Cls\u003dff(vend.) Sub\u003d01 Prot\u003d01 Driver\u003dbtusb\nI: If#\u003d 1 Alt\u003d 0 #EPs\u003d 2 Cls\u003dff(vend.) Sub\u003d01 Prot\u003d01 Driver\u003dbtusb\nI: If#\u003d 2 Alt\u003d 0 #EPs\u003d 2 Cls\u003dff(vend.) Sub\u003dff Prot\u003dff Driver\u003d(none)\nI: If#\u003d 3 Alt\u003d 0 #EPs\u003d 0 Cls\u003dfe(app. ) Sub\u003d01 Prot\u003d01 Driver\u003d(none)\n\nusb-devices before patch was applied:\nT: Bus\u003d03 Lev\u003d01 Prnt\u003d01 Port\u003d01 Cnt\u003d01 Dev#\u003d 2 Spd\u003d12 MxCh\u003d 0\nD: Ver\u003d 2.00 Cls\u003dff(vend.) Sub\u003d01 Prot\u003d01 MxPS\u003d64 #Cfgs\u003d 1\nP: Vendor\u003d0a5c ProdID\u003d21f4 Rev\u003d01.12\nS: Manufacturer\u003dBroadcom Corp\nS: Product\u003dBCM20702A0\nS: SerialNumber\u003dE4D53DF154D6\nC: #Ifs\u003d 4 Cfg#\u003d 1 Atr\u003de0 MxPwr\u003d0mA\nI: If#\u003d 0 Alt\u003d 0 #EPs\u003d 3 Cls\u003dff(vend.) Sub\u003d01 Prot\u003d01 Driver\u003d(none)\nI: If#\u003d 1 Alt\u003d 0 #EPs\u003d 2 Cls\u003dff(vend.) Sub\u003d01 Prot\u003d01 Driver\u003d(none)\nI: If#\u003d 2 Alt\u003d 0 #EPs\u003d 2 Cls\u003dff(vend.) Sub\u003dff Prot\u003dff Driver\u003d(none)\nI: If#\u003d 3 Alt\u003d 0 #EPs\u003d 0 Cls\u003dfe(app. ) Sub\u003d01 Prot\u003d01 Driver\u003d(none)\n\nSigned-off-by: Manoj Iyer \u003cmanoj.iyer@canonical.com\u003e\nTested-by: Chris Gagnon \u003cchris.gagnon@canonical.com\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": "2b3c7134014a200279e7ed31716e528cd009dfb0", "tree": "30a9e2d5971f14b0d99c335c116a70850f441c9c", "parents": [ "61f26eb401b04a9312c422a5dcc7436246f37b58" ], "author": { "name": "Jason Wang", "email": "jasowang@redhat.com", "time": "Wed May 02 11:42:06 2012 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 02 10:30:34 2012 -0700" }, "message": "macvtap: zerocopy: set SKBTX_DEV_ZEROCOPY only when skb is built successfully\n\ncommit 01d6657b388438def19c8baaea28e742b6ed32ec upstream.\n\nCurrent the SKBTX_DEV_ZEROCOPY is set unconditionally after\nzerocopy_sg_from_iovec(), this would lead NULL pointer when macvtap\nfails to build zerocopy skb because destructor_arg was not\ninitialized. Solve this by set this flag after the skb were built\nsuccessfully.\n\nSigned-off-by: Jason Wang \u003cjasowang@redhat.com\u003e\nSigned-off-by: Michael S. Tsirkin \u003cmst@redhat.com\u003e\nCc: Ben Hutchings \u003cben@decadent.org.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "61f26eb401b04a9312c422a5dcc7436246f37b58", "tree": "5cad26e91e232f73b87e02aece440ce2a385c87d", "parents": [ "bfd1678ca0143060686d87ae0c07bebab6f0245b" ], "author": { "name": "Jason Wang", "email": "jasowang@redhat.com", "time": "Wed May 02 11:41:58 2012 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 02 10:30:34 2012 -0700" }, "message": "macvtap: zerocopy: put page when fail to get all requested user pages\n\ncommit 02ce04bb3d28c3333231f43bca677228dbc686fe upstream.\n\nWhen get_user_pages_fast() fails to get all requested pages, we could not use\nkfree_skb() to free it as it has not been put in the skb fragments. So we need\nto call put_page() instead.\n\nSigned-off-by: Jason Wang \u003cjasowang@redhat.com\u003e\nSigned-off-by: Michael S. Tsirkin \u003cmst@redhat.com\u003e\nCc: Ben Hutchings \u003cben@decadent.org.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "bfd1678ca0143060686d87ae0c07bebab6f0245b", "tree": "9b7a27a90e3251f4c7fd73ba7762b5f44a6e842e", "parents": [ "2b9ec261e3f247dc84b50263564778bcbefec79b" ], "author": { "name": "Jason Wang", "email": "jasowang@redhat.com", "time": "Wed May 02 11:41:44 2012 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 02 10:30:34 2012 -0700" }, "message": "macvtap: zerocopy: fix truesize underestimation\n\ncommit 4ef67ebedffa44ed9939b34708ac2fee06d2f65f upstream.\n\nAs the skb fragment were pinned/built from user pages, we should\naccount the page instead of length for truesize.\n\nSigned-off-by: Jason Wang \u003cjasowang@redhat.com\u003e\nSigned-off-by: Michael S. Tsirkin \u003cmst@redhat.com\u003e\nCc: Ben Hutchings \u003cben@decadent.org.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "2b9ec261e3f247dc84b50263564778bcbefec79b", "tree": "9947fa0a89b2d66359dc052e576e683029d6285e", "parents": [ "6c9e62877051270d20e34c0c3652e36f1cc37c04" ], "author": { "name": "Jason Wang", "email": "jasowang@redhat.com", "time": "Wed May 02 11:41:30 2012 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 02 10:30:33 2012 -0700" }, "message": "macvtap: zerocopy: fix offset calculation when building skb\n\ncommit 3afc9621f15701c557e60f61eba9242bac2771dd upstream.\n\nThis patch fixes the offset calculation when building skb:\n\n- offset1 were used as skb data offset not vector offset\n- reset offset to zero only when we advance to next vector\n\nSigned-off-by: Jason Wang \u003cjasowang@redhat.com\u003e\nSigned-off-by: Michael S. Tsirkin \u003cmst@redhat.com\u003e\nCc: Ben Hutchings \u003cben@decadent.org.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "956b165f9e89e37aff44d615321d1e3166589701", "tree": "eefe7da63af690ee5b1be1f6c799338f6336f94b", "parents": [ "1f7edfcc0a87e5daf273981135e376ed61d284e4" ], "author": { "name": "NeilBrown", "email": "neilb@suse.de", "time": "Sat Aug 18 09:51:42 2012 +1000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 02 10:30:33 2012 -0700" }, "message": "md/raid10: fix problem with on-stack allocation of r10bio structure.\n\ncommit e0ee778528bbaad28a5c69d2e219269a3a096607 upstream.\n\nA \u0027struct r10bio\u0027 has an array of per-copy information at the end.\nThis array is declared with size [0] and r10bio_pool_alloc allocates\nenough extra space to store the per-copy information depending on the\nnumber of copies needed.\n\nSo declaring a \u0027struct r10bio on the stack isn\u0027t going to work. It\nwon\u0027t allocate enough space, and memory corruption will ensue.\n\nSo in the two places where this is done, declare a sufficiently large\nstructure and use that instead.\n\nThe two call-sites of this bug were introduced in 3.4 and 3.5\nso this is suitable for both those kernels. The patch will have to\nbe modified for 3.4 as it only has one bug.\n\nReported-by: Ivan Vasilyev \u003civan.vasilyev@gmail.com\u003e\nTested-by: Ivan Vasilyev \u003civan.vasilyev@gmail.com\u003e\nSigned-off-by: NeilBrown \u003cneilb@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n\n" }, { "commit": "1f7edfcc0a87e5daf273981135e376ed61d284e4", "tree": "5d2282d1fd176795c72bd73121cf41f7d5274d79", "parents": [ "4b4ceb8aca588b3ea3e385a31cef9b92f18021af" ], "author": { "name": "Wang Xingchao", "email": "xingchao.wang@intel.com", "time": "Thu Sep 13 07:43:22 2012 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 02 10:30:24 2012 -0700" }, "message": "drm/i915: HDMI - Clear Audio Enable bit for Hot Plug\n\ncommit b98b60167279df3acac9422c3c9820d9ebbcf9fb upstream.\n\nClear Audio Enable bit to trigger unsolicated event to notify Audio\nDriver part the HDMI hot plug change. The patch fixed the bug when\nremove HDMI cable the bit was not cleared correctly.\n\nIn intel_hdmi_dpms(), if intel_hdmi-\u003ehas_audio been true, the \"Audio enable bit\" will\nbe set to trigger unsolicated event to notify Alsa driver the change.\n\nintel_hdmi-\u003ehas_audio will be reset to false from intel_hdmi_detect() after\nremove the hdmi cable, here\u0027s debug log:\n\n[ 187.494153] [drm:output_poll_execute], [CONNECTOR:17:HDMI-A-1] status updated from 1 to 2\n[ 187.525349] [drm:intel_hdmi_detect], HDMI: has_audio \u003d 0\n\nso when comes back to intel_hdmi_dpms(), the \"Audio enable bit\" will not be cleared. And this\ncause the eld infomation and pin presence doesnot update accordingly in alsa driver side.\n\nThis patch will also trigger unsolicated event to alsa driver to notify the hot plug event:\n\n[ 187.853159] ALSA sound/pci/hda/patch_hdmi.c:772 HDMI hot plug event: Codec\u003d3 Pin\u003d5 Presence_Detect\u003d0 ELD_Valid\u003d1\n[ 187.853268] ALSA sound/pci/hda/patch_hdmi.c:990 HDMI status: Codec\u003d3 Pin\u003d5 Presence_Detect\u003d0 ELD_Valid\u003d0\n\nSigned-off-by: Wang Xingchao \u003cxingchao.wang@intel.com\u003e\nSigned-off-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "4b4ceb8aca588b3ea3e385a31cef9b92f18021af", "tree": "dcc3a9cc73d37e4b9037af93476976f67196ebf7", "parents": [ "fcb836f584992f104bcbae16829760e3db876491" ], "author": { "name": "Dave Airlie", "email": "airlied@redhat.com", "time": "Fri Sep 14 13:28:23 2012 +1000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 02 10:30:24 2012 -0700" }, "message": "drm/nouveau: fix booting with plymouth + dumb support\n\ncommit 610bd7da160f76f1644ecb4cd7f39511b49a22cc upstream.\n\nWe noticed a plymouth bug on Fedora 18, and I then\nnoticed this stupid thinko, fixing it fixed the problem\nwith plymouth.\n\nAcked-by: Ben Skeggs \u003cbskeggs@redhat.com\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "fcb836f584992f104bcbae16829760e3db876491", "tree": "7d006230256c972390ea2f9f36d2a70ece3aae65", "parents": [ "d6ce9c9ced227fde03cd1377f190c2cd469e09e0" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Wed Aug 29 19:48:26 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 02 10:30:24 2012 -0700" }, "message": "drm/radeon: fix dig encoder selection on DCE61\n\ncommit 41fa54377057ab38bc3e08ebb46168a7daf2e63b upstream.\n\nWas using the DCE41 code which was wrong. Fixes\nblank displays on a number of Trinity systems.\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "d6ce9c9ced227fde03cd1377f190c2cd469e09e0", "tree": "9ca52b5a94a47955f41e1a03bd1cf261b20621e9", "parents": [ "5f566f0b27ebddb41b5bd42484047ae96d645704" ], "author": { "name": "Jerome Glisse", "email": "jglisse@redhat.com", "time": "Tue Aug 28 16:50:22 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 02 10:30:24 2012 -0700" }, "message": "drm/radeon: force dma32 to fix regression rs4xx,rs6xx,rs740\n\ncommit 4a2b6662c3632176b4fdf012243dd3751367bf1f upstream.\n\nIt seems some of those IGP dislike non dma32 page despite what\ndocumentation says. Fix regression since we allowed non dma32\npages. It seems it only affect some revision of those IGP chips\nas we don\u0027t know which one just force dma32 for all of them.\n\nhttps://bugzilla.redhat.com/show_bug.cgi?id\u003d785375\n\nSigned-off-by: Jerome Glisse \u003cjglisse@redhat.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "5f566f0b27ebddb41b5bd42484047ae96d645704", "tree": "8b76382b7304371282b10db9a44ee20fe8e49b98", "parents": [ "ea708eb2c1843004a41d0beeac724451202513ff" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Tue Aug 21 19:06:21 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 02 10:30:24 2012 -0700" }, "message": "drm/radeon: don\u0027t disable plls that are in use by other crtcs\n\ncommit 4e58591c8961b3e31709313f75819f2eec06e322 upstream.\n\nSome plls are shared for DP.\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nReviewed-by: Michel Dänzer \u003cmichel.daenzer@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "ea708eb2c1843004a41d0beeac724451202513ff", "tree": "186b2b7a2197b47c7ae8a206cacc6ff3014aa3a9", "parents": [ "6992255930809bc988366e7177126dab74e7df95" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Mon Aug 20 11:06:21 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 02 10:30:23 2012 -0700" }, "message": "drm/radeon: convert radeon vfct code to use acpi_get_table_with_size\n\ncommit 7c3906d04a4587dceaa78cc1ae6b14e6454ee02a upstream.\n\nAllows us to verify the table size.\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" } ], "next": "6992255930809bc988366e7177126dab74e7df95" }