)]}' { "log": [ { "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" }, { "commit": "e4dd9ac202da43712e1725087a7f5c656b79fb51", "tree": "3545710b1963591b726c73573443f935be3d84be", "parents": [ "088412ec9929d1a1aa58e30aba1304a0fee68c98" ], "author": { "name": "Tejun Heo", "email": "tj@kernel.org", "time": "Thu Aug 04 11:15:07 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:39:57 2011 -0700" }, "message": "pata_via: disable ATAPI DMA on AVERATEC 3200\n\ncommit 6d0e194d2eefcaab6dbdca1f639748660144acb5 upstream.\n\nOn AVERATEC 3200, pata_via causes memory corruption with ATAPI DMA,\nwhich often leads to random kernel oops. The cause of the problem is\nnot well understood yet and only small subset of machines using the\ncontroller seem affected. Blacklist ATAPI DMA on the machine.\n\nSigned-off-by: Tejun Heo \u003ctj@kernel.org\u003e\nBugzilla: https://bugzilla.kernel.org/show_bug.cgi?id\u003d11426\nReported-and-tested-by: Jim Bray \u003cjimsantelmo@gmail.com\u003e\nCc: Alan Cox \u003calan@linux.intel.com\u003e\nSigned-off-by: Jeff Garzik \u003cjgarzik@pobox.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "088412ec9929d1a1aa58e30aba1304a0fee68c98", "tree": "1f71466fc1cd2d15585274c173b7e4ce9fe95c05", "parents": [ "dea592062aeaa1269cfc6f1b23a15bb03a65b6df" ], "author": { "name": "John Stanley", "email": "jpsinthemix@verizon.net", "time": "Wed Aug 03 20:41:00 2011 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:39:57 2011 -0700" }, "message": "savagedb: Fix typo causing regression in savage4 series video chip detection\n\ncommit 4b00e4b3940eabb38adeec0823751820fe2d6fda upstream.\n\nTwo additional savage4 variants were added, but the S3_SAVAGE4_SERIES\nmacro was incompletely modified, resulting in a false positive detection\nof a savage4 card regardless of which savage card is actually present.\n\nFor non-savage4 series cards, such as a Savage/IX-MV card, this results\nin garbled video and/or a hard-hang at boot time. Fix this by changing\nan \u0027||\u0027 to an \u0027\u0026\u0026\u0027 in the S3_SAVAGE4_SERIES macro.\n\nSigned-off-by: John P. Stanley \u003cjpsinthemix@verizon.net\u003e\nReviewed-by: Tormod Volden \u003cdebian.tormod@gmail.com\u003e\n[ The macros have incomplete parenthesis too, but whatever .. -Linus ]\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "dea592062aeaa1269cfc6f1b23a15bb03a65b6df", "tree": "7f81dac5c4dcb8c0fa496bc22d171294646c4766", "parents": [ "6417bec17ed125eecd1bd3989c2c97e8d31d7dfd" ], "author": { "name": "Stanislaw Gruszka", "email": "sgruszka@redhat.com", "time": "Fri Aug 12 14:02:04 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:39:57 2011 -0700" }, "message": "rt2x00: do not drop usb dev reference counter on suspend\n\ncommit 543cc38c8fe86deba4169977c61eb88491036837 upstream.\n\nWhen hibernating -\u003eresume may not be called by usb core, but disconnect\nand probe instead, so we do not increase the counter after decreasing\nit in -\u003esupend. As a result we free memory early, and get crash when\nunplugging usb dongle.\n\nBUG: unable to handle kernel paging request at 6b6b6b9f\nIP: [\u003cc06909b0\u003e] driver_sysfs_remove+0x10/0x30\n*pdpt \u003d 0000000034f21001 *pde \u003d 0000000000000000\nPid: 20, comm: khubd Not tainted 3.1.0-rc1-wl+ #20 LENOVO 6369CTO/6369CTO\nEIP: 0060:[\u003cc06909b0\u003e] EFLAGS: 00010202 CPU: 1\nEIP is at driver_sysfs_remove+0x10/0x30\nEAX: 6b6b6b6b EBX: f52bba34 ECX: 00000000 EDX: 6b6b6b6b\nESI: 6b6b6b6b EDI: c0a0ea20 EBP: f61c9e68 ESP: f61c9e64\n DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068\nProcess khubd (pid: 20, ti\u003df61c8000 task\u003df6138270 task.ti\u003df61c8000)\nCall Trace:\n [\u003cc06909ef\u003e] __device_release_driver+0x1f/0xa0\n [\u003cc0690b20\u003e] device_release_driver+0x20/0x40\n [\u003cc068fd64\u003e] bus_remove_device+0x84/0xe0\n [\u003cc068e12a\u003e] ? device_remove_attrs+0x2a/0x80\n [\u003cc068e267\u003e] device_del+0xe7/0x170\n [\u003cc06d93d4\u003e] usb_disconnect+0xd4/0x180\n [\u003cc06d9d61\u003e] hub_thread+0x691/0x1600\n [\u003cc0473260\u003e] ? wake_up_bit+0x30/0x30\n [\u003cc0442a39\u003e] ? complete+0x49/0x60\n [\u003cc06d96d0\u003e] ? hub_disconnect+0xd0/0xd0\n [\u003cc06d96d0\u003e] ? hub_disconnect+0xd0/0xd0\n [\u003cc0472eb4\u003e] kthread+0x74/0x80\n [\u003cc0472e40\u003e] ? kthread_worker_fn+0x150/0x150\n [\u003cc0809b3e\u003e] kernel_thread_helper+0x6/0x10\n\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\n" }, { "commit": "6417bec17ed125eecd1bd3989c2c97e8d31d7dfd", "tree": "426274d1caba1df160b5da71bfe4a65a3f1cacd4", "parents": [ "8a9f335df5baa97f3901378335ff10f3fecf36de" ], "author": { "name": "Senthil Balasubramanian", "email": "senthilb@qca.qualcomm.com", "time": "Fri Aug 19 18:43:06 2011 +0530" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:39:56 2011 -0700" }, "message": "ath9k_hw: Fix STA (AR9485) bringup issue due to incorrect MAC address\n\ncommit b503c7a273c0a3018ad11ea8c513c639120afbf4 upstream.\n\nDue to some recent optimization done in the way the mac address\nbytes are written into the OTP memory, some AR9485 chipsets were\nforced to use the first byte from the eeprom template and the\nremaining bytes are read from OTP.\n\nAR9485 happens to use generic eeprom template which has 0x1 as\nthe first byte causes issues in bringing up the card.\n\nSo fixed the eeprom template accordingly to address the issue.\n\nCc: Paul Stewart \u003cpstew@google.com\u003e\nSigned-off-by: Senthil Balasubramanian \u003csenthilb@qca.qualcomm.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "8a9f335df5baa97f3901378335ff10f3fecf36de", "tree": "29537c738161edd5254e320802c83b477561ff68", "parents": [ "0b1511be7b2d36524e45a2fd70d92a2975ef0b6f" ], "author": { "name": "Alexey Khoroshilov", "email": "khoroshilov@ispras.ru", "time": "Wed Aug 24 00:44:32 2011 +0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:39:56 2011 -0700" }, "message": "carl9170: Fix mismatch in carl9170_op_set_key mutex lock-unlock\n\ncommit 66cb54bd24086b2d871a03035de9b0e79b2b725e upstream.\n\nIf is_main_vif(ar, vif) reports that we have to fall back\nto software encryption, we goto err_softw; before locking ar-\u003emutex.\nAs a result, we have unprotected call to carl9170_set_operating_mode\nand unmatched mutex_unlock.\n\nThe patch fix the issue by adding mutex_lock before goto.\n\nFound by Linux Driver Verification project (linuxtesting.org).\n\nSigned-off-by: Alexey Khoroshilov \u003ckhoroshilov@ispras.ru\u003e\nAcked-By: Christian Lamparter \u003cchunkeey@googlemail.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "0b1511be7b2d36524e45a2fd70d92a2975ef0b6f", "tree": "8323cfc8ab9a9658af2b57c4aa0f0198d5fd82ba", "parents": [ "ec518b00f722f9655c1505bbcab25240629cc2af" ], "author": { "name": "Anton Blanchard", "email": "anton@samba.org", "time": "Wed Aug 24 17:56:15 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:39:55 2011 -0700" }, "message": "ibmveth: Fix leak when recycling skb and hypervisor returns error\n\ncommit c6f59d13e24187ff95427a9f4a5a7e14fb8faf5a upstream.\n\nIf h_add_logical_lan_buffer returns an error we need to free\nthe skb.\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": "ec518b00f722f9655c1505bbcab25240629cc2af", "tree": "e3b9c9ddc9676c51bfb2ff1361f3a58d94b4b41c", "parents": [ "5772ee1f183ddfb9386bc7792149d731dbba8725" ], "author": { "name": "Mohammed Shafi Shajakhan", "email": "mohammed@qca.qualcomm.com", "time": "Wed Aug 24 21:38:07 2011 +0530" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:39:55 2011 -0700" }, "message": "ath9k: Fix PS wrappers in ath9k_set_coverage_class\n\ncommit 8b2a3827bb12430d932cd479b22d906baf08c212 upstream.\n\nthis callback is called during suspend/resume and also via iw command.\nit configures parameters like sifs, slottime, acktimeout in\nath9k_hw_init_global_settings where few REG_READ, REG_RMW are also done\nand hence the need for PS wrappers\n\nSigned-off-by: Mohammed Shafi Shajakhan \u003cmohammed@qca.qualcomm.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "5772ee1f183ddfb9386bc7792149d731dbba8725", "tree": "fd97036cb1bd9a3baa03d6b8df2c2b94f171f238", "parents": [ "f1d44226b60a7b28f949105e675ba84a09bcc9a7" ], "author": { "name": "Mathieu Desnoyers", "email": "mathieu.desnoyers@efficios.com", "time": "Wed Aug 24 19:45:03 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:39:54 2011 -0700" }, "message": "sendmmsg/sendmsg: fix unsafe user pointer access\n\ncommit bc909d9ddbf7778371e36a651d6e4194b1cc7d4c upstream.\n\nDereferencing a user pointer directly from kernel-space without going\nthrough the copy_from_user family of functions is a bad idea. Two of\nsuch usages can be found in the sendmsg code path called from sendmmsg,\nadded by\n\ncommit c71d8ebe7a4496fb7231151cb70a6baa0cb56f9a upstream.\ncommit 5b47b8038f183b44d2d8ff1c7d11a5c1be706b34 in the 3.0-stable tree.\n\nUsages are performed through memcmp() and memcpy() directly. Fix those\nby using the already copied msg_sys structure instead of the __user *msg\nstructure. Note that msg_sys can be set to NULL by verify_compat_iovec()\nor verify_iovec(), which requires additional NULL pointer checks.\n\nSigned-off-by: Mathieu Desnoyers \u003cmathieu.desnoyers@efficios.com\u003e\nSigned-off-by: David Goulet \u003cdgoulet@ev0ke.net\u003e\nCC: Tetsuo Handa \u003cpenguin-kernel@I-love.SAKURA.ne.jp\u003e\nCC: Anton Blanchard \u003canton@samba.org\u003e\nCC: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "f1d44226b60a7b28f949105e675ba84a09bcc9a7", "tree": "88039c176fe760575d0869f3ae16599edf1532e1", "parents": [ "4343d2a21eeab544544646fed30252c184b358a9" ], "author": { "name": "Sarah Sharp", "email": "sarah.a.sharp@linux.intel.com", "time": "Fri Aug 12 10:23:01 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:39:54 2011 -0700" }, "message": "xhci: Handle zero-length isochronous packets.\n\ncommit 48df4a6fd8c40c0bbcbca2044f5f2bc75dcf6db1 upstream.\n\nFor a long time, the xHCI driver has had this note:\n\t/* FIXME: Ignoring zero-length packets, can those happen? */\n\nIt turns out that, yes, there are drivers that need to queue zero-length\ntransfers for isochronous OUT transfers. Without this patch, users will\nsee kernel hang messages when a driver attempts to enqueue an isochronous\nURB with a zero length transfer (because count_isoc_trbs_needed will return\nzero for that TD, xhci_td-\u003elast_trb will never be set, and updating the\ndequeue pointer will cause an infinite loop).\n\nMatěj ran into this issue when using an NI Audio4DJ USB soundcard\nwith the snd-usb-caiaq driver. See\n\thttps://bugzilla.kernel.org/show_bug.cgi?id\u003d40702\n\nFix count_isoc_trbs_needed() to return 1 for zero-length transfers (thanks\nAlan on the math help). Update the various TRB field calculations to deal\nwith zero-length transfers. We\u0027re still transferring one packet with a\nzero-length data payload, so the total_packet_count should be 1. The\nTransfer Burst Count (TBC) and Transfer Last Burst Packet Count (TLBPC)\nfields should be set to zero.\n\nThis patch should be backported to kernels as old as 2.6.36.\n\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nTested-by: Matěj Laitl \u003cmatej@laitl.cz\u003e\nCc: Daniel Mack \u003czonque@gmail.com\u003e\nCc: Alan Stern \u003cstern@rowland.harvard.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "4343d2a21eeab544544646fed30252c184b358a9", "tree": "8114edb11b0bc0beebaa13579a46743840f42724", "parents": [ "8a8045bd9b07df6def0ae16b91ecbe8225267b35" ], "author": { "name": "Sarah Sharp", "email": "sarah.a.sharp@linux.intel.com", "time": "Tue Aug 02 15:43:40 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:39:53 2011 -0700" }, "message": "xhci: Remove TDs from TD lists when URBs are canceled.\n\ncommit 585df1d90cb07a02ca6c7a7d339e56e46d50dafb upstream.\n\nWhen a driver tries to cancel an URB, and the host controller is dying,\nxhci_urb_dequeue will giveback the URB without removing the xhci_tds\nthat comprise that URB from the td_list or the cancelled_td_list. This\ncan cause a race condition between the driver calling URB dequeue and\nthe stop endpoint command watchdog timer.\n\nIf the timer fires on a dying host, and a driver attempts to resubmit\nwhile the watchdog timer has dropped the xhci-\u003elock to giveback a\ncancelled URB, URBs may be given back by the xhci_urb_dequeue() function.\nAt that point, the URB\u0027s priv pointer will be freed and set to NULL, but\nthe TDs will remain on the td_list. This will cause an oops in\nxhci_giveback_urb_in_irq() when the watchdog timer attempts to loop\nthrough the endpoints\u0027 td_lists, giving back killed URBs.\n\nMake sure that xhci_urb_dequeue() removes TDs from the TD lists and\ncanceled TD lists before it gives back the URB.\n\nThis patch should be backported to kernels as old as 2.6.36.\n\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nCc: Andiry Xu \u003candiry.xu@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "8a8045bd9b07df6def0ae16b91ecbe8225267b35", "tree": "2ab87b4052b68194f54d98abba4ba12ae67c65b4", "parents": [ "e0a4518977b9b4f65b8d5e71415d97b84c4f7efe" ], "author": { "name": "Sarah Sharp", "email": "sarah.a.sharp@linux.intel.com", "time": "Fri Jul 29 12:44:32 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:39:53 2011 -0700" }, "message": "xhci: Fix failed enqueue in the middle of isoch TD.\n\ncommit 522989a27c7badb608155b1f1dea3487ed431f74 upstream.\n\nWhen an isochronous transfer is enqueued, xhci_queue_isoc_tx_prepare()\nwill ensure that there is enough room on the transfer rings for all of the\nisochronous TDs for that URB. However, when xhci_queue_isoc_tx() is\nenqueueing individual isoc TDs, the prepare_transfer() function can fail\nif the endpoint state has changed to disabled, error, or some other\nunknown state.\n\nWith the current code, if Nth TD (not the first TD) fails, the ring is\nleft in a sorry state. The partially enqueued TDs are left on the ring,\nand the first TRB of the TD is not given back to the hardware. The\nenqueue pointer is left on the TRB after the last successfully enqueued\nTD. This means the ring is basically useless. Any new transfers will be\nenqueued after the failed TDs, which the hardware will never read because\nthe cycle bit indicates it does not own them. The ring will fill up with\nuntransferred TDs, and the endpoint will be basically unusable.\n\nThe untransferred TDs will also remain on the TD list. Since the td_list\nis a FIFO, this basically means the ring handler will be waiting on TDs\nthat will never be completed (or worse, dereference memory that doesn\u0027t\nexist any more).\n\nChange the code to clean up the isochronous ring after a failed transfer.\nIf the first TD failed, simply return and allow the xhci_urb_enqueue\nfunction to free the urb_priv. If the Nth TD failed, first remove the TDs\nfrom the td_list. Then convert the TRBs that were enqueued into No-op\nTRBs. Make sure to flip the cycle bit on all enqueued TRBs (including any\nlink TRBs in the middle or between TDs), but leave the cycle bit of the\nfirst TRB (which will show software-owned) intact. Then move the ring\nenqueue pointer back to the first TRB and make sure to change the\nxhci_ring\u0027s cycle state to what is appropriate for that ring segment.\n\nThis ensures that the No-op TRBs will be overwritten by subsequent TDs,\nand the hardware will not start executing random TRBs because the cycle\nbit was left as hardware-owned.\n\nThis bug is unlikely to be hit, but it was something I noticed while\ntracking down the watchdog timer issue. I verified that the fix works by\ninjecting some errors on the 250th isochronous URB queued, although I\ncould not verify that the ring is in the correct state because uvcvideo\nrefused to talk to the device after the first usb_submit_urb() failed.\nRing debugging shows that the ring looks correct, however.\n\nThis patch should be backported to kernels as old as 2.6.36.\n\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nCc: Andiry Xu \u003candiry.xu@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "e0a4518977b9b4f65b8d5e71415d97b84c4f7efe", "tree": "330c094145569d390a3cfaf90e62ff2e426b1c8f", "parents": [ "dbb2e00b9a1774d1e740d952e2e9e87a178866bd" ], "author": { "name": "Sarah Sharp", "email": "sarah.a.sharp@linux.intel.com", "time": "Fri Jul 22 14:34:34 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:39:52 2011 -0700" }, "message": "xhci: Fix memory leak during failed enqueue.\n\ncommit d13565c12828ce0cd2a3862bf6260164a0653352 upstream.\n\nWhen the isochronous transfer support was introduced, and the xHCI driver\nswitched to using urb-\u003ehcpriv to store an \"urb_priv\" pointer, a couple of\nmemory leaks were introduced into the URB enqueue function in its error\nhandling paths.\n\nxhci_urb_enqueue allocates urb_priv, but it doesn\u0027t free it if changing\nthe control endpoint\u0027s max packet size fails or the bulk endpoint is in\nthe middle of allocating or deallocating streams.\n\nxhci_urb_enqueue also doesn\u0027t free urb_priv if any of the four endpoint\ntypes\u0027 enqueue functions fail. Instead, it expects those functions to\nfree urb_priv if an error occurs. However, the bulk, control, and\ninterrupt enqueue functions do not free urb_priv if the endpoint ring is\nNULL. It will, however, get freed if prepare_transfer() fails in those\nenqueue functions.\n\nSeveral of the error paths in the isochronous endpoint enqueue function\nalso fail to free it. xhci_queue_isoc_tx_prepare() doesn\u0027t free urb_priv\nif prepare_ring() indicates there is not enough room for all the\nisochronous TDs in this URB. If individual isochronous TDs fail to be\nqueued (perhaps due to an endpoint state change), urb_priv is also leaked.\n\nThis argues that the freeing of urb_priv should be done in the function\nthat allocated it, xhci_urb_enqueue.\n\nThis patch looks rather ugly, but refactoring the code will have to wait\nbecause this patch needs to be backported to stable kernels.\n\nThis patch should be backported to kernels as old as 2.6.36.\n\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nCc: Andiry Xu \u003candiry.xu@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "dbb2e00b9a1774d1e740d952e2e9e87a178866bd", "tree": "ee7843f1974f5544195013e3cf918e39d1cdd451", "parents": [ "eff529629832537fbd6837912add0c4a8cb7d585" ], "author": { "name": "Andiry Xu", "email": "andiry.xu@amd.com", "time": "Wed Aug 03 16:46:49 2011 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:39:52 2011 -0700" }, "message": "xHCI: report USB2 port in resuming as suspend\n\ncommit 8a8ff2f9399b23b968901f585ccb5a70a537c5ae upstream.\n\nWhen a USB2 port initiate a remote wakeup, software shall ensure that\nresume is signaled for at least 20ms, and then write \u00270\u0027 to the PLS field.\nAccording to this, xhci driver do the following things:\n\n1. When receive a remote wakeup event in irq_handler, set the resume_done\n value as jiffies + 20ms, and modify rh_timer to poll root hub status at\n that time;\n2. When receive a GetPortStatus request, if the jiffies is after the\n resume_done value, clear the resume signal and resume_done.\n\nHowever, if usb_port_resume() is called before the rh_timer triggered, it\nwill indicate the port as Suspend Cleared and skip the clear resume signal\npart. The device will fail the usb_get_status request in finish_port_resume(),\nand usbcore will try a reset-resume instead. Device will work OK after\nreset-resume, but resume_done value is not cleared in this case, and\nxhci_bus_suspend() will fail because when it finds a non-zero resume_done\nvalue, it will regard the port as resuming and return -EBUSY.\n\nThis causes issue on some platforms that the system fail to suspend\nafter remote wakeup from suspend by USB2 devices connected to xHCI port.\n\nTo fix this issue, report the port status as suspend if the resume is\nsignaling less that 20ms, and usb_port_resume() will wait 25ms and check\nport status again, so xHCI driver can clear the resume signaling and\nresume_done value.\n\nThis should be backported to kernels as old as 2.6.37.\n\nSigned-off-by: Andiry Xu \u003candiry.xu@amd.com\u003e\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "eff529629832537fbd6837912add0c4a8cb7d585", "tree": "fafafcfc7a15a74eb04e76104120f8c0d1277c33", "parents": [ "cde5eaf3ce98af402a91fa67ba392f6451f5bc89" ], "author": { "name": "Andiry Xu", "email": "andiry.xu@amd.com", "time": "Wed Aug 03 16:46:48 2011 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:39:52 2011 -0700" }, "message": "xHCI: fix port U3 status check condition\n\ncommit 5ac04bf190e6f8b17238aef179ebd7f2bdfec919 upstream.\n\nFix the port U3 status check when Clear PORT_SUSPEND Feature.\nThe port status should be masked with PORT_PLS_MASK to check if it\u0027s in\nU3 state.\n\nThis should be backported to kernels as old as 2.6.37.\n\nSigned-off-by: Andiry Xu \u003candiry.xu@amd.com\u003e\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "cde5eaf3ce98af402a91fa67ba392f6451f5bc89", "tree": "2ce4cb0b1a387f3fab3f6e537316a95c60c55496", "parents": [ "f91364f8bd8bd8427bc020734724d62618e4bb97" ], "author": { "name": "Wang Zhi", "email": "zhi.wang@windriver.com", "time": "Wed Aug 17 10:39:31 2011 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:39:52 2011 -0700" }, "message": "USB: EHCI: Do not rely on PORT_SUSPEND to stop USB resuming in ehci_bus_resume().\n\ncommit d0f2fb2500b1c5fe4967eb45d8c9bc758d7aef80 upstream.\n\nFrom EHCI Spec p.28 HC should clear PORT_SUSPEND when SW clears\nPORT_RESUME. In Intel Oaktrail platform, MPH (Multi-Port Host\nController) core clears PORT_SUSPEND directly when SW sets PORT_RESUME\nbit. If we rely on PORT_SUSPEND bit to stop USB resume, we will miss\nthe action of clearing PORT_RESUME. This will cause unexpected long\nresume signal on USB bus.\n\nSigned-off-by: Wang Zhi \u003czhi.wang@windriver.com\u003e\nSigned-off-by: Alan Stern \u003cstern@rowland.harvard.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "f91364f8bd8bd8427bc020734724d62618e4bb97", "tree": "124061aa7c7e91eb135f22523b5a93130c979fcc", "parents": [ "6ab711f962ab092c2a6b6a5b822075b246a8119e" ], "author": { "name": "Per Forlin", "email": "per.forlin@linaro.org", "time": "Wed Aug 03 15:39:15 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:39:51 2011 -0700" }, "message": "usb: musb: cppi: fix build errors due to DBG and missing musb variable\n\ncommit f847a79ab3c1faca3022061045cd22e4678c1b1c upstream.\n\nReplace DBG with dev_dbg and fix invalid access of musb-\u003econtroller.\nWith this patch cppi_dma builds successfully.\n\nSigned-off-by: Per Forlin \u003cper.forlin@linaro.org\u003e\nSigned-off-by: Felipe Balbi \u003cbalbi@ti.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "6ab711f962ab092c2a6b6a5b822075b246a8119e", "tree": "4f38734f8328837da124b2c5a2283ed07af5a92c", "parents": [ "42dc061e21788aa7805bc4f07dcdfa5f4b8f2b11" ], "author": { "name": "Andrew Bird", "email": "ajb@spheresystems.co.uk", "time": "Wed Aug 17 00:20:03 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:39:51 2011 -0700" }, "message": "USB option driver K3765/K4505 avoid CDC_DATA interface\n\ncommit 6118514e8749105334f46ccec6faf9a439be6cf9 upstream.\n\nCurrently the Option driver avoids binding interface 1 on Huawei K3765\nand K4505 broadband modems as it should be handled by the cdc_ether\ndriver instead. This patch ensures we don\u0027t bind the interface 2\non those devices as that is CDC_DATA.\n\nSigned-off-by: Andrew Bird \u003cajb@spheresystems.co.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "42dc061e21788aa7805bc4f07dcdfa5f4b8f2b11", "tree": "1cbc4f1853365c85fb18dc15db11989cdee4d3e2", "parents": [ "f5cda959f6623eaf2863e72b6003fbd0dee0c17a" ], "author": { "name": "Gavin.zhu", "email": "gavin.kx@qq.com", "time": "Mon Aug 22 13:51:53 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:39:51 2011 -0700" }, "message": "USB: option: add YUGA device id to driver\n\ncommit c6eb2d75ffcdfafa37ff010bf467de20d468ef79 upstream.\n\nSigned-off-by: Gavin.zhu \u003cgavin.kx@qq.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "f5cda959f6623eaf2863e72b6003fbd0dee0c17a", "tree": "0710208a6800a1f279a54c59c0beb11818b0001c", "parents": [ "04aac01839a83e2464e2a9bffc199945d1ee2ffb" ], "author": { "name": "Andrew Bird", "email": "ajb@spheresystems.co.uk", "time": "Tue Aug 16 13:58:21 2011 -0600" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:39:50 2011 -0700" }, "message": "USB option driver add PID of Huawei Vodafone K4605\n\ncommit 7e1805844da18a37e6d251d286f93c94b52d791e upstream.\n\nThis patch adds the product ID of Huawei\u0027s Vodafone K4605 mobile broadband\nmodem to option.c. This is necessary so that the driver gets loaded on\ndemand without the intervention of usb_modeswitch. This has the benefit of\nit becoming available faster and also ensures that the option driver is not\nbound to a network interface that should be claimed by suitable network\ndriver.\n\nSigned-off-by: Andrew Bird \u003cajb@spheresystems.co.uk\u003e\nSigned-off-by: Alex Chiang \u003cachiang@canonical.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "04aac01839a83e2464e2a9bffc199945d1ee2ffb", "tree": "f90c79a9897da20cb12446c0e07934c9dc5b40ed", "parents": [ "b942664bf67f1f0ce021b327bd37785835e5e6b6" ], "author": { "name": "Andrew Bird", "email": "ajb@spheresystems.co.uk", "time": "Tue Aug 16 13:57:14 2011 -0600" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:39:50 2011 -0700" }, "message": "USB option driver add PID of Huawei Vodafone K3806\n\ncommit 0e69d75ccb2f091757b38d4d6a2ed739e06b615e upstream.\n\nThis patch adds the product ID of Huawei\u0027s Vodafone K3806 mobile broadband\nmodem to option.c. This is necessary so that the driver gets loaded on\ndemand without the intervention of usb_modeswitch. This has the benefit of\nit becoming available faster and also ensures that the option driver is not\nbound to a network interface that should be claimed by cdc_ether.\n\nSigned-off-by: Andrew Bird \u003cajb@spheresystems.co.uk\u003e\nSigned-off-by: Alex Chiang \u003cachiang@canonical.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "b942664bf67f1f0ce021b327bd37785835e5e6b6", "tree": "8c14c437f5d4e6dcfa8d6fc3f6304547ce14669f", "parents": [ "400e39dcf58c2d002fa0440a589630f3abe08bae" ], "author": { "name": "Yulgon Kim", "email": "yulgon.kim@samsung.com", "time": "Thu Aug 18 14:02:45 2011 +0900" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:39:49 2011 -0700" }, "message": "usb: s5p-ehci: fix a NULL pointer deference\n\ncommit e5d3d4463fb30998385f9e78ab3c7f63b5813000 upstream.\n\nThis patch fixes a NULL pointer deference. A NULL pointer\ndereference happens since s5p_ehci-\u003ehcd field is not initialized\nyet in probe function.\n\n[jg1.han@samsung.com: edit commit message]\nSigned-off-by: Yulgon Kim \u003cyulgon.kim@samsung.com\u003e\nSigned-off-by: Jingoo Han \u003cjg1.han@samsung.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "400e39dcf58c2d002fa0440a589630f3abe08bae", "tree": "9fd47cb907ec2d578fc0dab0fd2fca62f1b3228f", "parents": [ "a38df1a01320298198c7cb2e3e8a61fc54459d6a" ], "author": { "name": "Jean-Christophe PLAGNIOL-VILLARD", "email": "plagnioj@jcrosoft.com", "time": "Thu Aug 25 11:46:58 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:39:49 2011 -0700" }, "message": "USB: ftdi_sio: add Calao reference board support\n\ncommit c96fbdd0ab97235f930ebf24b38fa42a2e3458cf upstream.\n\nCalao use on there dev kits a FT2232 where the port 0 is used for the JTAG and\nport 1 for the UART\n\nThey use the same VID and PID as FTDI Chip but they program the manufacturer\nname in the eeprom\n\nSo use this information to detect it\n\nSigned-off-by: Jean-Christophe PLAGNIOL-VILLARD \u003cplagnioj@jcrosoft.com\u003e\nCc: Gregory Hermant \u003cgregory.hermant@calao-systems.com\u003e\nCc: Alan Cox \u003calan@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "a38df1a01320298198c7cb2e3e8a61fc54459d6a", "tree": "358a4b7c1a12a3ac49fa41c9baea128de9577734", "parents": [ "64da3499c911698c004a2d47fd0af6ad683a811a" ], "author": { "name": "Jiri Slaby", "email": "jslaby@suse.cz", "time": "Wed Aug 10 14:59:28 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:39:49 2011 -0700" }, "message": "TTY: pty, fix pty counting\n\ncommit 24d406a6bf736f7aebdc8fa0f0ec86e0890c6d24 upstream.\n\ntty_operations-\u003eremove is normally called like:\nqueue_release_one_tty\n -\u003etty_shutdown\n -\u003etty_driver_remove_tty\n -\u003etty_operations-\u003eremove\n\nHowever tty_shutdown() is called from queue_release_one_tty() only if\ntty_operations-\u003eshutdown is NULL. But for pty, it is not.\npty_unix98_shutdown() is used there as -\u003eshutdown.\n\nSo tty_operations-\u003eremove of pty (i.e. pty_unix98_remove()) is never\ncalled. This results in invalid pty_count. I.e. what can be seen in\n/proc/sys/kernel/pty/nr.\n\nI see this was already reported at:\n https://lkml.org/lkml/2009/11/5/370\nBut it was not fixed since then.\n\nThis patch is kind of a hackish way. The problem lies in -\u003einstall. We\nallocate there another tty (so-called tty-\u003elink). So -\u003einstall is\ncalled once, but -\u003eremove twice, for both tty and tty-\u003elink. The fix\nhere is to count both tty and tty-\u003elink and divide the count by 2 for\nuser.\n\nAnd to have -\u003eremove called, let\u0027s make tty_driver_remove_tty() global\nand call that from pty_unix98_shutdown() (tty_operations-\u003eshutdown).\n\nWhile at it, let\u0027s document that when -\u003eshutdown is defined,\ntty_shutdown() is not called.\n\nSigned-off-by: Jiri Slaby \u003cjslaby@suse.cz\u003e\nCc: Alan Cox \u003calan@linux.intel.com\u003e\nCc: \"H. Peter Anvin\" \u003chpa@zytor.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "64da3499c911698c004a2d47fd0af6ad683a811a", "tree": "a078cc8fe272bc722c998e63f6f51d3c4f15146e", "parents": [ "db14205cc5b607f06cdad8efad52def931f23f5c" ], "author": { "name": "Axel Lin", "email": "axel.lin@gmail.com", "time": "Mon Aug 01 21:20:10 2011 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:39:49 2011 -0700" }, "message": "tty: Add \"spi:\" prefix for spi modalias\n\ncommit 8c4074cd2254606aeb788d518ccc27c9f97129e1 upstream.\n\nSince commit e0626e38 (spi: prefix modalias with \"spi:\"),\nthe spi modalias is prefixed with \"spi:\".\n\nThis patch adds \"spi:\" prefix and removes \"-spi\" suffix in the modalias.\n\nSigned-off-by: Axel Lin \u003caxel.lin@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "db14205cc5b607f06cdad8efad52def931f23f5c", "tree": "3b7c8d9078c794165bebb8a2930fb02c61d7ece6", "parents": [ "48fb01de0ab465fab4547cf0160b9185ac6568f0" ], "author": { "name": "Al Cooper", "email": "alcooperx@gmail.com", "time": "Mon Jul 25 16:19:52 2011 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:39:48 2011 -0700" }, "message": "8250: Fix race condition in serial8250_backup_timeout().\n\ncommit dbb3b1ca5609d1f3848cd387d06cc60aaacf7f98 upstream.\n\nThis is to fix an issue where output will suddenly become very slow.\nThe problem occurs on 8250 UARTS with the hardware bug UART_BUG_THRE.\n\nBACKGROUND\nFor normal UARTs (without UART_BUG_THRE): When the serial core layer\ngets new transmit data and the transmitter is idle, it buffers the\ndata and calls the 8250s\u0027 serial8250_start_tx() routine which will\nsimply enable the TX interrupt in the IER register and return. This\nshould immediately fire a THRE interrupt and begin transmitting the\ndata.\nFor buggy UARTs (with UART_BUG_THRE): merely enabling the TX interrupt\nin IER does not necessarily generate a new THRE interrupt.\nTherefore, a background timer periodically checks to see if there is\npending data, and starts transmission if that is the case.\n\nThe bug happens on SMP systems when the system has nothing to transmit,\nthe transmit interrupt is disabled and the following sequence occurs:\n- CPU0: The background timer routine serial8250_backup_timeout()\n starts and saves the state of the interrupt enable register (IER)\n and then disables all interrupts in IER. NOTE: The transmit interrupt\n (TI) bit is saved as disabled.\n- CPU1: The serial core gets data to transmit, grabs the port lock and\n calls serial8250_start_tx() which enables the TI in IER.\n- CPU0: serial8250_backup_timeout() waits for the port lock.\n- CPU1: finishes (with TI enabled) and releases the port lock.\n- CPU0: serial8250_backup_timeout() calls the interrupt routine which\n will transmit the next fifo\u0027s worth of data and then restores the\n IER from the previously saved value (TI disabled).\nAt this point, as long as the serial core has more transmit data\nbuffered, it will not call serial8250_start_tx() again and the\nbackground timer routine will slowly transmit the data.\n\nThe fix is to have serial8250_start_tx() get the port lock before\nit saves the IER state and release it after restoring IER. This will\nprevent serial8250_start_tx() from running in parallel.\n\nSigned-off-by: Al Cooper \u003calcooperx@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "48fb01de0ab465fab4547cf0160b9185ac6568f0", "tree": "69fb0a7d2a79601479e114c71128407cf5dfab86", "parents": [ "ecc0d72d6d78b59fc324e1283193c6750ef6fd0f" ], "author": { "name": "Eric Smith", "email": "eric@brouhaha.com", "time": "Mon Jul 11 22:53:13 2011 -0600" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:39:48 2011 -0700" }, "message": "8250_pci: add support for Rosewill RC-305 4x serial port card\n\ncommit 44178176ecc55ad370b837dd2c4b4b8bed1e3823 upstream.\n\nThis patch adds support for the Rosewill RC-305 four-port PCI serial\ncard, and probably any other four-port serial cards based on the\nMoschip MCS9865 chip, assuming that the EEPROM on the card was\nprogrammed in accordance with Table 6 of the MCS9865 EEPROM\nApplication Note version 0.3 dated 16-May-2008, available from the\nMoschip web site (registration required).\n\nThis patch is based on an earlier patch [1] for the SYBA 6x serial\nport card by Ira W. Snyder.\n\n[1]: http://www.gossamer-threads.com/lists/linux/kernel/1162435\n\nSigned-off-by: Eric Smith \u003ceric@brouhaha.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "ecc0d72d6d78b59fc324e1283193c6750ef6fd0f", "tree": "81a6d7459e97452b166ef3858905ae49aa5291c3", "parents": [ "f64bd12ba57a622981785b0f45b7c230aaad3e41" ], "author": { "name": "Bjorn Helgaas", "email": "bhelgaas@google.com", "time": "Tue Aug 16 12:02:28 2011 -0600" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:39:48 2011 -0700" }, "message": "serial: 8250_pnp: add Intermec CV60 touchscreen device\n\ncommit ab8ba3a2d2cba6a658ef596cd5b2e0905b6c8a9f upstream.\n\nIt would have been nice if Intermec had supplied a PNP0501 _CID for the\nCOM3 device, but they didn\u0027t, so we have to recognize it explicitly.\n\nReference: https://bugzilla.kernel.org/show_bug.cgi?id\u003d40612\nCC: Jeff Chua \u003cjeff.chua.linux@gmail.com\u003e\nSigned-off-by: Bjorn Helgaas \u003cbhelgaas@google.com\u003e\nAcked-by: Alan Cox \u003calan@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "f64bd12ba57a622981785b0f45b7c230aaad3e41", "tree": "f2c2c6f7af29b4063c861e7ac9938786884bfe78", "parents": [ "f794b763b267d591df64d5785429d37f63b7fdb5" ], "author": { "name": "Nick Pelly", "email": "npelly@google.com", "time": "Fri Jul 15 13:53:08 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:39:48 2011 -0700" }, "message": "omap-serial: Allow IXON and IXOFF to be disabled.\n\ncommit b280a97d1caf6fe1d38b51ebb31219391f5ad1a0 upstream.\n\nFixes logic bug that software flow control cannot be disabled, because\nserial_omap_configure_xonxoff() is not called if both IXON and IXOFF bits\nare cleared.\n\nSigned-off-by: Nick Pelly \u003cnpelly@google.com\u003e\nAcked-by: Govindraj.R \u003cgovindraj.raja@ti.com\u003e\nTested-by: Govindraj.R \u003cgovindraj.raja@ti.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "f794b763b267d591df64d5785429d37f63b7fdb5", "tree": "3f6694df6aeacae6c80efba9430e4acfe598a0bf", "parents": [ "e7f4d169ea34a31a09fc03d9c74936789e2cbc4a" ], "author": { "name": "Scott Jiang", "email": "scott.jiang.linux@gmail.com", "time": "Fri Aug 12 18:04:11 2011 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:39:47 2011 -0700" }, "message": "ASoC: ad193x: fix dac word len setting\n\ncommit 95c93d8525ebce1024bda7316f602ae45c36cd6f upstream.\n\ndac word len value should left shift before setting\n\nSigned-off-by: Scott Jiang \u003cscott.jiang.linux@gmail.com\u003e\nAcked-by: Barry Song \u003c21cnbao@gmail.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": "e7f4d169ea34a31a09fc03d9c74936789e2cbc4a", "tree": "a6fc4c4e0e921703dea8e2179857c9cbb2f7800a", "parents": [ "397d8ae5dd5565a1b77402034bf4d74efd6cfff7" ], "author": { "name": "Scott Jiang", "email": "scott.jiang.linux@gmail.com", "time": "Fri Aug 12 18:04:10 2011 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:39:47 2011 -0700" }, "message": "ASoC: ad193x: fix registers definition\n\ncommit bf545ed72f2eeac664695a8ea2199d9ddaef6020 upstream.\n\nfix dac word len mask and adc tdm fmt shift value\n\nSigned-off-by: Scott Jiang \u003cscott.jiang.linux@gmail.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": "397d8ae5dd5565a1b77402034bf4d74efd6cfff7", "tree": "a071e07bb0d9b91c9bbf82f638798b3f3a7b38dc", "parents": [ "6d2e754003e789c6fb18de76d565a4cab83022a5" ], "author": { "name": "Axel Lin", "email": "axel.lin@gmail.com", "time": "Sat Aug 13 19:15:01 2011 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:39:47 2011 -0700" }, "message": "ASoC: soc-jack: Fix checking return value of request_any_context_irq\n\ncommit d2b4c7bd7eabfaa2e3e5b8107d5eeb56ac879813 upstream.\n\nrequest_any_context_irq() returns a negative value on failure.\nOn success, it returns either IRQC_IS_HARDIRQ or IRQC_IS_NESTED.\n\nSigned-off-by: Axel Lin \u003caxel.lin@gmail.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": "6d2e754003e789c6fb18de76d565a4cab83022a5", "tree": "76f0d18741dec36b19f8eec328a51c9968978749", "parents": [ "ae0250b118d5b55392264accf72a0a3d658e0da9" ], "author": { "name": "Liu Gang-B34182", "email": "B34182@freescale.com", "time": "Thu Aug 25 15:59:25 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:39:46 2011 -0700" }, "message": "arch/powerpc/sysdev/fsl_rio.c: correct IECSR register clear value\n\ncommit 671ee7f0ce62e4b991b47fcf1c161c3f710dabbc upstream.\n\nThis bug causes the IECSR register clear failure. In this case, the RETE\n(retry error threshold exceeded) interrupt will be generated and cannot be\ncleared. So the related ISR may be called persistently.\n\nThe RETE bit in IECSR is cleared by writing a 1 to it.\n\nSigned-off-by: Liu Gang \u003cGang.Liu@freescale.com\u003e\nCc: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\nCc: Kumar Gala \u003cgalak@kernel.crashing.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "ae0250b118d5b55392264accf72a0a3d658e0da9", "tree": "045f90274d30db6f756a4dad0249c20a5e5a273a", "parents": [ "7f4e15693062aa1afcfc8f05f6790baf29bacfa3" ], "author": { "name": "Alexandre Bounine", "email": "alexandre.bounine@idt.com", "time": "Thu Aug 25 15:59:13 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:39:46 2011 -0700" }, "message": "rapidio: fix use of non-compatible registers\n\ncommit 284fb68d00c56e971ed01e0b4bac5ddd4d1b74ab upstream.\n\nReplace/remove use of RIO v.1.2 registers/bits that are not\nforward-compatible with newer versions of RapidIO specification.\n\nRapidIO specification v.1.3 removed Write Port CSR, Doorbell CSR,\nMailbox CSR and Mailbox and Doorbell bits of the PEF CAR.\n\nUse of removed (since RIO v.1.3) register bits affects users of\ncurrently available 1.3 and 2.x compliant devices who may use not so\nrecent kernel versions.\n\nRemoving checks for unsupported bits makes corresponding routines\ncompatible with all versions of RapidIO specification. Therefore,\nbackporting makes stable kernel versions compliant with RIO v.1.3 and\nlater as well.\n\nSigned-off-by: Alexandre Bounine \u003calexandre.bounine@idt.com\u003e\nCc: Kumar Gala \u003cgalak@kernel.crashing.org\u003e\nCc: Matt Porter \u003cmporter@kernel.crashing.org\u003e\nCc: Li Yang \u003cleoli@freescale.com\u003e\nCc: Thomas Moll \u003cthomas.moll@sysgo.com\u003e\nCc: Chul Kim \u003cchul.kim@idt.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": "7f4e15693062aa1afcfc8f05f6790baf29bacfa3", "tree": "d4ef5496034aaaeba1ce945f810ee56ec2a5fce5", "parents": [ "04aa37b5f943920017ad094e776cd5514b1a9246" ], "author": { "name": "Nishanth Aravamudan", "email": "nacc@us.ibm.com", "time": "Thu Aug 25 15:59:11 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Oct 03 11:39:46 2011 -0700" }, "message": "kernel/printk: do not turn off bootconsole in printk_late_init() if keep_bootcon\n\ncommit 4c30c6f566c0989ddaee3407da44751e340a63ed upstream.\n\nIt seems that 7bf693951a8e (\"console: allow to retain boot console via\nboot option keep_bootcon\") doesn\u0027t always achieve what it aims, as when\nprintk_late_init() runs it unconditionally turns off all boot consoles.\nWith this patch, I am able to see more messages on the boot console in\nKVM guests than I can without, when keep_bootcon is specified.\n\nI think it is appropriate for the relevant -stable trees. However, it\u0027s\nmore of an annoyance than a serious bug (ideally you don\u0027t need to keep\nthe boot console around as console handover should be working -- I was\nencountering a situation where the console handover wasn\u0027t working and\nnot having the boot console available meant I couldn\u0027t see why).\n\nSigned-off-by: Nishanth Aravamudan \u003cnacc@us.ibm.com\u003e\nCc: David S. Miller \u003cdavem@davemloft.net\u003e\nCc: Alan Cox \u003calan@lxorguk.ukuu.org.uk\u003e\nCc: Greg KH \u003cgregkh@suse.de\u003e\nAcked-by: Fabio M. Di Nitto \u003cfdinitto@redhat.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": "04aa37b5f943920017ad094e776cd5514b1a9246", "tree": "b800c7516bdf1f9bc54470c4d3ee9005263e9449", "parents": [ "512228f0be3af44bf5cf6cc5750ddd279bbedaf3" ], "author": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Aug 29 13:56:30 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Aug 29 13:56:30 2011 -0700" }, "message": "Linux 3.0.4\n" }, { "commit": "512228f0be3af44bf5cf6cc5750ddd279bbedaf3", "tree": "4efaddfd0a353537b70c2a1059ebf49a1b624286", "parents": [ "80b5405f36fba0caa9a142f978c00afa6aa7714c" ], "author": { "name": "Andi Kleen", "email": "ak@linux.intel.com", "time": "Fri Aug 19 16:15:10 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Aug 29 13:29:16 2011 -0700" }, "message": "Add a personality to report 2.6.x version numbers\n\ncommit be27425dcc516fd08245b047ea57f83b8f6f0903 upstream.\n\nI ran into a couple of programs which broke with the new Linux 3.0\nversion. Some of those were binary only. I tried to use LD_PRELOAD to\nwork around it, but it was quite difficult and in one case impossible\nbecause of a mix of 32bit and 64bit executables.\n\nFor example, all kind of management software from HP doesnt work, unless\nwe pretend to run a 2.6 kernel.\n\n $ uname -a\n Linux svivoipvnx001 3.0.0-08107-g97cd98f #1062 SMP Fri Aug 12 18:11:45 CEST 2011 i686 i686 i386 GNU/Linux\n\n $ hpacucli ctrl all show\n\n Error: No controllers detected.\n\n $ rpm -qf /usr/sbin/hpacucli\n hpacucli-8.75-12.0\n\nAnother notable case is that Python now reports \"linux3\" from\nsys.platform(); which in turn can break things that were checking\nsys.platform() \u003d\u003d \"linux2\":\n\n https://bugzilla.mozilla.org/show_bug.cgi?id\u003d664564\n\nIt seems pretty clear to me though it\u0027s a bug in the apps that are using\n\u0027\u003d\u003d\u0027 instead of .startswith(), but this allows us to unbreak broken\nprograms.\n\nThis patch adds a UNAME26 personality that makes the kernel report a\n2.6.40+x version number instead. The x is the x in 3.x.\n\nI know this is somewhat ugly, but I didn\u0027t find a better workaround, and\ncompatibility to existing programs is important.\n\nSome programs also read /proc/sys/kernel/osrelease. This can be worked\naround in user space with mount --bind (and a mount namespace)\n\nTo use:\n\n wget ftp://ftp.kernel.org/pub/linux/kernel/people/ak/uname26/uname26.c\n gcc -o uname26 uname26.c\n ./uname26 program\n\nSigned-off-by: Andi Kleen \u003cak@linux.intel.com\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "80b5405f36fba0caa9a142f978c00afa6aa7714c", "tree": "a27bfd280e094fc9378a0bebf9d3a14172ab30be", "parents": [ "3a60f9e4a0fb6db169781eb5ee78e1ecbe4195f5" ], "author": { "name": "Carolyn Wyborny", "email": "carolyn.wyborny@intel.com", "time": "Sat Jun 25 13:18:12 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Aug 29 13:29:16 2011 -0700" }, "message": "igb: Fix lack of flush after register write and before delay\n\ncommit 064b43304ed8ede8e13ff7b4338d09fd37bcffb1 upstream.\n\nRegister writes followed by a delay are required to have a flush\nbefore the delay in order to commit the values to the register. Without\nthe flush, the code following the delay may not function correctly.\n\nReported-by: Tong Ho \u003ctong.ho@ericsson.com\u003e\nReported-by: Guenter Roeck \u003cguenter.roeck@ericsson.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": "3a60f9e4a0fb6db169781eb5ee78e1ecbe4195f5", "tree": "1ea1e2d77931f01055b101c72eb32d189805496f", "parents": [ "5af075e3d112a6d9c2fa53c1b99a5ee945e649fd" ], "author": { "name": "Aaron Lu", "email": "Aaron.Lu@amd.com", "time": "Mon Jul 11 13:27:11 2011 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Aug 29 13:29:16 2011 -0700" }, "message": "mmc: sdhci: fix retuning timer wrongly deleted in sdhci_tasklet_finish\n\ncommit 78869618a886d33d8cdfcb78cf9b245b5250e465 upstream.\n\nCurrently, the retuning timer for retuning mode 1 will be deleted in\nfunction sdhci_tasklet_finish after a mmc request done, which will make\nretuning timing never trigger again. This patch fixed this problem.\n\nSigned-off-by: Aaron Lu \u003cAaron.Lu@amd.com\u003e\nReviewed-by: Philip Rakity \u003cprakity@marvell.com\u003e\nSigned-off-by: Chris Ball \u003ccjb@laptop.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "5af075e3d112a6d9c2fa53c1b99a5ee945e649fd", "tree": "867adf11f2f753295189439030e843aa34847d98", "parents": [ "4ca4e8168092fcf2c352b25556e786762668a2a4" ], "author": { "name": "Stanislaw Gruszka", "email": "sgruszka@redhat.com", "time": "Wed Aug 10 15:32:23 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Aug 29 13:29:16 2011 -0700" }, "message": "rt2x00: fix order of entry flags modification\n\ncommit df71c9cfceea801e7e26e2c74241758ef9c042e5 upstream.\n\nIn rt2800usb_work_txdone we check flags in order:\n\n- ENTRY_OWNER_DEVICE_DATA\n- ENTRY_DATA_STATUS_PENDING\n- ENTRY_DATA_IO_FAILED\n\nModify flags in separate order in rt2x00usb_interrupt_txdone, to avoid\nprocessing entries in _txdone with wrong flags or skip processing\nready entries.\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\n" }, { "commit": "4ca4e8168092fcf2c352b25556e786762668a2a4", "tree": "f7905acc484c5bd55fff3b0447263bea32fa00ae", "parents": [ "44510a7f9f4a15a1c27b417115a412dabb2b278c" ], "author": { "name": "Miklos Szeredi", "email": "mszeredi@suse.cz", "time": "Wed Aug 24 10:20:17 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Aug 29 13:29:15 2011 -0700" }, "message": "fuse: check size of FUSE_NOTIFY_INVAL_ENTRY message\n\ncommit c2183d1e9b3f313dd8ba2b1b0197c8d9fb86a7ae upstream.\n\nFUSE_NOTIFY_INVAL_ENTRY didn\u0027t check the length of the write so the\nmessage processing could overrun and result in a \"kernel BUG at\nfs/fuse/dev.c:629!\"\n\nReported-by: Han-Wen Nienhuys \u003chanwenn@gmail.com\u003e\nSigned-off-by: Miklos Szeredi \u003cmszeredi@suse.cz\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "44510a7f9f4a15a1c27b417115a412dabb2b278c", "tree": "59a59108cdf82969b28a057572ceddf70210b7d2", "parents": [ "0cfbab6a0b26aaf895d36ecd6fd2a1c5bde83841" ], "author": { "name": "Thomas Reim", "email": "reimth@googlemail.com", "time": "Wed Aug 17 09:03:32 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Aug 29 13:29:15 2011 -0700" }, "message": "drm/radeon: Extended DDC Probing for Toshiba L300D Radeon Mobility X1100 HDMI-A Connector\n\ncommit f2b60717e692550bf753a5d64a5b69ea430fc832 upstream.\n\nToshiba Satellite L300D with ATI Mobility Radeon X1100 sends data\n to i2c bus for a HDMI connector that is not implemented/existent\n on the notebook\u0027s board.\n\n Fix by applying extented DDC probing for this connector.\n\n Requires [PATCH] drm/radeon: Extended DDC Probing for Connectors\n with Improperly Wired DDC Lines\n\n Tested for kernel 2.6.38 on Toshiba Satellite L300D notebook\n\n BugLink: http://bugs.launchpad.net/bugs/826677\n\nSigned-off-by: Thomas Reim \u003creimth@gmail.com\u003e\nAcked-by: Chris Routh \u003crouthy@gmail.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": "0cfbab6a0b26aaf895d36ecd6fd2a1c5bde83841", "tree": "f5dfb8494b156e28972f8d43b9ac873d6e697df6", "parents": [ "2498959a006e04fb2491e44796a88082dba5923f" ], "author": { "name": "Marcin Slusarz", "email": "marcin.slusarz@gmail.com", "time": "Mon Aug 22 21:17:57 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Aug 29 13:29:15 2011 -0700" }, "message": "drm/ttm: fix ttm_bo_add_ttm(user) failure path\n\ncommit 7c4c3960dff109bc5db4c35da481c212dadb5eb5 upstream.\n\nttm_tt_destroy kfrees passed object, so we need to nullify\na reference to it.\n\nSigned-off-by: Marcin Slusarz \u003cmarcin.slusarz@gmail.com\u003e\nReviewed-by: Thomas Hellstrom \u003cthellstrom@vmware.com\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "2498959a006e04fb2491e44796a88082dba5923f", "tree": "58807a1e4c3849f172bf84ba6eff3c1a1a11abcc", "parents": [ "2f431897688c7f81be23ca316a9682c889ac09e0" ], "author": { "name": "Jack Steiner", "email": "steiner@sgi.com", "time": "Fri Aug 05 09:09:00 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Aug 29 13:29:14 2011 -0700" }, "message": "x86, UV: Remove UV delay in starting slave cpus\n\ncommit 05e33fc20ea5e493a2a1e7f1d04f43cdf89f83ed upstream.\n\nDelete the 10 msec delay between the INIT and SIPI when starting\nslave cpus. I can find no requirement for this delay. BIOS also\nhas similar code sequences without the delay.\n\nRemoving the delay reduces boot time by 40 sec. Every bit helps.\n\nSigned-off-by: Jack Steiner \u003csteiner@sgi.com\u003e\nLink: http://lkml.kernel.org/r/20110805140900.GA6774@sgi.com\nSigned-off-by: Ingo Molnar \u003cmingo@elte.hu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "2f431897688c7f81be23ca316a9682c889ac09e0", "tree": "dfc2859ca1b3980eee4718ea65e178886de96898", "parents": [ "656e041651bdb780ad525c0983004d01b6f44fd8" ], "author": { "name": "H. Peter Anvin", "email": "hpa@linux.intel.com", "time": "Mon Aug 22 13:27:06 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Aug 29 13:29:14 2011 -0700" }, "message": "x86-32, vdso: On system call restart after SYSENTER, use int $0x80\n\ncommit 7ca0758cdb7c241cb4e0490a8d95f0eb5b861daf upstream.\n\nWhen we enter a 32-bit system call via SYSENTER or SYSCALL, we shuffle\nthe arguments to match the int $0x80 calling convention. This was\nprobably a design mistake, but it\u0027s what it is now. This causes\nerrors if the system call as to be restarted.\n\nFor SYSENTER, we have to invoke the instruction from the vdso as the\nreturn address is hardcoded. Accordingly, we can simply replace the\njump in the vdso with an int $0x80 instruction and use the slower\nentry point for a post-restart.\n\nSuggested-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: H. Peter Anvin \u003chpa@linux.intel.com\u003e\nLink: http://lkml.kernel.org/r/CA%2B55aFztZ\u003dr5wa0x26KJQxvZOaQq8s2v3u50wCyJcA-Sc4g8gQ@mail.gmail.com\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "656e041651bdb780ad525c0983004d01b6f44fd8", "tree": "8a97eb5fe50b070dc7f0549a23845fff1c13ffda", "parents": [ "6aaaf4e6f976f93f6e7d67bf21874412bf124582" ], "author": { "name": "Paul Fox", "email": "pgf@laptop.org", "time": "Tue Jul 26 16:42:26 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Aug 29 13:29:14 2011 -0700" }, "message": "x86, olpc: Wait for last byte of EC command to be accepted\n\ncommit a3ea14df0e383f44dcb2e61badb71180dbffe526 upstream.\n\nWhen executing EC commands, only waiting when there are still\nmore bytes to write is usually fine. However, if the system\nsuspends very quickly after a call to olpc_ec_cmd(), the last\ndata byte may not yet be transferred to the EC, and the command\nwill not complete.\n\nThis solves a bug where the SCI wakeup mask was not correctly\nwritten when going into suspend.\n\nIt means that sometimes, on XO-1.5 (but not XO-1), the\ndevices that were marked as wakeup sources can\u0027t wake up\nthe system. e.g. you ask for wifi wakeups, suspend, but then\nincoming wifi frames don\u0027t wake up the system as they should.\n\nSigned-off-by: Paul Fox \u003cpgf@laptop.org\u003e\nSigned-off-by: Daniel Drake \u003cdsd@laptop.org\u003e\nAcked-by: Andres Salomon \u003cdilinger@queued.net\u003e\nSigned-off-by: Ingo Molnar \u003cmingo@elte.hu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "6aaaf4e6f976f93f6e7d67bf21874412bf124582", "tree": "e38641551fe2ca2028aa60525424d819f88a8007", "parents": [ "1561007953be5267725fca1223d79b133e48113a" ], "author": { "name": "Stefano Stabellini", "email": "stefano.stabellini@eu.citrix.com", "time": "Wed Aug 17 15:15:00 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Aug 29 13:29:13 2011 -0700" }, "message": "xen: Do not enable PV IPIs when vector callback not present\n\ncommit 3c05c4bed4ccce3f22f6d7899b308faae24ad198 upstream.\n\nFix regression for HVM case on older (\u003c4.1.1) hypervisors caused by\n\n commit 99bbb3a84a99cd04ab16b998b20f01a72cfa9f4f\n Author: Stefano Stabellini \u003cstefano.stabellini@eu.citrix.com\u003e\n Date: Thu Dec 2 17:55:10 2010 +0000\n\n xen: PV on HVM: support PV spinlocks and IPIs\n\nThis change replaced the SMP operations with event based handlers without\ntaking into account that this only works when the hypervisor supports\ncallback vectors. This causes unexplainable hangs early on boot for\nHVM guests with more than one CPU.\n\nBugLink: http://bugs.launchpad.net/bugs/791850\n\nSigned-off-by: Stefan Bader \u003cstefan.bader@canonical.com\u003e\nSigned-off-by: Stefano Stabellini \u003cstefano.stabellini@eu.citrix.com\u003e\nTested-and-Reported-by: Stefan Bader \u003cstefan.bader@canonical.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": "1561007953be5267725fca1223d79b133e48113a", "tree": "9beaca02a00fa2ee45b815558229c7bb810012e2", "parents": [ "b3120702bfb40e3689c2a6ae3944d9886201b753" ], "author": { "name": "Jan Beulich", "email": "JBeulich@novell.com", "time": "Tue Aug 16 15:07:41 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Aug 29 13:29:12 2011 -0700" }, "message": "xen/x86: replace order-based range checking of M2P table by linear one\n\ncommit ccbcdf7cf1b5f6c6db30d84095b9c6c53043af55 upstream.\n\nThe order-based approach is not only less efficient (requiring a shift\nand a compare, typical generated code looking like this\n\n\tmov\teax, [machine_to_phys_order]\n\tmov\tecx, eax\n\tshr\tebx, cl\n\ttest\tebx, ebx\n\tjnz\t...\n\nwhereas a direct check requires just a compare, like in\n\n\tcmp\tebx, [machine_to_phys_nr]\n\tjae\t...\n\n), but also slightly dangerous in the 32-on-64 case - the element\naddress calculation can wrap if the next power of two boundary is\nsufficiently far away from the actual upper limit of the table, and\nhence can result in user space addresses being accessed (with it being\nunknown what may actually be mapped there).\n\nAdditionally, the elimination of the mistaken use of fls() here (should\nhave been __fls()) fixes a latent issue on x86-64 that would trigger\nif the code was run on a system with memory extending beyond the 44-bit\nboundary.\n\nSigned-off-by: Jan Beulich \u003cjbeulich@novell.com\u003e\n[v1: Based on Jeremy\u0027s feedback]\nSigned-off-by: Konrad Rzeszutek Wilk \u003ckonrad.wilk@oracle.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "b3120702bfb40e3689c2a6ae3944d9886201b753", "tree": "866e8c2a05b2faa39804f535225e2c633c7ed4be", "parents": [ "c70ea5da1319eace8f5a6923b327fa2b325661fd" ], "author": { "name": "Stefan Bader", "email": "stefan.bader@canonical.com", "time": "Thu Jul 14 15:30:37 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Aug 29 13:29:11 2011 -0700" }, "message": "xen-blkfront: Fix one off warning about name clash\n\ncommit 89153b5cae9f40c224a5d321665a97bf14220c2c upstream.\n\nAvoid telling users to use xvde and onwards when using xvde.\n\nAcked-by: Stefano Stabellini \u003cstefano.stabellini@eu.citrix.com\u003e\nSigned-off-by: Stefan Bader \u003cstefan.bader@canonical.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": "c70ea5da1319eace8f5a6923b327fa2b325661fd", "tree": "8afc12031caacc201b3158ca07c0d92208b8e302", "parents": [ "45df4b8977852ea12d6ed19f6c87e6765f6c31e5" ], "author": { "name": "Stefan Bader", "email": "stefan.bader@canonical.com", "time": "Thu Jul 14 15:30:22 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Aug 29 13:29:11 2011 -0700" }, "message": "xen-blkfront: Drop name and minor adjustments for emulated scsi devices\n\ncommit 196cfe2ae8fcdc03b3c7d627e7dfe8c0ce7229f9 upstream.\n\nThese were intended to avoid the namespace clash when representing\nemulated IDE and SCSI devices. However that seems to confuse users\nmore than expected (a disk defined as sda becomes xvde).\nSo for now go back to the scheme which does no adjustments. This\nwill break when mixing IDE and SCSI names in the configuration of\nguests but should be by now expected.\n\nAcked-by: Stefano Stabellini \u003cstefano.stabellini@eu.citrix.com\u003e\nSigned-off-by: Stefan Bader \u003cstefan.bader@canonical.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": "45df4b8977852ea12d6ed19f6c87e6765f6c31e5", "tree": "50111bd57a1849b89b0b0578c31788077bda6452", "parents": [ "4eddd2a50f2548c6c83081fde8fdbc3de07626f6" ], "author": { "name": "Theodore Ts\u0027o", "email": "tytso@mit.edu", "time": "Sat Aug 13 12:58:21 2011 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Aug 29 13:29:11 2011 -0700" }, "message": "ext4: fix nomblk_io_submit option so it correctly converts uninit blocks\n\ncommit 9dd75f1f1a02d656a11a7b9b9e6c2759b9c1e946 upstream.\n\nBug discovered by Jan Kara:\n\nFinally, commit 1449032be17abb69116dbc393f67ceb8bd034f92 returned back\nthe old IO submission code but apparently it forgot to return the old\nhandling of uninitialized buffers so we unconditionnaly call\nblock_write_full_page() without specifying end_io function. So AFAICS\nwe never convert unwritten extents to written in some cases. For\nexample when I mount the fs as: mount -t ext4 -o\nnomblk_io_submit,dioread_nolock /dev/ubdb /mnt and do\n int fd \u003d open(argv[1], O_RDWR | O_CREAT | O_TRUNC, 0600);\n char buf[1024];\n memset(buf, \u0027a\u0027, sizeof(buf));\n fallocate(fd, 0, 0, 16384);\n write(fd, buf, sizeof(buf));\n\nI get a file full of zeros (after remounting the filesystem so that\npagecache is dropped) instead of seeing the first KB contain \u0027a\u0027s.\n\nSigned-off-by: \"Theodore Ts\u0027o\" \u003ctytso@mit.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "4eddd2a50f2548c6c83081fde8fdbc3de07626f6", "tree": "2adb177da1b18471c528e5821850b6d5233f8501", "parents": [ "2526f368949bccda6e8ed1bf74a4e955e3af42af" ], "author": { "name": "Tao Ma", "email": "boyu.mt@taobao.com", "time": "Sat Aug 13 12:30:59 2011 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Aug 29 13:29:11 2011 -0700" }, "message": "ext4: Resolve the hang of direct i/o read in handling EXT4_IO_END_UNWRITTEN.\n\ncommit 32c80b32c053dc52712dedac5e4d0aa7c93fc353 upstream.\n\nEXT4_IO_END_UNWRITTEN flag set and the increase of i_aiodio_unwritten\nshould be done simultaneously since ext4_end_io_nolock always clear\nthe flag and decrease the counter in the same time.\n\nWe don\u0027t increase i_aiodio_unwritten when setting\nEXT4_IO_END_UNWRITTEN so it will go nagative and causes some process\nto wait forever.\n\nPart of the patch came from Eric in his e-mail, but it doesn\u0027t fix the\nproblem met by Michael actually.\n\nhttp://marc.info/?l\u003dlinux-ext4\u0026m\u003d131316851417460\u0026w\u003d2\n\nReported-and-Tested-by: Michael Tokarev\u003cmjt@tls.msk.ru\u003e\nSigned-off-by: Eric Sandeen \u003csandeen@redhat.com\u003e\nSigned-off-by: Tao Ma \u003cboyu.mt@taobao.com\u003e\nSigned-off-by: \"Theodore Ts\u0027o\" \u003ctytso@mit.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "2526f368949bccda6e8ed1bf74a4e955e3af42af", "tree": "2f449cf41e4ebd9c5282c30b1b8c23af1179e4b7", "parents": [ "2fb522e963f57a6c0206f67a355b8131b16ef607" ], "author": { "name": "Jiaying Zhang", "email": "jiayingz@google.com", "time": "Sat Aug 13 12:17:13 2011 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Aug 29 13:29:10 2011 -0700" }, "message": "ext4: call ext4_ioend_wait and ext4_flush_completed_IO in ext4_evict_inode\n\ncommit 2581fdc810889fdea97689cb62481201d579c796 upstream.\n\nFlush inode\u0027s i_completed_io_list before calling ext4_io_wait to\nprevent the following deadlock scenario: A page fault happens while\nsome process is writing inode A. During page fault,\nshrink_icache_memory is called that in turn evicts another inode\nB. Inode B has some pending io_end work so it calls ext4_ioend_wait()\nthat waits for inode B\u0027s i_ioend_count to become zero. However, inode\nB\u0027s ioend work was queued behind some of inode A\u0027s ioend work on the\nsame cpu\u0027s ext4-dio-unwritten workqueue. As the ext4-dio-unwritten\nthread on that cpu is processing inode A\u0027s ioend work, it tries to\ngrab inode A\u0027s i_mutex lock. Since the i_mutex lock of inode A is\nstill hold before the page fault happened, we enter a deadlock.\n\nAlso moves ext4_flush_completed_IO and ext4_ioend_wait from\next4_destroy_inode() to ext4_evict_inode(). During inode deleteion,\next4_evict_inode() is called before ext4_destroy_inode() and in\next4_evict_inode(), we may call ext4_truncate() without holding\ni_mutex lock. As a result, there is a race between flush_completed_IO\nthat is called from ext4_ext_truncate() and ext4_end_io_work, which\nmay cause corruption on an io_end structure. This change moves\next4_flush_completed_IO and ext4_ioend_wait from ext4_destroy_inode()\nto ext4_evict_inode() to resolve the race between ext4_truncate() and\next4_end_io_work during inode deletion.\n\nSigned-off-by: Jiaying Zhang \u003cjiayingz@google.com\u003e\nSigned-off-by: \"Theodore Ts\u0027o\" \u003ctytso@mit.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "2fb522e963f57a6c0206f67a355b8131b16ef607", "tree": "e8f00987f7956949e4dec58ce2021539381eb1c4", "parents": [ "f5dce23cc163abd3a4ebece8ae9f140426bf8253" ], "author": { "name": "Curt Wohlgemuth", "email": "curtw@google.com", "time": "Sat Aug 13 11:25:18 2011 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Aug 29 13:29:10 2011 -0700" }, "message": "ext4: Fix ext4_should_writeback_data() for no-journal mode\n\ncommit 441c850857148935babe000fc2ba1455fe54a6a9 upstream.\n\next4_should_writeback_data() had an incorrect sequence of\ntests to determine if it should return 0 or 1: in\nparticular, even in no-journal mode, 0 was being returned\nfor a non-regular-file inode.\n\nThis meant that, in non-journal mode, we would use\next4_journalled_aops for directories, symlinks, and other\nnon-regular files. However, calling journalled aop\ncallbacks when there is no valid handle, can cause problems.\n\nThis would cause a kernel crash with Jan Kara\u0027s commit\n2d859db3e4 (\"ext4: fix data corruption in inodes with\njournalled data\"), because we now dereference \u0027handle\u0027 in\next4_journalled_write_end().\n\nI also added BUG_ONs to check for a valid handle in the\nobviously journal-only aops callbacks.\n\nI tested this running xfstests with a scratch device in\nthese modes:\n\n - no-journal\n - data\u003dordered\n - data\u003dwriteback\n - data\u003djournal\n\nAll work fine; the data\u003djournal run has many failures and a\ncrash in xfstests 074, but this is no different from a\nvanilla kernel.\n\nSigned-off-by: Curt Wohlgemuth \u003ccurtw@google.com\u003e\nSigned-off-by: \"Theodore Ts\u0027o\" \u003ctytso@mit.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "f5dce23cc163abd3a4ebece8ae9f140426bf8253", "tree": "5b0c93aac565c2ad30df12b3953ffc0526f71131", "parents": [ "c9f30c29833aa4e816c3ab2031dc10dd8af92ec9" ], "author": { "name": "Daniel T Chen", "email": "crimsun@ubuntu.com", "time": "Sun Aug 14 22:43:01 2011 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Aug 29 13:29:10 2011 -0700" }, "message": "ALSA: ac97: Add HP Compaq dc5100 SFF(PT003AW) to Headphone Jack Sense whitelist\n\ncommit eade7b281c9fc18401b989c77d5e5e660b25a3b7 upstream.\n\nBugLink: https://bugs.launchpad.net/bugs/826081\n\nThe original reporter needs \u0027Headphone Jack Sense\u0027 enabled to have\naudible audio, so add his PCI SSID to the whitelist.\n\nReported-and-tested-by: Muhammad Khurram Khan\nSigned-off-by: Daniel T Chen \u003ccrimsun@ubuntu.com\u003e\nSigned-off-by: Takashi Iwai \u003ctiwai@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "c9f30c29833aa4e816c3ab2031dc10dd8af92ec9", "tree": "458173b98580754a4ea5b73f2be5c11da90c1048", "parents": [ "5e5c860400ef1307e3d87aebd5ec8a35b078ca51" ], "author": { "name": "Daniel Mack", "email": "zonque@gmail.com", "time": "Sun Aug 14 11:31:16 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Aug 29 13:29:09 2011 -0700" }, "message": "ALSA: snd_usb_caiaq: track submitted output urbs\n\ncommit da6094ea7d3c2295473d8f5134279307255d6ebf upstream.\n\nThe snd_usb_caiaq driver currently assumes that output urbs are serviced\nin time and doesn\u0027t track when and whether they are given back by the\nUSB core. That usually works fine, but due to temporary limitations of\nthe XHCI stack, we faced that urbs were submitted more than once with\nthis approach.\n\nAs it\u0027s no good practice to fire and forget urbs anyway, this patch\nintroduces a proper bit mask to track which requests have been submitted\nand given back.\n\nThat alone however doesn\u0027t make the driver work in case the host\ncontroller is broken and doesn\u0027t give back urbs at all, and the output\nstream will stop once all pre-allocated output urbs are consumed. But\nit does prevent crashes of the controller stack in such cases.\n\nSee http://bugzilla.kernel.org/show_bug.cgi?id\u003d40702 for more details.\n\nSigned-off-by: Daniel Mack \u003czonque@gmail.com\u003e\nReported-and-tested-by: Matej Laitl \u003cmatej@laitl.cz\u003e\nCc: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nSigned-off-by: Takashi Iwai \u003ctiwai@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "5e5c860400ef1307e3d87aebd5ec8a35b078ca51", "tree": "346e159f3e9d9f2f248c6ca37da918b38377eeba", "parents": [ "966ef7daecee021ffded11d584e57160ee0395c2" ], "author": { "name": "Takashi Iwai", "email": "tiwai@suse.de", "time": "Fri Aug 19 07:55:10 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Aug 29 13:29:09 2011 -0700" }, "message": "ALSA: usb-audio - Fix missing mixer dB information\n\ncommit 38b65190c6ab0be8ce7cff69e734ca5b5e7fa309 upstream.\n\nThe recent fix for testing dB range at the mixer creation time seems\nto cause regressions in some devices. In such devices, reading the dB\ninfo at probing time gives an error, thus both dBmin and dBmax are still\nzero, and TLV flag isn\u0027t set although the later read of dB info succeeds.\n\nThis patch adds a workaround for such a case by assuming that the later\nread will succeed. In future, a similar test should be performed in a\ncase where a wrong dB range is seen even in the later read.\n\nSigned-off-by: Takashi Iwai \u003ctiwai@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "966ef7daecee021ffded11d584e57160ee0395c2", "tree": "45afc87ca22842981b26fd33fed861f23a3273b3", "parents": [ "edcf2e9f6082672cde1b97429e51ea384db89976" ], "author": { "name": "liubo", "email": "liubo2009@cn.fujitsu.com", "time": "Sat Aug 06 08:35:23 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Aug 29 13:29:09 2011 -0700" }, "message": "Btrfs: fix an oops of log replay\n\ncommit 34f3e4f23ca3d259fe078f62a128d97ca83508ef upstream.\n\nWhen btrfs recovers from a crash, it may hit the oops below:\n\n------------[ cut here ]------------\nkernel BUG at fs/btrfs/inode.c:4580!\n[...]\nRIP: 0010:[\u003cffffffffa03df251\u003e] [\u003cffffffffa03df251\u003e] btrfs_add_link+0x161/0x1c0 [btrfs]\n[...]\nCall Trace:\n [\u003cffffffffa03e7b31\u003e] ? btrfs_inode_ref_index+0x31/0x80 [btrfs]\n [\u003cffffffffa04054e9\u003e] add_inode_ref+0x319/0x3f0 [btrfs]\n [\u003cffffffffa0407087\u003e] replay_one_buffer+0x2c7/0x390 [btrfs]\n [\u003cffffffffa040444a\u003e] walk_down_log_tree+0x32a/0x480 [btrfs]\n [\u003cffffffffa0404695\u003e] walk_log_tree+0xf5/0x240 [btrfs]\n [\u003cffffffffa0406cc0\u003e] btrfs_recover_log_trees+0x250/0x350 [btrfs]\n [\u003cffffffffa0406dc0\u003e] ? btrfs_recover_log_trees+0x350/0x350 [btrfs]\n [\u003cffffffffa03d18b2\u003e] open_ctree+0x1442/0x17d0 [btrfs]\n[...]\n\nThis comes from that while replaying an inode ref item, we forget to\ncheck those old conflicting DIR_ITEM and DIR_INDEX items in fs/file tree,\nthen we will come to conflict corners which lead to BUG_ON().\n\nSigned-off-by: Liu Bo \u003cliubo2009@cn.fujitsu.com\u003e\nTested-by: Andy Lutomirski \u003cluto@mit.edu\u003e\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "edcf2e9f6082672cde1b97429e51ea384db89976", "tree": "83f231f90a01f9784ba66f1df181da71ebdd9055", "parents": [ "a2ea18615b6929ccc884e651cd1c0e04941548bf" ], "author": { "name": "Kay Sievers", "email": "kay.sievers@vrfy.org", "time": "Sun Jul 31 22:21:35 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Aug 29 13:29:09 2011 -0700" }, "message": "loop: fix deadlock when sysfs and LOOP_CLR_FD race against each other\n\ncommit 05eb0f252b04aa94ace0794f73d56c6a02351d80 upstream.\n\nLOOP_CLR_FD takes lo-\u003elo_ctl_mutex and tries to remove the loop sysfs\nfiles. Sysfs calls show() and waits for lo-\u003elo_ctl_mutex. LOOP_CLR_FD\nwaits for show() to finish to remove the sysfs file.\n\n cat /sys/class/block/loop0/loop/backing_file\n mutex_lock_nested+0x176/0x350\n ? loop_attr_do_show_backing_file+0x2f/0xd0 [loop]\n ? loop_attr_do_show_backing_file+0x2f/0xd0 [loop]\n loop_attr_do_show_backing_file+0x2f/0xd0 [loop]\n dev_attr_show+0x1b/0x60\n ? sysfs_read_file+0x86/0x1a0\n ? __get_free_pages+0x12/0x50\n sysfs_read_file+0xaf/0x1a0\n\n ioctl(LOOP_CLR_FD):\n wait_for_common+0x12c/0x180\n ? try_to_wake_up+0x2a0/0x2a0\n wait_for_completion+0x18/0x20\n sysfs_deactivate+0x178/0x180\n ? sysfs_addrm_finish+0x43/0x70\n ? sysfs_addrm_start+0x1d/0x20\n sysfs_addrm_finish+0x43/0x70\n sysfs_hash_and_remove+0x85/0xa0\n sysfs_remove_group+0x59/0x100\n loop_clr_fd+0x1dc/0x3f0 [loop]\n lo_ioctl+0x223/0x7a0 [loop]\n\nInstead of taking the lo_ctl_mutex from sysfs code, take the inner\nlo-\u003elo_lock, to protect the access to the backing_file data.\n\nThanks to Tejun for help debugging and finding a solution.\n\nCc: Milan Broz \u003cmbroz@redhat.com\u003e\nCc: Tejun Heo \u003ctj@kernel.org\u003e\nSigned-off-by: Kay Sievers \u003ckay.sievers@vrfy.org\u003e\nSigned-off-by: Jens Axboe \u003cjaxboe@fusionio.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "a2ea18615b6929ccc884e651cd1c0e04941548bf", "tree": "8ffec687fe0432f5cb8d700f12fa01313ba8edd6", "parents": [ "6857336c7fddaf460a13adc0c395698fcf9423ff" ], "author": { "name": "Josef Bacik", "email": "josef@redhat.com", "time": "Thu Aug 04 14:52:27 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Aug 29 13:29:08 2011 -0700" }, "message": "Btrfs: detect wether a device supports discard\n\ncommit d5e2003c2bcda93a8f2e668eb4642d70c9c38301 upstream.\n\nWe have a problem where if a user specifies discard but doesn\u0027t actually support\nit we will return EOPNOTSUPP from btrfs_discard_extent. This is a problem\nbecause this gets called (in a fashion) from the tree log recovery code, which\nhas a nice little BUG_ON(ret) after it, which causes us to fail the tree log\nreplay. So instead detect wether our devices support discard when we\u0027re adding\nthem and then don\u0027t issue discards if we know that the device doesn\u0027t support\nit. And just for good measure set ret \u003d 0 in btrfs_issue_discard just in case\nwe still get EOPNOTSUPP so we don\u0027t screw anybody up like this again. Thanks,\n\nSigned-off-by: Josef Bacik \u003cjosef@redhat.com\u003e\nSigned-off-by: Chris Mason \u003cchris.mason@oracle.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "6857336c7fddaf460a13adc0c395698fcf9423ff", "tree": "dac27f38c28bf9d30535b5abc51a6424e7b32afb", "parents": [ "e25d2c749d25fc559f374766af66d267c97e0877" ], "author": { "name": "Suresh Siddha", "email": "suresh.b.siddha@intel.com", "time": "Thu Jun 23 11:19:26 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Aug 29 13:29:08 2011 -0700" }, "message": "x86, mtrr: lock stop machine during MTRR rendezvous sequence\n\ncommit 6d3321e8e2b3bf6a5892e2ef673c7bf536e3f904 upstream.\n\nMTRR rendezvous sequence using stop_one_cpu_nowait() can potentially\nhappen in parallel with another system wide rendezvous using\nstop_machine(). This can lead to deadlock (The order in which\nworks are queued can be different on different cpu\u0027s. Some cpu\u0027s\nwill be running the first rendezvous handler and others will be running\nthe second rendezvous handler. Each set waiting for the other set to join\nfor the system wide rendezvous, leading to a deadlock).\n\nMTRR rendezvous sequence is not implemented using stop_machine() as this\ngets called both from the process context aswell as the cpu online paths\n(where the cpu has not come online and the interrupts are disabled etc).\nstop_machine() works with only online cpus.\n\nFor now, take the stop_machine mutex in the MTRR rendezvous sequence that\ngets called from an online cpu (here we are in the process context\nand can potentially sleep while taking the mutex). And the MTRR rendezvous\nthat gets triggered during cpu online doesn\u0027t need to take this stop_machine\nlock (as the stop_machine() already ensures that there is no cpu hotplug\ngoing on in parallel by doing get_online_cpus())\n\n TBD: Pursue a cleaner solution of extending the stop_machine()\n infrastructure to handle the case where the calling cpu is\n still not online and use this for MTRR rendezvous sequence.\n\nfixes: https://bugzilla.novell.com/show_bug.cgi?id\u003d672008\n\nReported-by: Vadim Kotelnikov \u003cvadimuzzz@inbox.ru\u003e\nSigned-off-by: Suresh Siddha \u003csuresh.b.siddha@intel.com\u003e\nLink: http://lkml.kernel.org/r/20110623182056.807230326@sbsiddha-MOBL3.sc.intel.com\nSigned-off-by: H. Peter Anvin \u003chpa@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "e25d2c749d25fc559f374766af66d267c97e0877", "tree": "8f04bd2605641a7c887158aa8d149c36d74646d9", "parents": [ "f4bc412bc2f46d644375403b601f42d8487949da" ], "author": { "name": "Trond Myklebust", "email": "Trond.Myklebust@netapp.com", "time": "Tue Aug 02 14:46:52 2011 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Aug 29 13:29:08 2011 -0700" }, "message": "NFSv4.1: Return NFS4ERR_BADSESSION to callbacks during session resets\n\ncommit 910ac68a2b80c7de95bc8488734067b1bb15d583 upstream.\n\nIf the client is in the process of resetting the session when it receives\na callback, then returning NFS4ERR_DELAY may cause a deadlock with the\nDESTROY_SESSION call.\n\nBasically, if the client returns NFS4ERR_DELAY in response to the\nCB_SEQUENCE call, then the server is entitled to believe that the\nclient is busy because it is already processing that call. In that\ncase, the server is perfectly entitled to respond with a\nNFS4ERR_BACK_CHAN_BUSY to any DESTROY_SESSION call.\n\nFix this by having the client reply with a NFS4ERR_BADSESSION in\nresponse to the callback if it is resetting the session.\n\nSigned-off-by: Trond Myklebust \u003cTrond.Myklebust@netapp.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "f4bc412bc2f46d644375403b601f42d8487949da", "tree": "29dd599a646a6d11a16109ae566e971549cbed7b", "parents": [ "b861a2580da034f6a57517c687ded68e20f99763" ], "author": { "name": "Trond Myklebust", "email": "Trond.Myklebust@netapp.com", "time": "Tue Aug 02 14:46:29 2011 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Aug 29 13:29:08 2011 -0700" }, "message": "NFSv4.1: Fix the callback \u0027highest_used_slotid\u0027 behaviour\n\ncommit 55a673990ec04cf63005318bcf08c2b0046e5778 upstream.\n\nCurrently, there is no guarantee that we will call nfs4_cb_take_slot() even\nthough nfs4_callback_compound() will consistently call\nnfs4_cb_free_slot() provided the cb_process_state has set the \u0027clp\u0027 field.\nThe result is that we can trigger the BUG_ON() upon the next call to\nnfs4_cb_take_slot().\n\nThis patch fixes the above problem by using the slot id that was taken in\nthe CB_SEQUENCE operation as a flag for whether or not we need to call\nnfs4_cb_free_slot().\nIt also fixes an atomicity problem: we need to set tbl-\u003ehighest_used_slotid\natomically with the check for NFS4_SESSION_DRAINING, otherwise we end up\nracing with the various tests in nfs4_begin_drain_session().\n\nSigned-off-by: Trond Myklebust \u003cTrond.Myklebust@netapp.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "b861a2580da034f6a57517c687ded68e20f99763", "tree": "ea6409d60334148fddb6a34c5a0cc50e3377d4c9", "parents": [ "3be1216c9e9976074d49414a53abf572ec4b4a24" ], "author": { "name": "Boaz Harrosh", "email": "bharrosh@panasas.com", "time": "Wed Aug 03 21:54:33 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Aug 29 13:29:08 2011 -0700" }, "message": "pnfs-obj: Bug when we are running out of bio\n\ncommit 20618b21da0796115e81906d24ff1601552701b7 upstream.\n\nWhen we have a situation that the number of pages we want\nto encode is bigger then the size of the bio. (Which can\ncurrently happen only when all IO is going to a single device\n.e.g group_width\u003d\u003d1) then the IO is submitted short and we\nreport back only the amount of bytes we actually wrote/read\nand all is fine. BUT ...\n\nThere was a bug that the current length counter was advanced\nbefore the fail to add the extra page, and we come to a situation\nthat the CDB length was one-page longer then the actual bio size,\nwhich is of course rejected by the osd-target.\n\nWhile here also fix the bio size calculation, in the case\nthat we received more then one group of devices.\n\nSigned-off-by: Boaz Harrosh \u003cbharrosh@panasas.com\u003e\nSigned-off-by: Trond Myklebust \u003cTrond.Myklebust@netapp.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "3be1216c9e9976074d49414a53abf572ec4b4a24", "tree": "fa82ec95f4562b46baf3ea9b05539ffae0d9616a", "parents": [ "f06a93fffac579694b0bb67fa81154b75b99f26e" ], "author": { "name": "Boaz Harrosh", "email": "bharrosh@panasas.com", "time": "Wed Aug 03 21:52:51 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Aug 29 13:29:07 2011 -0700" }, "message": "pnfs-obj: Fix the comp_index !\u003d 0 case\n\ncommit 9af7db3228acc286c50e3a0f054ec982efdbc6c6 upstream.\n\nThere were bugs in the case of partial layout where olo_comp_index\nis not zero. This used to work and was tested but one of the later\ncleanup SQUASHMEs broke it and was not tested since.\n\nAlso add a dprint that specify those received layout parameters.\nEverything else was already printed.\n\nSigned-off-by: Boaz Harrosh \u003cbharrosh@panasas.com\u003e\nSigned-off-by: Trond Myklebust \u003cTrond.Myklebust@netapp.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "f06a93fffac579694b0bb67fa81154b75b99f26e", "tree": "59d95b319808be67549e45acb0bb1593f360f077", "parents": [ "b3ff2fd377a0b593678af0082b6a2e4ecc3eec84" ], "author": { "name": "Len Brown", "email": "len.brown@intel.com", "time": "Fri Jul 15 17:37:15 2011 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Aug 29 13:29:07 2011 -0700" }, "message": "x86, intel, power: Correct the MSR_IA32_ENERGY_PERF_BIAS message\n\ncommit 17edf2d79f1ea6dfdb4c444801d928953b9f98d6 upstream.\n\nFix the printk_once() so that it actually prints (didn\u0027t print before\ndue to a stray comma.)\n\n[ hpa: changed to an incremental patch and adjusted the description\n accordingly. ]\n\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\nLink: http://lkml.kernel.org/r/alpine.LFD.2.02.1107151732480.18606@x980\nSigned-off-by: H. Peter Anvin \u003chpa@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "b3ff2fd377a0b593678af0082b6a2e4ecc3eec84", "tree": "58b85ae3ea6977a509778dc7401359ac0f0e7c46", "parents": [ "8ec7ad7a0073b11f924d131dc423c5221dd9bb8c" ], "author": { "name": "Steve French", "email": "sfrench@us.ibm.com", "time": "Thu Aug 18 04:41:55 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Aug 29 13:29:07 2011 -0700" }, "message": "possible memory corruption on mount\n\ncommit 13589c437daf4c8e429b3236c0b923de1c9420d8 upstream.\n\nCIFS cleanup_volume_info_contents() looks like having a memory\ncorruption problem.\nWhen UNCip is set to \"\u0026vol-\u003eUNC[2]\" in cifs_parse_mount_options(), it\nshould not be kfree()-ed in cleanup_volume_info_contents().\n\nIntroduced in commit b946845a9dc523c759cae2b6a0f6827486c3221a\n\nSigned-off-by: J.R. Okajima \u003chooanon05@yahoo.co.jp\u003e\nReviewed-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": "8ec7ad7a0073b11f924d131dc423c5221dd9bb8c", "tree": "d8a68b43d16ff07e4669d7ed28dad4ad9a3b16aa", "parents": [ "f10df4139384fdede3be489dbfea077fc3c26ad9" ], "author": { "name": "Mathias Krause", "email": "minipli@googlemail.com", "time": "Thu Aug 18 09:17:00 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Aug 29 13:29:06 2011 -0700" }, "message": "i7core_edac: fixed typo in error count calculation\n\ncommit 8cf2d2399ab60842f55598bc1b00fd15503b9950 upstream.\n\nBased on a patch from the PaX Team, found during a clang analysis pass.\n\nSigned-off-by: Mathias Krause \u003cminipli@googlemail.com\u003e\nAcked-by: Mauro Carvalho Chehab \u003cmchehab@redhat.com\u003e\nCc: PaX Team \u003cpageexec@freemail.hu\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "f10df4139384fdede3be489dbfea077fc3c26ad9", "tree": "34f897528482ce66f02e8d4f037970a9910de64b", "parents": [ "b732c7ad1f6e6056dd898de7987665d4c490c78d" ], "author": { "name": "Timo Warns", "email": "Warns@pre-sense.de", "time": "Wed Aug 17 17:59:56 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Aug 29 13:29:06 2011 -0700" }, "message": "befs: Validate length of long symbolic links.\n\ncommit 338d0f0a6fbc82407864606f5b64b75aeb3c70f2 upstream.\n\nSigned-off-by: Timo Warns \u003cwarns@pre-sense.de\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "b732c7ad1f6e6056dd898de7987665d4c490c78d", "tree": "063b60aebb505805e1383c3bbf4506ffd233f13d", "parents": [ "9a420aaeab0231727fc620fca9cd0e46e6438e93" ], "author": { "name": "Jeff Layton", "email": "jlayton@redhat.com", "time": "Mon Aug 08 11:50:24 2011 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Aug 29 13:29:06 2011 -0700" }, "message": "cifs: demote cERROR in build_path_from_dentry to cFYI\n\ncommit fa71f447065f676157ba6a2c121ba419818fc559 upstream.\n\nRunning the cthon tests on a recent kernel caused this message to pop\noccasionally:\n\n CIFS VFS: did not end path lookup where expected namelen is 0\n\nSome added debugging showed that namelen and dfsplen were both 0 when\nthis occurred. That means that the read_seqretry returned true.\n\nAssuming that the comment inside the if statement is true, this should\nbe harmless and just means that we raced with a rename. If that is the\ncase, then there\u0027s no need for alarm and we can demote this to cFYI.\n\nWhile we\u0027re at it, print the dfsplen too so that we can see what\nhappened here if the message pops during debugging.\n\nCc: Al Viro \u003cviro@ZenIV.linux.org.uk\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": "9a420aaeab0231727fc620fca9cd0e46e6438e93", "tree": "0bf9479537631cf02f2146a215a7e4fe9d0c5156", "parents": [ "d31bf2883542cd3414674238f94123bd1d9c0b9f" ], "author": { "name": "jhbird.choi@samsung.com", "email": "jhbird.choi@samsung.com", "time": "Thu Jul 21 15:29:14 2011 +0900" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Aug 29 13:29:06 2011 -0700" }, "message": "genirq: Fix wrong bit operation\n\ncommit 1dd75f91ae713049eb6baaa640078f3a6549e522 upstream.\n\n(!msk \u0026 0x01) should be !(msk \u0026 0x01)\n\nSigned-off-by: Jonghwan Choi \u003cjhbird.choi@samsung.com\u003e\nLink: http://lkml.kernel.org/r/1311229754-6003-1-git-send-email-jhbird.choi@samsung.com\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "d31bf2883542cd3414674238f94123bd1d9c0b9f", "tree": "1a045217a9e4a56d13f4286f0317ce4340b23142", "parents": [ "cb52eec12483475b1c1dcea3d817528b5724a209" ], "author": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Wed Aug 17 10:57:16 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Wed Aug 17 10:57:16 2011 -0700" }, "message": "Linux 3.0.3\n" }, { "commit": "cb52eec12483475b1c1dcea3d817528b5724a209", "tree": "a34ab88caca9d4aa62221e210b8250d541e62279", "parents": [ "920d4ab70ec7f77293084b3da73ae445b1dd2d67" ], "author": { "name": "Jonathan Nieder", "email": "jrnieder@gmail.com", "time": "Fri Aug 05 18:58:38 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Wed Aug 17 10:55:54 2011 -0700" }, "message": "perf tools: do not look at ./config for configuration\n\ncommit aba8d056078e47350d85b06a9cabd5afcc4b72ea upstream.\n\nIn addition to /etc/perfconfig and $HOME/.perfconfig, perf looks for\nconfiguration in the file ./config, imitating git which looks at\n$GIT_DIR/config. If ./config is not a perf configuration file, it\nfails, or worse, treats it as a configuration file and changes behavior\nin some unexpected way.\n\n\"config\" is not an unusual name for a file to be lying around and perf\ndoes not have a private directory dedicated for its own use, so let\u0027s\njust stop looking for configuration in the cwd. Callers needing\ncontext-sensitive configuration can use the PERF_CONFIG environment\nvariable.\n\nRequested-by: Christian Ohm \u003cchr.ohm@gmx.net\u003e\nCc: 632923@bugs.debian.org\nCc: Ben Hutchings \u003cben@decadent.org.uk\u003e\nCc: Christian Ohm \u003cchr.ohm@gmx.net\u003e\nCc: Ingo Molnar \u003cmingo@elte.hu\u003e\nCc: Paul Mackerras \u003cpaulus@samba.org\u003e\nCc: Peter Zijlstra \u003ca.p.zijlstra@chello.nl\u003e\nLink: http://lkml.kernel.org/r/20110805165838.GA7237@elie.gateway.2wire.net\nSigned-off-by: Jonathan Nieder \u003cjrnieder@gmail.com\u003e\nSigned-off-by: Arnaldo Carvalho de Melo \u003cacme@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "920d4ab70ec7f77293084b3da73ae445b1dd2d67", "tree": "e60ce1c573284fbaec94f13cb3f12738494c32be", "parents": [ "d24884b24d1527ead9b7a3a54516925de826b518" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Sat Aug 13 13:36:13 2011 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Wed Aug 17 10:55:54 2011 -0700" }, "message": "drm/radeon/kms: don\u0027t try to be smart in the hpd handler\n\ncommit d5811e8731213f80c80d89e980505052f16aca1c upstream.\n\nAttempting to try and turn off disconnected display hw in the\nhotput handler lead to more problems than it helped. For\nnow just register an event and only attempt the do something\ninteresting with DP. Other connectors are just too problematic:\n- Some systems have an HPD pin assigned to LVDS, but it\u0027s rarely\nif ever connected properly and we don\u0027t really care about hpd\nevents on LVDS anyway since it\u0027s always connected.\n- The HPD pin is wired up correctly for eDP, but we don\u0027t really\nhave to do anything since the events since it\u0027s always connected.\n- Some HPD pins fire more than once when you connect/disconnect\n- etc.\n\nFixes:\nhttps://bugs.freedesktop.org/show_bug.cgi?id\u003d39882\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" } ], "next": "d24884b24d1527ead9b7a3a54516925de826b518" }