)]}' { "log": [ { "commit": "862bee39ef540bd3a7772b899b4fa7f3036abf0d", "tree": "2bac0acdffbb15965ef6f291ae7a78c684b768b5", "parents": [ "e9bfcbffb7b26065a2b467e29bb6c7ec83d17646" ], "author": { "name": "Jeff Layton", "email": "jlayton@redhat.com", "time": "Tue Aug 23 07:21:28 2011 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:35 2011 -0700" }, "message": "cifs: fix possible memory corruption in CIFSFindNext\n\ncommit 9438fabb73eb48055b58b89fc51e0bc4db22fabd upstream.\n\nThe name_len variable in CIFSFindNext is a signed int that gets set to\nthe resume_name_len in the cifs_search_info. The resume_name_len however\nis unsigned and for some infolevels is populated directly from a 32 bit\nvalue sent by the server.\n\nIf the server sends a very large value for this, then that value could\nlook negative when converted to a signed int. That would make that\nvalue pass the PATH_MAX check later in CIFSFindNext. The name_len would\nthen be used as a length value for a memcpy. It would then be treated\nas unsigned again, and the memcpy scribbles over a ton of memory.\n\nFix this by making the name_len an unsigned value in CIFSFindNext.\n\nReported-by: Darren Lavender \u003cdcl@hppine99.gbr.hp.com\u003e\nSigned-off-by: Jeff Layton \u003cjlayton@redhat.com\u003e\nSigned-off-by: Steve French \u003csfrench@us.ibm.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "e9bfcbffb7b26065a2b467e29bb6c7ec83d17646", "tree": "0f941a419017f1e0d691c40bc9a19de2d2494bb6", "parents": [ "bdba777a08cfe193f8c4a5cbb8382549db932171" ], "author": { "name": "Takashi Iwai", "email": "tiwai@suse.de", "time": "Mon Sep 19 11:31:34 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:35 2011 -0700" }, "message": "ALSA: hda/realtek - Fix auto-mute with HP+LO configuration\n\ncommit 8974bd51a77824d91010176f9a5da28513c2e1f5 upstream.\n\nWhen the system has only the headphone and the line-out jacks without\nspeakers, the current auto-mute code doesn\u0027t work. It\u0027s because the\nspec-\u003eautomute_lines flag is wrongly referred in update_speakers().\nThis flag must be meaningless when spec-\u003eautomute_hp_lo isn\u0027t set, thus\nthey should be always coupled.\n\nThe patch fixes the problem and add a comment to indicate the\nrelationship briefly.\n\nBugLink: http://bugs.launchpad.net/bugs/851697\n\nReported-by: David Henningsson \u003cdavid.henningsson@canonical.com\u003e\nTested-By: Jayne Han \u003cjayne.han@canonical.com\u003e\nSigned-off-by: Takashi Iwai \u003ctiwai@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "bdba777a08cfe193f8c4a5cbb8382549db932171", "tree": "ea433f94e5cdfad4aab49dfb7ec1999319a745f3", "parents": [ "c3c24ca5a0a6bf57b2685c159e5c9c01df76dddb" ], "author": { "name": "Johannes Berg", "email": "johannes.berg@intel.com", "time": "Mon Sep 12 12:09:10 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:34 2011 -0700" }, "message": "iwlagn: fix command queue timeout\n\ncommit 282cdb325aea4ebbc42ce753b47cc96145eb54bc upstream.\n\nIf the command queue is constantly busy,\nwhich can happen in P2P, the hangcheck\ntimer will frequently find a command in\nit and will eventually reset the device\nbecause nothing sets the timestamp for\nthis queue when commands are processed.\n\nFix this by setting the timestamp when\na command completes.\n\nSigned-off-by: Johannes Berg \u003cjohannes.berg@intel.com\u003e\nSigned-off-by: Wey-Yi Guy \u003cwey-yi.w.guy@intel.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "c3c24ca5a0a6bf57b2685c159e5c9c01df76dddb", "tree": "75ab03be39a9c28c74a37b70a529a353d083c73b", "parents": [ "06b995be61d1352337c792e8f83048b773e32a41" ], "author": { "name": "Sarah Sharp", "email": "sarah.a.sharp@linux.intel.com", "time": "Mon Sep 19 16:05:11 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:33 2011 -0700" }, "message": "USB: xhci: Set change bit when warm reset change is set.\n\ncommit 44f4c3ed60fb21e1d2dd98304390ac121e6c7c6d upstream.\n\nSometimes, when a USB 3.0 device is disconnected, the Intel Panther\nPoint xHCI host controller will report a link state change with the\nstate set to \"SS.Inactive\". This causes the xHCI host controller to\nissue a warm port reset, which doesn\u0027t finish before the USB core times\nout while waiting for it to complete.\n\nWhen the warm port reset does complete, and the xHC gives back a port\nstatus change event, the xHCI driver kicks khubd. However, it fails to\nset the bit indicating there is a change event for that port because the\nlogic in xhci-hub.c doesn\u0027t check for the warm port reset bit.\n\nAfter that, the warm port status change bit is never cleared by the USB\ncore, and the xHC stops reporting port status change bits. (The xHCI\nspec says it shouldn\u0027t report more port events until all change bits are\ncleared.) This means any port changes when a new device is connected\nwill never be reported, and the port will seem \"dead\" until the xHCI\ndriver is unloaded and reloaded, or the computer is rebooted. Fix this\nby making the xHCI driver set the port change bit when a warm port reset\nchange bit is set.\n\nA better solution would be to make the USB core handle warm port reset\nin differently, merging the current code with the standard port reset\ncode that does an incremental backoff on the timeout, and tries to\ncomplete the port reset two more times before giving up. That more\ncomplicated fix will be merged next window, and this fix will be\nbackported to stable.\n\nThis should be backported to kernels as old as 3.0, since that was the\nfirst kernel with commit a11496ebf375 (\"xHCI: warm reset support\").\n\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n\n" }, { "commit": "06b995be61d1352337c792e8f83048b773e32a41", "tree": "53decc62ac30c5e8d63beb90537441e9d90adb83", "parents": [ "3917a8efa50bc38ef2f2194a5e35c2062640feed" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Fri Sep 16 12:04:08 2011 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:33 2011 -0700" }, "message": "drm/radeon/kms: Make GPU/CPU page size handling consistent in blit code (v2)\n\ncommit 003cefe0c238e683a29d2207dba945b508cd45b7 upstream.\n\nThe BO blit code inconsistenly handled the page size. This wasn\u0027t\nan issue on system with 4k pages since the GPU\u0027s page size is 4k as\nwell. Switch the driver blit callbacks to take num pages in GPU\npage units.\n\nFixes lemote mipsel systems using AMD rs780/rs880 chipsets.\n\nv2: incorporate suggestions from Michel.\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nReviewed-by: Michel Dänzer \u003cmichel.daenzer@amd.com\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "3917a8efa50bc38ef2f2194a5e35c2062640feed", "tree": "7e9bd1999d3298f5511febc66a1f04c63a8667d8", "parents": [ "2e4caf2e0b5a96f5cfa838108a3a1b934cf7f4f7" ], "author": { "name": "Ming Lei", "email": "ming.lei@canonical.com", "time": "Wed Aug 31 10:45:46 2011 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:33 2011 -0700" }, "message": "firewire: ohci: add no MSI quirk for O2Micro controller\n\ncommit f39aa30d7741f40ad964341e9243dbbd7f8ff057 upstream.\n\nThis fixes https://bugs.launchpad.net/ubuntu/+source/linux/+bug/801719 .\n\nAn O2Micro PCI Express FireWire controller,\n\"FireWire (IEEE 1394) [0c00]: O2 Micro, Inc. Device [1217:11f7] (rev 05)\"\nwhich is a combination device together with an SDHCI controller and some\nsort of storage controller, misses SBP-2 status writes from an attached\nFireWire HDD. This problem goes away if MSI is disabled for this\nFireWire controller.\n\nThe device reportedly does not require QUIRK_CYCLE_TIMER.\n\nSigned-off-by: Ming Lei \u003cming.lei@canonical.com\u003e\nSigned-off-by: Stefan Richter \u003cstefanr@s5r6.in-berlin.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "2e4caf2e0b5a96f5cfa838108a3a1b934cf7f4f7", "tree": "9b9fbf87a3ae037ba1593c75d43d80dac5e8a6ca", "parents": [ "83bc0ed804595195df6bc8c5773db5594884e2e7" ], "author": { "name": "Anton Blanchard", "email": "anton@samba.org", "time": "Wed Sep 07 14:41:05 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:32 2011 -0700" }, "message": "ibmveth: Checksum offload is always disabled\n\ncommit 91aae1e5c407d4fc79f6983e6c6ba04756c004cb upstream.\n\nCommit b9367bf3ee6d (net: ibmveth: convert to hw_features) reversed\na check in ibmveth_set_csum_offload that results in checksum offload\nnever being enabled.\n\nSigned-off-by: Anton Blanchard \u003canton@samba.org\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "83bc0ed804595195df6bc8c5773db5594884e2e7", "tree": "cae6d13547ebb63211e90eb83d97e82728d47a68", "parents": [ "63bac6629520236226e54128c873871f1ff1f018" ], "author": { "name": "Anton Blanchard", "email": "anton@samba.org", "time": "Wed Sep 07 14:41:04 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:32 2011 -0700" }, "message": "ibmveth: Fix issue with DMA mapping failure\n\ncommit b93da27f5234198433345e40b39ff59797bc6f6e upstream.\n\ndescs[].fields.address is 32bit which truncates any dma mapping\nerrors so dma_mapping_error() fails to catch it.\n\nUse a dma_addr_t to do the comparison. With this patch I was able\nto transfer many gigabytes of data with IOMMU fault injection set\nat 10% probability.\n\nSigned-off-by: Anton Blanchard \u003canton@samba.org\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "63bac6629520236226e54128c873871f1ff1f018", "tree": "1f5545ef865bf257598f634bab7347a917d56f28", "parents": [ "3345c36f951a36962493b1f59f23e47b5a94d8d2" ], "author": { "name": "Brian King", "email": "brking@linux.vnet.ibm.com", "time": "Wed Sep 07 14:41:03 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:32 2011 -0700" }, "message": "ibmveth: Fix DMA unmap error\n\ncommit 33a48ab105a75d37021e422a0a3283241099b142 upstream.\n\nCommit 6e8ab30ec677 (ibmveth: Add scatter-gather support) introduced a\nDMA mapping API inconsistency resulting in dma_unmap_page getting\ncalled on memory mapped via dma_map_single. This was seen when\nCONFIG_DMA_API_DEBUG was enabled. Fix up this API usage inconsistency.\n\nSigned-off-by: Brian King \u003cbrking@linux.vnet.ibm.com\u003e\nAcked-by: Anton Blanchard \u003canton@samba.org\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "3345c36f951a36962493b1f59f23e47b5a94d8d2", "tree": "764f7279f6bcc103f96ae37b4bf884509fa0f344", "parents": [ "d5b1a08d0d0a73c716766275eb0c5648e143ca85" ], "author": { "name": "Arjan van de Ven", "email": "arjan@infradead.org", "time": "Thu Sep 15 08:49:25 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:31 2011 -0700" }, "message": "ALSA: pcm - fix race condition in wait_for_avail()\n\ncommit 763437a9e7737535b2fc72175ad4974048769be6 upstream.\n\nwait_for_avail() in pcm_lib.c has a race in it (observed in practice by an\nIntel validation group).\n\nThe function is supposed to return once space in the buffer has become\navailable, or if some timeout happens. The entity that creates space (irq\nhandler of sound driver and some such) will do a wake up on a waitqueue\nthat this function registers for.\n\nHowever there are two races in the existing code\n\n1) If space became available between the caller noticing there was no\n space and this function actually sleeping, the wakeup is missed and the\n timeout condition will happen instead\n\n2) If a wakeup happened but not sufficient space became available, the\n code will loop again and wait for more space. However, if the second\n wake comes in prior to hitting the schedule_timeout_interruptible(), it\n will be missed, and potentially you\u0027ll wait out until the timeout\n happens.\n\nThe fix consists of using more careful setting of the current state (so\nthat if a wakeup happens in the main loop window, the schedule_timeout()\nfalls through) and by checking for available space prior to going into the\nschedule_timeout() loop, but after being on the waitqueue and having the\nstate set to interruptible.\n\n[tiwai: the following changes have been added to Arjan\u0027s original patch:\n - merged akpm\u0027s fix for waitqueue adding order into a single patch\n - reduction of duplicated code of avail check\n]\n\nSigned-off-by: Arjan van de Ven \u003carjan@linux.intel.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Takashi Iwai \u003ctiwai@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "d5b1a08d0d0a73c716766275eb0c5648e143ca85", "tree": "2f62c1aa34c268658ca29b6776fdb73b71fcc7e9", "parents": [ "c780713f786ee22532839502ed35f1bd1cb0fd1d" ], "author": { "name": "Thomas Tuttle", "email": "ttuttle@chromium.org", "time": "Wed Sep 14 16:22:28 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:31 2011 -0700" }, "message": "workqueue: lock cwq access in drain_workqueue\n\ncommit fa2563e41c3d6d6e8af437643981ed28ae0cb56d upstream.\n\nTake cwq-\u003egcwq-\u003elock to avoid racing between drain_workqueue checking to\nmake sure the workqueues are empty and cwq_dec_nr_in_flight decrementing\nand then incrementing nr_active when it activates a delayed work.\n\nWe discovered this when a corner case in one of our drivers resulted in\nus trying to destroy a workqueue in which the remaining work would\nalways requeue itself again in the same workqueue. We would hit this\nrace condition and trip the BUG_ON on workqueue.c:3080.\n\nSigned-off-by: Thomas Tuttle \u003cttuttle@chromium.org\u003e\nAcked-by: Tejun Heo \u003ctj@kernel.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "c780713f786ee22532839502ed35f1bd1cb0fd1d", "tree": "20c95ac2bbcd673a0c878c725cacb9c52dbc11c5", "parents": [ "d9575b0bf2b1c380bde6803739513ccc1f95d1d0" ], "author": { "name": "Naga Chumbalkar", "email": "nagananda.chumbalkar@hp.com", "time": "Wed Sep 14 16:22:23 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:31 2011 -0700" }, "message": "drivers/cpufreq/pcc-cpufreq.c: avoid NULL pointer dereference\n\ncommit e71f5cc402ecb42b407ae52add7b173bf1c53daa upstream.\n\nper_cpu(processors, n) can be NULL, resulting in:\n\n Loading CPUFreq modules[ 437.661360] BUG: unable to handle kernel NULL pointer dereference at (null)\n IP: [\u003cffffffffa0434314\u003e] pcc_cpufreq_cpu_init+0x74/0x220 [pcc_cpufreq]\n\nIt\u0027s better to avoid the oops by failing the driver, and allowing the\nsystem to boot.\n\nSigned-off-by: Naga Chumbalkar \u003cnagananda.chumbalkar@hp.com\u003e\nCc: Dave Jones \u003cdavej@codemonkey.org.uk\u003e\nCc: Len Brown \u003clenb@kernel.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "d9575b0bf2b1c380bde6803739513ccc1f95d1d0", "tree": "fb7daac152d75b0c47545cae987930cff8d7f3c2", "parents": [ "d63c8a029e509ad48ee9290874731789f9008537" ], "author": { "name": "Johan Hovold", "email": "jhovold@gmail.com", "time": "Wed Sep 14 16:22:16 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:31 2011 -0700" }, "message": "drivers/leds/ledtrig-timer.c: fix broken sysfs delay handling\n\ncommit 7a5caabd090b8f7d782c40fc1c048d798f2b6fd7 upstream.\n\nFix regression introduced by commit 5ada28bf7675 (\"led-class: always\nimplement blinking\") which broke sysfs delay handling by not storing the\nupdated value. Consequently it was only possible to set one of the delays\nthrough the sysfs interface as the other delay was automatically restored\nto it\u0027s default value. Reading the parameters always gave the defaults.\n\nSigned-off-by: Johan Hovold \u003cjhovold@gmail.com\u003e\nAcked-by: Florian Fainelli \u003cflorian@openwrt.org\u003e\nAcked-by: Richard Purdie \u003crichard.purdie@linuxfoundation.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "d63c8a029e509ad48ee9290874731789f9008537", "tree": "0a7c79f56bbc8a624d09486cdc88c5a7d1f872ae", "parents": [ "97abc52eb26f2ae8d033100c4c024e6138bdfd60" ], "author": { "name": "David Vrabel", "email": "david.vrabel@citrix.com", "time": "Wed Sep 14 16:22:02 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:30 2011 -0700" }, "message": "mm: sync vmalloc address space page tables in alloc_vm_area()\n\ncommit 461ae488ecb125b140d7ea29ceeedbcce9327003 upstream.\n\nXen backend drivers (e.g., blkback and netback) would sometimes fail to\nmap grant pages into the vmalloc address space allocated with\nalloc_vm_area(). The GNTTABOP_map_grant_ref would fail because Xen could\nnot find the page (in the L2 table) containing the PTEs it needed to\nupdate.\n\n(XEN) mm.c:3846:d0 Could not find L1 PTE for address fbb42000\n\nnetback and blkback were making the hypercall from a kernel thread where\ntask-\u003eactive_mm !\u003d \u0026init_mm and alloc_vm_area() was only updating the page\ntables for init_mm. The usual method of deferring the update to the page\ntables of other processes (i.e., after taking a fault) doesn\u0027t work as a\nfault cannot occur during the hypercall.\n\nThis would work on some systems depending on what else was using vmalloc.\n\nFix this by reverting ef691947d8a3 (\"vmalloc: remove vmalloc_sync_all()\nfrom alloc_vm_area()\") and add a comment to explain why it\u0027s needed.\n\nSigned-off-by: David Vrabel \u003cdavid.vrabel@citrix.com\u003e\nCc: Jeremy Fitzhardinge \u003cjeremy.fitzhardinge@citrix.com\u003e\nCc: Konrad Rzeszutek Wilk \u003ckonrad.wilk@oracle.com\u003e\nCc: Ian Campbell \u003cIan.Campbell@citrix.com\u003e\nCc: Keir Fraser \u003ckeir.xen@gmail.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@suse.de\u003e\n\n" }, { "commit": "97abc52eb26f2ae8d033100c4c024e6138bdfd60", "tree": "660d97e12cbb27d4b725429d1e17b84af0d0e1c5", "parents": [ "a4f5172f4f84d22889d97c527cd8fe7430f075ae" ], "author": { "name": "Al Viro", "email": "viro@ZenIV.linux.org.uk", "time": "Wed Sep 14 18:55:41 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:30 2011 -0700" }, "message": "restore pinning the victim dentry in vfs_rmdir()/vfs_rename_dir()\n\ncommit 1d2ef5901483004d74947bbf78d5146c24038fe7 upstream.\n\nWe used to get the victim pinned by dentry_unhash() prior to commit\n64252c75a219 (\"vfs: remove dget() from dentry_unhash()\") and -\u003ermdir()\nand -\u003erename() instances relied on that; most of them don\u0027t care, but\nones that used d_delete() themselves do. As the result, we are getting\nrmdir() oopses on NFS now.\n\nJust grab the reference before locking the victim and drop it explicitly\nafter unlocking, same as vfs_rename_other() does.\n\nSigned-off-by: Al Viro \u003cviro@zeniv.linux.org.uk\u003e\nTested-by: Simon Kirby \u003csim@hostway.ca\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "a4f5172f4f84d22889d97c527cd8fe7430f075ae", "tree": "e4408c8dd0f03cf19dd2096875d1331c9e7b0a47", "parents": [ "90199f79ba3111426070b3e04d774c25024ea1a6" ], "author": { "name": "Michel Dänzer", "email": "michel.daenzer@amd.com", "time": "Tue Sep 13 11:27:35 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:29 2011 -0700" }, "message": "drm/radeon: Don\u0027t read from CP ring write pointer registers.\n\ncommit 87463ff83bcda210d8f0ae440bd64d1548f852e7 upstream.\n\nApparently this doesn\u0027t always work reliably, e.g. at resume time.\n\nJust initialize to 0, so the ring is considered empty.\n\nTested with hibernation on Sumo and Cayman cards.\n\nShould fix https://bugs.launchpad.net/ubuntu/+source/linux/+bug/820746/ .\n\nSigned-off-by: Michel Dänzer \u003cmichel.daenzer@amd.com\u003e\nReviewed-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "90199f79ba3111426070b3e04d774c25024ea1a6", "tree": "83fdfdd2e40b32acf9d2ff677aee84e618721017", "parents": [ "56794483bcbf98296dffd8d8923402791b305be2" ], "author": { "name": "David Henningsson", "email": "david.henningsson@canonical.com", "time": "Wed Sep 14 13:22:54 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:29 2011 -0700" }, "message": "ALSA: HDA: Cirrus - fix \"Surround Speaker\" volume control name\n\ncommit 2e1210bc3d065a6e26ff5fef228a9a7e08921d2c upstream.\n\nThis patch fixes \"Surround Speaker Playback Volume\" being cut off.\n(Commit b4dabfc452a10 was probably meant to fix this, but it fixed\nonly the \"Switch\" name, not the \"Volume\" name.)\n\nSigned-off-by: David Henningsson \u003cdavid.henningsson@canonical.com\u003e\nSigned-off-by: Takashi Iwai \u003ctiwai@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "56794483bcbf98296dffd8d8923402791b305be2", "tree": "f2b5e2c0f0181fe065d4940059fdbae17a51255f", "parents": [ "e74aa3593a0026ea78b3997c3b7748f536e17f66" ], "author": { "name": "Thomas Gleixner", "email": "tglx@linutronix.de", "time": "Tue Jul 19 16:25:42 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:29 2011 -0700" }, "message": "x86, iommu: Mark DMAR IRQ as non-threaded\n\ncommit 477694e71113fd0694b6bb0bcc2d006b8ac62691 upstream.\n\nMark this lowlevel IRQ handler as non-threaded. This prevents a boot\ncrash when \"threadirqs\" is on the kernel commandline. Also the\ninterrupt handler is handling hardware critical events which should\nnot be delayed into a thread.\n\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nSigned-off-by: Ingo Molnar \u003cmingo@kernel.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "e74aa3593a0026ea78b3997c3b7748f536e17f66", "tree": "d709f7031fb2eae91eefa79552cb6dbf87f0dad6", "parents": [ "377a4a241c44d46335b45e00c8a66d39b072fd2f" ], "author": { "name": "Johannes Berg", "email": "johannes.berg@intel.com", "time": "Tue Sep 06 12:47:39 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:28 2011 -0700" }, "message": "mac80211: fix missing sta_lock in __sta_info_destroy\n\ncommit 4bae7d976976fa52d345805ba686934cd548343e upstream.\n\nSince my commit 34e895075e21be3e21e71d6317440d1ee7969ad0\n(\"mac80211: allow station add/remove to sleep\") there is\na race in mac80211 when it clears the TIM bit because a\nsleeping station disconnected, the spinlock isn\u0027t held\naround the relevant code any more. Use the right API to\nacquire the spinlock correctly.\n\nSigned-off-by: Johannes Berg \u003cjohannes.berg@intel.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "377a4a241c44d46335b45e00c8a66d39b072fd2f", "tree": "1608c286a6b562b9441bf39039f12437fa5f1563", "parents": [ "47e45d75cb074fa59de2fdadc8945d7f52c2c653" ], "author": { "name": "George", "email": "george0505@realtek.com", "time": "Sat Sep 03 10:58:48 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:28 2011 -0700" }, "message": "rtlwifi: Fix problem when switching connections\n\ncommit bac2555c6d86387132930af4d14cb47c4dd3f4f7 upstream.\n\nThe driver fails to clear encryption keys making it impossible\nto switch connections.\n\nSigned-off-by: George \u003cgeorge0505@realtek.com\u003e\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@suse.de\u003e\n\n" }, { "commit": "47e45d75cb074fa59de2fdadc8945d7f52c2c653", "tree": "f213e586a8709b8df5e65c237cf3c917cdbb5e00", "parents": [ "79e72e1b97162d5f4d4ac320238b5cc82e97f040" ], "author": { "name": "George", "email": "george0505@realtek.com", "time": "Sat Sep 03 10:58:47 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:27 2011 -0700" }, "message": "rtlwifi: rtl8192su: Fix problem connecting to HT-enabled AP\n\ncommit 3401dc6eba788ebc7c14ce51018d775b1c263399 upstream.\n\nThe driver fails to connect to 802.11n-enabled APs. The patch fixes\nBug #42262.\n\nSigned-off-by: George \u003cgeorge0505@realtek.com\u003e\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@suse.de\u003e\n\n" }, { "commit": "79e72e1b97162d5f4d4ac320238b5cc82e97f040", "tree": "c62247ec0810df4eae3656101194ef651f1d75f4", "parents": [ "1e6ad9a39701e09f93d2726ef3602e05f5787ff1" ], "author": { "name": "Geert Uytterhoeven", "email": "geert@linux-m68k.org", "time": "Sun Sep 11 13:59:27 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:27 2011 -0700" }, "message": "genirq: Make irq_shutdown() symmetric vs. irq_startup again\n\ncommit ed585a651681e822089087b426e6ebfb6d3d9873 upstream.\n\nIf an irq_chip provides .irq_shutdown(), but neither of .irq_disable() or\n.irq_mask(), free_irq() crashes when jumping to NULL.\nFix this by only trying .irq_disable() and .irq_mask() if there\u0027s no\n.irq_shutdown() provided.\n\nThis revives the symmetry with irq_startup(), which tries .irq_startup(),\n.irq_enable(), and irq_unmask(), and makes it consistent with the comment for\nirq_chip.irq_shutdown() in \u003clinux/irq.h\u003e, which says:\n\n * @irq_shutdown:\tshut down the interrupt (defaults to -\u003edisable if NULL)\n\nThis is also how __free_irq() behaved before the big overhaul, cfr. e.g.\n3b56f0585fd4c02d047dc406668cb40159b2d340 (\"genirq: Remove bogus conditional\"),\nwhere the core interrupt code always overrode .irq_shutdown() to\n.irq_disable() if .irq_shutdown() was NULL.\n\nSigned-off-by: Geert Uytterhoeven \u003cgeert@linux-m68k.org\u003e\nCc: linux-m68k@lists.linux-m68k.org\nLink: http://lkml.kernel.org/r/1315742394-16036-2-git-send-email-geert@linux-m68k.org\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "1e6ad9a39701e09f93d2726ef3602e05f5787ff1", "tree": "9c5ae887d59be332046b5f9bb140857e21a432bc", "parents": [ "fbb3afe05e2664dd265b002a4c0992c45bb885a7" ], "author": { "name": "Anand Gadiyar", "email": "gadiyar@ti.com", "time": "Thu Aug 18 16:14:31 2011 +0530" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:27 2011 -0700" }, "message": "mfd: Make omap-usb-host TLL mode work again\n\ncommit e600cffe618ff0da29ae1f8b8d3824ce0e2409fc upstream.\n\nThis code section seems to have been accidentally copy pasted.\nIt causes incorrect bits to be set up in the TLL_CHANNEL_CONF\nregister and prevents the TLL mode from working correctly.\n\nSigned-off-by: Anand Gadiyar \u003cgadiyar@ti.com\u003e\nCc: Keshava Munegowda \u003ckeshava_mgowda@ti.com\u003e\nAcked-by: Felipe Balbi \u003cbalbi@ti.com\u003e\nSigned-off-by: Samuel Ortiz \u003csameo@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "fbb3afe05e2664dd265b002a4c0992c45bb885a7", "tree": "af9acc2b6b19343174eda7601abfc094e071e6a6", "parents": [ "7edcab441920647c6ffec304451e11bc18ff1b11" ], "author": { "name": "Johan Hovold", "email": "jhovold@gmail.com", "time": "Mon Aug 15 12:42:03 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:27 2011 -0700" }, "message": "mfd: Fix initialisation of tps65910 interrupts\n\ncommit fa948761e685fb03823b3029e5b6bdb52229d6ce upstream.\n\nFix regression introduced by commit\na2974732ca7614aaf0baf9d6dd3ad893d50ce1c5 (TPS65911: Add new irq\ndefinitions) which caused irq_num to be incorrectly set for tps65910.\n\nSigned-off-by: Johan Hovold \u003cjhovold@gmail.com\u003e\nAcked-by: Graeme Gregory \u003cgg@slimlogic.co.uk\u003e\nSigned-off-by: Samuel Ortiz \u003csameo@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "7edcab441920647c6ffec304451e11bc18ff1b11", "tree": "a4dcbb48220e7c57b4520912ebe2793a2a18b84c", "parents": [ "1bfc85f2f23469eedf4ac65fed44573be1a5a133" ], "author": { "name": "Mark Brown", "email": "broonie@opensource.wolfsonmicro.com", "time": "Wed Aug 03 18:04:29 2011 +0900" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:26 2011 -0700" }, "message": "mfd: Fix value of WM8994_CONFIGURE_GPIO\n\ncommit 8efcc57dedfebc99c3cd39564e3fc47cd1a24b75 upstream.\n\nThis needs to be an out of band value for the register and on this device\nregisters are 16 bit so we must shift left one to the 17th bit.\n\nSigned-off-by: Mark Brown \u003cbroonie@opensource.wolfsonmicro.com\u003e\nSigned-off-by: Samuel Ortiz \u003csameo@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "1bfc85f2f23469eedf4ac65fed44573be1a5a133", "tree": "4735805adef23774a33d98f224da2dfb6a57c1a5", "parents": [ "b549d496e8739577429bbdfde5470097bff2f2f5" ], "author": { "name": "Lars-Peter Clausen", "email": "lars@metafoo.de", "time": "Mon Sep 05 13:49:57 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:26 2011 -0700" }, "message": "ASoC: Blackfin: bf5xx-ad193x: Fix codec device name\n\ncommit c5d2e650bd805a00ff9af537d5b5dede598a198c upstream.\n\nFix the codec_name field of the dai_link to match the actual device name\nof the codec. Otherwise the card won\u0027t be instantiated.\n\nSigned-off-by: Lars-Peter Clausen \u003clars@metafoo.de\u003e\nAcked-by: Liam Girdwood \u003clrg@ti.com\u003e\nSigned-off-by: Mark Brown \u003cbroonie@opensource.wolfsonmicro.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "b549d496e8739577429bbdfde5470097bff2f2f5", "tree": "65f0af6541671b163203057c862e29df29249fb3", "parents": [ "c4a67651296888f4c91f5dbd394a279b8b4410fd" ], "author": { "name": "Mark Brown", "email": "broonie@opensource.wolfsonmicro.com", "time": "Sun Sep 04 08:18:18 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:26 2011 -0700" }, "message": "ASoC: Fix reporting of partial jack updates\n\ncommit 747da0f80e566500421bd7760b2e050fea3fde5e upstream.\n\nWe need to report the entire jack state to the core jack code, not just\nthe bits that were being updated by the caller, otherwise the status\nreported by other detection methods will be omitted from the state seen\nby userspace.\n\nSigned-off-by: Mark Brown \u003cbroonie@opensource.wolfsonmicro.com\u003e\nAcked-by: Liam Girdwood \u003clrg@ti.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "c4a67651296888f4c91f5dbd394a279b8b4410fd", "tree": "dcb73c92284bbfa1343bd023a869808c49cd24e5", "parents": [ "88294ead621e9677bb3108027de2b8d657c25852" ], "author": { "name": "Jeff Kirsher", "email": "jeffrey.t.kirsher@intel.com", "time": "Tue Aug 30 20:58:56 2011 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:25 2011 -0700" }, "message": "e1000: Fix driver to be used on PA RISC C8000 workstations\n\ncommit e2faeec2de9e2c73958e6ea6065dde1e8cd6f3a2 upstream.\n\nThe checksum field in the EEPROM on HPPA is really not a\nchecksum but a signature (0x16d6). So allow 0x16d6 as the\nmatching checksum on HPPA systems.\n\nThis issue is present on longterm/stable kernels, I have\nverified that this patch is applicable back to at least\n2.6.32.y kernels.\n\nv2- changed ifdef to use CONFIG_PARISC instead of __hppa__\n\nCC: Guy Martin \u003cgmsoft@tuxicoman.be\u003e\nCC: Rolf Eike Beer \u003ceike-kernel@sf-tec.de\u003e\nCC: Matt Turner \u003cmattst88@gmail.com\u003e\nReported-by: Mikulas Patocka \u003cmikulas@artax.kerlin.mff.cuni.cz\u003e\nSigned-off-by: Jeff Kirsher \u003cjeffrey.t.kirsher@intel.com\u003e\nAcked-by: Jesse Brandeburg \u003cjesse.brandeburg@intel.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "88294ead621e9677bb3108027de2b8d657c25852", "tree": "38d40d9fc0cdad9db29161458d19dad95a916a99", "parents": [ "9f4929636f54a0cc33e249d507356bbc3224c7b3" ], "author": { "name": "Felix Fietkau", "email": "nbd@openwrt.org", "time": "Mon Aug 29 10:06:14 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:25 2011 -0700" }, "message": "ath9k_hw: fix calibration on 5 ghz\n\ncommit 0e4660cbe51276e86dbdab17228733dbcdb49249 upstream.\n\nADC calibrations cannot run on 5 GHz with fast clock enabled. They\nneed to be disabled, otherwise they\u0027ll hang and IQ mismatch calibration\nwill not be run either.\n\nSigned-off-by: Felix Fietkau \u003cnbd@openwrt.org\u003e\nReported-by: Adrian Chadd \u003cadrian@freebsd.org\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "9f4929636f54a0cc33e249d507356bbc3224c7b3", "tree": "091e10e53082fb3de51125416514234cd1b8b9d1", "parents": [ "fb88e8c4a2b208606f5ee7e5dc087d2ade9525ce" ], "author": { "name": "Len Brown", "email": "len.brown@intel.com", "time": "Mon Aug 29 23:01:58 2011 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:25 2011 -0700" }, "message": "acpica: ACPI_MAX_SLEEP should be 2 sec, not 20\n\ncommit b33c25d6a62ac253caabda2b5f43258abff451c0 upstream.\n\nThis limit is a workaround for AML that sleeps too long,\nbut the workaround didn\u0027t work b/c of a typo.\n\nhttps://bugzilla.kernel.org/show_bug.cgi?id\u003d13195\n\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "fb88e8c4a2b208606f5ee7e5dc087d2ade9525ce", "tree": "25e737aad22f8d5de7bbee82991d2c508eae4c10", "parents": [ "1ec94e5a9d9eed782c28bf772c014e8cbdc2b0f2" ], "author": { "name": "Stanislaw Gruszka", "email": "sgruszka@redhat.com", "time": "Fri Aug 26 17:24:59 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:24 2011 -0700" }, "message": "iwlegacy: fix BUG_ON(info-\u003econtrol.rates[0].idx \u003c 0)\n\ncommit 7c2510120e9b43b0caf32c3786a6ab831f7d9e87 upstream.\n\nWhen trying to connect to 5GHz we can provide negative index to\nmac80211 what trigger BUG_ON. Reason of iwl-3945-rs malfunction\non 5GHz is unknown and needs further investigation. For now, to\ndo not trigger a bug, correct value and just print WARNING.\n\nAddress bug:\nhttps://bugzilla.redhat.com/show_bug.cgi?id\u003d730653\n\nReported-and-tested-by: Jan Teichmann \u003cjan.teichmann@gmail.com\u003e\nSigned-off-by: Stanislaw Gruszka \u003csgruszka@redhat.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "1ec94e5a9d9eed782c28bf772c014e8cbdc2b0f2", "tree": "7c548484191a43ec44c0d489b4d8de3ab22e81a4", "parents": [ "38702e860531aa7057fde32dc6e0a3ee3a7b5c69" ], "author": { "name": "Andrew Vasquez", "email": "andrew.vasquez@qlogic.com", "time": "Tue Aug 16 11:29:28 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:24 2011 -0700" }, "message": "qla2xxx: Correct inadvertent loop state transitions during port-update handling.\n\ncommit 58b48576966ed0afd3f63ef17480ec12748a7119 upstream.\n\nTransitioning to a LOOP_UPDATE loop-state could cause the driver\nto miss normal link/target processing. LOOP_UPDATE is a crufty\nartifact leftover from at time the driver performed it\u0027s own\ninternal command-queuing. Safely remove this state.\n\nSigned-off-by: Andrew Vasquez \u003candrew.vasquez@qlogic.com\u003e\nSigned-off-by: Chad Dupuis \u003cchad.dupuis@qlogic.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "38702e860531aa7057fde32dc6e0a3ee3a7b5c69", "tree": "97e272904e674d0ee9bff5ad49c75432c156050e", "parents": [ "14e09ccdeed3b3b0c173475c323903d9cb1a5b13" ], "author": { "name": "Stephen M. Cameron", "email": "scameron@beardog.cce.hp.com", "time": "Tue Aug 09 08:18:01 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:24 2011 -0700" }, "message": "hpsa: fix physical device lun and target numbering problem\n\ncommit 01350d05539d1c95ef3568d062d864ab76ae7670 upstream.\n\nIf a physical device exposed to the OS by hpsa\nis replaced (e.g. one hot plug tape drive is replaced\nby another, or a tape drive is placed into \"OBDR\" mode\nin which it acts like a CD-ROM device) and a rescan is\ninitiated, the replaced device will be added to the\nSCSI midlayer with target and lun numbers set to -1.\nAfter that, a panic is likely to ensue. When a physical\ndevice is replaced, the lun and target number should be\npreserved.\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@suse.de\u003e\n\n" }, { "commit": "14e09ccdeed3b3b0c173475c323903d9cb1a5b13", "tree": "4990fd8966563ae0cbb202125b858bc8fe51fc54", "parents": [ "9f89c9607925aabb7352a3f50b69c7bfdb2c1cbb" ], "author": { "name": "Stephen M. Cameron", "email": "scameron@beardog.cce.hp.com", "time": "Tue Aug 09 08:17:30 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:23 2011 -0700" }, "message": "hpsa: fix problem that OBDR devices are not detected\n\ncommit 0b0e1d6cbcc8627970e0399df8f06edd690ec7d9 upstream.\n\nThe test to detect OBDR (\"One Button Disaster Recovery\")\ncd-rom devices was comparing against uninitialized data.\n\nFixed by moving the test for the device to where the\ninquiry data is collected, and uninitialized variable\naltogether as it wasn\u0027t really being used.\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@suse.de\u003e\n\n" }, { "commit": "9f89c9607925aabb7352a3f50b69c7bfdb2c1cbb", "tree": "d6efb6b5effb67c5c74ab28e964503a28da36856", "parents": [ "f3919ef81224e33c867882453cd33036ac0ed7ee" ], "author": { "name": "Timur Tabi", "email": "timur@freescale.com", "time": "Tue Aug 23 16:48:26 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:23 2011 -0700" }, "message": "ASoC: MPC5200: replace of_device with platform_device\n\ncommit 3bdf28feafc52864bd7f17b39deec64833a89d19 upstream.\n\n\u0027struct of_device\u0027 no longer exists, and its functionality has been merged\ninto platform_device. Update the MPC5200 audio DMA driver (mpc5200_dma)\naccordingly. This fixes a build break.\n\nSigned-off-by: Timur Tabi \u003ctimur@freescale.com\u003e\nAcked-by: Liam Girdwood \u003clrg@ti.com\u003e\nSigned-off-by: Mark Brown \u003cbroonie@opensource.wolfsonmicro.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "f3919ef81224e33c867882453cd33036ac0ed7ee", "tree": "98e9fdf95bf64a9ce33d4128721c96cd57aa5b68", "parents": [ "60c48a44d308985ccc6335d4591d75acc7e1da77" ], "author": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Fri Jul 29 17:16:45 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:23 2011 -0700" }, "message": "isci: fix 32-bit operation when CONFIG_HIGHMEM64G\u003dn\n\ncommit ee33e2b771f9e9e4aaba2bb2ace7b727fe451a8b upstream.\n\nThe unsolicited frame control infrastructure requires a table of dma\naddresses for the hardware to lookup the frame buffer location by an\nindex. The hardware expects the elements of this table to be 64-bit\nquantities, so we cannot reference these elements as dma_addr_t. All\nunsolicited frame protocols are affected, particularly SATA-PIO and SMP\nwhich prevented direct-attached SATA drives and expander-attached drives\nto not be discovered.\n\nReported-by: Jacek Danecki \u003cjacek.danecki@intel.com\u003e\nSigned-off-by: Dan Williams \u003cdan.j.williams@intel.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "60c48a44d308985ccc6335d4591d75acc7e1da77", "tree": "3787ead61898c3533f7910d367e14d1dbc441cf7", "parents": [ "101e357617f790d36b999dada08c437fd2431c3c" ], "author": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Fri Jul 29 17:16:40 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:22 2011 -0700" }, "message": "isci: fix sata response handling\n\ncommit 1a878284473284f9577d44babf16d87152a05c33 upstream.\n\nA bug (likely copy/paste) that has been carried from the original\nimplementation. The unsolicited frame handling structure returns the\nd2h fis in the isci_request.stp.rsp buffer.\n\nSigned-off-by: Dan Williams \u003cdan.j.williams@intel.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "101e357617f790d36b999dada08c437fd2431c3c", "tree": "4a4c4abfbf50e05efec65926c66a1a037faa0437", "parents": [ "8bdb14f9c33bb0ad8b37a9465c968ccce4ecda3b" ], "author": { "name": "Jim Garlick", "email": "garlick.jim@gmail.com", "time": "Sun Aug 21 00:21:18 2011 +0530" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:22 2011 -0700" }, "message": "fs/9p: Use protocol-defined value for lock/getlock \u0027type\u0027 field.\n\ncommit 51b8b4fb32271d39fbdd760397406177b2b0fd36 upstream.\n\nSigned-off-by: Jim Garlick \u003cgarlick@llnl.gov\u003e\nSigned-off-by: Aneesh Kumar K.V \u003caneesh.kumar@linux.vnet.ibm.com\u003e\nSigned-off-by: Harsh Prateek Bora \u003charsh@linux.vnet.ibm.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "8bdb14f9c33bb0ad8b37a9465c968ccce4ecda3b", "tree": "941252c60ac4ea9efd9fdbbf0f2cdee0eeb23878", "parents": [ "8926487ad88b00a9b6677f866df787dea7b3471b" ], "author": { "name": "Aneesh Kumar K.V", "email": "aneesh.kumar@linux.vnet.ibm.com", "time": "Tue Aug 16 22:19:28 2011 +0530" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:22 2011 -0700" }, "message": "fs/9p: Always ask new inode in lookup for cache mode disabled\n\ncommit 73f507171cfa407b19f254aef95cbb058c8180cf upstream.\n\nThis make sure we don\u0027t end up reusing the unlinked inode object.\nThe ideal way is to use inode i_generation. But i_generation is\nnot available in userspace always.\n\nSigned-off-by: Aneesh Kumar K.V \u003caneesh.kumar@linux.vnet.ibm.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "8926487ad88b00a9b6677f866df787dea7b3471b", "tree": "c49509d0071647326233985394474a8365083b3d", "parents": [ "a111278ea956e42e2d1ac4b4f04a2c71d322235b" ], "author": { "name": "Aneesh Kumar K.V", "email": "aneesh.kumar@linux.vnet.ibm.com", "time": "Wed Aug 17 16:56:04 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:22 2011 -0700" }, "message": "net/9p: Fix kernel crash with msize 512K\n\ncommit b49d8b5d7007a673796f3f99688b46931293873e upstream.\n\nWith msize equal to 512K (PAGE_SIZE * VIRTQUEUE_NUM), we hit multiple\ncrashes. This patch fix those.\n\nSigned-off-by: Aneesh Kumar K.V \u003caneesh.kumar@linux.vnet.ibm.com\u003e\nSigned-off-by: Eric Van Hensbergen \u003cericvh@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "a111278ea956e42e2d1ac4b4f04a2c71d322235b", "tree": "ed4dec0ef5ce9447f05b4836c0bc4534886aeecb", "parents": [ "29a3e8657d2a2640384166e3fe29a086d235fc33" ], "author": { "name": "Aneesh Kumar K.V", "email": "aneesh.kumar@linux.vnet.ibm.com", "time": "Wed Aug 03 19:55:32 2011 +0530" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:21 2011 -0700" }, "message": "fs/9p: Add OS dependent open flags in 9p protocol\n\ncommit f88657ce3f9713a0c62101dffb0e972a979e77b9 upstream.\n\nSome of the flags are OS/arch dependent we add a 9p\nprotocol value which maps to asm-generic/fcntl.h values in Linux\nBased on the original patch from Venkateswararao Jujjuri \u003cjvrao@linux.vnet.ibm.com\u003e\n\n[extra comments from author as to why this needs to go to stable:\n\nEarlier for different operation such as open we used the values of open\nflag as defined by the OS. But some of these flags such as O_DIRECT are\narch dependent. So if we have the 9p client and server running on\ndifferent architectures, we end up with client sending client\narchitecture value of these open flag and server will try to map these\nvalues to what its architecture states. For ex: O_DIRECT on a x86 client\nmaps to\n\n#define O_DIRECT 00040000\n\nWhere as on sparc server it will maps to\n\n#define O_DIRECT 0x100000\n\nHence we need to map these open flags to OS/arch independent flag\nvalues. Getting these changes to an early version of kernel ensures us\nthat we work with different combination of client and server. We should\nideally backport this patch to all possible kernel version.]\n\nSigned-off-by: Aneesh Kumar K.V \u003caneesh.kumar@linux.vnet.ibm.com\u003e\nSigned-off-by: Harsh Prateek Bora \u003charsh@linux.vnet.ibm.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "29a3e8657d2a2640384166e3fe29a086d235fc33", "tree": "b361d43245798a0e227c4e3b7e8cfdbaf07ab2a7", "parents": [ "e279cdca3ca67dcd8e24051629163f9d5d838894" ], "author": { "name": "Aneesh Kumar K.V", "email": "aneesh.kumar@linux.vnet.ibm.com", "time": "Mon Jul 25 18:06:33 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:21 2011 -0700" }, "message": "fs/9p: Don\u0027t update file type when updating file attributes\n\ncommit 45089142b1497dab2327d60f6c71c40766fc3ea4 upstream.\n\nWe should only update attributes that we can change on stat2inode.\nAlso do file type initialization in v9fs_init_inode.\n\nSigned-off-by: Aneesh Kumar K.V \u003caneesh.kumar@linux.vnet.ibm.com\u003e\nSigned-off-by: Eric Van Hensbergen \u003cericvh@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "e279cdca3ca67dcd8e24051629163f9d5d838894", "tree": "deb27c24fd4fc7885eed28346dfd756006d9b03d", "parents": [ "3cba74d538d72f649c036df893c2e9895bcfc9df" ], "author": { "name": "Aneesh Kumar K.V", "email": "aneesh.kumar@linux.vnet.ibm.com", "time": "Mon Jul 25 18:06:32 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:21 2011 -0700" }, "message": "fs/9p: Add fid before dentry instantiation\n\ncommit 5441ae5eb3614d3c28f77073370738a2820c88e4 upstream.\n\nd_instantiate marks the dentry positive. So a parallel lookup and mkdir of\nthe directory can find dentry that doesn\u0027t have fid attached. This can result\nin both the code path doing v9fs_fid_add which results in v9fs_dentry leak.\n\nSigned-off-by: Aneesh Kumar K.V \u003caneesh.kumar@linux.vnet.ibm.com\u003e\nSigned-off-by: Eric Van Hensbergen \u003cericvh@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "3cba74d538d72f649c036df893c2e9895bcfc9df", "tree": "e5330c319e6afb8fc6a36c5923a4e5d7d0560513", "parents": [ "054b93a673c2b39106b02cbef05bfdc3f5ba6150" ], "author": { "name": "Fenghua Yu", "email": "fenghua.yu@intel.com", "time": "Mon Jul 04 08:36:16 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:21 2011 -0700" }, "message": "ACPICA: Do not repair _TSS return package if _PSS is present\n\ncommit 8f9c91273e36e5762c617c23e4fd48d5172e0dac upstream.\n\nWe can only sort the _TSS return package if there is no _PSS\nin the same scope. This is because if _PSS is present, the ACPI\nspecification dictates that the _TSS Power Dissipation field is\nto be ignored, and therefore some BIOSs leave garbage values in\nthe _TSS Power field(s). In this case, it is best to just return\nthe _TSS package as-is.\n\nReported-by: Fenghua Yu \u003cfenghua.yu@intel.com\u003e\nSigned-off-by: Fenghua Yu \u003cfenghua.yu@intel.com\u003e\nSigned-off-by: Bob Moore \u003crobert.moore@intel.com\u003e\nSigned-off-by: Lin Ming \u003cming.m.lin@intel.com\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "054b93a673c2b39106b02cbef05bfdc3f5ba6150", "tree": "e086e31d8bb267eb6195adf2882657eb1d177612", "parents": [ "5c755fc21c8e84aff1230e27646fe4277a19451d" ], "author": { "name": "Joerg Roedel", "email": "joerg.roedel@amd.com", "time": "Fri Sep 02 14:10:32 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:20 2011 -0700" }, "message": "iommu/amd: Make sure iommu-\u003eneed_sync contains correct value\n\ncommit f1ca1512e765337a7c09eb875eedef8ea4e07654 upstream.\n\nThe value is only set to true but never set back to false,\nwhich causes to many completion-wait commands to be sent to\nhardware. Fix it with this patch.\n\nSigned-off-by: Joerg Roedel \u003cjoerg.roedel@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "5c755fc21c8e84aff1230e27646fe4277a19451d", "tree": "1e2961b51886bb7d58a4533eb4d5bbfa28e8d84d", "parents": [ "bfa826f82f1383593e18ad180eb816221627a917" ], "author": { "name": "Joerg Roedel", "email": "joerg.roedel@amd.com", "time": "Fri Sep 02 14:19:50 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:20 2011 -0700" }, "message": "iommu/amd: Don\u0027t take domain-\u003elock recursivly\n\ncommit e33acde91140f1809952d1c135c36feb66a51887 upstream.\n\nThe domain_flush_devices() function takes the domain-\u003elock.\nBut this function is only called from update_domain() which\nitself is already called unter the domain-\u003elock. This causes\na deadlock situation when the dma-address-space of a domain\ngrows larger than 1GB.\n\nSigned-off-by: Joerg Roedel \u003cjoerg.roedel@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "bfa826f82f1383593e18ad180eb816221627a917", "tree": "2f9891ce599c67408c3d61634e5d820a9d5d5f91", "parents": [ "7c0e1afbe36ec6d067638daafe6e7ee30085202b" ], "author": { "name": "Randy Dunlap", "email": "randy.dunlap@oracle.com", "time": "Tue Jun 21 20:32:53 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:20 2011 -0700" }, "message": "irda: fix smsc-ircc2 section mismatch warning\n\ncommit f470e5ae34d68880a38aa79ee5c102ebc2a1aef6 upstream.\n\nFix section mismatch warning:\n\nWARNING: drivers/net/irda/smsc-ircc2.o(.devinit.text+0x1a7): Section mismatch in reference from the function smsc_ircc_pnp_probe() to the function .init.text:smsc_ircc_open()\n\nSigned-off-by: Randy Dunlap \u003crandy.dunlap@oracle.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "7c0e1afbe36ec6d067638daafe6e7ee30085202b", "tree": "2763e3357142b1d936d75bd577922ac200838ac9", "parents": [ "8aeae69113b438efadd5b9dda754e60685d8d6c1" ], "author": { "name": "Al Viro", "email": "viro@zeniv.linux.org.uk", "time": "Sat Jul 23 02:28:13 2011 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:19 2011 -0700" }, "message": "9p: close ACL leaks\n\ncommit 1ec95bf34d976b38897d1977b155a544d77b05e7 upstream.\n\nSigned-off-by: Al Viro \u003cviro@zeniv.linux.org.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "8aeae69113b438efadd5b9dda754e60685d8d6c1", "tree": "8afe37bbb03bdd072de4e77f5e4ac03981208173", "parents": [ "926fa0b4b9cd6537f4750642165647aa20cfeae4" ], "author": { "name": "Venkateswararao Jujjuri (JV)", "email": "jvrao@linux.vnet.ibm.com", "time": "Wed Jun 29 18:06:33 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:18 2011 -0700" }, "message": "net/9p: Fix the msize calculation.\n\ncommit c9ffb05ca5b5098d6ea468c909dd384d90da7d54 upstream.\n\nmsize represents the maximum PDU size that includes P9_IOHDRSZ.\n\nSigned-off-by: Venkateswararao Jujjuri \"\u003cjvrao@linux.vnet.ibm.com\u003e\nSigned-off-by: Aneesh Kumar K.V \u003caneesh.kumar@linux.vnet.ibm.com\u003e\nSigned-off-by: Eric Van Hensbergen \u003cericvh@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "926fa0b4b9cd6537f4750642165647aa20cfeae4", "tree": "3e63b8e8a175df1ec1a79009037fde4debe2b9c7", "parents": [ "6170eea647404a2e5726ae81cc8ccc45db89812d" ], "author": { "name": "Aneesh Kumar K.V", "email": "aneesh.kumar@linux.vnet.ibm.com", "time": "Wed Jul 06 16:32:31 2011 +0530" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:18 2011 -0700" }, "message": "fs/9p: Always ask new inode in create\n\ncommit ed80fcfac2565fa866d93ba14f0e75de17a8223e upstream.\n\nThis make sure we don\u0027t end up reusing the unlinked inode object.\nThe ideal way is to use inode i_generation. But i_generation is\nnot available in userspace always.\n\nSigned-off-by: Aneesh Kumar K.V \u003caneesh.kumar@linux.vnet.ibm.com\u003e\nSigned-off-by: Eric Van Hensbergen \u003cericvh@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "6170eea647404a2e5726ae81cc8ccc45db89812d", "tree": "6cf9f57d8f6ce75c49c1c576e82326cc8be62447", "parents": [ "e38b21e76bb89bba3e59da494de586aac23ad430" ], "author": { "name": "Prem Karat", "email": "prem.karat@linux.vnet.ibm.com", "time": "Fri May 06 18:24:18 2011 +0530" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:18 2011 -0700" }, "message": "fs/9p: Fix invalid mount options/args\n\ncommit a2dd43bb0d7b9ce28f8a39254c25840c0730498e upstream.\n\nWithout this fix, if any invalid mount options/args are passed while mouting\nthe 9p fs, no error (-EINVAL) is returned and default arg value is assigned.\n\nThis fix returns -EINVAL when an invalid arguement is found while parsing\nmount options.\n\nSigned-off-by: Prem Karat \u003cprem.karat@linux.vnet.ibm.com\u003e\nSigned-off-by: Aneesh Kumar K.V \u003caneesh.kumar@linux.vnet.ibm.com\u003e\nSigned-off-by: Eric Van Hensbergen \u003cericvh@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "e38b21e76bb89bba3e59da494de586aac23ad430", "tree": "79ac1f29f97ffafc6c31ba3a8dbffcc9c9462572", "parents": [ "a0be78ef93e0656339bf14feddc0e8afb2a86894" ], "author": { "name": "Aneesh Kumar K.V", "email": "aneesh.kumar@linux.vnet.ibm.com", "time": "Mon Jul 11 16:40:59 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:18 2011 -0700" }, "message": "fs/9p: When doing inode lookup compare qid details and inode mode bits.\n\ncommit fd2421f54423f307ecd31bdebdca6bc317e0c492 upstream.\n\nThis make sure we don\u0027t use wrong inode from the inode hash. The inode number\nof the file deleted is reused by the next file system object created\nand if we only use inode number for inode hash lookup we could end up\nwith wrong struct inode.\n\nAlso compare inode generation number. Not all Linux file system provide\nst_gen in userspace. So it could be 0;\n\nSigned-off-by: Aneesh Kumar K.V \u003caneesh.kumar@linux.vnet.ibm.com\u003e\nSigned-off-by: Eric Van Hensbergen \u003cericvh@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "a0be78ef93e0656339bf14feddc0e8afb2a86894", "tree": "9898107a0f01304bed77cb179efaed4dc0678edf", "parents": [ "0beac585155d05699b1f186556d23c240a9e245d" ], "author": { "name": "Aneesh Kumar K.V", "email": "aneesh.kumar@linux.vnet.ibm.com", "time": "Mon Jul 11 16:40:58 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:17 2011 -0700" }, "message": "fs/9p: Fid is not valid after a failed clunk.\n\ncommit 5034990e28efb2d232ee82443a9edd62defd17ba upstream.\n\nfree the fid even in case of failed clunk.\n\nSigned-off-by: Aneesh Kumar K.V \u003caneesh.kumar@linux.vnet.ibm.com\u003e\nSigned-off-by: Eric Van Hensbergen \u003cericvh@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "0beac585155d05699b1f186556d23c240a9e245d", "tree": "59da624d8606dc00423483d9a85b787741f6872a", "parents": [ "8b1aebc0bef2e492a1857a1ea9dfc3ab7408b184" ], "author": { "name": "jvrao", "email": "jvrao@linux.vnet.ibm.com", "time": "Thu Jun 30 23:18:41 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:17 2011 -0700" }, "message": "VirtIO can transfer VIRTQUEUE_NUM of pages.\n\ncommit 7f781679dd596c8abde8336b4d0d166d6a4aad04 upstream.\n\nSigned-off-by: Venkateswararao Jujjuri \"\u003cjvrao@linux.vnet.ibm.com\u003e\nReviewed-by: Aneesh Kumar K.V \u003caneesh.kumar@linux.vnet.ibm.com\u003e\nSigned-off-by: Eric Van Hensbergen \u003cericvh@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "8b1aebc0bef2e492a1857a1ea9dfc3ab7408b184", "tree": "2ef04cce79c055fd7ced519cb7ba70f7c105f1be", "parents": [ "7b551b70695eb39e8bfcc29ae9883e66254cb12d" ], "author": { "name": "jvrao", "email": "jvrao@linux.vnet.ibm.com", "time": "Thu Jun 30 23:18:39 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:16 2011 -0700" }, "message": "Fix the size of receive buffer packing onto VirtIO ring.\n\ncommit 114e6f3a5ede73d5b56e145f04680c61c3dd67c4 upstream.\n\nSigned-off-by: Venkateswararao Jujjuri \"\u003cjvrao@linux.vnet.ibm.com\u003e\nReviewed-by: Aneesh Kumar K.V \u003caneesh.kumar@linux.vnet.ibm.com\u003e\nSigned-off-by: Eric Van Hensbergen \u003cericvh@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "7b551b70695eb39e8bfcc29ae9883e66254cb12d", "tree": "066d0d074908159c05d6dfd3b96a1269bb6e931d", "parents": [ "f2685ef0fbc5fff0a8f1cdc204bf37ab0c9a04a7" ], "author": { "name": "Eric Van Hensbergen", "email": "ericvh@gmail.com", "time": "Wed Jul 13 19:12:18 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:16 2011 -0700" }, "message": "net/9p: fix client code to fail more gracefully on protocol error\n\ncommit b85f7d92d7bd7e3298159e8b1eed8cb8cbbb0348 upstream.\n\nThere was a BUG_ON to protect against a bad id which could be dealt with\nmore gracefully.\n\nReported-by: Natalie Orlin \u003cnorlin@us.ibm.com\u003e\nSigned-off-by: Eric Van Hensbergen \u003cericvh@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "f2685ef0fbc5fff0a8f1cdc204bf37ab0c9a04a7", "tree": "c72bd449b9fba10dfdfa264a52a5814d63252e0c", "parents": [ "ac0a6fa16b992606e52d45191fcad3d7ea5b7f11" ], "author": { "name": "Florian Mickler", "email": "florian@mickler.org", "time": "Wed Aug 10 07:05:20 2011 -0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:16 2011 -0700" }, "message": "vp7045: fix buffer setup\n\ncommit fc61ccd35fd59d5362d37c8bf9c0526c85086c84 upstream.\n\ndvb_usb_device_init calls the frontend_attach method of this driver which\nuses vp7045_usb_ob. In order to have a buffer ready in vp7045_usb_op, it has to\nbe allocated before that happens.\n\nLuckily we can use the whole private data as the buffer as it gets separately\nallocated on the heap via kzalloc in dvb_usb_device_init and is thus apt for\nuse via usb_control_msg.\n\nThis fixes a\n\tBUG: unable to handle kernel paging request at 0000000000001e78\n\nreported by Tino Keitel and diagnosed by Dan Carpenter.\n\nTested-by: Tino Keitel \u003ctino.keitel@tikei.de\u003e\nSigned-off-by: Florian Mickler \u003cflorian@mickler.org\u003e\nSigned-off-by: Mauro Carvalho Chehab \u003cmchehab@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "ac0a6fa16b992606e52d45191fcad3d7ea5b7f11", "tree": "d14fc1552569a1c07c1f48ce0e4a09abcd8f852a", "parents": [ "71a26cb4e0e056d88903f0df669930d2208d6755" ], "author": { "name": "Jarod Wilson", "email": "jarod@redhat.com", "time": "Mon Aug 08 17:20:40 2011 -0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:15 2011 -0700" }, "message": "nuvoton-cir: simplify raw IR sample handling\n\ncommit de4ed0c111ed078b8729a5cc49c23197740f5bad upstream.\n\nThe nuvoton-cir driver was storing up consecutive pulse-pulse and\nspace-space samples internally, for no good reason, since\nir_raw_event_store_with_filter() already merges back to back like\nsamples types for us. This should also fix a regression introduced late\nin 3.0 that related to a timeout change, which actually becomes correct\nwhen coupled with this change. Tested with RC6 and RC5 on my own\nnuvoton-cir hardware atop vanilla 3.0.0, after verifying quirky\nbehavior in 3.0 due to the timeout change.\n\nReported-by: Stephan Raue \u003csraue@openelec.tv\u003e\nCC: Stephan Raue \u003csraue@openelec.tv\u003e\nSigned-off-by: Jarod Wilson \u003cjarod@redhat.com\u003e\nSigned-off-by: Mauro Carvalho Chehab \u003cmchehab@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "71a26cb4e0e056d88903f0df669930d2208d6755", "tree": "0c7e5a3ba18b19fc78ec50df4dd08e9545a69013", "parents": [ "97e5a85664252fd3f3f84751c7779c326df9c851" ], "author": { "name": "NeilBrown", "email": "neilb@suse.de", "time": "Sat Sep 10 17:21:28 2011 +1000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:14 2011 -0700" }, "message": "md: Fix handling for devices from 2TB to 4TB in 0.90 metadata.\n\ncommit 27a7b260f71439c40546b43588448faac01adb93 upstream.\n\n0.90 metadata uses an unsigned 32bit number to count the number of\nkilobytes used from each device.\nThis should allow up to 4TB per device.\nHowever we multiply this by 2 (to get sectors) before casting to a\nlarger type, so sizes above 2TB get truncated.\n\nAlso we allow rdev-\u003esectors to be larger than 4TB, so it is possible\nfor the array to be resized larger than the metadata can handle.\nSo make sure rdev-\u003esectors never exceeds 4TB when 0.90 metadata is in\nused.\n\nAlso the sanity check at the end of super_90_load should include level\n1 as it used -\u003esize too. (RAID0 and Linear don\u0027t use -\u003esize at all).\n\nReported-by: Pim Zandbergen \u003cP.Zandbergen@macroscoop.nl\u003e\nSigned-off-by: NeilBrown \u003cneilb@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "97e5a85664252fd3f3f84751c7779c326df9c851", "tree": "becfedf06d19a4f65aa1789442c1f4268f10b9c8", "parents": [ "045451f9de4d9b7a7a961bf2428b990edf543271" ], "author": { "name": "NeilBrown", "email": "neilb@suse.de", "time": "Sat Sep 10 17:20:21 2011 +1000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:14 2011 -0700" }, "message": "Avoid dereferencing a \u0027request_queue\u0027 after last close.\n\ncommit 94007751bb02797ba87bac7aacee2731ac2039a3 upstream.\n\nOn the last close of an \u0027md\u0027 device which as been stopped, the device\nis destroyed and in particular the request_queue is freed. The free\nis done in a separate thread so it might happen a short time later.\n\n__blkdev_put calls bdev_inode_switch_bdi *after* -\u003erelease has been\ncalled.\n\nSince commit f758eeabeb96f878c860e8f110f94ec8820822a9\nbdev_inode_switch_bdi will dereference the \u0027old\u0027 bdi, which lives\ninside a request_queue, to get a spin lock. This causes the last\nclose on an md device to sometime take a spin_lock which lives in\nfreed memory - which results in an oops.\n\nSo move the called to bdev_inode_switch_bdi before the call to\n-\u003erelease.\n\nCc: Christoph Hellwig \u003chch@lst.de\u003e\nCc: Hugh Dickins \u003chughd@google.com\u003e\nCc: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nCc: Wu Fengguang \u003cfengguang.wu@intel.com\u003e\nAcked-by: Wu Fengguang \u003cfengguang.wu@intel.com\u003e\nSigned-off-by: NeilBrown \u003cneilb@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "045451f9de4d9b7a7a961bf2428b990edf543271", "tree": "0daaed22d2f41ba461837f1fa37e1f62b8621ee3", "parents": [ "766357153d2e17eff9bf45ed66bff015472c1159" ], "author": { "name": "Marcin Slusarz", "email": "marcin.slusarz@gmail.com", "time": "Mon Aug 22 23:14:05 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:14 2011 -0700" }, "message": "drm/nouveau: properly handle allocation failure in nouveau_sgdma_populate\n\ncommit 17c8b960930da3599e47801a54ac0ea1070545d2 upstream.\n\nNot cleaning after alloc failure would result in crash on destroy,\nbecause nouveau_sgdma_clear assumes \"ttm_alloced\" to be not null when\n\"pages\" is not null.\n\nSigned-off-by: Marcin Slusarz \u003cmarcin.slusarz@gmail.com\u003e\nSigned-off-by: Ben Skeggs \u003cbskeggs@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "766357153d2e17eff9bf45ed66bff015472c1159", "tree": "9929ec382b10c537c21f9def0c5bc25770a3dac6", "parents": [ "75a9498b739fc1512e247174e398089d9ca28617" ], "author": { "name": "Linus Walleij", "email": "linus.walleij@linaro.org", "time": "Tue Aug 02 17:48:38 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:13 2011 -0700" }, "message": "ARM: davinci: fix cache flush build error\n\ncommit 897a6a1a14837d6d582bfd1fd7aba00be44b6469 upstream.\n\nThe TNET variant of DaVinci compiles some code that it shares\nwith other DaVinci variants, however it has a V6 CPU rather than\nan ARM926T, thus the hardcoded call to arm926_flush_kern_cache_all()\nin sleep.S will obviously fail, and we need to build with the\nv6_flush_kern_cache_all() call instead. This was triggered by\nmanually altering the DaVinci config to build the TNET version.\n\nCc: Dave Martin \u003cdave.martin@linaro.org\u003e\nCc: Arnd Bergmann \u003carnd@arndb.de\u003e\nSigned-off-by: Linus Walleij \u003clinus.walleij@linaro.org\u003e\nSigned-off-by: Sekhar Nori \u003cnsekhar@ti.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "75a9498b739fc1512e247174e398089d9ca28617", "tree": "d5b29f7df81dfbfb534bdfb94cd4d9aa1f3a7b91", "parents": [ "8a19c4e575cae9c1038305b488430eca4642fa22" ], "author": { "name": "Sudhakar Rajashekhara", "email": "sudhakar.raj@ti.com", "time": "Tue Jul 12 15:58:53 2011 +0530" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:13 2011 -0700" }, "message": "ARM: davinci: da850 EVM: read mac address from SPI flash\n\ncommit 810198bc9c109489dfadc57131c5183ce6ad2d7d upstream.\n\nDA850/OMAP-L138 EMAC driver uses random mac address instead of\na fixed one because the mac address is not stuffed into EMAC\nplatform data.\n\nThis patch provides a function which reads the mac address\nstored in SPI flash (registered as MTD device) and populates the\nEMAC platform data. The function which reads the mac address is\nregistered as a callback which gets called upon addition of MTD\ndevice.\n\nNOTE: In case the MAC address stored in SPI flash is erased, follow\nthe instructions at [1] to restore it.\n\n[1] http://processors.wiki.ti.com/index.php/GSG:_OMAP-L138_DVEVM_Additional_Procedures#Restoring_MAC_address_on_SPI_Flash\n\nModifications in v2:\nGuarded registering the mtd_notifier only when MTD is enabled.\nEarlier this was handled using mtd_has_partitions() call, but\nthis has been removed in Linux v3.0.\n\nModifications in v3:\na. Guarded da850_evm_m25p80_notify_add() function and\n da850evm_spi_notifier structure with CONFIG_MTD macros.\nb. Renamed da850_evm_register_mtd_user() function to\n da850_evm_setup_mac_addr() and removed the struct mtd_notifier\n argument to this function.\nc. Passed the da850evm_spi_notifier structure to register_mtd_user()\n function.\n\nModifications in v4:\nMoved the da850_evm_setup_mac_addr() function within the first\nCONFIG_MTD ifdef construct.\n\nSigned-off-by: Sudhakar Rajashekhara \u003csudhakar.raj@ti.com\u003e\nSigned-off-by: Sekhar Nori \u003cnsekhar@ti.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "8a19c4e575cae9c1038305b488430eca4642fa22", "tree": "ee147d94e8b0547c270682e919e6c00ea08f69fe", "parents": [ "a677ecd3c42c0324df53ef8e811907af2c17c218" ], "author": { "name": "Linus Walleij", "email": "linus.walleij@linaro.org", "time": "Tue Sep 06 08:08:13 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:13 2011 -0700" }, "message": "ARM: 7081/1: mach-integrator: fix the clocksource\n\ncommit bb9ea77846620ed2b37e74c852d72c7a476b248c upstream.\n\nI was intrigued by the fact that the clock stood still on\nthe Integrator, but it wasn\u0027t strange at all, because the\ntimer was set up all wrong and probably has been for a\nwhile. With this patch the clock starts ticking again:\nmake the timer periodic (reload), |\u003d on the divisor bit\nand load the timer before starting it.\n\nSigned-off-by: Linus Walleij \u003clinus.walleij@linaro.org\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "a677ecd3c42c0324df53ef8e811907af2c17c218", "tree": "326af69b91f77e89eb16ec645d6cd6958b5d3a18", "parents": [ "0b129e1ec4f63447c5467373909fa8e9d15826fd" ], "author": { "name": "Guenter Roeck", "email": "guenter.roeck@ericsson.com", "time": "Sun Aug 28 13:01:49 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:12 2011 -0700" }, "message": "hwmon: (max16065) Fix current calculation\n\ncommit ff71c182f461da5ae9d2d65f8a63f5a9193b9be1 upstream.\n\nCurrent calculation is completely wrong. Add missing brackets to fix it.\n\nSigned-off-by: Guenter Roeck \u003cguenter.roeck@ericsson.com\u003e\nAcked-by: Jean Delvare \u003ckhali@linux-fr.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "0b129e1ec4f63447c5467373909fa8e9d15826fd", "tree": "2185664fae6401dab8607ef9a254b7c88b9cd50f", "parents": [ "1f51b5d99ced3fc83ab8367e619320c08eee8a7f" ], "author": { "name": "Konrad Rzeszutek Wilk", "email": "konrad.wilk@oracle.com", "time": "Thu Sep 01 09:48:27 2011 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:12 2011 -0700" }, "message": "xen/smp: Warn user why they keel over - nosmp or noapic and what to use instead.\n\ncommit ed467e69f16e6b480e2face7bc5963834d025f91 upstream.\n\nWe have hit a couple of customer bugs where they would like to\nuse those parameters to run an UP kernel - but both of those\noptions turn of important sources of interrupt information so\nwe end up not being able to boot. The correct way is to\npass in \u0027dom0_max_vcpus\u003d1\u0027 on the Xen hypervisor line and\nthe kernel will patch itself to be a UP kernel.\n\nFixes bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug\u003d637308\n\nAcked-by: Ian Campbell \u003cIan.Campbell@eu.citrix.com\u003e\nSigned-off-by: Konrad Rzeszutek Wilk \u003ckonrad.wilk@oracle.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "1f51b5d99ced3fc83ab8367e619320c08eee8a7f", "tree": "4dd196fe6207dc917a2e54c84476094f13b0fa23", "parents": [ "1c72a517f74eec97133923b5f87a9afbc044423d" ], "author": { "name": "Igor Mammedov", "email": "imammedo@redhat.com", "time": "Thu Sep 01 13:46:55 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:12 2011 -0700" }, "message": "xen: x86_32: do not enable iterrupts when returning from exception in interrupt context\n\ncommit d198d499148a0c64a41b3aba9e7dd43772832b91 upstream.\n\nIf vmalloc page_fault happens inside of interrupt handler with interrupts\ndisabled then on exit path from exception handler when there is no pending\ninterrupts, the following code (arch/x86/xen/xen-asm_32.S:112):\n\n\tcmpw $0x0001, XEN_vcpu_info_pending(%eax)\n\tsete XEN_vcpu_info_mask(%eax)\n\nwill enable interrupts even if they has been previously disabled according to\neflags from the bounce frame (arch/x86/xen/xen-asm_32.S:99)\n\n\ttestb $X86_EFLAGS_IF\u003e\u003e8, 8+1+ESP_OFFSET(%esp)\n\tsetz XEN_vcpu_info_mask(%eax)\n\nSolution is in setting XEN_vcpu_info_mask only when it should be set\naccording to\n\tcmpw $0x0001, XEN_vcpu_info_pending(%eax)\nbut not clearing it if there isn\u0027t any pending events.\n\nReproducer for bug is attached to RHBZ 707552\n\nSigned-off-by: Igor Mammedov \u003cimammedo@redhat.com\u003e\nAcked-by: Jeremy Fitzhardinge \u003cjeremy@goop.org\u003e\nSigned-off-by: Konrad Rzeszutek Wilk \u003ckonrad.wilk@oracle.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "1c72a517f74eec97133923b5f87a9afbc044423d", "tree": "16c252334e55d0f0bbc7ccd4d6dfe7c037e2c8fa", "parents": [ "6942511b6b2a4a6b1fb969905c6841bdb7c1083c" ], "author": { "name": "Girish K S", "email": "girish.shivananjappa@linaro.org", "time": "Fri Aug 26 14:58:18 2011 +0530" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:11 2011 -0700" }, "message": "mmc: sdhci-s3c: Fix mmc card I/O problem\n\ncommit 49bb1e619568ec84785ceb366f07db2a6f0b64cc upstream.\n\nThis patch fixes the problem in sdhci-s3c host driver for Samsung Soc\u0027s.\nDuring the card identification stage the mmc core driver enumerates for\nthe best bus width in combination with the highest available data rate.\nIt starts enumerating from the highest bus width (8) to lowest width (1).\n\nIn case of few MMC cards the 4-bit bus enumeration fails and tries\nthe 1-bit bus enumeration. When switched to 1-bit bus mode the host driver\nhas to clear the previous bus width setting and apply the new setting.\n\nThe current patch will clear the previous bus mode and apply the new\nmode setting.\n\nSigned-off-by: Girish K S \u003cgirish.shivananjappa@linaro.org\u003e\nAcked-by: Jaehoon Chung \u003cjh80.chung@samsung.com\u003e\nSigned-off-by: Chris Ball \u003ccjb@laptop.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "6942511b6b2a4a6b1fb969905c6841bdb7c1083c", "tree": "db365d375c8a3009962279334cb2d98c6e4ddfdf", "parents": [ "0bd01aeeec0a9ba11adceb71aceed08ed276e3c0" ], "author": { "name": "Mika Westerberg", "email": "mika.westerberg@linux.intel.com", "time": "Thu Aug 18 15:23:49 2011 +0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:10 2011 -0700" }, "message": "mmc: core: use non-reentrant workqueue for clock gating\n\ncommit 50a50f9248497484c678631a9c1a719f1aaeab79 upstream.\n\nThe default multithread workqueue can cause the same work to be executed\nconcurrently on a different CPUs. This isn\u0027t really suitable for clock\ngating as it might already gated the clock and gating it twice results both\nhost-\u003eclk_old and host-\u003eios.clock to be set to 0.\n\nTo prevent this from happening we use system_nrt_wq instead.\n\nSigned-off-by: Mika Westerberg \u003cmika.westerberg@linux.intel.com\u003e\nReviewed-by: Linus Walleij \u003clinus.walleij@linaro.org\u003e\nTested-by: Chris Ball \u003ccjb@laptop.org\u003e\nSigned-off-by: Chris Ball \u003ccjb@laptop.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "0bd01aeeec0a9ba11adceb71aceed08ed276e3c0", "tree": "5a3d2d05fb6efdc8b95a98a7edbbe9ca598ab142", "parents": [ "a24cf48a9c7c0def84c226ad97b9d15efd920f9c" ], "author": { "name": "Mika Westerberg", "email": "mika.westerberg@linux.intel.com", "time": "Thu Aug 18 15:23:48 2011 +0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:10 2011 -0700" }, "message": "mmc: core: prevent aggressive clock gating racing with ios updates\n\ncommit 778e277cb82411c9002ca28ccbd216c4d9eb9158 upstream.\n\nWe have seen at least two different races when clock gating kicks in in a\nmiddle of ios structure update.\n\nFirst one happens when ios-\u003eclock is changed outside of aggressive clock\ngating framework, for example via mmc_set_clock(). The race might happen\nwhen we run following code:\n\nmmc_set_ios():\n\t...\n\tif (ios-\u003eclock \u003e 0)\n\t\tmmc_set_ungated(host);\n\nNow if gating kicks in right after the condition check we end up setting\nhost-\u003eclk_gated to false even though we have just gated the clock. Next\ntime a request is started we try to ungate and restore the clock in\nmmc_host_clk_hold(). However since we have host-\u003eclk_gated set to false the\noriginal clock is not restored.\n\nThis eventually will cause the host controller to hang since its clock is\ndisabled while we are trying to issue a request. For example on Intel\nMedfield platform we see:\n\n[ 13.818610] mmc2: Timeout waiting for hardware interrupt.\n[ 13.818698] sdhci: \u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d REGISTER DUMP (mmc2)\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\n[ 13.818753] sdhci: Sys addr: 0x00000000 | Version: 0x00008901\n[ 13.818804] sdhci: Blk size: 0x00000000 | Blk cnt: 0x00000000\n[ 13.818853] sdhci: Argument: 0x00000000 | Trn mode: 0x00000000\n[ 13.818903] sdhci: Present: 0x1fff0000 | Host ctl: 0x00000001\n[ 13.818951] sdhci: Power: 0x0000000d | Blk gap: 0x00000000\n[ 13.819000] sdhci: Wake-up: 0x00000000 | Clock: 0x00000000\n[ 13.819049] sdhci: Timeout: 0x00000000 | Int stat: 0x00000000\n[ 13.819098] sdhci: Int enab: 0x00ff00c3 | Sig enab: 0x00ff00c3\n[ 13.819147] sdhci: AC12 err: 0x00000000 | Slot int: 0x00000000\n[ 13.819196] sdhci: Caps: 0x6bee32b2 | Caps_1: 0x00000000\n[ 13.819245] sdhci: Cmd: 0x00000000 | Max curr: 0x00000000\n[ 13.819292] sdhci: Host ctl2: 0x00000000\n[ 13.819331] sdhci: ADMA Err: 0x00000000 | ADMA Ptr: 0x00000000\n[ 13.819377] sdhci: \u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\n[ 13.919605] mmc2: Reset 0x2 never completed.\n\nand it never recovers.\n\nSecond race might happen while running mmc_power_off():\n\nstatic void mmc_power_off(struct mmc_host *host)\n{\n\thost-\u003eios.clock \u003d 0;\n\thost-\u003eios.vdd \u003d 0;\n\n[ clock gating kicks in here ]\n\n\t/*\n\t * Reset ocr mask to be the highest possible voltage supported for\n\t * this mmc host. This value will be used at next power up.\n\t */\n\thost-\u003eocr \u003d 1 \u003c\u003c (fls(host-\u003eocr_avail) - 1);\n\n\tif (!mmc_host_is_spi(host)) {\n\t\thost-\u003eios.bus_mode \u003d MMC_BUSMODE_OPENDRAIN;\n\t\thost-\u003eios.chip_select \u003d MMC_CS_DONTCARE;\n\t}\n\thost-\u003eios.power_mode \u003d MMC_POWER_OFF;\n\thost-\u003eios.bus_width \u003d MMC_BUS_WIDTH_1;\n\thost-\u003eios.timing \u003d MMC_TIMING_LEGACY;\n\tmmc_set_ios(host);\n}\n\nIf the clock gating worker kicks in while we are only partially updated the\nios structure the host controller gets incomplete ios and might not work as\nsupposed. Again on Intel Medfield platform we get:\n\n[ 4.185349] kernel BUG at drivers/mmc/host/sdhci.c:1155!\n[ 4.185422] invalid opcode: 0000 [#1] PREEMPT SMP\n[ 4.185509] Modules linked in:\n[ 4.185565]\n[ 4.185608] Pid: 4, comm: kworker/0:0 Not tainted 3.0.0+ #240 Intel Corporation Medfield/iCDKA\n[ 4.185742] EIP: 0060:[\u003cc136364e\u003e] EFLAGS: 00010083 CPU: 0\n[ 4.185827] EIP is at sdhci_set_power+0x3e/0xd0\n[ 4.185891] EAX: f5ff98e0 EBX: f5ff98e0 ECX: 00000000 EDX: 00000001\n[ 4.185970] ESI: f5ff977c EDI: f5ff9904 EBP: f644fe98 ESP: f644fe94\n[ 4.186049] DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0068\n[ 4.186125] Process kworker/0:0 (pid: 4, ti\u003df644e000 task\u003df644c0e0 task.ti\u003df644e000)\n[ 4.186219] Stack:\n[ 4.186257] f5ff98e0 f644feb0 c1365173 00000282 f5ff9460 f5ff96e0 f5ff96e0 f644feec\n[ 4.186418] c1355bd8 f644c0e0 c1499c3d f5ff96e0 f644fed4 00000006 f5ff96e0 00000286\n[ 4.186579] f644fedc c107922b f644feec 00000286 f5ff9460 f5ff9700 f644ff10 c135839e\n[ 4.186739] Call Trace:\n[ 4.186802] [\u003cc1365173\u003e] sdhci_set_ios+0x1c3/0x340\n[ 4.186883] [\u003cc1355bd8\u003e] mmc_gate_clock+0x68/0x120\n[ 4.186963] [\u003cc1499c3d\u003e] ? _raw_spin_unlock_irqrestore+0x4d/0x60\n[ 4.187052] [\u003cc107922b\u003e] ? trace_hardirqs_on+0xb/0x10\n[ 4.187134] [\u003cc135839e\u003e] mmc_host_clk_gate_delayed+0xbe/0x130\n[ 4.187219] [\u003cc105ec09\u003e] ? process_one_work+0xf9/0x5b0\n[ 4.187300] [\u003cc135841d\u003e] mmc_host_clk_gate_work+0xd/0x10\n[ 4.187379] [\u003cc105ec82\u003e] process_one_work+0x172/0x5b0\n[ 4.187457] [\u003cc105ec09\u003e] ? process_one_work+0xf9/0x5b0\n[ 4.187538] [\u003cc1358410\u003e] ? mmc_host_clk_gate_delayed+0x130/0x130\n[ 4.187625] [\u003cc105f3c8\u003e] worker_thread+0x118/0x330\n[ 4.187700] [\u003cc1496cee\u003e] ? preempt_schedule+0x2e/0x50\n[ 4.187779] [\u003cc105f2b0\u003e] ? rescuer_thread+0x1f0/0x1f0\n[ 4.187857] [\u003cc1062cf4\u003e] kthread+0x74/0x80\n[ 4.187931] [\u003cc1062c80\u003e] ? __init_kthread_worker+0x60/0x60\n[ 4.188015] [\u003cc149acfa\u003e] kernel_thread_helper+0x6/0xd\n[ 4.188079] Code: 81 fa 00 00 04 00 0f 84 a7 00 00 00 7f 21 81 fa 80 00 00 00 0f 84 92 00 00 00 81 fa 00 00 0\n[ 4.188780] EIP: [\u003cc136364e\u003e] sdhci_set_power+0x3e/0xd0 SS:ESP 0068:f644fe94\n[ 4.188898] ---[ end trace a7b23eecc71777e4 ]---\n\nThis BUG() comes from the fact that ios.power_mode was still in previous\nvalue (MMC_POWER_ON) and ios.vdd was set to zero.\n\nWe prevent these by inhibiting the clock gating while we update the ios\nstructure.\n\nBoth problems can be reproduced by simply running the device in a reboot\nloop.\n\nSigned-off-by: Mika Westerberg \u003cmika.westerberg@linux.intel.com\u003e\nReviewed-by: Linus Walleij \u003clinus.walleij@linaro.org\u003e\nTested-by: Chris Ball \u003ccjb@laptop.org\u003e\nSigned-off-by: Chris Ball \u003ccjb@laptop.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "a24cf48a9c7c0def84c226ad97b9d15efd920f9c", "tree": "869d37fee24bf78cdaf507e58e3000370d55c3f2", "parents": [ "2dd9ce06633ff92cd2b6770c717372ef44693bfd" ], "author": { "name": "Mika Westerberg", "email": "mika.westerberg@linux.intel.com", "time": "Thu Aug 18 15:23:47 2011 +0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:10 2011 -0700" }, "message": "mmc: rename mmc_host_clk_{ungate|gate} to mmc_host_clk_{hold|release}\n\ncommit 08c14071fda4e69abb9d5b1566651cd092b158d3 upstream.\n\nAs per suggestion by Linus Walleij:\n\n \u003e If you think the names of the functions are confusing then\n \u003e you may rename them, say like this:\n \u003e\n \u003e mmc_host_clk_ungate() -\u003e mmc_host_clk_hold()\n \u003e mmc_host_clk_gate() -\u003e mmc_host_clk_release()\n \u003e\n \u003e Which would make the usecases more clear\n\n(This is CC\u0027d to stable@ because the next two patches, which fix\nobservable races, depend on it.)\n\nSigned-off-by: Mika Westerberg \u003cmika.westerberg@linux.intel.com\u003e\nReviewed-by: Linus Walleij \u003clinus.walleij@linaro.org\u003e\nSigned-off-by: Chris Ball \u003ccjb@laptop.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "2dd9ce06633ff92cd2b6770c717372ef44693bfd", "tree": "a1ef0d89c070560f68c11514634294457c2a307e", "parents": [ "70a4888b98f8fe19323a7a33d8d55be5d22513e8" ], "author": { "name": "Andrey Vagin", "email": "avagin@openvz.org", "time": "Tue Aug 30 12:32:36 2011 +0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:09 2011 -0700" }, "message": "x86, perf: Check that current-\u003emm is alive before getting user callchain\n\ncommit 20afc60f892d285fde179ead4b24e6a7938c2f1b upstream.\n\nAn event may occur when an mm is already released.\n\nI added an event in dequeue_entity() and caught a panic with\nthe following backtrace:\n\n[ 434.421110] BUG: unable to handle kernel NULL pointer dereference at 0000000000000050\n[ 434.421258] IP: [\u003cffffffff810464ac\u003e] __get_user_pages_fast+0x9c/0x120\n...\n[ 434.421258] Call Trace:\n[ 434.421258] [\u003cffffffff8101ae81\u003e] copy_from_user_nmi+0x51/0xf0\n[ 434.421258] [\u003cffffffff8109a0d5\u003e] ? sched_clock_local+0x25/0x90\n[ 434.421258] [\u003cffffffff8101b048\u003e] perf_callchain_user+0x128/0x170\n[ 434.421258] [\u003cffffffff811154cd\u003e] ? __perf_event_header__init_id+0xed/0x100\n[ 434.421258] [\u003cffffffff81116690\u003e] perf_prepare_sample+0x200/0x280\n[ 434.421258] [\u003cffffffff81118da8\u003e] __perf_event_overflow+0x1b8/0x290\n[ 434.421258] [\u003cffffffff81065240\u003e] ? tg_shares_up+0x0/0x670\n[ 434.421258] [\u003cffffffff8104fe1a\u003e] ? walk_tg_tree+0x6a/0xb0\n[ 434.421258] [\u003cffffffff81118f44\u003e] perf_swevent_overflow+0xc4/0xf0\n[ 434.421258] [\u003cffffffff81119150\u003e] do_perf_sw_event+0x1e0/0x250\n[ 434.421258] [\u003cffffffff81119204\u003e] perf_tp_event+0x44/0x70\n[ 434.421258] [\u003cffffffff8105701f\u003e] ftrace_profile_sched_block+0xdf/0x110\n[ 434.421258] [\u003cffffffff8106121d\u003e] dequeue_entity+0x2ad/0x2d0\n[ 434.421258] [\u003cffffffff810614ec\u003e] dequeue_task_fair+0x1c/0x60\n[ 434.421258] [\u003cffffffff8105818a\u003e] dequeue_task+0x9a/0xb0\n[ 434.421258] [\u003cffffffff810581e2\u003e] deactivate_task+0x42/0xe0\n[ 434.421258] [\u003cffffffff814bc019\u003e] thread_return+0x191/0x808\n[ 434.421258] [\u003cffffffff81098a44\u003e] ? switch_task_namespaces+0x24/0x60\n[ 434.421258] [\u003cffffffff8106f4c4\u003e] do_exit+0x464/0x910\n[ 434.421258] [\u003cffffffff8106f9c8\u003e] do_group_exit+0x58/0xd0\n[ 434.421258] [\u003cffffffff8106fa57\u003e] sys_exit_group+0x17/0x20\n[ 434.421258] [\u003cffffffff8100b202\u003e] system_call_fastpath+0x16/0x1b\n\nSigned-off-by: Andrey Vagin \u003cavagin@openvz.org\u003e\nSigned-off-by: Peter Zijlstra \u003ca.p.zijlstra@chello.nl\u003e\nLink: http://lkml.kernel.org/r/1314693156-24131-1-git-send-email-avagin@openvz.org\nSigned-off-by: Ingo Molnar \u003cmingo@elte.hu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "70a4888b98f8fe19323a7a33d8d55be5d22513e8", "tree": "96c04a67bf267b3f5db230b66ffdcf4f35b40fab", "parents": [ "f4e97b682ac92d2aed3db68f396b022113d9ad30" ], "author": { "name": "WANG Cong", "email": "amwang@redhat.com", "time": "Thu Aug 18 20:36:57 2011 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:09 2011 -0700" }, "message": "sched: Fix a memory leak in __sdt_free()\n\ncommit feff8fa0075bdfd43c841e9d689ed81adda988d6 upstream.\n\nThis patch fixes the following memory leak:\n\nunreferenced object 0xffff880107266800 (size 512):\n comm \"sched-powersave\", pid 3718, jiffies 4323097853 (age 27495.450s)\n hex dump (first 32 bytes):\n 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................\n 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................\n backtrace:\n [\u003cffffffff81133940\u003e] create_object+0x187/0x28b\n [\u003cffffffff814ac103\u003e] kmemleak_alloc+0x73/0x98\n [\u003cffffffff811232ba\u003e] __kmalloc_node+0x104/0x159\n [\u003cffffffff81044b98\u003e] kzalloc_node.clone.97+0x15/0x17\n [\u003cffffffff8104cb90\u003e] build_sched_domains+0xb7/0x7f3\n [\u003cffffffff8104d4df\u003e] partition_sched_domains+0x1db/0x24a\n [\u003cffffffff8109ee4a\u003e] do_rebuild_sched_domains+0x3b/0x47\n [\u003cffffffff810a00c7\u003e] rebuild_sched_domains+0x10/0x12\n [\u003cffffffff8104d5ba\u003e] sched_power_savings_store+0x6c/0x7b\n [\u003cffffffff8104d5df\u003e] sched_mc_power_savings_store+0x16/0x18\n [\u003cffffffff8131322c\u003e] sysdev_class_store+0x20/0x22\n [\u003cffffffff81193876\u003e] sysfs_write_file+0x108/0x144\n [\u003cffffffff81135b10\u003e] vfs_write+0xaf/0x102\n [\u003cffffffff81135d23\u003e] sys_write+0x4d/0x74\n [\u003cffffffff814c8a42\u003e] system_call_fastpath+0x16/0x1b\n [\u003cffffffffffffffff\u003e] 0xffffffffffffffff\n\nSigned-off-by: WANG Cong \u003camwang@redhat.com\u003e\nSigned-off-by: Peter Zijlstra \u003ca.p.zijlstra@chello.nl\u003e\nLink: http://lkml.kernel.org/r/1313671017-4112-1-git-send-email-amwang@redhat.com\nSigned-off-by: Ingo Molnar \u003cmingo@elte.hu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "f4e97b682ac92d2aed3db68f396b022113d9ad30", "tree": "fcaf4fb3e45f8a89313b003a10765f1dc97cbbaa", "parents": [ "edbb7ce79e62d1028781b58337100108dc41471e" ], "author": { "name": "Thomas Gleixner", "email": "tglx@linutronix.de", "time": "Wed Jun 22 19:47:01 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:09 2011 -0700" }, "message": "sched: Move blk_schedule_flush_plug() out of __schedule()\n\ncommit 9c40cef2b799f9b5e7fa5de4d2ad3a0168ba118c upstream.\n\nThere is no real reason to run blk_schedule_flush_plug() with\ninterrupts and preemption disabled.\n\nMove it into schedule() and call it when the task is going voluntarily\nto sleep. There might be false positives when the task is woken\nbetween that call and actually scheduling, but that\u0027s not really\ndifferent from being woken immediately after switching away.\n\nThis fixes a deadlock in the scheduler where the\nblk_schedule_flush_plug() callchain enables interrupts and thereby\nallows a wakeup to happen of the task that\u0027s going to sleep.\n\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nSigned-off-by: Peter Zijlstra \u003ca.p.zijlstra@chello.nl\u003e\nCc: Tejun Heo \u003ctj@kernel.org\u003e\nCc: Jens Axboe \u003caxboe@kernel.dk\u003e\nCc: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nLink: http://lkml.kernel.org/n/tip-dwfxtra7yg1b5r65m32ywtct@git.kernel.org\nSigned-off-by: Ingo Molnar \u003cmingo@elte.hu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "edbb7ce79e62d1028781b58337100108dc41471e", "tree": "ada11412d0cba8bf4a3a900e14429935bee8322a", "parents": [ "1ed2053563d4d0bf70864a9df53c7a5dce7724e9" ], "author": { "name": "Thomas Gleixner", "email": "tglx@linutronix.de", "time": "Wed Jun 22 19:47:00 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:08 2011 -0700" }, "message": "sched: Separate the scheduler entry for preemption\n\ncommit c259e01a1ec90063042f758e409cd26b2a0963c8 upstream.\n\nBlock-IO and workqueues call into notifier functions from the\nscheduler core code with interrupts and preemption disabled. These\ncalls should be made before entering the scheduler core.\n\nTo simplify this, separate the scheduler core code into\n__schedule(). __schedule() is directly called from the places which\nset PREEMPT_ACTIVE and from schedule(). This allows us to add the work\nchecks into schedule(), so they are only called when a task voluntary\ngoes to sleep.\n\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nSigned-off-by: Peter Zijlstra \u003ca.p.zijlstra@chello.nl\u003e\nCc: Tejun Heo \u003ctj@kernel.org\u003e\nCc: Jens Axboe \u003caxboe@kernel.dk\u003e\nCc: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nLink: http://lkml.kernel.org/r/20110622174918.813258321@linutronix.de\nSigned-off-by: Ingo Molnar \u003cmingo@elte.hu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "1ed2053563d4d0bf70864a9df53c7a5dce7724e9", "tree": "e6ab98a2249cc9015a48deb25d0255837de25f58", "parents": [ "c3a44b4d23f4cb1b3eafb8c2c74d88f452d50a6d" ], "author": { "name": "John Stultz", "email": "john.stultz@linaro.org", "time": "Fri Jul 22 09:12:51 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:08 2011 -0700" }, "message": "rtc: Fix RTC PIE frequency limit\n\ncommit 938f97bcf1bdd1b681d5d14d1d7117a2e22d4434 upstream.\n\nThomas earlier submitted a fix to limit the RTC PIE freq, but\npicked 5000Hz out of the air. Willy noticed that we should\ninstead use the 8192Hz max from the rtc man documentation.\n\nCc: Willy Tarreau \u003cw@1wt.eu\u003e\nCc: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nSigned-off-by: John Stultz \u003cjohn.stultz@linaro.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "c3a44b4d23f4cb1b3eafb8c2c74d88f452d50a6d", "tree": "1ae49d74350fd3febbc73b1516924bc7faed7e7d", "parents": [ "0898dd1603e1dec711217b85329c031b30f81710" ], "author": { "name": "John Stultz", "email": "john.stultz@linaro.org", "time": "Wed Aug 10 10:26:09 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:07 2011 -0700" }, "message": "alarmtimers: Avoid possible denial of service with high freq periodic timers\n\ncommit 6af7e471e5a7746b8024d70b4363d3dfe41d36b8 upstream.\n\nIts possible to jam up the alarm timers by setting very small interval\ntimers, which will cause the alarmtimer subsystem to spend all of its time\nfiring and restarting timers. This can effectivly lock up a box.\n\nA deeper fix is needed, closely mimicking the hrtimer code, but for now\njust cap the interval to 100us to avoid userland hanging the system.\n\nCC: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nSigned-off-by: John Stultz \u003cjohn.stultz@linaro.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "0898dd1603e1dec711217b85329c031b30f81710", "tree": "fce87fc0b31865100b5e35d26ce1159fc5261a36", "parents": [ "26cf1a7ba1a6cc19d48c993bebd3be94c48af74a" ], "author": { "name": "John Stultz", "email": "john.stultz@linaro.org", "time": "Thu Aug 04 07:51:56 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:07 2011 -0700" }, "message": "alarmtimers: Memset itimerspec passed into alarm_timer_get\n\ncommit ea7802f630d356acaf66b3c0b28c00a945fc35dc upstream.\n\nFollowing common_timer_get, zero out the itimerspec passed in.\n\nCC: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nSigned-off-by: John Stultz \u003cjohn.stultz@linaro.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "26cf1a7ba1a6cc19d48c993bebd3be94c48af74a", "tree": "d58851c18bab62e7ce380ca8c32fa2b515149599", "parents": [ "5607cbd164dc1913cc52abba893c0961617eafd2" ], "author": { "name": "John Stultz", "email": "john.stultz@linaro.org", "time": "Thu Aug 04 07:25:35 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:06 2011 -0700" }, "message": "alarmtimers: Avoid possible null pointer traversal\n\ncommit 971c90bfa2f0b4fe52d6d9002178d547706f1343 upstream.\n\nWe don\u0027t check if old_setting is non null before assigning it, so\ncorrect this.\n\nCC: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nSigned-off-by: John Stultz \u003cjohn.stultz@linaro.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "5607cbd164dc1913cc52abba893c0961617eafd2", "tree": "fd37b37d9bcac0ea982d1887e2160948936949c9", "parents": [ "0dd4154f666ec85b7befd5026342ebb77c6c06f0" ], "author": { "name": "Troy Kisky", "email": "troy.kisky@boundarydevices.com", "time": "Fri Jun 24 10:52:56 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:06 2011 -0700" }, "message": "MXC: iomux-v3: correct NO_PAD_CTRL definition\n\ncommit 425933b30b0ccfac58065bca6c853ea627443cdf upstream.\n\niomux-v3.c uses NO_PAD_CTRL as a 32 bit value\nso it should not be shifted left by MUX_PAD_CTRL_SHIFT(41)\n\nPreviously, anything requesting NO_PAD_CTRL would get\ntheir pad control register set to 0.\n\nSince it is a pad control mask, place it with the other mask values.\n\nSigned-off-by: Troy Kisky \u003ctroy.kisky@boundarydevices.com\u003e\nAcked-by: Lothar Waßmann \u003cLW@KARO-electronics.de\u003e\nTested-by: Lothar Waßmann \u003cLW@KARO-electronics.de\u003e\nSigned-off-by: Sascha Hauer \u003cs.hauer@pengutronix.de\u003e\nCc: John Ogness \u003cjohn.ogness@linutronix.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "0dd4154f666ec85b7befd5026342ebb77c6c06f0", "tree": "dc9469c20e537bf1404e58fff725dae07d134b06", "parents": [ "66d52cb7c42a5df2a6aded5f29dba98ac2882064" ], "author": { "name": "Carolyn Wyborny", "email": "carolyn.wyborny@intel.com", "time": "Thu Jul 07 00:24:56 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:05 2011 -0700" }, "message": "igb: fix WOL on second port of i350 device\n\ncommit 6d337dce664b6872ddf1655f6b1fcab76ce35b08 upstream.\n\nThis patch fixes a problem where WOL would fail on second port of i350\ndevice.\n\nReported-by: Martin Wilck \u003cmartin.wilck@ts.fujitsu.com\u003e\nReported-by: Stefan Assmann\u003csassmann@redhat.com\u003e\nSigned-off-by: Carolyn Wyborny \u003ccarolyn.wyborny@intel.com\u003e\nTested-by: Aaron Brown \u003caaron.f.brown@intel.com\u003e\nSigned-off-by: Jeff Kirsher \u003cjeffrey.t.kirsher@intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "66d52cb7c42a5df2a6aded5f29dba98ac2882064", "tree": "6d154119840cec22ecaeda4cc76a5d9d412d5e09", "parents": [ "42274b5f8129467095e8b907b5bc9536caf30fa8" ], "author": { "name": "Mel Gorman", "email": "mgorman@suse.de", "time": "Mon Jul 25 17:12:30 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:04 2011 -0700" }, "message": "mm: page allocator: reconsider zones for allocation after direct reclaim\n\ncommit 76d3fbf8fbf6cc78ceb63549e0e0c5bc8a88f838 upstream.\n\nWith zone_reclaim_mode enabled, it\u0027s possible for zones to be considered\nfull in the zonelist_cache so they are skipped in the future. If the\nprocess enters direct reclaim, the ZLC may still consider zones to be full\neven after reclaiming pages. Reconsider all zones for allocation if\ndirect reclaim returns successfully.\n\nSigned-off-by: Mel Gorman \u003cmgorman@suse.de\u003e\nCc: Minchan Kim \u003cminchan.kim@gmail.com\u003e\nCc: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nCc: Christoph Lameter \u003ccl@linux.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nCc: Stefan Priebe \u003cs.priebe@profihost.ag\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "42274b5f8129467095e8b907b5bc9536caf30fa8", "tree": "9f4d0a531adab1763b673a081e49704c481f1d09", "parents": [ "10927d967aa3e7031b0a573be8f002af607e6227" ], "author": { "name": "Mel Gorman", "email": "mgorman@suse.de", "time": "Mon Jul 25 17:12:29 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:04 2011 -0700" }, "message": "mm: page allocator: initialise ZLC for first zone eligible for zone_reclaim\n\ncommit cd38b115d5ad79b0100ac6daa103c4fe2c50a913 upstream.\n\nThere have been a small number of complaints about significant stalls\nwhile copying large amounts of data on NUMA machines reported on a\ndistribution bugzilla. In these cases, zone_reclaim was enabled by\ndefault due to large NUMA distances. In general, the complaints have not\nbeen about the workload itself unless it was a file server (in which case\nthe recommendation was disable zone_reclaim).\n\nThe stalls are mostly due to significant amounts of time spent scanning\nthe preferred zone for pages to free. After a failure, it might fallback\nto another node (as zonelists are often node-ordered rather than\nzone-ordered) but stall quickly again when the next allocation attempt\noccurs. In bad cases, each page allocated results in a full scan of the\npreferred zone.\n\nPatch 1 checks the preferred zone for recent allocation failure\n which is particularly important if zone_reclaim has failed\n recently. This avoids rescanning the zone in the near future and\n instead falling back to another node. This may hurt node locality\n in some cases but a failure to zone_reclaim is more expensive than\n a remote access.\n\nPatch 2 clears the zlc information after direct reclaim.\n Otherwise, zone_reclaim can mark zones full, direct reclaim can\n reclaim enough pages but the zone is still not considered for\n allocation.\n\nThis was tested on a 24-thread 2-node x86_64 machine. The tests were\nfocused on large amounts of IO. All tests were bound to the CPUs on\nnode-0 to avoid disturbances due to processes being scheduled on different\nnodes. The kernels tested are\n\n3.0-rc6-vanilla\t\tVanilla 3.0-rc6\nzlcfirst\t\tPatch 1 applied\nzlcreconsider\t\tPatches 1+2 applied\n\nFS-Mark\n./fs_mark -d /tmp/fsmark-10813 -D 100 -N 5000 -n 208 -L 35 -t 24 -S0 -s 524288\n fsmark-3.0-rc6 3.0-rc6 \t\t3.0-rc6\n vanilla\t\t\t zlcfirs \tzlcreconsider\nFiles/s min 54.90 ( 0.00%) 49.80 (-10.24%) 49.10 (-11.81%)\nFiles/s mean 100.11 ( 0.00%) 135.17 (25.94%) 146.93 (31.87%)\nFiles/s stddev 57.51 ( 0.00%) 138.97 (58.62%) 158.69 (63.76%)\nFiles/s max 361.10 ( 0.00%) 834.40 (56.72%) 802.40 (55.00%)\nOverhead min 76704.00 ( 0.00%) 76501.00 ( 0.27%) 77784.00 (-1.39%)\nOverhead mean 1485356.51 ( 0.00%) 1035797.83 (43.40%) 1594680.26 (-6.86%)\nOverhead stddev 1848122.53 ( 0.00%) 881489.88 (109.66%) 1772354.90 ( 4.27%)\nOverhead max 7989060.00 ( 0.00%) 3369118.00 (137.13%) 10135324.00 (-21.18%)\nMMTests Statistics: duration\nUser/Sys Time Running Test (seconds) 501.49 493.91 499.93\nTotal Elapsed Time (seconds) 2451.57 2257.48 2215.92\n\nMMTests Statistics: vmstat\nPage Ins 46268 63840 66008\nPage Outs 90821596 90671128 88043732\nSwap Ins 0 0 0\nSwap Outs 0 0 0\nDirect pages scanned 13091697 8966863 8971790\nKswapd pages scanned 0 1830011 1831116\nKswapd pages reclaimed 0 1829068 1829930\nDirect pages reclaimed 13037777 8956828 8648314\nKswapd efficiency 100% 99% 99%\nKswapd velocity 0.000 810.643 826.346\nDirect efficiency 99% 99% 96%\nDirect velocity 5340.128 3972.068 4048.788\nPercentage direct scans 100% 83% 83%\nPage writes by reclaim 0 3 0\nSlabs scanned 796672 720640 720256\nDirect inode steals 7422667 7160012 7088638\nKswapd inode steals 0 1736840 2021238\n\nTest completes far faster with a large increase in the number of files\ncreated per second. Standard deviation is high as a small number of\niterations were much higher than the mean. The number of pages scanned by\nzone_reclaim is reduced and kswapd is used for more work.\n\nLARGE DD\n \t\t3.0-rc6 3.0-rc6 3.0-rc6\n \tvanilla zlcfirst zlcreconsider\ndownload tar 59 ( 0.00%) 59 ( 0.00%) 55 ( 7.27%)\ndd source files 527 ( 0.00%) 296 (78.04%) 320 (64.69%)\ndelete source 36 ( 0.00%) 19 (89.47%) 20 (80.00%)\nMMTests Statistics: duration\nUser/Sys Time Running Test (seconds) 125.03 118.98 122.01\nTotal Elapsed Time (seconds) 624.56 375.02 398.06\n\nMMTests Statistics: vmstat\nPage Ins 3594216 439368 407032\nPage Outs 23380832 23380488 23377444\nSwap Ins 0 0 0\nSwap Outs 0 436 287\nDirect pages scanned 17482342 69315973 82864918\nKswapd pages scanned 0 519123 575425\nKswapd pages reclaimed 0 466501 522487\nDirect pages reclaimed 5858054 2732949 2712547\nKswapd efficiency 100% 89% 90%\nKswapd velocity 0.000 1384.254 1445.574\nDirect efficiency 33% 3% 3%\nDirect velocity 27991.453 184832.737 208171.929\nPercentage direct scans 100% 99% 99%\nPage writes by reclaim 0 5082 13917\nSlabs scanned 17280 29952 35328\nDirect inode steals 115257 1431122 332201\nKswapd inode steals 0 0 979532\n\nThis test downloads a large tarfile and copies it with dd a number of\ntimes - similar to the most recent bug report I\u0027ve dealt with. Time to\ncompletion is reduced. The number of pages scanned directly is still\ndisturbingly high with a low efficiency but this is likely due to the\nnumber of dirty pages encountered. The figures could probably be improved\nwith more work around how kswapd is used and how dirty pages are handled\nbut that is separate work and this result is significant on its own.\n\nStreaming Mapped Writer\nMMTests Statistics: duration\nUser/Sys Time Running Test (seconds) 124.47 111.67 112.64\nTotal Elapsed Time (seconds) 2138.14 1816.30 1867.56\n\nMMTests Statistics: vmstat\nPage Ins 90760 89124 89516\nPage Outs 121028340 120199524 120736696\nSwap Ins 0 86 55\nSwap Outs 0 0 0\nDirect pages scanned 114989363 96461439 96330619\nKswapd pages scanned 56430948 56965763 57075875\nKswapd pages reclaimed 27743219 27752044 27766606\nDirect pages reclaimed 49777 46884 36655\nKswapd efficiency 49% 48% 48%\nKswapd velocity 26392.541 31363.631 30561.736\nDirect efficiency 0% 0% 0%\nDirect velocity 53780.091 53108.759 51581.004\nPercentage direct scans 67% 62% 62%\nPage writes by reclaim 385 122 1513\nSlabs scanned 43008 39040 42112\nDirect inode steals 0 10 8\nKswapd inode steals 733 534 477\n\nThis test just creates a large file mapping and writes to it linearly.\nTime to completion is again reduced.\n\nThe gains are mostly down to two things. In many cases, there is less\nscanning as zone_reclaim simply gives up faster due to recent failures.\nThe second reason is that memory is used more efficiently. Instead of\nscanning the preferred zone every time, the allocator falls back to\nanother zone and uses it instead improving overall memory utilisation.\n\nThis patch: initialise ZLC for first zone eligible for zone_reclaim.\n\nThe zonelist cache (ZLC) is used among other things to record if\nzone_reclaim() failed for a particular zone recently. The intention is to\navoid a high cost scanning extremely long zonelists or scanning within the\nzone uselessly.\n\nCurrently the zonelist cache is setup only after the first zone has been\nconsidered and zone_reclaim() has been called. The objective was to avoid\na costly setup but zone_reclaim is itself quite expensive. If it is\nfailing regularly such as the first eligible zone having mostly mapped\npages, the cost in scanning and allocation stalls is far higher than the\nZLC initialisation step.\n\nThis patch initialises ZLC before the first eligible zone calls\nzone_reclaim(). Once initialised, it is checked whether the zone failed\nzone_reclaim recently. If it has, the zone is skipped. As the first zone\nis now being checked, additional care has to be taken about zones marked\nfull. A zone can be marked \"full\" because it should not have enough\nunmapped pages for zone_reclaim but this is excessive as direct reclaim or\nkswapd may succeed where zone_reclaim fails. Only mark zones \"full\" after\nzone_reclaim fails if it failed to reclaim enough pages after scanning.\n\nSigned-off-by: Mel Gorman \u003cmgorman@suse.de\u003e\nCc: Minchan Kim \u003cminchan.kim@gmail.com\u003e\nCc: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nCc: Christoph Lameter \u003ccl@linux.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nCc: Stefan Priebe \u003cs.priebe@profihost.ag\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "10927d967aa3e7031b0a573be8f002af607e6227", "tree": "890f4f10ba071cc90cfbd07c2658a926b9aaf705", "parents": [ "34b64435133e6feea81571344077738cfd4f7ede" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Thu Sep 01 17:46:15 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:04 2011 -0700" }, "message": "drm/radeon/kms: make sure pci max read request size is valid on evergreen+ (v2)\n\ncommit d054ac16eeb658bccadb06b12c39cee22243b10f upstream.\n\nIf the bios or OS sets the pci max read request size to 0 or an\ninvalid value (6,7), it can result in a hang or slowdown. Check\nand set it to something sane if it\u0027s invalid.\n\nFixes:\nhttps://bugzilla.kernel.org/show_bug.cgi?id\u003d42162\n\nv2: use pci reg defines from include/linux/pci_regs.h\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nReviewed-by: Michel Dänzer \u003cmichel.daenzer@amd.com\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "34b64435133e6feea81571344077738cfd4f7ede", "tree": "0a5851a5d06847feba58f6670e91bcc3c529f757", "parents": [ "c122ead30dcdb8712ba3d49d478ae66ac33dfb7b" ], "author": { "name": "Dave Airlie", "email": "airlied@redhat.com", "time": "Tue Aug 30 20:22:04 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:03 2011 -0700" }, "message": "drm/radeon/kms: set a default max_pixel_clock\n\ncommit 9adceaa5b3d2480e2252c4a7f9c4bd7d66b8c4a2 upstream.\n\nOn some Power rv100 cards, we have no ATY OF table, but we have\nno combios table either, and hence we refuse all modes on VGA-0\nsince we end up with a 0 max pixel clock.\n\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nReviewed-by: Alex Deucher \u003calexdeucher@gmail.com\u003e\nReviewed-by: Jerome Glisse \u003cjglisse@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "c122ead30dcdb8712ba3d49d478ae66ac33dfb7b", "tree": "e332d1f6234e3f0da9f71c4353492ce4d06b5da4", "parents": [ "0dbf5d84ecfa51949a4543da9b215ad36e3ac63f" ], "author": { "name": "NeilBrown", "email": "neilb@suse.de", "time": "Thu Aug 25 14:43:53 2011 +1000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:03 2011 -0700" }, "message": "md/linear: avoid corrupting structure while waiting for rcu_free to complete.\n\ncommit 1b6afa17581027218088a18a9ceda600e0ddba7a upstream.\n\nI don\u0027t know what I was thinking putting \u0027rcu\u0027 after a dynamically\nsized array! The array could still be in use when we call rcu_free()\n(That is the point) so we mustn\u0027t corrupt it.\n\nSigned-off-by: NeilBrown \u003cneilb@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "0dbf5d84ecfa51949a4543da9b215ad36e3ac63f", "tree": "ca0d3a1af51960933ca6e7c03a2896054ddb9dff", "parents": [ "5297aef4dd2d5b7f17fe515a0a455bf969bb19a9" ], "author": { "name": "Srinivas Kandagatla", "email": "srinivas.kandagatla@st.com", "time": "Mon Aug 15 10:43:44 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:03 2011 -0700" }, "message": "ARM: 7014/1: cache-l2x0: Fix L2 Cache size calculation.\n\ncommit 43c734be5571a4daad9f0a3e0b3229a1c0049917 upstream.\n\nThis patch fixes L2 Cache size calculations for L2C-210, L2C-310 and\nPL310, by changing the L2X0_AUX_CTRL_WAY_SIZE_MASK from 2 bits to 3\nbits.\n\nThe Auxiliary Control Register for L2C-210, L2C-310 and PL310 has 3bits\n[19:17] for Way size, however the existing code only uses 2 bits to\nget this value. This results in incorrect cachesize calculations.\n\nIt also results in performing operations on the whole cache when we\nerroneously decide that the range is big enough (due to l2x0_size being\ntoo small) and also prints incorrect cachesize.\n\nSigned-off-by: Srinivas Kandagatla \u003csrinivas.kandagatla@st.com\u003e\nAcked-by: Will Deacon \u003cwill.deacon@arm.com\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "5297aef4dd2d5b7f17fe515a0a455bf969bb19a9", "tree": "fe4a8dc81bfbd93580f3df0c3c45ae1fd0f41113", "parents": [ "795464a57a2a7c342ccdc0939647d45dabd24668" ], "author": { "name": "Jerome Glisse", "email": "jglisse@redhat.com", "time": "Wed Aug 24 20:00:17 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:02 2011 -0700" }, "message": "drm/radeon/kms: evergreen \u0026 ni reset SPI block on CP resume\n\ncommit a49a50dad48586d42ebac1a6730c3a3cd5603421 upstream.\n\nFor some reason SPI block is in broken state after module\nunloading. This lead to broken rendering after reloading\nmodule. Fix this by reseting SPI block in CP resume function\n\nSigned-off-by: Jerome Glisse \u003cjglisse@redhat.com\u003e\nReviewed-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "795464a57a2a7c342ccdc0939647d45dabd24668", "tree": "3d9d3e1c9fc4240c55932f7363f35b3abd92e518", "parents": [ "f7ae5caa73f0f1b226da2dae7403e7d12d58db26" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Mon Aug 29 14:55:25 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:02 2011 -0700" }, "message": "drm/radeon/kms: add s/r quirk for Compaq Presario V5245EU\n\ncommit 302a8e8b06d312dcb3b718dfeb42aa912b5f426b upstream.\n\nFixes resume on Compaq Presario V5245EU.\n\nFixes:\nhttps://bugzilla.kernel.org/show_bug.cgi?id\u003d41642\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "f7ae5caa73f0f1b226da2dae7403e7d12d58db26", "tree": "23364e1107f8127125de3d3f1e1e86d683fb90e2", "parents": [ "94dea7201a65816b802d8c8b8b0877590fd67d7e" ], "author": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Mon Aug 29 21:14:29 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:02 2011 -0700" }, "message": "sparc64: Only Panther cheetah+ chips have POPC.\n\ncommit 1a8e0da5937a6c87807083baa318cf8f98dac9aa upstream.\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "94dea7201a65816b802d8c8b8b0877590fd67d7e", "tree": "7eadffb57228733a76730593e57fb49fc569e507", "parents": [ "8d537b9f6c2bef25dd3ef257be686ebb91629dd6" ], "author": { "name": "Axel Lin", "email": "axel.lin@gmail.com", "time": "Sun Jul 10 21:44:09 2011 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:01 2011 -0700" }, "message": "regulator: tps65910: Add missing breaks in switch/case\n\ncommit d04156bca629740a661fd0738cd69ba1f08b2b20 upstream.\n\nAlso add a default case in tps65910_list_voltage_dcdc to silence\n\u0027volt\u0027 may be used uninitialized in this function warning.\n\nSigned-off-by: Axel Lin \u003caxel.lin@gmail.com\u003e\nAcked-by: Mark Brown \u003cbroonie@opensource.wolfsonmicro.com\u003e\nSigned-off-by: Liam Girdwood \u003clrg@slimlogic.co.uk\u003e\nCc: Johan Hovold \u003cjhovold@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "8d537b9f6c2bef25dd3ef257be686ebb91629dd6", "tree": "326b33ec6644b050cee1b793d2c96691ea0df381", "parents": [ "d91d1ddeab465c3bd1a5bb503be6bc2414b451a9" ], "author": { "name": "Kjetil Oftedal", "email": "oftedal@gmail.com", "time": "Mon Aug 29 00:16:28 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:01 2011 -0700" }, "message": "sparc32,sun4d: Change IPI IRQ level to prevent collision between IPI and timer interrupt\n\ncommit 38f7f8f05e8239e9871f7e1c4b0a842080e85315 upstream.\n\nOn Sun4d systems running in SMP mode, IRQ 14 is used for timer interrupts\nand has a specialized interrupt handler. IPI is currently set to use IRQ 14\nas well, which causes it to trigger the timer interrupt handler, and not the\nIPI interrupt handler.\n\nThe IPI interrupt is therefore changed to IRQ 13, which is the highest\nnormally handled interrupt. This IRQ is also used for SBUS interrupts,\nhowever there is nothing in the IPI/SBUS interrupt handlers that indicate\nthat they will not handle sharing the interrupt.\n(IRQ 13 is indicated as audio interrupt, which is unlikely to be found in a\nsun4d system)\n\nSigned-off-by: Kjetil Oftedal \u003coftedal@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "d91d1ddeab465c3bd1a5bb503be6bc2414b451a9", "tree": "dba7ab31825688faa30c8efab34946dfdf09afd4", "parents": [ "69c4ec5d70afef6f947c761c40f0b1dc169176b7" ], "author": { "name": "Ian Campbell", "email": "Ian.Campbell@citrix.com", "time": "Wed Aug 17 22:14:57 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:01 2011 -0700" }, "message": "sparc: fix array bounds error setting up PCIC NMI trap\n\ncommit 4a0342ca8e8150bd47e7118a76e300692a1b6b7b upstream.\n\n CC arch/sparc/kernel/pcic.o\narch/sparc/kernel/pcic.c: In function \u0027pcic_probe\u0027:\narch/sparc/kernel/pcic.c:359:33: error: array subscript is above array bounds [-Werror\u003darray-bounds]\narch/sparc/kernel/pcic.c:359:8: error: array subscript is above array bounds [-Werror\u003darray-bounds]\narch/sparc/kernel/pcic.c:360:33: error: array subscript is above array bounds [-Werror\u003darray-bounds]\narch/sparc/kernel/pcic.c:360:8: error: array subscript is above array bounds [-Werror\u003darray-bounds]\narch/sparc/kernel/pcic.c:361:33: error: array subscript is above array bounds [-Werror\u003darray-bounds]\narch/sparc/kernel/pcic.c:361:8: error: array subscript is above array bounds [-Werror\u003darray-bounds]\ncc1: all warnings being treated as errors\n\nI\u0027m not particularly familiar with sparc but t_nmi (defined in head_32.S via\nthe TRAP_ENTRY macro) and pcic_nmi_trap_patch (defined in entry.S) both appear\nto be 4 instructions long and I presume from the usage that instructions are\nint sized.\n\nSigned-off-by: Ian Campbell \u003cian.campbell@citrix.com\u003e\nCc: \"David S. Miller\" \u003cdavem@davemloft.net\u003e\nCc: sparclinux@vger.kernel.org\nReviewed-by: Sam Ravnborg \u003csam@ravnborg.org\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "69c4ec5d70afef6f947c761c40f0b1dc169176b7", "tree": "dc0dbefe0d309cb39deae4a2f43f17a3e7f51799", "parents": [ "a9d0a36343633a3972c8872ffe8020ba12392629" ], "author": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Mon Aug 15 14:45:17 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:40:00 2011 -0700" }, "message": "sparc64: Set HAVE_C_RECORDMCOUNT\n\n[ Upstream commit 178a29600340bef5b13cd4157053679debe35351 ]\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "a9d0a36343633a3972c8872ffe8020ba12392629", "tree": "efe149624c8e90a42355bf08ec54f62d53b46fea", "parents": [ "7fe1e169829030a8257be59636f82c45753ca941" ], "author": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Sat Aug 20 17:14:54 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:39:59 2011 -0700" }, "message": "sparc: Allow handling signals when stack is corrupted.\n\ncommit 5598473a5b40c47a8c5349dd2c2630797169cf1a upstream.\n\nIf we can\u0027t push the pending register windows onto the user\u0027s stack,\nwe disallow signal delivery even if the signal would be delivered on a\nvalid seperate signal stack.\n\nAdd a register window save area in the signal frame, and store any\nunsavable windows there.\n\nOn sigreturn, if any windows are still queued up in the signal frame,\ntry to push them back onto the stack and if that fails we kill the\nprocess immediately.\n\nThis allows the debug/tst-longjmp_chk2 glibc test case to pass.\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "7fe1e169829030a8257be59636f82c45753ca941", "tree": "1e24f9473aa728b65b5ddfbfa5956db22a6ee52a", "parents": [ "b60c440fff5c9e6dd8d328617b79b7fd57aed9b1" ], "author": { "name": "Mikael Pettersson", "email": "mikpe@it.uu.se", "time": "Mon Aug 15 10:11:50 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:39:59 2011 -0700" }, "message": "sparc32: unbreak arch_write_unlock()\n\ncommit 3f6aa0b113846a8628baa649af422cfc6fb1d786 upstream.\n\nThe sparc32 version of arch_write_unlock() is just a plain assignment.\nUnfortunately this allows the compiler to schedule side-effects in a\nprotected region to occur after the HW-level unlock, which is broken.\nE.g., the following trivial test case gets miscompiled:\n\n\t#include \u003clinux/spinlock.h\u003e\n\trwlock_t lock;\n\tint counter;\n\tvoid foo(void) { write_lock(\u0026lock); ++counter; write_unlock(\u0026lock); }\n\nFixed by adding a compiler memory barrier to arch_write_unlock(). The\nsparc64 version combines the barrier and assignment into a single asm(),\nand implements the operation as a static inline, so that\u0027s what I did too.\n\nCompile-tested with sparc32_defconfig + CONFIG_SMP\u003dy.\n\nSigned-off-by: Mikael Pettersson \u003cmikpe@it.uu.se\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "b60c440fff5c9e6dd8d328617b79b7fd57aed9b1", "tree": "16ff93176855f8bc21dcc8e24b2ea5e3e21ddead", "parents": [ "d6b0fa557a435a3073da6298a88cd3f273fd8f5f" ], "author": { "name": "Mikael Pettersson", "email": "mikpe@it.uu.se", "time": "Mon Aug 15 10:10:31 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:39:59 2011 -0700" }, "message": "sparc64: remove unnecessary macros from spinlock_64.h\n\ncommit a0fba3eb059e73fed2d376a901f8117734c12f1f upstream.\n\nThe sparc64 spinlock_64.h contains a number of operations defined\nfirst as static inline functions, and then as macros with the same\nnames and parameters as the functions. Maybe this was needed at\nsome point in the past, but now nothing seems to depend on these\nmacros (checked with a recursive grep looking for ifdefs on these\nnames). Other archs don\u0027t define these identity-macros.\n\nSo this patch deletes these unnecessary macros.\n\nCompile-tested with sparc64_defconfig.\n\nSigned-off-by: Mikael Pettersson \u003cmikpe@it.uu.se\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "d6b0fa557a435a3073da6298a88cd3f273fd8f5f", "tree": "49daf1a027d8767cfa31e1f8fcc6ccdc96374972", "parents": [ "341b1e997ffed81ea6f1a31caf13ebdd4cbc9d69" ], "author": { "name": "Stanislaw Gruszka", "email": "sgruszka@redhat.com", "time": "Thu Aug 25 17:14:26 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:39:58 2011 -0700" }, "message": "rt2x00: fix crash in rt2800usb_get_txwi\n\ncommit 674db1344443204b6ce3293f2df8fd1b7665deea upstream.\n\nPatch should fix this oops:\n\nBUG: unable to handle kernel NULL pointer dereference at 000000a0\nIP: [\u003cf81b30c9\u003e] rt2800usb_get_txwi+0x19/0x70 [rt2800usb]\n*pdpt \u003d 0000000000000000 *pde \u003d f000ff53f000ff53\nOops: 0000 [#1] SMP\nPid: 198, comm: kworker/u:3 Tainted: G W 3.0.0-wl+ #9 LENOVO 6369CTO/6369CTO\nEIP: 0060:[\u003cf81b30c9\u003e] EFLAGS: 00010283 CPU: 1\nEIP is at rt2800usb_get_txwi+0x19/0x70 [rt2800usb]\nEAX: 00000000 EBX: f465e140 ECX: f4494960 EDX: ef24c5f8\nESI: 810f21f5 EDI: f1da9960 EBP: f4581e80 ESP: f4581e70\n DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068\nProcess kworker/u:3 (pid: 198, ti\u003df4580000 task\u003df4494960 task.ti\u003df4580000)\nCall Trace:\n [\u003cf804790f\u003e] rt2800_txdone_entry+0x2f/0xf0 [rt2800lib]\n [\u003cc045110d\u003e] ? warn_slowpath_common+0x7d/0xa0\n [\u003cf81b3a38\u003e] ? rt2800usb_work_txdone+0x288/0x360 [rt2800usb]\n [\u003cf81b3a38\u003e] ? rt2800usb_work_txdone+0x288/0x360 [rt2800usb]\n [\u003cf81b3a13\u003e] rt2800usb_work_txdone+0x263/0x360 [rt2800usb]\n [\u003cc046a8d6\u003e] process_one_work+0x186/0x440\n [\u003cc046a85a\u003e] ? process_one_work+0x10a/0x440\n [\u003cf81b37b0\u003e] ? rt2800usb_probe_hw+0x120/0x120 [rt2800usb]\n [\u003cc046c283\u003e] worker_thread+0x133/0x310\n [\u003cc04885db\u003e] ? trace_hardirqs_on+0xb/0x10\n [\u003cc046c150\u003e] ? manage_workers+0x1e0/0x1e0\n [\u003cc047054c\u003e] kthread+0x7c/0x90\n [\u003cc04704d0\u003e] ? __init_kthread_worker+0x60/0x60\n [\u003cc0826b42\u003e] kernel_thread_helper+0x6/0x1\n\nOops might happen because we check rt2x00queue_empty(queue) twice,\nbut this condition can change and we can process entry in\nrt2800_txdone_entry(), which was already processed by\nrt2800usb_txdone_entry_check() -\u003e rt2x00lib_txdone_noinfo() and\nhas nullify entry-\u003eskb .\n\nReported-by: Justin Piszcz \u003cjpiszcz@lucidpixels.com\u003e\nSigned-off-by: Stanislaw Gruszka \u003csgruszka@redhat.com\u003e\nAcked-by: Ivo van Doorn \u003cIvDoorn@gmail.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "341b1e997ffed81ea6f1a31caf13ebdd4cbc9d69", "tree": "5c9061a1aac8c0353ec98fbf25078129262545c8", "parents": [ "bdfd59ed66725e66155f011023771bdc15b69c7f" ], "author": { "name": "Stanislaw Gruszka", "email": "sgruszka@redhat.com", "time": "Thu Aug 25 17:14:24 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:39:58 2011 -0700" }, "message": "rt2x00: fix crash in rt2800usb_write_tx_desc\n\ncommit 4b1bfb7d2d125af6653d6c2305356b2677f79dc6 upstream.\n\nPatch should fix this oops:\n\nBUG: unable to handle kernel NULL pointer dereference at 000000a0\nIP: [\u003cf8e06078\u003e] rt2800usb_write_tx_desc+0x18/0xc0 [rt2800usb]\n*pdpt \u003d 000000002408c001 *pde \u003d 0000000024079067 *pte \u003d 0000000000000000\nOops: 0000 [#1] SMP\nEIP: 0060:[\u003cf8e06078\u003e] EFLAGS: 00010282 CPU: 0\nEIP is at rt2800usb_write_tx_desc+0x18/0xc0 [rt2800usb]\nEAX: 00000035 EBX: ef2bef10 ECX: 00000000 EDX: d40958a0\nESI: ef1865f8 EDI: ef1865f8 EBP: d4095878 ESP: d409585c\n DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068\nCall Trace:\n [\u003cf8da5e85\u003e] rt2x00queue_write_tx_frame+0x155/0x300 [rt2x00lib]\n [\u003cf8da424c\u003e] rt2x00mac_tx+0x7c/0x370 [rt2x00lib]\n [\u003cc04882b2\u003e] ? mark_held_locks+0x62/0x90\n [\u003cc081f645\u003e] ? _raw_spin_unlock_irqrestore+0x35/0x60\n [\u003cc04884ba\u003e] ? trace_hardirqs_on_caller+0x5a/0x170\n [\u003cc04885db\u003e] ? trace_hardirqs_on+0xb/0x10\n [\u003cf8d618ac\u003e] __ieee80211_tx+0x5c/0x1e0 [mac80211]\n [\u003cf8d631fc\u003e] ieee80211_tx+0xbc/0xe0 [mac80211]\n [\u003cf8d63163\u003e] ? ieee80211_tx+0x23/0xe0 [mac80211]\n [\u003cf8d632e1\u003e] ieee80211_xmit+0xc1/0x200 [mac80211]\n [\u003cf8d63220\u003e] ? ieee80211_tx+0xe0/0xe0 [mac80211]\n [\u003cc0487d45\u003e] ? lock_release_holdtime+0x35/0x1b0\n [\u003cf8d63986\u003e] ? ieee80211_subif_start_xmit+0x446/0x5f0 [mac80211]\n [\u003cf8d637dd\u003e] ieee80211_subif_start_xmit+0x29d/0x5f0 [mac80211]\n [\u003cf8d63924\u003e] ? ieee80211_subif_start_xmit+0x3e4/0x5f0 [mac80211]\n [\u003cc0760188\u003e] ? sock_setsockopt+0x6a8/0x6f0\n [\u003cc0760000\u003e] ? sock_setsockopt+0x520/0x6f0\n [\u003cc076daef\u003e] dev_hard_start_xmit+0x2ef/0x650\n\nOops might happen because we perform parallel putting new entries in a\nqueue (rt2x00queue_write_tx_frame()) and removing entries after\nfinishing transmitting (rt2800usb_work_txdone()). There are cases when\n_txdone may process an entry that was not fully send and nullify\nentry-\u003eskb .\n\nTo fix check in _txdone if entry has flags that indicate pending\ntransmission and wait until flags get cleared.\n\nReported-by: Justin Piszcz \u003cjpiszcz@lucidpixels.com\u003e\nSigned-off-by: Stanislaw Gruszka \u003csgruszka@redhat.com\u003e\nAcked-by: Ivo van Doorn \u003cIvDoorn@gmail.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "bdfd59ed66725e66155f011023771bdc15b69c7f", "tree": "31b0cf7e95dfb6873b8518eea10649a19e87fc91", "parents": [ "e4dd9ac202da43712e1725087a7f5c656b79fb51" ], "author": { "name": "Daniel Schwierzeck", "email": "daniel.schwierzeck@googlemail.com", "time": "Fri Aug 19 12:04:20 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:39:57 2011 -0700" }, "message": "atm: br2684: Fix oops due to skb-\u003edev being NULL\n\ncommit fbe5e29ec1886967255e76946aaf537b8cc9b81e upstream.\n\nThis oops have been already fixed with commit\n\n 27141666b69f535a4d63d7bc6d9e84ee5032f82a\n\n atm: [br2684] Fix oops due to skb-\u003edev being NULL\n\n It happens that if a packet arrives in a VC between the call to open it on\n the hardware and the call to change the backend to br2684, br2684_regvcc\n processes the packet and oopses dereferencing skb-\u003edev because it is\n NULL before the call to br2684_push().\n\nbut have been introduced again with commit\n\n b6211ae7f2e56837c6a4849316396d1535606e90\n\n atm: Use SKB queue and list helpers instead of doing it by-hand.\n\nSigned-off-by: Daniel Schwierzeck \u003cdaniel.schwierzeck@googlemail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" } ], "next": "e4dd9ac202da43712e1725087a7f5c656b79fb51" }