)]}' { "log": [ { "commit": "d4bb7f49f4d5ea7a287899178df55b4725bb32d2", "tree": "c64f85367ff571a42d3a5fcb76c871a9632463a1", "parents": [ "721632c39add11e5d5fa5dd8b956dcae63d02b17" ], "author": { "name": "Johannes Berg", "email": "johannes.berg@intel.com", "time": "Thu May 31 15:09:27 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 17 11:21:25 2012 -0700" }, "message": "mac80211: clean up remain-on-channel on interface stop\n\ncommit 71ecfa1893034eeb1c93e02e22ee2ad26d080858 upstream.\n\nWhen any interface goes down, it could be the one that we\nwere doing a remain-on-channel with. We therefore need to\ncancel the remain-on-channel and flush the related work\nstructs so they don\u0027t run after the interface has been\nremoved or even destroyed.\n\nIt\u0027s also possible in this case that an off-channel SKB\nwas never transmitted, so free it if this is the case.\nNote that this can also happen if the driver finishes\nthe off-channel period without ever starting it.\n\nReported-by: Nirav Shah \u003cnirav.j2.shah@intel.com\u003e\nSigned-off-by: Johannes Berg \u003cjohannes.berg@intel.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "721632c39add11e5d5fa5dd8b956dcae63d02b17", "tree": "d08b6f48769a2c944ecb82eb580703de0a4ec813", "parents": [ "f4c3d440c898725132291e5171b3244c2027c30e" ], "author": { "name": "Meenakshi Venkataraman", "email": "meenakshi.venkataraman@intel.com", "time": "Wed May 30 11:39:33 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 17 11:21:25 2012 -0700" }, "message": "mac80211: fix error in station state transitions during reconfig\n\ncommit bd34ab62a3297bd7685da11b0cbe05ae4cd8b02c upstream.\n\nAs part of hardware reconfig mac80211 tries\nto restore the station state to its values\nbefore the hardware reconfig, but it only\ngoes to the last-state - 1. Fix this\noff-by-one error.\n\nSigned-off-by: Meenakshi Venkataraman \u003cmeenakshi.venkataraman@intel.com\u003e\nReviewed-by: Emmanuel Grumbach \u003cemmanuel.grumbach@intel.com\u003e\nSigned-off-by: Johannes Berg \u003cjohannes.berg@intel.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "f4c3d440c898725132291e5171b3244c2027c30e", "tree": "487d1067de1c9ed35dc03a94ef44fe6bd9d6ceb6", "parents": [ "5ca732f5673f2a1fa9e4d6451259ae5891fa6b60" ], "author": { "name": "Emmanuel Grumbach", "email": "emmanuel.grumbach@intel.com", "time": "Wed Jun 06 13:55:02 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 17 11:21:25 2012 -0700" }, "message": "iwlwifi: disable the buggy chain extension feature in HW\n\ncommit d012d04e4d6312ea157b6cf19e9689af934f5aa7 upstream.\n\nThis feature has been reported to be buggy and enabled by\ndefault. We therefore need to disable it manually.\n\nSigned-off-by: Emmanuel Grumbach \u003cemmanuel.grumbach@intel.com\u003e\nSigned-off-by: Johannes Berg \u003cjohannes.berg@intel.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "5ca732f5673f2a1fa9e4d6451259ae5891fa6b60", "tree": "eb0f01e5784e3b03684523883f88fb7172128748", "parents": [ "5a4c9cbfe943986db40b699c5320fdacfa2885b8" ], "author": { "name": "Emmanuel Grumbach", "email": "emmanuel.grumbach@intel.com", "time": "Wed Jun 06 09:13:36 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 17 11:21:25 2012 -0700" }, "message": "iwlwifi: don\u0027t mess up the SCD when removing a key\n\ncommit d6ee27eb13beab94056e0de52d81220058ca2297 upstream.\n\nWhen we remove a key, we put a key index which was supposed\nto tell the fw that we are actually removing the key. But\ninstead the fw took that index as a valid index and messed\nup the SRAM of the device.\n\nThis memory corruption on the device mangled the data of\nthe SCD. The impact on the user is that SCD queue 2 got\nstuck after having removed keys.\nThe message is the log that was printed is:\n\nQueue 2 stuck for 10000ms\n\nThis doesn\u0027t seem to fix the higher queues that get stuck\nfrom time to time.\n\nReviewed-by: Meenakshi Venkataraman \u003cmeenakshi.venkataraman@intel.com\u003e\nSigned-off-by: Emmanuel Grumbach \u003cemmanuel.grumbach@intel.com\u003e\nSigned-off-by: Johannes Berg \u003cjohannes.berg@intel.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "5a4c9cbfe943986db40b699c5320fdacfa2885b8", "tree": "1508744f13a32e3f2f66fd49e3e4456a1622ce68", "parents": [ "20528f7e3c40fa95faf5ebc028c16c40216d0b76" ], "author": { "name": "Johannes Berg", "email": "johannes.berg@intel.com", "time": "Tue Jun 05 09:38:35 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 17 11:21:25 2012 -0700" }, "message": "iwlwifi: unregister LEDs if mac80211 registration fails\n\ncommit 0e1fa7ef25004b9c1a14147bce61c15c2f1c6744 upstream.\n\nOtherwise the LEDs stick around and cause issues the\nnext time around since they\u0027re still there but not\nreally hooked up.\n\nSigned-off-by: Johannes Berg \u003cjohannes.berg@intel.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "20528f7e3c40fa95faf5ebc028c16c40216d0b76", "tree": "cc822082ae66920052f5a8d8e1bf19ec246d5d8c", "parents": [ "4e050dfccceeb07641b8cf50618eb71e5208a6dc" ], "author": { "name": "Johannes Berg", "email": "johannes.berg@intel.com", "time": "Mon Jun 04 13:43:11 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 17 11:21:24 2012 -0700" }, "message": "iwlwifi: disable WoWLAN if !CONFIG_PM_SLEEP\n\ncommit fcb6ff5e2cb83e1de10631f6621f45ca3401bf61 upstream.\n\nIf CONFIG_PM_SLEEP is disabled, then iwlwifi doesn\u0027t\nsupport suspend/resume handlers and thus mac80211\n(correctly) refuses advertising WoWLAN. Disable\nWoWLAN in the driver in this case.\n\nReported-by: Sebastian Kemper \u003csebastian_ml@gmx.net\u003e\nSigned-off-by: Johannes Berg \u003cjohannes.berg@intel.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "4e050dfccceeb07641b8cf50618eb71e5208a6dc", "tree": "c4ab8a5a76896d58c1197edf7537f070d51b2bec", "parents": [ "e82c95f9f0cb025da8e1af6df1c29080a78d0f84" ], "author": { "name": "Josef Bacik", "email": "josef@redhat.com", "time": "Wed May 23 16:10:14 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 17 11:21:24 2012 -0700" }, "message": "Btrfs: fall back to non-inline if we don\u0027t have enough space\n\ncommit 2adcac1a7331d93a17285804819caa96070b231f upstream.\n\nIf cow_file_range_inline fails with ENOSPC we abort the transaction which\nisn\u0027t very nice. This really shouldn\u0027t be happening anyways but there\u0027s no\nsense in making it a horrible error when we can easily just go allocate\nnormal data space for this stuff. Thanks,\n\nSigned-off-by: Josef Bacik \u003cjosef@redhat.com\u003e\nAcked-by: Chris Mason \u003cchris.mason@fusionio.com\u003e\nCc: Alexandre Oliva \u003coliva@lsd.ic.unicamp.br\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "e82c95f9f0cb025da8e1af6df1c29080a78d0f84", "tree": "2c4b9ff3e19e1786fab109c36ec62817591d0006", "parents": [ "cc62e8bf1f779a54369e71e665211140a254df5c" ], "author": { "name": "Thomas Hellstrom", "email": "thellstrom@vmware.com", "time": "Tue Jun 12 13:28:42 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 17 11:21:24 2012 -0700" }, "message": "drm/ttm: Fix buffer object metadata accounting regression v2\n\ncommit a393c730ab69617c3291a3b0b2a228c9be2fc28c upstream.\n\nA regression was introduced in the 3.3 rc series, commit\n\"drm/ttm: simplify memory accounting for ttm user v2\",\ncausing the metadata of buffer objects created using the ttm_bo_create()\nfunction to be accounted twice.\nThat causes massive leaks with the vmwgfx driver running for example\nSpecViewperf Catia-03 test 2, eventually killing the app.\n\nFurthermore, the same commit introduces a regression where\nmetadata accounting is leaked if a buffer object is\ninitialized with an illegal size. This is also fixed with this commit.\n\nv2: Fixed an error path and removed an unused variable.\n\nSigned-off-by: Thomas Hellstrom \u003cthellstrom@vmware.com\u003e\nReviewed-by: Konrad Rzeszutek Wilk \u003ckonrad.wilk@oracle.com\u003e\nCc: Jerome Glisse \u003cjglisse@redhat.com\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "cc62e8bf1f779a54369e71e665211140a254df5c", "tree": "c3bfe92d3087e30ce9b5616df0f9a3a2caffd268", "parents": [ "25ffc87a852380b75e5ce9618164f506b1254112" ], "author": { "name": "Mathias Krause", "email": "minipli@googlemail.com", "time": "Wed May 30 01:43:08 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 17 11:21:24 2012 -0700" }, "message": "crypto: aesni-intel - fix unaligned cbc decrypt for x86-32\n\ncommit 7c8d51848a88aafdb68f42b6b650c83485ea2f84 upstream.\n\nThe 32 bit variant of cbc(aes) decrypt is using instructions requiring\n128 bit aligned memory locations but fails to ensure this constraint in\nthe code. Fix this by loading the data into intermediate registers with\nload unaligned instructions.\n\nThis fixes reported general protection faults related to aesni.\n\nReferences: https://bugzilla.kernel.org/show_bug.cgi?id\u003d43223\nReported-by: Daniel \u003cgarkein@mailueberfall.de\u003e\nSigned-off-by: Mathias Krause \u003cminipli@googlemail.com\u003e\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "25ffc87a852380b75e5ce9618164f506b1254112", "tree": "1c2188cd689b92e2538d7b451781a5d9ac7e5006", "parents": [ "cc3aeacdba55676938fc11e00e13699141b9aeb8" ], "author": { "name": "Peter Korsgaard", "email": "jacmet@sunsite.dk", "time": "Thu May 31 20:53:08 2012 +1000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 17 11:21:24 2012 -0700" }, "message": "hwrng: atmel-rng - fix race condition leading to repeated bits\n\ncommit 121daad8fd1dce63076fa55aaedd5dc3f981b334 upstream.\n\nData valid gets cleared by reading the ISR (status register) and NOT from\nreading ODATA (data register). A new data word can become available between\nchecking ISR and reading ODATA, causing us to reuse the same data word next\ntime atmel_trng_read() gets called, if that happens before the following\ndata word is ready.\n\nWith this fixed, rngtest no longer complains of \u0027Continous run\u0027 errors.\nBefore:\n\nrngtest -c 1000 \u003c /dev/hwrng\nrngtest 3\nCopyright (c) 2004 by Henrique de Moraes Holschuh\nThis is free software; see the source for copying conditions. There is NO warr.\n\nrngtest: starting FIPS tests...\nrngtest: bits received from input: 20000032\nrngtest: FIPS 140-2 successes: 923\nrngtest: FIPS 140-2 failures: 77\nrngtest: FIPS 140-2(2001-10-10) Monobit: 0\nrngtest: FIPS 140-2(2001-10-10) Poker: 0\nrngtest: FIPS 140-2(2001-10-10) Runs: 1\nrngtest: FIPS 140-2(2001-10-10) Long run: 0\nrngtest: FIPS 140-2(2001-10-10) Continuous run: 76\nrngtest: input channel speed: (min\u003d721.402; avg\u003d46003.510; max\u003d49321.338)Kibitss\nrngtest: FIPS tests speed: (min\u003d11.442; avg\u003d12.714; max\u003d12.801)Mibits/s\nrngtest: Program run time: 1931860 microseconds\n\nAfter:\n\nrngtest -c 1000 \u003c /dev/hwrng\nrngtest 3\nCopyright (c) 2004 by Henrique de Moraes Holschuh\nThis is free software; see the source for copying conditions. There is NO warr.\n\nrngtest: starting FIPS tests...\nrngtest: bits received from input: 20000032\nrngtest: FIPS 140-2 successes: 1000\nrngtest: FIPS 140-2 failures: 0\nrngtest: FIPS 140-2(2001-10-10) Monobit: 0\nrngtest: FIPS 140-2(2001-10-10) Poker: 0\nrngtest: FIPS 140-2(2001-10-10) Runs: 0\nrngtest: FIPS 140-2(2001-10-10) Long run: 0\nrngtest: FIPS 140-2(2001-10-10) Continuous run: 0\nrngtest: input channel speed: (min\u003d777.518; avg\u003d36988.482; max\u003d43115.342)Kibitss\nrngtest: FIPS tests speed: (min\u003d11.951; avg\u003d12.715; max\u003d12.887)Mibits/s\nrngtest: Program run time: 2035543 microseconds\n\nSigned-off-by: Peter Korsgaard \u003cjacmet@sunsite.dk\u003e\nReported-by: George Pontis \u003cGPontis@z9.com\u003e\nAcked-by: Nicolas Ferre \u003cnicolas.ferre@atmel.com\u003e\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "cc3aeacdba55676938fc11e00e13699141b9aeb8", "tree": "3c5b620651414bc505e9aa6f4c588e45c2232a20", "parents": [ "8d9fe5b77cbabd1805b30418ba32b3c1389303d0" ], "author": { "name": "Borislav Petkov", "email": "borislav.petkov@amd.com", "time": "Mon Apr 16 18:01:53 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 17 11:21:23 2012 -0700" }, "message": "x86, MCE, AMD: Make APIC LVT thresholding interrupt optional\n\ncommit f227d4306cf30e1d5b6f231e8ef9006c34f3d186 upstream.\n\nCurrently, the APIC LVT interrupt for error thresholding is implicitly\nenabled. However, there are models in the F15h range which do not enable\nit. Make the code machinery which sets up the APIC interrupt support\nan optional setting and add an -\u003einterrupt_capable member to the bank\nrepresentation mirroring that capability and enable the interrupt offset\nprogramming only if it is true.\n\nSimplify code and fixup comment style while at it.\n\nSigned-off-by: Borislav Petkov \u003cborislav.petkov@amd.com\u003e\nCc: Robert Richter \u003crobert.richter@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "8d9fe5b77cbabd1805b30418ba32b3c1389303d0", "tree": "7acfeb7302e431186dab04d3cd768987bbcd5145", "parents": [ "c573b3798f5fd9e24f9ec23a39c4915c6e024faf" ], "author": { "name": "Cliff Wickman", "email": "cpw@sgi.com", "time": "Thu Jun 07 08:31:40 2012 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 17 11:21:23 2012 -0700" }, "message": "x86/uv: Fix UV2 BAU legacy mode\n\ncommit d5d2d2eea84b0d8450b082edbc3dbde41fb8bfd8 upstream.\n\nThe SGI Altix UV2 BAU (Broadcast Assist Unit) as used for\ntlb-shootdown (selective broadcast mode) always uses UV2\nbroadcast descriptor format. There is no need to clear the\n\u0027legacy\u0027 (UV1) mode, because the hardware always uses UV2 mode\nfor selective broadcast.\n\nBut the BIOS uses general broadcast and legacy mode, and the\nhardware pays attention to the legacy mode bit for general\nbroadcast. So the kernel must not clear that mode bit.\n\nSigned-off-by: Cliff Wickman \u003ccpw@sgi.com\u003e\nLink: http://lkml.kernel.org/r/E1SccoO-0002Lh-Cb@eag09.americas.sgi.com\nSigned-off-by: Ingo Molnar \u003cmingo@kernel.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "c573b3798f5fd9e24f9ec23a39c4915c6e024faf", "tree": "a62c1612ed42b718b5e803240210635d41abe735", "parents": [ "d913c02b0a172d5dca6280da5b17a407d69bbce4" ], "author": { "name": "Theodore Ts\u0027o", "email": "tytso@mit.edu", "time": "Thu Jun 07 18:56:06 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 17 11:21:23 2012 -0700" }, "message": "ext4: fix the free blocks calculation for ext3 file systems w/ uninit_bg\n\ncommit b0dd6b70f0fda17ae9762fbb72d98e40a4f66556 upstream.\n\nExt3 filesystems that are converted to use as many ext4 file system\nfeatures as possible will enable uninit_bg to speed up e2fsck times.\nThese file systems will have a native ext3 layout of inode tables and\nblock allocation bitmaps (as opposed to ext4\u0027s flex_bg layout).\nUnfortunately, in these cases, when first allocating a block in an\nuninitialized block group, ext4 would incorrectly calculate the number\nof free blocks in that block group, and then errorneously report that\nthe file system was corrupt:\n\nEXT4-fs error (device vdd): ext4_mb_generate_buddy:741: group 30, 32254 clusters in bitmap, 32258 in gd\n\nThis problem can be reproduced via:\n\n mke2fs -q -t ext4 -O ^flex_bg /dev/vdd 5g\n mount -t ext4 /dev/vdd /mnt\n fallocate -l 4600m /mnt/test\n\nThe problem was caused by a bone headed mistake in the check to see if a\nparticular metadata block was part of the block group.\n\nMany thanks to Kees Cook for finding and bisecting the buggy commit\nwhich introduced this bug (commit fd034a84e1, present since v3.2).\n\nReported-by: Sander Eikelenboom \u003clinux@eikelenboom.it\u003e\nReported-by: Kees Cook \u003ckeescook@chromium.org\u003e\nSigned-off-by: \"Theodore Ts\u0027o\" \u003ctytso@mit.edu\u003e\nTested-by: Kees Cook \u003ckeescook@chromium.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "d913c02b0a172d5dca6280da5b17a407d69bbce4", "tree": "d1efd41f5bb0214b30f04f29c6b4672c6017d40b", "parents": [ "3410afedcda2f504e8fbe02a7f4c49912ce688c8" ], "author": { "name": "John Stultz", "email": "john.stultz@linaro.org", "time": "Wed May 30 10:54:57 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 17 11:21:23 2012 -0700" }, "message": "timekeeping: Fix CLOCK_MONOTONIC inconsistency during leapsecond\n\ncommit fad0c66c4bb836d57a5f125ecd38bed653ca863a upstream.\n\nCommit 6b43ae8a61 (ntp: Fix leap-second hrtimer livelock) broke the\nleapsecond update of CLOCK_MONOTONIC. The missing leapsecond update to\nwall_to_monotonic causes discontinuities in CLOCK_MONOTONIC.\n\nAdjust wall_to_monotonic when NTP inserted a leapsecond.\n\nReported-by: Richard Cochran \u003crichardcochran@gmail.com\u003e\nSigned-off-by: John Stultz \u003cjohn.stultz@linaro.org\u003e\nTested-by: Richard Cochran \u003crichardcochran@gmail.com\u003e\nLink: http://lkml.kernel.org/r/1338400497-12420-1-git-send-email-john.stultz@linaro.org\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "3410afedcda2f504e8fbe02a7f4c49912ce688c8", "tree": "8a08670ff706045ab51f6a863e04469a2421c8b3", "parents": [ "e6e70e4c7ef345d3af2d2ba98c2d2f175aa64c2a" ], "author": { "name": "Rusty Russell", "email": "rusty@rustcorp.com.au", "time": "Fri Jun 08 14:58:13 2012 +0930" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 17 11:21:23 2012 -0700" }, "message": "module_param: stop double-calling parameters.\n\ncommit ae82fdb1406ad41d68f07027fe31f2d35ba22a90 upstream.\n\nCommit 026cee0086fe1df4cf74691cf273062cc769617d \"params:\n\u003clevel\u003e_initcall-like kernel parameters\" set old-style module\nparameters to level 0. And we call those level 0 calls where we used\nto, early in start_kernel().\n\nWe also loop through the initcall levels and call the levelled\nmodule_params before the corresponding initcall. Unfortunately level\n0 is early_init(), so we call the standard module_param calls twice.\n\n(Turns out most things don\u0027t care, but at least ubi.mtd does).\n\nChange the level to -1 for standard module_param calls.\n\nReported-by: Benoît Thébaudeau \u003cbenoit.thebaudeau@advansee.com\u003e\nSigned-off-by: Rusty Russell \u003crusty@rustcorp.com.au\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "e6e70e4c7ef345d3af2d2ba98c2d2f175aa64c2a", "tree": "e13ab281fd995e40de3f66508ba95e6cec6826a7", "parents": [ "e6a6c7d2e51c9af9ce9fab247b1bc2af3967cfbb" ], "author": { "name": "Steffen Rumler", "email": "steffen.rumler.ext@nsn.com", "time": "Wed Jun 06 16:37:17 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 17 11:21:22 2012 -0700" }, "message": "powerpc: Fix kernel panic during kernel module load\n\ncommit 3c75296562f43e6fbc6cddd3de948a7b3e4e9bcf upstream.\n\nThis fixes a problem which can causes kernel oopses while loading\na kernel module.\n\nAccording to the PowerPC EABI specification, GPR r11 is assigned\nthe dedicated function to point to the previous stack frame.\nIn the powerpc-specific kernel module loader, do_plt_call()\n(in arch/powerpc/kernel/module_32.c), GPR r11 is also used\nto generate trampoline code.\n\nThis combination crashes the kernel, in the case where the compiler\nchooses to use a helper function for saving GPRs on entry, and the\nmodule loader has placed the .init.text section far away from the\n.text section, meaning that it has to generate a trampoline for\nfunctions in the .init.text section to call the GPR save helper.\nBecause the trampoline trashes r11, references to the stack frame\nusing r11 can cause an oops.\n\nThe fix just uses GPR r12 instead of GPR r11 for generating the\ntrampoline code. According to the statements from Freescale, this is\nsafe from an EABI perspective.\n\nI\u0027ve tested the fix for kernel 2.6.33 on MPC8541.\n\nSigned-off-by: Steffen Rumler \u003csteffen.rumler.ext@nsn.com\u003e\n[paulus@samba.org: reworded the description]\nSigned-off-by: Paul Mackerras \u003cpaulus@samba.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "e6a6c7d2e51c9af9ce9fab247b1bc2af3967cfbb", "tree": "fd18abf642963b7aca359e9c00f3671b29b61c29", "parents": [ "5a32293d5c1045e99b70582783b453d08e71cfdb" ], "author": { "name": "Paul Mackerras", "email": "paulus@samba.org", "time": "Fri Jun 01 18:13:43 2012 +1000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 17 11:21:22 2012 -0700" }, "message": "powerpc/time: Sanity check of decrementer expiration is necessary\n\ncommit 860aed25a1f0936d4852ab936252b47cd1e630f1 upstream.\n\nThis reverts 68568add2c (\"powerpc/time: Remove unnecessary sanity check\nof decrementer expiration\"). We do need to check whether we have reached\nthe expiration time of the next event, because we sometimes get an early\ndecrementer interrupt, most notably when we set the decrementer to 1 in\narch_irq_work_raise(). The effect of not having the sanity check is that\nif timer_interrupt() gets called early, we leave the decrementer set to\nits maximum value, which means we then don\u0027t get any more decrementer\ninterrupts for about 4 seconds (or longer, depending on timebase\nfrequency). I saw these pauses as a consequence of getting a stray\nhypervisor decrementer interrupt left over from exiting a KVM guest.\n\nThis isn\u0027t quite a straight revert because of changes to the surrounding\ncode, but it restores the same algorithm as was previously used.\n\nAcked-by: Anton Blanchard \u003canton@samba.org\u003e\nAcked-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\nSigned-off-by: Paul Mackerras \u003cpaulus@samba.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "5a32293d5c1045e99b70582783b453d08e71cfdb", "tree": "c281fc570e26e958eb6e41e86192a27f386d0162", "parents": [ "6d6a10124daeccc44f5d291cad4bea64639a2c66" ], "author": { "name": "Roland Dreier", "email": "roland@purestorage.com", "time": "Thu Jun 07 14:21:13 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 17 11:21:22 2012 -0700" }, "message": "btree: fix tree corruption in btree_get_prev()\n\ncommit cbf8ae32f66a9ceb8907ad9e16663c2a29e48990 upstream.\n\nThe memory the parameter __key points to is used as an iterator in\nbtree_get_prev(), so if we save off a bkey() pointer in retry_key and\nthen assign that to __key, we\u0027ll end up corrupting the btree internals\nwhen we do eg\n\n\tlongcpy(__key, bkey(geo, node, i), geo-\u003ekeylen);\n\nto return the key value. What we should do instead is use longcpy() to\ncopy the key value that retry_key points to __key.\n\nThis can cause a btree to get corrupted by seemingly read-only\noperations such as btree_for_each_safe.\n\n[akpm@linux-foundation.org: avoid the double longcpy()]\nSigned-off-by: Roland Dreier \u003croland@purestorage.com\u003e\nAcked-by: Joern Engel \u003cjoern@logfs.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@linuxfoundation.org\u003e\n\n" }, { "commit": "6d6a10124daeccc44f5d291cad4bea64639a2c66", "tree": "601f4b3911a20a205778badea39f03d6f35ea24a", "parents": [ "cd977c84fc641cecc3b2b62a8f626815a794ad58" ], "author": { "name": "Eugeni Dodonov", "email": "eugeni.dodonov@intel.com", "time": "Wed Jun 06 11:59:06 2012 -0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 17 11:21:22 2012 -0700" }, "message": "char/agp: add another Ironlake host bridge\n\ncommit 67384fe3fd450536342330f684ea1f7dcaef8130 upstream.\n\nThis seems to come on Gigabyte H55M-S2V and was discovered through the\nhttps://bugs.freedesktop.org/show_bug.cgi?id\u003d50381 debugging.\n\nBugzilla: https://bugs.freedesktop.org/show_bug.cgi?id\u003d50381\nSigned-off-by: Eugeni Dodonov \u003ceugeni.dodonov@intel.com\u003e\nSigned-off-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "cd977c84fc641cecc3b2b62a8f626815a794ad58", "tree": "9231f31dc3a3f9f94f6e6239edbad2606dfad31d", "parents": [ "666b7a8a0355bb510cd9804f6d2973be89045fc4" ], "author": { "name": "Chris Wilson", "email": "chris@chris-wilson.co.uk", "time": "Mon May 28 22:33:02 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 17 11:21:22 2012 -0700" }, "message": "drm/i915: Reset last_retired_head when resetting ring\n\ncommit c3b20037926e607b6cdaecbf9d3103e2ca63bc31 upstream.\n\nWhen we reset the ring control registers, including the HEAD and TAIL of\nthe ring, we also need to reset associated state. In this instance, we\nwere failing to reset the cached value of ring-\u003elast_retired_head and so\nupon the first request for more space following a resume would\npotentially (depending on a narrow race window) believe that the HEAD had\nadvanced much further than reality.\n\nThis is a regression from:\n\ncommit a71d8d94525e8fd855c0466fb586ae1cb008f3a2\nAuthor: Chris Wilson \u003cchris@chris-wilson.co.uk\u003e\nDate: Wed Feb 15 11:25:36 2012 +0000\n\n drm/i915: Record the tail at each request and use it to estimate the head\n\nSigned-off-by: Chris Wilson \u003cchris@chris-wilson.co.uk\u003e\nSigned-off-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "666b7a8a0355bb510cd9804f6d2973be89045fc4", "tree": "bf018fdcf3f437fc30e3384d1cda94ea1de7ab3b", "parents": [ "1f5547c7f183363eabe07e5d202a49f2e94e995a" ], "author": { "name": "Ben Skeggs", "email": "bskeggs@redhat.com", "time": "Sat May 05 00:39:21 2012 +1000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 17 11:21:22 2012 -0700" }, "message": "drm/nouveau/disp: fix dithering not being enabled on some eDP macbooks\n\ncommit a6a17859f1bdf607650ee055101f54c5f207762b upstream.\n\nSigned-off-by: Ben Skeggs \u003cbskeggs@redhat.com\u003e\nCc: Maarten Lankhorst \u003cmaarten.lankhorst@canonical.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "1f5547c7f183363eabe07e5d202a49f2e94e995a", "tree": "c530b3075fa8024ded5054def7106b35ead44c08", "parents": [ "6ab997e0b5440eee1bc76bb9d83aa86e3966adb2" ], "author": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:33 2012 +0900" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:33 2012 +0900" }, "message": "Linux 3.4.2\n" }, { "commit": "6ab997e0b5440eee1bc76bb9d83aa86e3966adb2", "tree": "b980792fe1f7e9f2709d6f7a1e1ce089490b99a9", "parents": [ "dadce2efa18e448bb42678efdc72a819bceaa9b7" ], "author": { "name": "Tao Ma", "email": "boyu.mt@taobao.com", "time": "Thu Jun 07 19:04:19 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:19 2012 +0900" }, "message": "ext4: don\u0027t set i_flags in EXT4_IOC_SETFLAGS\n\ncommit b22b1f178f6799278d3178d894f37facb2085765 upstream.\n\nCommit 7990696 uses the ext4_{set,clear}_inode_flags() functions to\nchange the i_flags automatically but fails to remove the error setting\nof i_flags. So we still have the problem of trashing state flags.\nFix this by removing the assignment.\n\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@linuxfoundation.org\u003e\n\n" }, { "commit": "dadce2efa18e448bb42678efdc72a819bceaa9b7", "tree": "218ea24a86b2cfc88a947ba1d31a0934231f9773", "parents": [ "9b660f3019d6fe55be99d85bacf28fe74fb14c1c" ], "author": { "name": "maximilian attems", "email": "max@stro.at", "time": "Wed May 16 09:46:30 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:19 2012 +0900" }, "message": "IA64: Add cmpxchg.h to exported userspace headers\n\ncommit 98e4cff73a18af27f0d40d0b0d37f105dfc1994a upstream.\n\nFixes klibc build on ia64 after 85f8f7759e418c814ee2ceacf73eddb9bed39492.\n\nCc: Paul Gortmaker \u003cpaul.gortmaker@windriver.com\u003e\nSigned-off-by: maximilian attems \u003cmax@stro.at\u003e\nSigned-off-by: Tony Luck \u003ctony.luck@intel.com\u003e\nCc: Ben Hutchings \u003cben@decadent.org.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "9b660f3019d6fe55be99d85bacf28fe74fb14c1c", "tree": "3fa0c0fe5642606740b0c7522773ffa80868a8a3", "parents": [ "546230dfa483f6d1f188d1a1a20122ecabf82816" ], "author": { "name": "Daniel Vetter", "email": "daniel.vetter@ffwll.ch", "time": "Sun May 20 17:14:50 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:19 2012 +0900" }, "message": "drm/i915: enable vdd when switching off the eDP panel\n\ncommit 6cb49835da0426f69a2931bc2a0a8156344b0e41 upstream.\n\nWe have one bug report from a validation team that we get the eDP\npanel sequencing still somewhat wrong: We need to enable VDD while\nswitching off the panel and backlight. Unfortunately that reporter\nseems to have fallen off the earth :(\n\nFor another reporter this actually fixes a black panel issue because\nwithout this the backlight/panel gets confused and doesn\u0027t light up\nagain.\n\nv2: I\u0027ve forgotten to remove the vdd_off call in panel_off which is\nnow bogus. This essentially reverts\n\ncommit 17038de5f16569a25343cf68668f3b657eafb00e\nAuthor: Chris Wilson \u003cchris@chris-wilson.co.uk\u003e\nDate: Mon Apr 16 22:43:42 2012 +0100\n\n drm/i915/dp: Flush any outstanding work to turn the VDD off\n\nv3: the current panel_off code forces off the vdd power, too. Which is\nbogus and resulted in some funny warnings later on when we\u0027ve tried to\ndo aux channel communications with just the vdd forced on. Fix this,\ntoo.\n\nBugzilla: https://bugs.freedesktop.org/show_bug.cgi?id\u003d46312\nBugzilla: https://bugzilla.kernel.org/show_bug.cgi?id\u003d43163\nTested-by: Vincent Frentzel \u003czcecc22@gmail.com\u003e\nReviewed-by: Jesse Barnes \u003cjbarnes@virtuousgeek.org\u003e\nSigned-Off-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "546230dfa483f6d1f188d1a1a20122ecabf82816", "tree": "c5575b037e9e5b66fce1abee67d45227d72e6189", "parents": [ "b522dbf26fe08158348773c36dbf88e8147dcc66" ], "author": { "name": "Chris Wilson", "email": "chris@chris-wilson.co.uk", "time": "Mon Apr 16 22:43:42 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:19 2012 +0900" }, "message": "drm/i915/dp: Flush any outstanding work to turn the VDD off\n\ncommit 17038de5f16569a25343cf68668f3b657eafb00e upstream.\n\nAs we may kick off a delayed workqueue task to switch of the VDD lines, we\nneed to complete that task prior to turning off the panel (which itself\ndepends upon VDD being off).\n\nv2: Don\u0027t cancel the outstanding work as this may trigger a deadlock\n\nSigned-off-by: Chris Wilson \u003cchris@chris-wilson.co.uk\u003e\nCc: Keith Packard \u003ckeithp@keithp.com\u003e\nSigned-off-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "b522dbf26fe08158348773c36dbf88e8147dcc66", "tree": "8146ab05a4c7f376e7167f507a55c47b8a4cdfe5", "parents": [ "ee9c8a04666ba15762f736f9030e6e8df02ca1a5" ], "author": { "name": "Jesse Barnes", "email": "jbarnes@virtuousgeek.org", "time": "Tue May 22 09:30:33 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:19 2012 +0900" }, "message": "drm/i915: always use RPNSWREQ for turbo change requests\n\ncommit 89ba829e38bd500f438bc08af4229204c8ed7f35 upstream.\n\nMedia turbo requests can either use RPVSWREQ or RPNSWREQ to indicate\nwhat the interrupt handler should do. Since we only deal with the\nlatter in our turbo code, make the media engine use that for turbo\nrequests.\n\nTested-by: Joe Bloggsian \u003cjoebloggsian@gmail.com\u003e\nSigned-off-by: Jesse Barnes \u003cjbarnes@virtuousgeek.org\u003e\nReviewed-by: Eugeni Dodonov \u003ceugeni.dodonov@intel.com\u003e\nSigned-off-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "ee9c8a04666ba15762f736f9030e6e8df02ca1a5", "tree": "7da0c11447765e112d1e5a987756fa999277e969", "parents": [ "584b886aee3aff5fe7eb21e30f779eb5cd1daa36" ], "author": { "name": "Grazvydas Ignotas", "email": "notasas@gmail.com", "time": "Fri May 18 03:04:08 2012 +0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:19 2012 +0900" }, "message": "wl1251: fix oops on early interrupt\n\ncommit f380f2c4a12e913356bd49f8790ec1063c4fe9f8 upstream.\n\nThis driver disables interrupt just after requesting it and enables it\nlater, after interface is up. However currently there is a time window\nbetween request_irq() and disable_irq() where if interrupt arrives, the\ndriver oopses because it\u0027s not yet ready to process it. This can be\nreproduced by inserting the module, associating and removing the module\nmultiple times.\n\nEliminate this race by setting IRQF_NOAUTOEN flag before request_irq().\n\nSigned-off-by: Grazvydas Ignotas \u003cnotasas@gmail.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "584b886aee3aff5fe7eb21e30f779eb5cd1daa36", "tree": "61945a4b446196fd4e21cb0c5fe9d125d26fd1ea", "parents": [ "cf9ab4c62be7837c2f007cd51ab3604ca0620070" ], "author": { "name": "NeilBrown", "email": "neilb@suse.de", "time": "Thu May 31 15:39:11 2012 +1000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:18 2012 +0900" }, "message": "md: raid1/raid10: fix problem with merge_bvec_fn\n\ncommit aba336bd1d46d6b0404b06f6915ed76150739057 upstream.\n\nThe new merge_bvec_fn which calls the corresponding function\nin subsidiary devices requires that mddev-\u003emerge_check_needed\nbe set if any child has a merge_bvec_fn.\n\nHowever were were only setting that when a device was hot-added,\nnot when a device was present from the start.\n\nThis bug was introduced in 3.4 so patch is suitable for 3.4.y\nkernels. However that are conflicts in raid10.c so a separate\npatch will be needed for 3.4.y.\n\nReported-by: Sebastian Riemer \u003csebastian.riemer@profitbricks.com\u003e\nSigned-off-by: NeilBrown \u003cneilb@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "cf9ab4c62be7837c2f007cd51ab3604ca0620070", "tree": "81b5d80733c87e81e8c153d11e937db2ce28d8c2", "parents": [ "cd08f77d07306f1294a78f13de5f55348c21df5b" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon Jun 04 11:00:45 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:18 2012 +0900" }, "message": "vfs: Fix /proc/\u003ctid\u003e/fdinfo/\u003cfd\u003e file handling\n\ncommit 0640113be25d283e0ff77a9f041e1242182387f0 upstream.\n\nCyrill Gorcunov reports that I broke the fdinfo files with commit\n30a08bf2d31d (\"proc: move fd symlink i_mode calculations into\ntid_fd_revalidate()\"), and he\u0027s quite right.\n\nThe tid_fd_revalidate() function is not just used for the \u003ctid\u003e/fd\nsymlinks, it\u0027s also used for the \u003ctid\u003e/fdinfo/\u003cfd\u003e files, and the\npermission model for those are different.\n\nSo do the dynamic symlink permission handling just for symlinks, making\nthe fdinfo files once more appear as the proper regular files they are.\n\nOf course, Al Viro argued (probably correctly) that we shouldn\u0027t do the\nsymlink permission games at all, and make the symlinks always just be\nthe normal \u0027lrwxrwxrwx\u0027. That would have avoided this issue too, but\nsince somebody noticed that the permissions had changed (which was the\nreason for that original commit 30a08bf2d31d in the first place), people\ndo apparently use this feature.\n\n[ Basically, you can use the symlink permission data as a cheap \"fdinfo\"\n replacement, since you see whether the file is open for reading and/or\n writing by just looking at st_mode of the symlink. So the feature\n does make sense, even if the pain it has caused means we probably\n shouldn\u0027t have done it to begin with. ]\n\nReported-and-tested-by: Cyrill Gorcunov \u003cgorcunov@openvz.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "cd08f77d07306f1294a78f13de5f55348c21df5b", "tree": "485397b477af4c3dd563629329e34faa69ee6705", "parents": [ "3e743873ed23bed0ab24ed33a92d960887ccfafa" ], "author": { "name": "Andy Whitcroft", "email": "apw@canonical.com", "time": "Thu May 03 14:48:26 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:18 2012 +0900" }, "message": "ACPI battery: only refresh the sysfs files when pertinent information changes\n\ncommit c5971456964290da7e98222892797b71ef793e62 upstream.\n\nWe only need to regenerate the sysfs files when the capacity units\nchange, avoid the update otherwise.\n\nThe origin of this issue is dates way back to 2.6.38:\nda8aeb92d4853f37e281f11fddf61f9c7d84c3cd\n(ACPI / Battery: Update information on info notification and resume)\n\nSigned-off-by: Andy Whitcroft \u003capw@canonical.com\u003e\nTested-by: Ralf Jung \u003cpost@ralfj.de\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "3e743873ed23bed0ab24ed33a92d960887ccfafa", "tree": "4beacfc5eacba2bdb3034ada87eff3fa4f0a353a", "parents": [ "98e69566e80c4de231456dbf4e6735ddfeb599db" ], "author": { "name": "Joerg Roedel", "email": "joerg.roedel@amd.com", "time": "Fri Jun 01 15:20:23 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:18 2012 +0900" }, "message": "iommu/amd: Fix deadlock in ppr-handling error path\n\ncommit eee53537c476c947bf7faa1c916d2f5a0ae8ec93 upstream.\n\nIn the error path of the ppr_notifer it can happen that the\niommu-\u003elock is taken recursivly. This patch fixes the\nproblem by releasing the iommu-\u003elock before any notifier is\ninvoked. This also requires to move the erratum workaround\nfor the ppr-log (interrupt may be faster than data in the log)\none function up.\n\nSigned-off-by: Joerg Roedel \u003cjoerg.roedel@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "98e69566e80c4de231456dbf4e6735ddfeb599db", "tree": "5c517e4d1ef930efc48f4be2a44d60059ca65dcd", "parents": [ "fab83a044aa7d4b968f466f4eb3946388528497a" ], "author": { "name": "Joerg Roedel", "email": "joerg.roedel@amd.com", "time": "Thu May 31 17:38:11 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:18 2012 +0900" }, "message": "iommu/amd: Cache pdev pointer to root-bridge\n\ncommit c1bf94ec1e12d76838ad485158aecf208ebd8fb9 upstream.\n\nAt some point pci_get_bus_and_slot started to enable\ninterrupts. Since this function is used in the\namd_iommu_resume path it will enable interrupts on resume\nwhich causes a warning. The fix will use a cached pointer\nto the root-bridge to re-enable the IOMMU in case the BIOS\nis broken.\n\nSigned-off-by: Joerg Roedel \u003cjoerg.roedel@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "fab83a044aa7d4b968f466f4eb3946388528497a", "tree": "a40f9623041c97fdef89682f33d3d64017f7bb8c", "parents": [ "b1840525b3af198ada9f60fc25c980e97e189933" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Tue Jun 05 09:50:31 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:18 2012 +0900" }, "message": "drm/radeon/kms: add new SI PCI ids\n\ncommit 7aaa61b3476462b69f1ac7669fcca8d608ce3cb5 upstream.\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@linuxfoundation.org\u003e\n\n" }, { "commit": "b1840525b3af198ada9f60fc25c980e97e189933", "tree": "b759b6c0318df85e56c00695a73d9ca7a2ef6c21", "parents": [ "36fbcdf64a3c15a8a98adb5ea018ce1913215e25" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Tue Jun 05 09:50:30 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:17 2012 +0900" }, "message": "drm/radeon/kms: add new BTC PCI ids\n\ncommit a2bef8ce826dd1e787fd8ad9b6e0566ba59dab43 upstream.\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@linuxfoundation.org\u003e\n\n" }, { "commit": "36fbcdf64a3c15a8a98adb5ea018ce1913215e25", "tree": "a5cee55884403660e5900e5a93d19643d69f01eb", "parents": [ "d16ba207028eac4f38b908507d731ca894a91744" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Tue Jun 05 09:50:29 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:17 2012 +0900" }, "message": "drm/radeon/kms: add new Palm, Sumo PCI ids\n\ncommit 4a6991cc1fad514745b79181df3ace72d561e7aa upstream.\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@linuxfoundation.org\u003e\n\n" }, { "commit": "d16ba207028eac4f38b908507d731ca894a91744", "tree": "92c33551db2ad1d6c069feb494755feb1ad150a6", "parents": [ "ce58755a4fe65790a2e80559e0c585ba610b5f62" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Tue Jun 05 09:50:28 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:17 2012 +0900" }, "message": "drm/radeon/kms: add new Trinity PCI ids\n\ncommit d430f7dbf7bd6aaaa40c0660b3204df8cf07b22b upstream.\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@linuxfoundation.org\u003e\n\n" }, { "commit": "ce58755a4fe65790a2e80559e0c585ba610b5f62", "tree": "7c55c13f6312102abf20d8f181c561d6c6b987cd", "parents": [ "346327670c51ea6741eee95874fbcca4ff69c383" ], "author": { "name": "Christian König", "email": "deathsimple@vodafone.de", "time": "Sun Jun 03 16:09:43 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:17 2012 +0900" }, "message": "drm/radeon: fix vm deadlocks on cayman\n\ncommit bb4091558228ff4a3e02328c931e683fc7f08722 upstream.\n\nLocking mutex in different orders just screams for\ndeadlocks, and some testing showed that it is actually\nquite easy to trigger them.\n\nSigned-off-by: Christian König \u003cdeathsimple@vodafone.de\u003e\nReviewed-by: Jerome Glisse \u003cjglisse@redhat.com\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "346327670c51ea6741eee95874fbcca4ff69c383", "tree": "370b8f05a8e5e5a3a8377265bed88f975be53a04", "parents": [ "b642cb6a143da812f188307c2661c0357776a9d0" ], "author": { "name": "Rafał Miłecki", "email": "zajec5@gmail.com", "time": "Mon Jun 04 18:36:58 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:17 2012 +0900" }, "message": "drm/radeon/audio: don\u0027t hardcode CRTC id\n\ncommit 0aecb5a4ba1ea4167f31d1790eec027f1e658f2d upstream.\n\nThis is based on info released by AMD, should allow using audio in much\nmore cases.\n\nSigned-off-by: Rafał Miłecki \u003czajec5@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@linuxfoundation.org\u003e\n\n" }, { "commit": "b642cb6a143da812f188307c2661c0357776a9d0", "tree": "2c88df819dc12d6a92bf72cce91eaad3ba62ec88", "parents": [ "f940c5366eaaea9630ba643a036c2df321f66db3" ], "author": { "name": "Konstantin Khlebnikov", "email": "khlebnikov@openvz.org", "time": "Tue Jun 05 21:36:33 2012 +0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:17 2012 +0900" }, "message": "radix-tree: fix contiguous iterator\n\ncommit fffaee365fded09f9ebf2db19066065fa54323c3 upstream.\n\nThis patch fixes bug in macro radix_tree_for_each_contig().\n\nIf radix_tree_next_slot() sees NULL in next slot it returns NULL, but following\nradix_tree_next_chunk() switches iterating into next chunk. As result iterating\nbecomes non-contiguous and breaks vfs \"splice\" and all its users.\n\nSigned-off-by: Konstantin Khlebnikov \u003ckhlebnikov@openvz.org\u003e\nReported-and-bisected-by: Hans de Bruin \u003cjmdebruin@xmsnet.nl\u003e\nReported-and-bisected-by: Ondrej Zary \u003clinux@rainbow-software.org\u003e\nReported-bisected-and-tested-by: Toralf Förster \u003ctoralf.foerster@gmx.de\u003e\nLink: https://lkml.org/lkml/2012/6/5/64\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "f940c5366eaaea9630ba643a036c2df321f66db3", "tree": "b41af7952ab645e2e8525ba0ed15df2149f78116", "parents": [ "d2e926777a97fc29ebfa409584ed4e790f2e68bf" ], "author": { "name": "Salman Qazi", "email": "sqazi@google.com", "time": "Thu May 31 23:52:14 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:16 2012 +0900" }, "message": "ext4: remove mb_groups before tearing down the buddy_cache\n\ncommit 95599968d19db175829fb580baa6b68939b320fb upstream.\n\nWe can\u0027t have references held on pages in the s_buddy_cache while we are\ntrying to truncate its pages and put the inode. All the pages must be\ngone before we reach clear_inode. This can only be gauranteed if we\ncan prevent new users from grabbing references to s_buddy_cache\u0027s pages.\n\nThe original bug can be reproduced and the bug fix can be verified by:\n\nwhile true; do mount -t ext4 /dev/ram0 /export/hda3/ram0; \\\n\tumount /export/hda3/ram0; done \u0026\n\nwhile true; do cat /proc/fs/ext4/ram0/mb_groups; done\n\nSigned-off-by: Salman Qazi \u003csqazi@google.com\u003e\nSigned-off-by: \"Theodore Ts\u0027o\" \u003ctytso@mit.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "d2e926777a97fc29ebfa409584ed4e790f2e68bf", "tree": "bd452ee3b42c2aa64cca4ffa7ca0b70dbb56336c", "parents": [ "5720f8de251bbf23fc9f4191d6ed5734110b7d67" ], "author": { "name": "Salman Qazi", "email": "sqazi@google.com", "time": "Thu May 31 23:51:27 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:16 2012 +0900" }, "message": "ext4: add ext4_mb_unload_buddy in the error path\n\ncommit 02b7831019ea4e7994968c84b5826fa8b248ffc8 upstream.\n\next4_free_blocks fails to pair an ext4_mb_load_buddy with a matching\next4_mb_unload_buddy when it fails a memory allocation.\n\nSigned-off-by: Salman Qazi \u003csqazi@google.com\u003e\nSigned-off-by: \"Theodore Ts\u0027o\" \u003ctytso@mit.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "5720f8de251bbf23fc9f4191d6ed5734110b7d67", "tree": "b4cdfad6bd419c59d552aee6d14ba3765867f310", "parents": [ "d7286a55eb1088df8f8d8c1bde34e0342c63804c" ], "author": { "name": "Theodore Ts\u0027o", "email": "tytso@mit.edu", "time": "Thu May 31 23:46:01 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:16 2012 +0900" }, "message": "ext4: don\u0027t trash state flags in EXT4_IOC_SETFLAGS\n\ncommit 79906964a187c405db72a3abc60eb9b50d804fbc upstream.\n\nIn commit 353eb83c we removed i_state_flags with 64-bit longs, But\nwhen handling the EXT4_IOC_SETFLAGS ioctl, we replace i_flags\ndirectly, which trashes the state flags which are stored in the high\n32-bits of i_flags on 64-bit platforms. So use the the\next4_{set,clear}_inode_flags() functions which use atomic bit\nmanipulation functions instead.\n\nReported-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@linuxfoundation.org\u003e\n\n" }, { "commit": "d7286a55eb1088df8f8d8c1bde34e0342c63804c", "tree": "7407ebb8f6f2e7dcaeae8078936017dd963a1003", "parents": [ "c40a4bd1e80db2b3af7b064b6eece0e689be60a9" ], "author": { "name": "Theodore Ts\u0027o", "email": "tytso@mit.edu", "time": "Wed May 30 23:00:16 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:16 2012 +0900" }, "message": "ext4: add missing save_error_info() to ext4_error()\n\ncommit f3fc0210c0fc91900766c995f089c39170e68305 upstream.\n\nThe ext4_error() function is missing a call to save_error_info().\nSince this is the function which marks the file system as containing\nan error, this oversight (which was introduced in 2.6.36) is quite\nsignificant, and should be backported to older stable kernels with\nhigh urgency.\n\nReported-by: Ken Sumrall \u003cksumrall@google.com\u003e\nSigned-off-by: \"Theodore Ts\u0027o\" \u003ctytso@mit.edu\u003e\nCc: ksumrall@google.com\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "c40a4bd1e80db2b3af7b064b6eece0e689be60a9", "tree": "4dfa6bac93d96e90a109736d1d0425ed3d86c72c", "parents": [ "a9ea4481033197d29c606a935b24336a96cb3082" ], "author": { "name": "Andreas Dilger", "email": "adilger@dilger.ca", "time": "Mon May 28 17:02:25 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:16 2012 +0900" }, "message": "ext4: disallow hard-linked directory in ext4_lookup\n\ncommit 7e936b737211e6b54e34b71a827e56b872e958d8 upstream.\n\nA hard-linked directory to its parent can cause the VFS to deadlock,\nand is a sign of a corrupted file system. So detect this case in\next4_lookup(), before the rmdir() lockup scenario can take place.\n\nSigned-off-by: Andreas Dilger \u003cadilger@dilger.ca\u003e\nSigned-off-by: \"Theodore Ts\u0027o\" \u003ctytso@mit.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "a9ea4481033197d29c606a935b24336a96cb3082", "tree": "d1236a43ca42a124c272e9fb5ca3a15bbd573d90", "parents": [ "3c7f096206323ae4c9ad3db62fece0b19df21532" ], "author": { "name": "Haogang Chen", "email": "haogangchen@gmail.com", "time": "Mon May 28 14:21:55 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:16 2012 +0900" }, "message": "ext4: fix potential integer overflow in alloc_flex_gd()\n\ncommit 967ac8af4475ce45474800709b12137aa7634c77 upstream.\n\nIn alloc_flex_gd(), when flexbg_size is large, kmalloc size would\noverflow and flex_gd-\u003egroups would point to a buffer smaller than\nexpected, causing OOB accesses when it is used.\n\nNote that in ext4_resize_fs(), flexbg_size is calculated using\nsbi-\u003es_log_groups_per_flex, which is read from the disk and only bounded\nto [1, 31]. The patch returns NULL for too large flexbg_size.\n\nReviewed-by: Eric Sandeen \u003csandeen@redhat.com\u003e\nSigned-off-by: Haogang Chen \u003chaogangchen@gmail.com\u003e\nSigned-off-by: \"Theodore Ts\u0027o\" \u003ctytso@mit.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "3c7f096206323ae4c9ad3db62fece0b19df21532", "tree": "04c1ab9e49145719e32813f954cd8a7c159b29af", "parents": [ "2c693b1d2fd1789a8b52f3644d41547b1ba9a26e" ], "author": { "name": "Eric Sandeen", "email": "sandeen@redhat.com", "time": "Mon May 28 14:17:25 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:15 2012 +0900" }, "message": "ext4: force ro mount if ext4_setup_super() fails\n\ncommit 7e84b6216467b84cd332c8e567bf5aa113fd2f38 upstream.\n\nIf ext4_setup_super() fails i.e. due to a too-high revision,\nthe error is logged in dmesg but the fs is not mounted RO as\nindicated.\n\nTested by:\n\n# mkfs.ext4 -r 4 /dev/sdb6\n# mount /dev/sdb6 /mnt/test\n# dmesg | grep \"too high\"\n[164919.759248] EXT4-fs (sdb6): revision level too high, forcing read-only mode\n# grep sdb6 /proc/mounts\n/dev/sdb6 /mnt/test2 ext4 rw,seclabel,relatime,data\u003dordered 0 0\n\nReviewed-by: Andreas Dilger \u003cadilger@whamcloud.com\u003e\nSigned-off-by: Eric Sandeen \u003csandeen@redhat.com\u003e\nSigned-off-by: \"Theodore Ts\u0027o\" \u003ctytso@mit.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "2c693b1d2fd1789a8b52f3644d41547b1ba9a26e", "tree": "145a3893edbde6a3b87beb5b1699f7012784530e", "parents": [ "978041f2a946a4616f7cdb60f6d453ffa83298c1" ], "author": { "name": "Dan Carpenter", "email": "dan.carpenter@oracle.com", "time": "Mon May 28 14:16:57 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:15 2012 +0900" }, "message": "ext4: fix potential NULL dereference in ext4_free_inodes_counts()\n\ncommit bb3d132a24cd8bf5e7773b2d9f9baa58b07a7dae upstream.\n\nThe ext4_get_group_desc() function returns NULL on error, and\next4_free_inodes_count() function dereferences it without checking.\nThere is a check on the next line, but it\u0027s too late.\n\nReviewed-by: Jan Kara \u003cjack@suse.cz\u003e\nSigned-off-by: Dan Carpenter \u003cdan.carpenter@oracle.com\u003e\nSigned-off-by: \"Theodore Ts\u0027o\" \u003ctytso@mit.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "978041f2a946a4616f7cdb60f6d453ffa83298c1", "tree": "e5ced0504c3986e77add058bf1923cfe7b7449b2", "parents": [ "010589e2bce841733dc989fd56c5c3aba41a759c" ], "author": { "name": "Benjamin Poirier", "email": "bpoirier@suse.de", "time": "Thu May 24 11:32:38 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:15 2012 +0900" }, "message": "xfrm: take net hdr len into account for esp payload size calculation\n\n[ Upstream commit 91657eafb64b4cb53ec3a2fbc4afc3497f735788 ]\n\nCorrects the function that determines the esp payload size. The calculations\ndone in esp{4,6}_get_mtu() lead to overlength frames in transport mode for\ncertain mtu values and suboptimal frames for others.\n\nAccording to what is done, mainly in esp{,6}_output() and tcp_mtu_to_mss(),\nnet_header_len must be taken into account before doing the alignment\ncalculation.\n\nSigned-off-by: Benjamin Poirier \u003cbpoirier@suse.de\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "010589e2bce841733dc989fd56c5c3aba41a759c", "tree": "bd4a2be410ad1c7ff51ffad8d80e4d65c7ab1c8d", "parents": [ "ea1ae37f4a2c41ea684f2e725332147eb6496026" ], "author": { "name": "Felix Fietkau", "email": "nbd@openwrt.org", "time": "Tue May 29 03:35:08 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:15 2012 +0900" }, "message": "skb: avoid unnecessary reallocations in __skb_cow\n\n[ Upstream commit 617c8c11236716dcbda877e764b7bf37c6fd8063 ]\n\nAt the beginning of __skb_cow, headroom gets set to a minimum of\nNET_SKB_PAD. This causes unnecessary reallocations if the buffer was not\ncloned and the headroom is just below NET_SKB_PAD, but still more than the\namount requested by the caller.\nThis was showing up frequently in my tests on VLAN tx, where\nvlan_insert_tag calls skb_cow_head(skb, VLAN_HLEN).\n\nLocally generated packets should have enough headroom, and for forward\npaths, we already have NET_SKB_PAD bytes of headroom, so we don\u0027t need to\nadd any extra space here.\n\nSigned-off-by: Felix Fietkau \u003cnbd@openwrt.org\u003e\nSigned-off-by: Eric Dumazet \u003cedumazet@google.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "ea1ae37f4a2c41ea684f2e725332147eb6496026", "tree": "69bc053d76f9982f49ea7231877bb0d8738cd412", "parents": [ "be078c8003469b75aa9119254c163b2961321744" ], "author": { "name": "James Chapman", "email": "jchapman@katalix.com", "time": "Tue May 29 23:13:23 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:15 2012 +0900" }, "message": "l2tp: fix oops in L2TP IP sockets for connect() AF_UNSPEC case\n\n[ Upstream commit c51ce49735c183ef2592db70f918ee698716276b ]\n\nAn application may call connect() to disconnect a socket using an\naddress with family AF_UNSPEC. The L2TP IP sockets were not handling\nthis case when the socket is not bound and an attempt to connect()\nusing AF_UNSPEC in such cases would result in an oops. This patch\naddresses the problem by protecting the sk_prot-\u003edisconnect() call\nagainst trying to unhash the socket before it is bound.\n\nThe patch also adds more checks that the sockaddr supplied to bind()\nand connect() calls is valid.\n\n RIP: 0010:[\u003cffffffff82e133b0\u003e] [\u003cffffffff82e133b0\u003e] inet_unhash+0x50/0xd0\n RSP: 0018:ffff88001989be28 EFLAGS: 00010293\n Stack:\n ffff8800407a8000 0000000000000000 ffff88001989be78 ffffffff82e3a249\n ffffffff82e3a050 ffff88001989bec8 ffff88001989be88 ffff8800407a8000\n 0000000000000010 ffff88001989bec8 ffff88001989bea8 ffffffff82e42639\n Call Trace:\n [\u003cffffffff82e3a249\u003e] udp_disconnect+0x1f9/0x290\n [\u003cffffffff82e42639\u003e] inet_dgram_connect+0x29/0x80\n [\u003cffffffff82d012fc\u003e] sys_connect+0x9c/0x100\n\nReported-by: Sasha Levin \u003clevinsasha928@gmail.com\u003e\nSigned-off-by: James Chapman \u003cjchapman@katalix.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "be078c8003469b75aa9119254c163b2961321744", "tree": "a0aab8f217d0a956633a0e81fb6008ee8cd3f8e3", "parents": [ "86a2569c810dff80fc7ba16dd77bc2697c28317a" ], "author": { "name": "Gao feng", "email": "gaofeng@cn.fujitsu.com", "time": "Sat May 26 01:30:53 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:15 2012 +0900" }, "message": "ipv6: fix incorrect ipsec fragment\n\n[ Upstream commit 0c1833797a5a6ec23ea9261d979aa18078720b74 ]\n\nSince commit ad0081e43a\n\"ipv6: Fragment locally generated tunnel-mode IPSec6 packets as needed\"\nthe fragment of packets is incorrect.\nbecause tunnel mode needs IPsec headers and trailer for all fragments,\nwhile on transport mode it is sufficient to add the headers to the\nfirst fragment and the trailer to the last.\n\nso modify mtu and maxfraglen base on ipsec mode and if fragment is first\nor last.\n\nwith my test,it work well(every fragment\u0027s size is the mtu)\nand does not trigger slow fragment path.\n\nChanges from v1:\n\tthough optimization, mtu_prev and maxfraglen_prev can be delete.\n\treplace xfrm mode codes with dst_entry\u0027s new frag DST_XFRM_TUNNEL.\n\tadd fuction ip6_append_data_mtu to make codes clearer.\n\nSigned-off-by: Gao feng \u003cgaofeng@cn.fujitsu.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "86a2569c810dff80fc7ba16dd77bc2697c28317a", "tree": "d1203a61268fcd098263d94013d45b63853745ae", "parents": [ "630ec1481b8aa0f6f66d521f04feacd74bfc19f5" ], "author": { "name": "Yanmin Zhang", "email": "yanmin_zhang@linux.intel.com", "time": "Wed May 23 15:39:45 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:14 2012 +0900" }, "message": "ipv4: fix the rcu race between free_fib_info and ip_route_output_slow\n\n[ Upstream commit e49cc0da7283088c5e03d475ffe2fdcb24a6d5b1 ]\n\nWe hit a kernel OOPS.\n\n\u003c3\u003e[23898.789643] BUG: sleeping function called from invalid context at\n/data/buildbot/workdir/ics/hardware/intel/linux-2.6/arch/x86/mm/fault.c:1103\n\u003c3\u003e[23898.862215] in_atomic(): 0, irqs_disabled(): 0, pid: 10526, name:\nThread-6683\n\u003c4\u003e[23898.967805] HSU serial 0000:00:05.1: 0000:00:05.2:HSU serial prevented me\nto suspend...\n\u003c4\u003e[23899.258526] Pid: 10526, comm: Thread-6683 Tainted: G W\n3.0.8-137685-ge7742f9 #1\n\u003c4\u003e[23899.357404] HSU serial 0000:00:05.1: 0000:00:05.2:HSU serial prevented me\nto suspend...\n\u003c4\u003e[23899.904225] Call Trace:\n\u003c4\u003e[23899.989209] [\u003cc1227f50\u003e] ? pgtable_bad+0x130/0x130\n\u003c4\u003e[23900.000416] [\u003cc1238c2a\u003e] __might_sleep+0x10a/0x110\n\u003c4\u003e[23900.007357] [\u003cc1228021\u003e] do_page_fault+0xd1/0x3c0\n\u003c4\u003e[23900.013764] [\u003cc18e9ba9\u003e] ? restore_all+0xf/0xf\n\u003c4\u003e[23900.024024] [\u003cc17c007b\u003e] ? napi_complete+0x8b/0x690\n\u003c4\u003e[23900.029297] [\u003cc1227f50\u003e] ? pgtable_bad+0x130/0x130\n\u003c4\u003e[23900.123739] [\u003cc1227f50\u003e] ? pgtable_bad+0x130/0x130\n\u003c4\u003e[23900.128955] [\u003cc18ea0c3\u003e] error_code+0x5f/0x64\n\u003c4\u003e[23900.133466] [\u003cc1227f50\u003e] ? pgtable_bad+0x130/0x130\n\u003c4\u003e[23900.138450] [\u003cc17f6298\u003e] ? __ip_route_output_key+0x698/0x7c0\n\u003c4\u003e[23900.144312] [\u003cc17f5f8d\u003e] ? __ip_route_output_key+0x38d/0x7c0\n\u003c4\u003e[23900.150730] [\u003cc17f63df\u003e] ip_route_output_flow+0x1f/0x60\n\u003c4\u003e[23900.156261] [\u003cc181de58\u003e] ip4_datagram_connect+0x188/0x2b0\n\u003c4\u003e[23900.161960] [\u003cc18e981f\u003e] ? _raw_spin_unlock_bh+0x1f/0x30\n\u003c4\u003e[23900.167834] [\u003cc18298d6\u003e] inet_dgram_connect+0x36/0x80\n\u003c4\u003e[23900.173224] [\u003cc14f9e88\u003e] ? _copy_from_user+0x48/0x140\n\u003c4\u003e[23900.178817] [\u003cc17ab9da\u003e] sys_connect+0x9a/0xd0\n\u003c4\u003e[23900.183538] [\u003cc132e93c\u003e] ? alloc_file+0xdc/0x240\n\u003c4\u003e[23900.189111] [\u003cc123925d\u003e] ? sub_preempt_count+0x3d/0x50\n\nFunction free_fib_info resets nexthop_nh-\u003enh_dev to NULL before releasing\nfi. Other cpu might be accessing fi. Fixing it by delaying the releasing.\n\nWith the patch, we ran MTBF testing on Android mobile for 12 hours\nand didn\u0027t trigger the issue.\n\nThank Eric for very detailed review/checking the issue.\n\nSigned-off-by: Yanmin Zhang \u003cyanmin_zhang@linux.intel.com\u003e\nSigned-off-by: Kun Jiang \u003ckunx.jiang@intel.com\u003e\nAcked-by: Eric Dumazet \u003cedumazet@google.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "630ec1481b8aa0f6f66d521f04feacd74bfc19f5", "tree": "218aa6e3d7de12702aa19acca39330a7f05a4704", "parents": [ "7e9f6a5a90c6c261247fbd9dbd38bf6f78779af6" ], "author": { "name": "Eric Dumazet", "email": "edumazet@google.com", "time": "Mon May 28 22:31:41 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:14 2012 +0900" }, "message": "asix: allow full size 8021Q frames to be received\n\n[ Upstream commit 9dae31009b1a00d926c6fe032d5a88099620adc3 ]\n\nasix driver drops 8021Q full size frames because it doesn\u0027t take into\naccount VLAN header size.\n\nTested on AX88772 adapter.\n\nSigned-off-by: Eric Dumazet \u003cedumazet@google.com\u003e\nCC: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\nCC: Allan Chou \u003callan@asix.com.tw\u003e\nCC: Trond Wuellner \u003ctrond@chromium.org\u003e\nCC: Grant Grundler \u003cgrundler@chromium.org\u003e\nCC: Paul Stewart \u003cpstew@chromium.org\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "7e9f6a5a90c6c261247fbd9dbd38bf6f78779af6", "tree": "8c765e8b8406f4edae3909c93254d9ff4d050599", "parents": [ "71a47b9b18398fb55ab48865c0886a5b0ded6253" ], "author": { "name": "Thomas Hellstrom", "email": "thellstrom@vmware.com", "time": "Fri Jun 01 15:48:04 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:14 2012 +0900" }, "message": "drm/vmwgfx: Fix nasty write past alloced memory area\n\ncommit 0824db38e515644f8d1bfd64adbd7cb2c6ea7c62 upstream.\n\nSigned-off-by: Thomas Hellstrom \u003cthellstrom@vmware.com\u003e\nReviewed-by: Jakob Bornecrantz \u003cjakob@vmware.com\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "71a47b9b18398fb55ab48865c0886a5b0ded6253", "tree": "b1d4208ec72ac337878c977fa99614bdae5bfab9", "parents": [ "888e4b9df23905c6e29e6f26727349c3a81da844" ], "author": { "name": "Thomas Hellstrom", "email": "thellstrom@vmware.com", "time": "Fri Jun 01 15:39:11 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:14 2012 +0900" }, "message": "drm/ttm: Fix spinlock imbalance\n\ncommit a8ff3ee211fccf708e1911bbc096625453ebf759 upstream.\n\nThis imbalance may cause hangs when TTM is trying to swap out a buffer\nthat is already on the delayed delete list.\n\nSigned-off-by: Thomas Hellstrom \u003cthellstrom@vmware.com\u003e\nReviewed-by: Jakob Bornecrantz \u003cjakob@vmware.com\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "888e4b9df23905c6e29e6f26727349c3a81da844", "tree": "717d378fc4d7a0872ef31126e0124572b6c32431", "parents": [ "fe3777aab674403f6da7f168b28b5ef5d369e426" ], "author": { "name": "Jerome Glisse", "email": "jglisse@redhat.com", "time": "Thu May 31 19:00:24 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:14 2012 +0900" }, "message": "drm/radeon: fix HD6790, HD6570 backend programming\n\ncommit 95c4b23ec4e2fa5604df229ddf134e31d7b3b378 upstream.\n\nWithout this bit sets we get broken rendering and\nlockups.\n\nfglrx sets this bit.\n\nBugs that should be fixed by this patch :\nhttps://bugs.freedesktop.org/show_bug.cgi?id\u003d49792\nhttps://bugzilla.kernel.org/show_bug.cgi?id\u003d43207\nhttps://bugs.freedesktop.org/show_bug.cgi?id\u003d39282\n\nSigned-off-by: Jerome Glisse \u003cjglisse@redhat.com\u003e\nAcked-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "fe3777aab674403f6da7f168b28b5ef5d369e426", "tree": "40a44c66694ab9ce5cf85cd3fe3ef5792ec92b63", "parents": [ "d8d09befb4156f23d50a607c75e99dd06e8bccf8" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Thu May 31 18:54:43 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:14 2012 +0900" }, "message": "drm/radeon: properly program gart on rv740, juniper, cypress, barts, hemlock\n\ncommit 0b8c30bc4943137a4a36b9cb059b1cc684f5d702 upstream.\n\nNeed to program an additional VM register. This doesn\u0027t not currently\ncause any problems, but allows us to program the proper backend\nmap in a subsequent patch which should improve performance on these\nasics.\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@linuxfoundation.org\u003e\n\n" }, { "commit": "d8d09befb4156f23d50a607c75e99dd06e8bccf8", "tree": "567dafa30a1f160bf892b88b8ba563fa189c62b0", "parents": [ "44920b1991d9182bc3ff8f90df71b0e5311448dc" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Thu May 31 18:53:36 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:13 2012 +0900" }, "message": "drm/radeon: fix bank information in tiling config\n\ncommit 29d654067a98c1cb8874c774e5fd799a038af8a6 upstream.\n\nWhile there are cards with more than 8 mem banks, the max\nnumber of banks from a tiling perspective is 8, so cap\nthe tiling config at 8 banks.\n\nFixes:\nhttps://bugs.freedesktop.org/show_bug.cgi?id\u003d43448\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@linuxfoundation.org\u003e\n\n" }, { "commit": "44920b1991d9182bc3ff8f90df71b0e5311448dc", "tree": "9c690c224456a44b0d1f9dd27afda1afe55f07cf", "parents": [ "1e98ce80a4493f32b44f227d6050318462ca9d5d" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Wed May 30 10:09:30 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:13 2012 +0900" }, "message": "drm/radeon: fix regression in UMS CS ioctl\n\ncommit 9b00147d9f2ba137ce74b66b768a8312be0b6781 upstream.\n\nradeon_cs_parser_init is called by both the legacy UMS\nCS ioctl and the KMS CS ioctl. Protect KMS specific\npieces of the code by checking that rdev is not NULL.\n\nReported-by: Michael Burian \u003cmichael.burian@sbg.at\u003e\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nReviewed-by: Jerome Glisse \u003cjglisse@redhat.com\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "1e98ce80a4493f32b44f227d6050318462ca9d5d", "tree": "3dabc727f043859a7045569ccc5a2b939fb5774a", "parents": [ "29924c0318327d0444e0317587faf4a0693527a8" ], "author": { "name": "Sascha Hauer", "email": "s.hauer@pengutronix.de", "time": "Fri May 25 16:22:42 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:13 2012 +0900" }, "message": "mtd: mxc_nand: move ecc strengh setup before nand_scan_tail\n\ncommit 4a43faf54e9173b6acce37cf7f053fc9515a2cdf upstream.\n\nSince commit 6a918bade9dab40aaef80559bd1169c69e8d69cb, the mxc_nand driver\nfails with:\n\nDriver must set ecc.strength when using hardware ECC\n\nThis is because nand_scan_tail checks for correct ecc strength\nsettings, so we must set them up before nand_scan_tail.\n\nSigned-off-by: Sascha Hauer \u003cs.hauer@pengutronix.de\u003e\nSigned-off-by: Artem Bityutskiy \u003cartem.bityutskiy@linux.intel.com\u003e\nSigned-off-by: David Woodhouse \u003cDavid.Woodhouse@intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "29924c0318327d0444e0317587faf4a0693527a8", "tree": "8d5f8989e714c3ec07ec42886865cb80d08ef489", "parents": [ "bdcefb1987edb1c62828d6c79f93e4b7af8734e2" ], "author": { "name": "Gabor Juhos", "email": "juhosg@openwrt.org", "time": "Thu May 24 00:17:23 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:13 2012 +0900" }, "message": "mtd: block2mtd: fix recursive call of mtd_writev\n\ncommit 2e24e32e2759348c9290404abad4f729f791bfad upstream.\n\nThe \u0027mtd_writev\u0027 interface calls the function assigned\nto the \u0027_write\u0027 field of a given mtd device if that is\nnot NULL. The block2mtd driver sets the \u0027_writev\u0027 field\nto the \u0027mtd_writev\u0027 function itself and thus causes a\nendless loop.\n\nThis is caused by 1dbebd32562b3c2caeca35960e5cb00bfcc12900\n(mtd: harmonize mtd_writev usage).\n\nRemove the assignment from the block2mtd driver to fix the\nissue.\n\nSigned-off-by: Gabor Juhos \u003cjuhosg@openwrt.org\u003e\nSigned-off-by: Artem Bityutskiy \u003cartem.bityutskiy@linux.intel.com\u003e\nSigned-off-by: David Woodhouse \u003cDavid.Woodhouse@intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "bdcefb1987edb1c62828d6c79f93e4b7af8734e2", "tree": "6f213f206095ef26c7cf0a674b1cb0fbded86ccf", "parents": [ "a5b57cd820528f863d519ac5a0f6a94e5e8b3a0e" ], "author": { "name": "Frank Svendsboe", "email": "frank.svendsboe@gmail.com", "time": "Thu May 17 22:43:09 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:13 2012 +0900" }, "message": "mtd: of_parts: fix breakage in Kconfig\n\ncommit 2e929d001e85126d9267de373d4b76014789661d upstream.\n\nMTD_OF_PARTS and the default setting is not working due to using \u0027Y\u0027\ninstead of \u0027y\u0027, introduced in commit\nd6137badeff1ef64b4e0092ec249ebdeaeb3ff37. This made our board, and\npossibly other boards using DTS defined partitions and not having\nCONFIG_MTD_OF_PARTS\u003dy defined in the defconfig, fail to mount root.\n\nSigned-off-by: Frank Svendsboe \u003cfrank.svendsboe@gmail.com\u003e\nSigned-off-by: Artem Bityutskiy \u003cartem.bityutskiy@linux.intel.com\u003e\nSigned-off-by: David Woodhouse \u003cDavid.Woodhouse@intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "a5b57cd820528f863d519ac5a0f6a94e5e8b3a0e", "tree": "0e7d72929cb7126ab5a648c154d343865a4b21a9", "parents": [ "d961b4e3f741d32fb5fe96fe1123c96a3025a1db" ], "author": { "name": "Dmitry Maluka", "email": "D.Maluka@adbglobal.com", "time": "Fri May 11 20:51:51 2012 +0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:12 2012 +0900" }, "message": "mtd: nand: fix scan_read_raw_oob\n\ncommit 34a5704d91d6f8376a4c0a0143a1dd3eb3ccb37e upstream.\n\nIt seems there is a bug in scan_read_raw_oob() in nand_bbt.c which\nshould cause wrong functioning of NAND_BBT_SCANALLPAGES option.\n\nArtem: the patch did not apply and I had to amend it a bit.\n\nSigned-off-by: Artem Bityutskiy \u003cartem.bityutskiy@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "d961b4e3f741d32fb5fe96fe1123c96a3025a1db", "tree": "23f46745b710d5654bf11660b6719b8cea4861f2", "parents": [ "cdd5479bf6cfbaf84308beda5b76037dbea471b1" ], "author": { "name": "Steven Rostedt", "email": "srostedt@redhat.com", "time": "Wed May 30 11:43:19 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:12 2012 +0900" }, "message": "x86: Reset the debug_stack update counter\n\ncommit c0525a6972d3f1fb83058ef503e183475d6e4e26 upstream.\n\nWhen an NMI goes off and it sees that it preempted the debug stack,\nto keep the debug stack safe, it changes the IDT to point to one that\ndoes not modify the stack on breakpoint (to allow breakpoints in NMIs).\n\nBut the variable that gets set to know to undo it on exit never gets\ncleared on exit. Thus every NMI will reset it on exit the first time\nit is done even if it does not need to be reset.\n\n[ Added H. Peter Anvin\u0027s suggestion to use this_cpu_read/write ]\n\nSigned-off-by: Steven Rostedt \u003crostedt@goodmis.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "cdd5479bf6cfbaf84308beda5b76037dbea471b1", "tree": "16c6262a359da4b5173c02dfbd208cfc004477dd", "parents": [ "fd62fa971584007e612be6e531101842de97715a" ], "author": { "name": "H.J. Lu", "email": "hjl.tools@gmail.com", "time": "Mon May 21 20:29:45 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:12 2012 +0900" }, "message": "x86, x32, ptrace: Remove PTRACE_ARCH_PRCTL for x32\n\ncommit bad1a753d4d4deb09d4bc0bac1dd4fc3298502e9 upstream.\n\nWhen I added x32 ptrace to 3.4 kernel, I also include PTRACE_ARCH_PRCTL\nsupport for x32 GDB For ARCH_GET_FS/GS, it takes a pointer to int64. But\nat user level, ARCH_GET_FS/GS takes a pointer to int32. So I have to add\nx32 ptrace to glibc to handle it with a temporary int64 passed to kernel and\ncopy it back to GDB as int32. Roland suggested that PTRACE_ARCH_PRCTL\nis obsolete and x32 GDB should use fs_base and gs_base fields of\nuser_regs_struct instead.\n\nAccordingly, remove PTRACE_ARCH_PRCTL completely from the x32 code to\navoid possible memory overrun when pointer to int32 is passed to\nkernel.\n\nLink: http://lkml.kernel.org/r/CAMe9rOpDzHfS7NH7m1vmD9QRw8SSj4Sc%2BaNOgcWm_WJME2eRsQ@mail.gmail.com\nSigned-off-by: H. Peter Anvin \u003chpa@zytor.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "fd62fa971584007e612be6e531101842de97715a", "tree": "ab1b70e87f4e3094b24bf3d1750b163741b686a6", "parents": [ "c8c0b91569f01d7713c843245c538b51f733646a" ], "author": { "name": "Stephan Gatzka", "email": "stephan@gatzka.org", "time": "Sat Jun 02 03:04:06 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:12 2012 +0900" }, "message": "fec_mpc52xx: fix timestamp filtering\n\ncommit 9ca3cc6f3026946ba655e863ca2096339e667639 upstream.\n\nskb_defer_rx_timestamp was called with a freshly allocated skb but must\nbe called with rskb instead.\n\nSigned-off-by: Stephan Gatzka \u003cstephan@gatzka.org\u003e\nAcked-by: Richard Cochran \u003crichardcochran@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "c8c0b91569f01d7713c843245c538b51f733646a", "tree": "c4af2b9289b3b063a0098f406c5ff97db1d07020", "parents": [ "15de0eade174f9aade57a4080f1bac1a36e45e83" ], "author": { "name": "Dmitry Kasatkin", "email": "dmitry.kasatkin@intel.com", "time": "Tue May 29 11:02:21 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:12 2012 +0900" }, "message": "vfs: increment iversion when a file is truncated\n\ncommit 799243a389bde0de10fa21ca1ca453d2fe538b85 upstream.\n\nWhen a file is truncated with truncate()/ftruncate() and then closed,\niversion is not updated. This patch uses ATTR_SIZE flag as an indication\nto increment iversion.\n\nMimi said:\n\nOn fput(), i_version is used to detect and flag files that have changed\nand need to be re-measured in the IMA measurement policy. When a file\nis truncated with truncate()/ftruncate() and then closed, i_version is\nnot updated. As a result, although the file has changed, it will not be\nre-measured and added to the IMA measurement list on subsequent access.\n\nSigned-off-by: Dmitry Kasatkin \u003cdmitry.kasatkin@intel.com\u003e\nAcked-by: Mimi Zohar \u003czohar@us.ibm.com\u003e\nCc: Al Viro \u003cviro@zeniv.linux.org.uk\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Al Viro \u003cviro@zeniv.linux.org.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "15de0eade174f9aade57a4080f1bac1a36e45e83", "tree": "3351b21436f75bbd3cfc83cfde55cff18da3384f", "parents": [ "75df3ae2060eb00b909ac65fc4d2798c4e53969a" ], "author": { "name": "Al Viro", "email": "viro@zeniv.linux.org.uk", "time": "Tue May 29 22:03:48 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:12 2012 +0900" }, "message": "vfs: umount_tree() might be called on subtree that had never made it\n\ncommit 63d37a84ab6004c235314ffd7a76c5eb28c2fae0 upstream.\n\n__mnt_make_shortterm() in there undoes the effect of __mnt_make_longterm()\nwe\u0027d done back when we set -\u003emnt_ns non-NULL; it should not be done to\nvfsmounts that had never gone through commit_tree() and friends. Kudos to\nlczerner for catching that one...\n\nSigned-off-by: Al Viro \u003cviro@zeniv.linux.org.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "75df3ae2060eb00b909ac65fc4d2798c4e53969a", "tree": "1a4fa75c42c7d182e4ab6595d3850de491cf0d0c", "parents": [ "22aca500eb55daf5c84bffb001d3cce14da08b08" ], "author": { "name": "Joonsoo Kim", "email": "js1304@gmail.com", "time": "Thu May 17 00:13:02 2012 +0900" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:11 2012 +0900" }, "message": "slub: fix a memory leak in get_partial_node()\n\ncommit 02d7633fa567be7bf55a993b79d2a31b95ce2227 upstream.\n\nIn the case which is below,\n\n1. acquire slab for cpu partial list\n2. free object to it by remote cpu\n3. page-\u003efreelist \u003d t\n\nthen memory leak is occurred.\n\nChange acquire_slab() not to zap freelist when it works for cpu partial list.\nI think it is a sufficient solution for fixing a memory leak.\n\nBelow is output of \u0027slabinfo -r kmalloc-256\u0027\nwhen \u0027./perf stat -r 30 hackbench 50 process 4000 \u003e /dev/null\u0027 is done.\n\n***Vanilla***\nSizes (bytes) Slabs Debug Memory\n------------------------------------------------------------------------\nObject : 256 Total : 468 Sanity Checks : Off Total: 3833856\nSlabObj: 256 Full : 111 Redzoning : Off Used : 2004992\nSlabSiz: 8192 Partial: 302 Poisoning : Off Loss : 1828864\nLoss : 0 CpuSlab: 55 Tracking : Off Lalig: 0\nAlign : 8 Objects: 32 Tracing : Off Lpadd: 0\n\n***Patched***\nSizes (bytes) Slabs Debug Memory\n------------------------------------------------------------------------\nObject : 256 Total : 300 Sanity Checks : Off Total: 2457600\nSlabObj: 256 Full : 204 Redzoning : Off Used : 2348800\nSlabSiz: 8192 Partial: 33 Poisoning : Off Loss : 108800\nLoss : 0 CpuSlab: 63 Tracking : Off Lalig: 0\nAlign : 8 Objects: 32 Tracing : Off Lpadd: 0\n\nTotal and loss number is the impact of this patch.\n\nAcked-by: Christoph Lameter \u003ccl@linux.com\u003e\nSigned-off-by: Joonsoo Kim \u003cjs1304@gmail.com\u003e\nSigned-off-by: Pekka Enberg \u003cpenberg@kernel.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "22aca500eb55daf5c84bffb001d3cce14da08b08", "tree": "a55f18824c22c4fa38f408ef15c22eeced5e5acb", "parents": [ "58f9c9764228f69ef523dcf5f87d5b587464fb52" ], "author": { "name": "Clemens Ladisch", "email": "clemens@ladisch.de", "time": "Fri May 18 18:00:43 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:11 2012 +0900" }, "message": "ALSA: usb-audio: fix rate_list memory leak\n\ncommit 5cd5d7c44990658df6ab49f6253c39617c53b03d upstream.\n\nThe array of sample rates is reallocated every time when opening\nthe PCM device, but was freed only once when unplugging the device.\n\nReported-by: \"Alexander E. Patrakov\" \u003cpatrakov@gmail.com\u003e\nSigned-off-by: Clemens Ladisch \u003cclemens@ladisch.de\u003e\nSigned-off-by: Takashi Iwai \u003ctiwai@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "58f9c9764228f69ef523dcf5f87d5b587464fb52", "tree": "af4cb6ded6eb65395f4ff385c41f5fb4d867196e", "parents": [ "08c372db1aa0a65e0b2135e8556be35e1175f9b9" ], "author": { "name": "Dave Hansen", "email": "dave@linux.vnet.ibm.com", "time": "Wed May 30 07:51:07 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:11 2012 +0900" }, "message": "mm: fix vma_resv_map() NULL pointer\n\ncommit 4523e1458566a0e8ecfaff90f380dd23acc44d27 upstream.\n\nhugetlb_reserve_pages() can be used for either normal file-backed\nhugetlbfs mappings, or MAP_HUGETLB. In the MAP_HUGETLB, semi-anonymous\nmode, there is not a VMA around. The new call to resv_map_put() assumed\nthat there was, and resulted in a NULL pointer dereference:\n\n BUG: unable to handle kernel NULL pointer dereference at 0000000000000030\n IP: vma_resv_map+0x9/0x30\n PGD 141453067 PUD 1421e1067 PMD 0\n Oops: 0000 [#1] PREEMPT SMP\n ...\n Pid: 14006, comm: trinity-child6 Not tainted 3.4.0+ #36\n RIP: vma_resv_map+0x9/0x30\n ...\n Process trinity-child6 (pid: 14006, threadinfo ffff8801414e0000, task ffff8801414f26b0)\n Call Trace:\n resv_map_put+0xe/0x40\n hugetlb_reserve_pages+0xa6/0x1d0\n hugetlb_file_setup+0x102/0x2c0\n newseg+0x115/0x360\n ipcget+0x1ce/0x310\n sys_shmget+0x5a/0x60\n system_call_fastpath+0x16/0x1b\n\nThis was reported by Dave Jones, but was reproducible with the\nlibhugetlbfs test cases, so shame on me for not running them in the\nfirst place.\n\nWith this, the oops is gone, and the output of libhugetlbfs\u0027s\nrun_tests.py is identical to plain 3.4 again.\n\n[ Marked for stable, since this was introduced by commit c50ac050811d\n (\"hugetlb: fix resv_map leak in error path\") which was also marked for\n stable ]\n\nReported-by: Dave Jones \u003cdavej@redhat.com\u003e\nCc: Mel Gorman \u003cmel@csn.ul.ie\u003e\nCc: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nCc: Christoph Lameter \u003ccl@linux.com\u003e\nCc: Andrea Arcangeli \u003caarcange@redhat.com\u003e\nCc: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "08c372db1aa0a65e0b2135e8556be35e1175f9b9", "tree": "9b96ee54557aaeba2d6d34b0b1ec457484dcc44f", "parents": [ "e552a3bfe0c60c65d35cc3ee6a5f20d9702ebc9a" ], "author": { "name": "Ulrich Drepper", "email": "drepper@akkadia.org", "time": "Tue May 29 15:06:30 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:11 2012 +0900" }, "message": "kbuild: install kernel-page-flags.h\n\ncommit 9295b7a07c859a42346221b5839be0ae612333b0 upstream.\n\nPrograms using /proc/kpageflags need to know about the various flags. The\n\u003clinux/kernel-page-flags.h\u003e provides them and the comments in the file\nindicate that it is supposed to be used by user-level code. But the file\nis not installed.\n\nInstall the headers and mark the unstable flags as out-of-bounds. The\npage-type tool is also adjusted to not duplicate the definitions\n\nSigned-off-by: Ulrich Drepper \u003cdrepper@gmail.com\u003e\nAcked-by: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nAcked-by: Fengguang Wu \u003cfengguang.wu@intel.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "e552a3bfe0c60c65d35cc3ee6a5f20d9702ebc9a", "tree": "c3178947c182115991af0ff0b254e7cab83f8cee", "parents": [ "46790988c91cc239152996c9ed4b4c3dcd2703d8" ], "author": { "name": "Jan-Benedict Glaw", "email": "jan-benedict.glaw@getslash.de", "time": "Tue May 22 15:21:53 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:11 2012 +0900" }, "message": "drm/i915: no lvds quirk for HP t5740e Thin Client\n\ncommit 3347111999870c37eab1b969e90af9fdaf0334ba upstream.\n\nThis box has DisplayPort and VGA, but no LVDS. Product specs are at\nhttp://h10010.www1.hp.com/wwpc/us/en/sm/WF25a/12454-12454-321959-338927-3640406-4282707.html?dnr\u003d1\nand dmidecode output can be found at http://www.getslash.de/bug_attachments/dmidecode-t5740e.txt\n\nSigned-off-by: Jan-Benedict Glaw \u003cjbglaw@getslash.de\u003e\nSigned-off-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "46790988c91cc239152996c9ed4b4c3dcd2703d8", "tree": "356139736dca8722284ee30429a54c957ab6ce45", "parents": [ "3baa3206a209b224d1265665d6f969fdbd99c08d" ], "author": { "name": "Daniel Vetter", "email": "daniel.vetter@ffwll.ch", "time": "Tue May 22 21:41:25 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:10 2012 +0900" }, "message": "drm/i915: wait for a vblank to pass after tv detect\n\ncommit bf2125e2f7e931b50a6c76ba0435ba001409ccbf upstream.\n\nOtherwise the hw will get confused and result in a black screen.\n\nThis regression has been most likely introduce in\n\ncommit 974b93315b2213b74a42a87e8a9d4fc8c0dbe90c\nAuthor: Chris Wilson \u003cchris@chris-wilson.co.uk\u003e\nDate: Sun Sep 5 00:44:20 2010 +0100\n\n drm/i915/tv: Poll for DAC state change\n\nThat commit replace the first msleep(20) with a busy-loop, but failed\nto keep the 2nd msleep around. Later on we\u0027ve replaced all these\nmsleep(20) by proper vblanks.\n\nFor reference also see the commit in xf86-video-intel:\n\ncommit 1142be53eb8d2ee8a9b60ace5d49f0ba27332275\nAuthor: Jesse Barnes \u003cjbarnes@hobbes.lan\u003e\nDate: Mon Jun 9 08:52:59 2008 -0700\n\n Fix TV programming: add vblank wait after TV_CTL writes\n\n Fxies FDO bug #14000; we need to wait for vblank after\n writing TV_CTL or following \"DPMS on\" calls may not actually enable the output.\n\nv2: As suggested by Chris Wilson, add a small comment to ensure that\nno one accidentally removes this vblank wait again - there really\nseems to be no sane explanation for why we need it, but it is\nrequired.\n\nLaunchpad: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/763688\nReported-and-Tested-by: Robert Lowery \u003crglowery@exemail.com.au\u003e\nCc: Rodrigo Vivi \u003crodrigo.vivi@gmail.com\u003e\nAcked-by: Chris Wilson \u003cchris@chris-wilson.co.uk\u003e\nSigned-Off-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "3baa3206a209b224d1265665d6f969fdbd99c08d", "tree": "42e1e3e0c13689d086d48a070dcfc412b1b8a70d", "parents": [ "ae6bfcca08d692defdbde53e36963752211b6c03" ], "author": { "name": "Rodrigo Vivi", "email": "rodrigo.vivi@gmail.com", "time": "Tue May 22 15:23:24 2012 -0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:10 2012 +0900" }, "message": "drm/i915: Adding TV Out Missing modes.\n\ncommit 9589919fb3d269d4202a112b197468c7db1f97a3 upstream.\n\nThese 2 modes were removed by mistake during a clean up.\nSo, now it is time to add them back. For further info about\nsupported mode and standard timing table please check:\nVOL_3_display_registers_updated.pdf at intellinuxgraphics.org.\n\nNote that this regression has been introduce in\n\ncommit 55a6713b3f30a5024056027e9dbf03ac8f13bfc9\nAuthor: Rodrigo Vivi \u003crodrigo.vivi@gmail.com\u003e\nDate: Thu Dec 15 14:47:33 2011 -0200\n\n drm/i915: Removing TV Out modes.\n\nand this commit partially reverts it by re-adding the wrongly removed\nmodes.\n\nReported-by: Robert Lowery \u003crglowery@exemail.com.au\u003e\nSigned-off-by: Rodrigo Vivi \u003crodrigo.vivi@gmail.com\u003e\n[danvet: Pimped commit message to cite the commit that introduced this\nregression.]\nSigned-off-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "ae6bfcca08d692defdbde53e36963752211b6c03", "tree": "876296b9f0d2954fe667e345aac38383c40bc914", "parents": [ "772605e73b1f07be3736cc3fc0bc0ce0c56db773" ], "author": { "name": "Daniel Vetter", "email": "daniel.vetter@ffwll.ch", "time": "Sat May 12 22:22:58 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:10 2012 +0900" }, "message": "drm/i915: properly handle interlaced bit for sdvo dtd conversion\n\ncommit 59d92bfa5f0cdf57f82f5181b0ad6af75c3fdf41 upstream.\n\nWe\u0027ve simply ignored this, which isn\u0027t too great. With this, interlaced\n1080i works on my HDMI screen connected through sdvo. For no apparent\nreason anything else still doesn\u0027t work as it should.\n\nWhile at it, give these magic numbers in the dtd proper names and\nadd a comment that they match with EDID detailed timings.\n\nv2: Actually use the right bit for interlaced.\n\nTested-by: Peter Ross \u003cpross@xvid.org\u003e\nReviewed-by: Paulo Zanoni \u003cpaulo.r.zanoni@intel.com\u003e\nSigned-Off-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "772605e73b1f07be3736cc3fc0bc0ce0c56db773", "tree": "39731cdcefe7b68be562f8d074e48cdb18bf456f", "parents": [ "70838c4536517458c38249763311ff56727cd293" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Thu May 24 22:55:15 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:10 2012 +0900" }, "message": "drm/radeon: fix typo in trinity tiling setup\n\ncommit 1f73cca799d29df80de3e8f1f1c488485467577a upstream.\n\nUsing the wrong union.\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@linuxfoundation.org\u003e\n\n" }, { "commit": "70838c4536517458c38249763311ff56727cd293", "tree": "8a3f162fdd77319e8d37ca07406531655f24cd37", "parents": [ "c2fcf3a04bc4c9a9b97962b3b71c86ba393672e3" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Wed May 23 11:48:59 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:10 2012 +0900" }, "message": "drm/radeon: fix XFX quirk\n\ncommit 1ebf169ad4dc68f18cc0dab35163b0f324fc6c41 upstream.\n\nOnly override the ddc bus if the connector doesn\u0027t have\na valid one. The existing code overrode the ddc bus for\nall connectors even if it had ddc bus.\n\nFixes ddc on another XFX card with the same pci ids that\nwas broken by the quirk overwriting the correct ddc bus.\n\nReported-by: Mehdi Aqadjani Memar \u003cm.aqadjanimemar@student.ru.nl\u003e\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@linuxfoundation.org\u003e\n\n" }, { "commit": "c2fcf3a04bc4c9a9b97962b3b71c86ba393672e3", "tree": "455495462a9c3443d1e2bc2d755294d8853f8947", "parents": [ "f9a07f3089169d943ba0e61e7670e61199020870" ], "author": { "name": "Joerg Roedel", "email": "joerg.roedel@amd.com", "time": "Thu Apr 12 14:12:00 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:10 2012 +0900" }, "message": "iommu/amd: Add workaround for event log erratum\n\ncommit 3d06fca8d2aa3543030e40b95f1d62f9f5a03540 upstream.\n\nDue to a recent erratum it can happen that the head pointer\nof the event-log is updated before the actual event-log\nentry is written. This patch implements the recommended\nworkaround.\n\nSigned-off-by: Joerg Roedel \u003cjoerg.roedel@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "f9a07f3089169d943ba0e61e7670e61199020870", "tree": "5103bf8fe36f1f4c019477b879e3093fb3d4b1b6", "parents": [ "c7faf5bbaeba30053627de3b333d3c17e051ba80" ], "author": { "name": "Joerg Roedel", "email": "joerg.roedel@amd.com", "time": "Thu Apr 12 12:49:26 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:09 2012 +0900" }, "message": "iommu/amd: Check for the right TLP prefix bit\n\ncommit a3b93121430c7b46c2895a7744261be107ccdf7f upstream.\n\nUnfortunatly the PRI spec changed and moved the\nTLP-prefix-required bit to a different location. This patch\nmakes the necessary change in the AMD IOMMU driver.\nRegressions are not expected because all hardware\nimplementing the PRI capability sets this bit to zero\nanyway.\n\nSigned-off-by: Joerg Roedel \u003cjoerg.roedel@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "c7faf5bbaeba30053627de3b333d3c17e051ba80", "tree": "b64389cc38ef5aac36ce7dff7e084aaf3738ffd9", "parents": [ "7a0786dcc32e5d16721449d43cfb90d7869d08ea" ], "author": { "name": "Trond Myklebust", "email": "Trond.Myklebust@netapp.com", "time": "Sat May 19 12:12:53 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:09 2012 +0900" }, "message": "sunrpc: fix loss of task-\u003etk_status after rpc_delay call in xprt_alloc_slot\n\ncommit 1afeaf5c29aa07db25760d2fbed5c08a3aec3498 upstream.\n\nxprt_alloc_slot will call rpc_delay() to make the task wait a bit before\nretrying when it gets back an -ENOMEM error from xprt_dynamic_alloc_slot.\nThe problem is that rpc_delay will clear the task-\u003etk_status, causing\ncall_reserveresult to abort the task.\n\nThe solution is simply to let call_reserveresult handle the ENOMEM error\ndirectly.\n\nReported-by: Jeff Layton \u003cjlayton@redhat.com\u003e\nSigned-off-by: Trond Myklebust \u003cTrond.Myklebust@netapp.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "7a0786dcc32e5d16721449d43cfb90d7869d08ea", "tree": "56fcd6da72d40f538850988b454c854071becf7f", "parents": [ "27b0a5338ea769a35f1c8346cd07a3c938c919e7" ], "author": { "name": "Dave Hansen", "email": "dave@linux.vnet.ibm.com", "time": "Tue May 29 15:06:46 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:09 2012 +0900" }, "message": "hugetlb: fix resv_map leak in error path\n\ncommit c50ac050811d6485616a193eb0f37bfbd191cc89 upstream.\n\nWhen called for anonymous (non-shared) mappings, hugetlb_reserve_pages()\ndoes a resv_map_alloc(). It depends on code in hugetlbfs\u0027s\nvm_ops-\u003eclose() to release that allocation.\n\nHowever, in the mmap() failure path, we do a plain unmap_region() without\nthe remove_vma() which actually calls vm_ops-\u003eclose().\n\nThis is a decent fix. This leak could get reintroduced if new code (say,\nafter hugetlb_reserve_pages() in hugetlbfs_file_mmap()) decides to return\nan error. But, I think it would have to unroll the reservation anyway.\n\nChristoph\u0027s test case:\n\n\thttp://marc.info/?l\u003dlinux-mm\u0026m\u003d133728900729735\n\nThis patch applies to 3.4 and later. A version for earlier kernels is at\nhttps://lkml.org/lkml/2012/5/22/418.\n\nSigned-off-by: Dave Hansen \u003cdave@linux.vnet.ibm.com\u003e\nAcked-by: Mel Gorman \u003cmel@csn.ul.ie\u003e\nAcked-by: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nReported-by: Christoph Lameter \u003ccl@linux.com\u003e\nTested-by: Christoph Lameter \u003ccl@linux.com\u003e\nCc: Andrea Arcangeli \u003caarcange@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@linuxfoundation.org\u003e\n\n" }, { "commit": "27b0a5338ea769a35f1c8346cd07a3c938c919e7", "tree": "cf256d2fecb028dd7db205d9e2604c882a5882c0", "parents": [ "c780682d113ef97164359897f4463585b4c27524" ], "author": { "name": "Trond Myklebust", "email": "Trond.Myklebust@netapp.com", "time": "Mon May 28 11:36:28 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:09 2012 +0900" }, "message": "NFSv4: Map NFS4ERR_SHARE_DENIED into an EACCES error instead of EIO\n\ncommit fb13bfa7e1bcfdcfdece47c24b62f1a1cad957e9 upstream.\n\nIf a file OPEN is denied due to a share lock, the resulting\nNFS4ERR_SHARE_DENIED is currently mapped to the default EIO.\nThis patch adds a more appropriate mapping, and brings Linux\ninto line with what Solaris 10 does.\n\nSee https://bugzilla.kernel.org/show_bug.cgi?id\u003d43286\n\nSigned-off-by: Trond Myklebust \u003cTrond.Myklebust@netapp.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "c780682d113ef97164359897f4463585b4c27524", "tree": "3a8e1278191eb864849c8fbce606e7ca2d830af4", "parents": [ "2b06dfb55b78e57734a696324ce7d593b1c084be" ], "author": { "name": "Dan Carpenter", "email": "dan.carpenter@oracle.com", "time": "Mon May 14 22:45:28 2012 +0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:09 2012 +0900" }, "message": "NFS: kmalloc() doesn\u0027t return an ERR_PTR()\n\ncommit 5abc03cd919535c61b813f2319cb38326a41e810 upstream.\n\nObviously we should check for NULL here instead of IS_ERR().\n\nSigned-off-by: Dan Carpenter \u003cdan.carpenter@oracle.com\u003e\nSigned-off-by: Trond Myklebust \u003cTrond.Myklebust@netapp.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "2b06dfb55b78e57734a696324ce7d593b1c084be", "tree": "5f5742a6bac56b5971263fd0d4c7b2ffc97b3bea", "parents": [ "c163f56463e26f771e3dc7e67921f268053ad8e6" ], "author": { "name": "Konrad Rzeszutek Wilk", "email": "konrad@darnok.org", "time": "Wed May 30 18:23:56 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:09 2012 +0900" }, "message": "x86, amd, xen: Avoid NULL pointer paravirt references\n\ncommit 1ab46fd319bcf1fcd9fb6311727d532b580e4eba upstream.\n\nStub out MSR methods that aren\u0027t actually needed. This fixes a crash\nas Xen Dom0 on AMD Trinity systems. A bigger patch should be added to\nremove the paravirt machinery completely for the methods which\napparently have no users!\n\nReported-by: Andre Przywara \u003candre.przywara@amd.com\u003e\nLink: http://lkml.kernel.org/r/20120530222356.GA28417@andromeda.dapyr.net\nSigned-off-by: H. Peter Anvin \u003chpa@zytor.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "c163f56463e26f771e3dc7e67921f268053ad8e6", "tree": "914440642daaecf00ec9f53c478f22b63d4f068b", "parents": [ "27e73d90ba0c26397eaeed7119553e77ae5bb486" ], "author": { "name": "Felix Fietkau", "email": "nbd@openwrt.org", "time": "Thu May 24 14:32:20 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:08 2012 +0900" }, "message": "ath9k: fix a use-after-free-bug when ath_tx_setup_buffer() fails\n\ncommit 81357a281dcc454841532c46b30e6f2ba12b73ea upstream.\n\nath_tx_setup_buffer() can fail if there is no ath_buf left, or if mapping DMA\nfailed. In this case it frees the skb passed to it.\nIf ath_tx_setup_buffer is called from ath_tx_form_aggr, the skb is still\nlinked into the tid buffer list and must be dequeued before being released.\n\nSigned-off-by: Felix Fietkau \u003cnbd@openwrt.org\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "27e73d90ba0c26397eaeed7119553e77ae5bb486", "tree": "92021b12080a1c940957046798600b87fdbb6d67", "parents": [ "74b31d2a64a49ce8dbf8620eba0a116a892d4d0b" ], "author": { "name": "Richard Cochran", "email": "richardcochran@gmail.com", "time": "Wed May 23 18:19:51 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:08 2012 +0900" }, "message": "ixp4xx: fix compilation by adding gpiolib support\n\ncommit 9dde0ae3769875ec1370cb316e50c54b57d52c1a upstream.\n\nOnce again, ixp4xx no longer even compiles. This patch fixes the issue\nby converting over to gpiolib. This patch was first made by Imre and\nposted by Marc, and I added in Russell\u0027s suggestion to empty the gpio\nheader file.\n\nThis fix should also go for 3.1, 3.2, 3.3, and 3.4.\n\nSigned-off-by: Richard Cochran \u003crichardcochran@gmail.com\u003e\nSigned-off-by: Arnd Bergmann \u003carnd@arndb.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "74b31d2a64a49ce8dbf8620eba0a116a892d4d0b", "tree": "b4f7668cd6ca9d596c048d753709feba81d6a746", "parents": [ "6ea90b39f492460884b218ffe066210f129771fb" ], "author": { "name": "Eyal Shapira", "email": "eyal@wizery.com", "time": "Tue May 29 02:00:22 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:08 2012 +0900" }, "message": "mac80211: fix ADDBA declined after suspend with wowlan\n\ncommit 7b21aea04d084916ac4e0e8852dcc9cd60ec0d1d upstream.\n\nWLAN_STA_BLOCK_BA is set while suspending but doesn\u0027t get cleared\nwhen resuming in case of wowlan. This causes further ADDBA requests\nreceived to be rejected. Fix it by clearing it in the wowlan path\nas well.\n\nSigned-off-by: Eyal Shapira \u003ceyal@wizery.com\u003e\nReviewed-by: Johannes Berg \u003cjohannes@sipsolutions.net\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "6ea90b39f492460884b218ffe066210f129771fb", "tree": "02bd69373b1be41d9263834dd27df39af704b79a", "parents": [ "c6fb8b4e362693c4d4864de46607c558852a570a" ], "author": { "name": "Jonas Gorski", "email": "jonas.gorski@gmail.com", "time": "Tue May 15 17:47:52 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:08 2012 +0900" }, "message": "MIPS: BCM63XX: Add missing include for bcm63xx_gpio.h\n\ncommit 442209f31dafef9fde852858e1ce566b675b720d upstream.\n\nbcm63xx_gpio.h uses macros defined in bcm63xx_cpu.h without including it,\nleading to the following build failure:\n\n CC [M] drivers/mmc/core/cd-gpio.o\nIn file included from arch/mips/include/asm/mach-bcm63xx/gpio.h:4:0,\n from arch/mips/include/asm/gpio.h:4,\n from include/linux/gpio.h:30,\n from drivers/mmc/core/cd-gpio.c:12:\n\narch/mips/include/asm/mach-bcm63xx/bcm63xx_gpio.h: In function \u0027bcm63xx_gpio_count\u0027:\narch/mips/include/asm/mach-bcm63xx/bcm63xx_gpio.h:10:2: error: implicit declaration of function \u0027bcm63xx_get_cpu_id\u0027\narch/mips/include/asm/mach-bcm63xx/bcm63xx_gpio.h:11:7: error: \u0027BCM6358_CPU_ID\u0027 undeclared (first use in this function)\narch/mips/include/asm/mach-bcm63xx/bcm63xx_gpio.h:11:7: note: each undeclared identifier is reported only once for each function it appears in\narch/mips/include/asm/mach-bcm63xx/bcm63xx_gpio.h:13:7: error: \u0027BCM6338_CPU_ID\u0027 undeclared (first use in this function)\narch/mips/include/asm/mach-bcm63xx/bcm63xx_gpio.h:15:7: error: \u0027BCM6345_CPU_ID\u0027 undeclared (first use in this function)\narch/mips/include/asm/mach-bcm63xx/bcm63xx_gpio.h:17:7: error: \u0027BCM6368_CPU_ID\u0027 undeclared (first use in this function)\narch/mips/include/asm/mach-bcm63xx/bcm63xx_gpio.h:19:7: error: \u0027BCM6348_CPU_ID\u0027 undeclared (first use in this function)\n\nmake[7]: *** [drivers/mmc/core/cd-gpio.o] Error 1\n\nSigned-off-by: Jonas Gorski \u003cjonas.gorski@gmail.com\u003e\nCc: linux-mips@linux-mips.org\nCc: Maxime Bizon \u003cmbizon@freebox.fr\u003e\nCc: Florian Fainelli \u003cflorian@openwrt.org\u003e\nSigned-off-by: Ralf Baechle \u003cralf@linux-mips.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "c6fb8b4e362693c4d4864de46607c558852a570a", "tree": "2a6be55e39db0a1162f00d3e6134e5c5a0c2a6f3", "parents": [ "dab0a045b4ff1689617a0fdbd4e8060770effa58" ], "author": { "name": "David Woodhouse", "email": "dwmw2@infradead.org", "time": "Thu May 24 04:58:27 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:08 2012 +0900" }, "message": "solos-pci: Fix DMA support\n\ncommit b4bd8ad9bb311e8536f726f7a633620ccd358cde upstream.\n\nDMA support has finally made its way to the top of the TODO list, having\nrealised that a Geode using MMIO can\u0027t keep up with two ADSL2+ lines\neach running at 21Mb/s.\n\nThis patch fixes a couple of bugs in the DMA support in the driver, so\nonce the corresponding FPGA update is complete and tested everything\nshould work properly.\n\nWe weren\u0027t storing the currently-transmitting skb, so we were never\nunmapping it and never freeing/popping it when the TX was done.\nAnd the addition of pci_set_master() is fairly self-explanatory.\n\nSigned-off-by: David Woodhouse \u003cDavid.Woodhouse@intel.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "dab0a045b4ff1689617a0fdbd4e8060770effa58", "tree": "3f4085c401cbab54ff4298b81d9d99c328c63042", "parents": [ "e01b7f872913f583b5c043b99c8f5af2eb44d051" ], "author": { "name": "James Bottomley", "email": "JBottomley@Parallels.com", "time": "Mon May 21 07:49:01 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:07 2012 +0900" }, "message": "PARISC: fix TLB fault path on PA2.0 narrow systems\n\ncommit 2f649c1f6f0fef445ce79a19b79e5ce8fe9d7f19 upstream.\n\ncommit 5e185581d7c46ddd33cd9c01106d1fc86efb9376\nAuthor: James Bottomley \u003cJBottomley@Parallels.com\u003e\n\n [PARISC] fix PA1.1 oops on boot\n\nDidn\u0027t quite fix the crash on boot. It moved it from PA1.1 processors to\nPA2.0 narrow kernels. The final fix is to make sure the [id]tlb_miss_20 paths\nalso work. Even on narrow systems, these paths require using the wide\ninstructions becuase the tlb insertion format is wide. Fix this by\nconditioning the dep[wd],z on whether we\u0027re being called from _11 or _20[w]\npaths.\n\nTested-by: Helge Deller \u003cdeller@gmx.de\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "e01b7f872913f583b5c043b99c8f5af2eb44d051", "tree": "83f13ddf5b1c84272bfdc865e72511d88a58234b", "parents": [ "27ab30eb965b9d26c5811f5505d95c8ede08c580" ], "author": { "name": "John David Anglin", "email": "dave.anglin@bell.net", "time": "Thu May 17 10:34:34 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:07 2012 +0900" }, "message": "PARISC: fix boot failure on 32-bit systems caused by branch stubs placed before .text\n\ncommit ed5fb2471b7060767957fb964eb1aaec71533ab1 upstream.\n\nIn certain configurations, the resulting kernel becomes too large to boot\nbecause the linker places the long branch stubs for the merged .text section\nat the very start of the image. As a result, the initial transfer of control\njumps to an unexpected location. Fix this by placing the head text in a\nseparate section so the stubs for .text are not at the start of the image.\n\nSigned-off-by: John David Anglin \u003cdave.anglin@bell.net\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "27ab30eb965b9d26c5811f5505d95c8ede08c580", "tree": "2b74dd981ce60b10b4876f4f027f712315b08507", "parents": [ "444b7bce3152cc6ef1fb599331d053c9c40eb374" ], "author": { "name": "Shirish Pargaonkar", "email": "shirishpargaonkar@gmail.com", "time": "Mon May 21 09:20:12 2012 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:07 2012 +0900" }, "message": "cifs: fix oops while traversing open file list (try #4)\n\ncommit 2c0c2a08bed7a3b791f88d09d16ace56acb3dd98 upstream.\n\nWhile traversing the linked list of open file handles, if the identfied\nfile handle is invalid, a reopen is attempted and if it fails, we\nresume traversing where we stopped and cifs can oops while accessing\ninvalid next element, for list might have changed.\n\nSo mark the invalid file handle and attempt reopen if no\nvalid file handle is found in rest of the list.\nIf reopen fails, move the invalid file handle to the end of the list\nand start traversing the list again from the begining.\nRepeat this four times before giving up and returning an error if\nfile reopen keeps failing.\n\nSigned-off-by: Shirish Pargaonkar \u003cshirishpargaonkar@gmail.com\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@linuxfoundation.org\u003e\n\n" }, { "commit": "444b7bce3152cc6ef1fb599331d053c9c40eb374", "tree": "56798496e5e3af94f5e13667fe9a974cd6ddf63f", "parents": [ "784c9700444d2ebbace0a1d3a3ac48c3d5852164" ], "author": { "name": "Shirish Pargaonkar", "email": "shirishpargaonkar@gmail.com", "time": "Tue May 15 10:19:16 2012 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:07 2012 +0900" }, "message": "cifs: Include backup intent search flags during searches {try #2)\n\ncommit 2608bee744a92d60d15ff4e6e0b913d8b406aedd upstream.\n\nAs observed and suggested by Tushar Gosavi...\n\n---------\nreaddir calls these function to send TRANS2_FIND_FIRST and\nTRANS2_FIND_NEXT command to the server. The current cifs module is\nnot specifying CIFS_SEARCH_BACKUP_SEARCH flag while sending these\ncommand when backupuid/backupgid is specified. This can be resolved\nby specifying CIFS_SEARCH_BACKUP_SEARCH flag.\n---------\n\nReported-and-Tested-by: Tushar Gosavi \u003ctugosavi@in.ibm.com\u003e\nSigned-off-by: Shirish Pargaonkar \u003cshirishpargaonkar@gmail.com\u003e\nAcked-by: Jeff Layton \u003cjlayton@redhat.com\u003e\nSigned-off-by: Steve French \u003csfrench@us.ibm.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "784c9700444d2ebbace0a1d3a3ac48c3d5852164", "tree": "afcf297bdea0e97d434dd3b1731b2fb3f30f8981", "parents": [ "75713d3f1b75e0054d47b258895225e152e638cb" ], "author": { "name": "Meenakshi Venkataraman", "email": "meenakshi.venkataraman@intel.com", "time": "Wed May 16 22:35:59 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:07 2012 +0900" }, "message": "iwlwifi: do not use shadow registers by default\n\ncommit 66a770729a5cdd24efed8afa5258f81232d8bba2 upstream.\n\nShadow registers in the device are meant to\nallow the driver to update certain device\nregisters without needing to wake up all\ncomponents of the device. However, using\nthis feature in the device causes\ncommunication between the driver and the\ndevice to become unreliable, resulting in\nhost command timeouts.\n\nDisable this feature by default till a fix is\navailable for the bug.\n\nSigned-off-by: Meenakshi Venkataraman \u003cmeenakshi.venkataraman@intel.com\u003e\nSigned-off-by: Johannes Berg \u003cjohannes.berg@intel.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "75713d3f1b75e0054d47b258895225e152e638cb", "tree": "18a44543027afde8ca1bc083101fec47f9f706da", "parents": [ "e42adb30f43ce5aa3f362c45328209f95bf9d519" ], "author": { "name": "Meenakshi Venkataraman", "email": "meenakshi.venkataraman@intel.com", "time": "Wed May 16 22:35:57 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:07 2012 +0900" }, "message": "iwlwifi: update BT traffic load states correctly\n\ncommit 882dde8eb0d49ce0f853f8f4084dde56a21fe55f upstream.\n\nWhen BT traffic load changes from its\nprevious state, a new LQ command needs to be\nsent down to the firmware. This needs to\nbe done only once per change. The state\nvariable that keeps track of this change is\nlast_bt_traffic_load. However, it was not\nbeing updated when the change had been\nhandled. Not updating this variable was\ncausing a flood of advanced BT config\ncommands to be sent to the firmware. Fix\nthis.\n\nSigned-off-by: Meenakshi Venkataraman \u003cmeenakshi.venkataraman@intel.com\u003e\nSigned-off-by: Wey-Yi Guy \u003cwey-yi.w.guy@intel.com\u003e\nSigned-off-by: Johannes Berg \u003cjohannes.berg@intel.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "e42adb30f43ce5aa3f362c45328209f95bf9d519", "tree": "67d698ab49fd3633ec3b783e07c9111c60b61584", "parents": [ "319b5641660fb09660c6faaaa99af9ddff973737" ], "author": { "name": "KyongHo", "email": "pullip.cho@samsung.com", "time": "Tue May 29 15:06:49 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:06 2012 +0900" }, "message": "mm: fix faulty initialization in vmalloc_init()\n\ncommit dbda591d920b4c7692725b13e3f68ecb251e9080 upstream.\n\nThe transfer of -\u003eflags causes some of the static mapping virtual\naddresses to be prematurely freed (before the mapping is removed) because\nVM_LAZY_FREE gets \"set\" if tmp-\u003eflags has VM_IOREMAP set. This might\ncause subsequent vmalloc/ioremap calls to fail because it might allocate\none of the freed virtual address ranges that aren\u0027t unmapped.\n\nva-\u003eflags has different types of flags from tmp-\u003eflags. If a region with\nVM_IOREMAP set is registered with vm_area_add_early(), it will be removed\nby __purge_vmap_area_lazy().\n\nFix vmalloc_init() to correctly initialize vmap_area for the given\nvm_struct.\n\nAlso initialise va-\u003evm. If it is not set, find_vm_area() for the early\nvm regions will always fail.\n\nSigned-off-by: KyongHo Cho \u003cpullip.cho@samsung.com\u003e\nCc: \"Olav Haugan\" \u003cohaugan@codeaurora.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@linuxfoundation.org\u003e\n\n" }, { "commit": "319b5641660fb09660c6faaaa99af9ddff973737", "tree": "2308941913df33970c02a7bc8f50f03fcc3d12bc", "parents": [ "3634d6fec1f80012110962d58dbd396aaa99d960" ], "author": { "name": "Michal Hocko", "email": "mhocko@suse.cz", "time": "Tue May 29 15:06:45 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:06 2012 +0900" }, "message": "mm: consider all swapped back pages in used-once logic\n\ncommit e48982734ea0500d1eba4f9d96195acc5406cad6 upstream.\n\nCommit 645747462435 (\"vmscan: detect mapped file pages used only once\")\nmade mapped pages have another round in inactive list because they might\nbe just short lived and so we could consider them again next time. This\nheuristic helps to reduce pressure on the active list with a streaming\nIO worklods.\n\nThis patch fixes a regression introduced by this commit for heavy shmem\nbased workloads because unlike Anon pages, which are excluded from this\nheuristic because they are usually long lived, shmem pages are handled\nas a regular page cache.\n\nThis doesn\u0027t work quite well, unfortunately, if the workload is mostly\nbacked by shmem (in memory database sitting on 80% of memory) with a\nstreaming IO in the background (backup - up to 20% of memory). Anon\ninactive list is full of (dirty) shmem pages when watermarks are hit.\nShmem pages are kept in the inactive list (they are referenced) in the\nfirst round and it is hard to reclaim anything else so we reach lower\nscanning priorities very quickly which leads to an excessive swap out.\n\nLet\u0027s fix this by excluding all swap backed pages (they tend to be long\nlived wrt. the regular page cache anyway) from used-once heuristic and\nrather activate them if they are referenced.\n\nThe customer\u0027s workload is shmem backed database (80% of RAM) and they\nare measuring transactions/s with an IO in the background (20%).\nTransactions touch more or less random rows in the table. The\ntransaction rate fell by a factor of 3 (in the worst case) because of\ncommit 64574746. This patch restores the previous numbers.\n\nSigned-off-by: Michal Hocko \u003cmhocko@suse.cz\u003e\nAcked-by: Johannes Weiner \u003channes@cmpxchg.org\u003e\nCc: Mel Gorman \u003cmel@csn.ul.ie\u003e\nCc: Minchan Kim \u003cminchan@kernel.org\u003e\nCc: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nReviewed-by: Rik van Riel \u003criel@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@linuxfoundation.org\u003e\n\n" }, { "commit": "3634d6fec1f80012110962d58dbd396aaa99d960", "tree": "c48557e7ef092600ac0c3c2e73c234f49a615375", "parents": [ "3876c722319d9b8463b9e82394d81f6d0c45021e" ], "author": { "name": "Sasha Levin", "email": "levinsasha928@gmail.com", "time": "Tue May 29 15:06:15 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:06 2012 +0900" }, "message": "mm: fix NULL ptr deref when walking hugepages\n\ncommit 08fa29d916c6e271ad13978cd993e7238c68db97 upstream.\n\nA missing validation of the value returned by find_vma() could cause a\nNULL ptr dereference when walking the pagetable.\n\nThis is triggerable from usermode by a simple user by trying to read a\npage info out of /proc/pid/pagemap which doesn\u0027t exist.\n\nIntroduced by commit 025c5b2451e4 (\"thp: optimize away unnecessary page\ntable locking\").\n\nSigned-off-by: Sasha Levin \u003clevinsasha928@gmail.com\u003e\nReviewed-by: Naoya Horiguchi \u003cn-horiguchi@ah.jp.nec.com\u003e\nCc: David Rientjes \u003crientjes@google.com\u003e\nCc: Andi Kleen \u003candi@firstfloor.org\u003e\nCc: Andrea Arcangeli \u003caarcange@redhat.com\u003e\nCc: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nCc: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" } ], "next": "3876c722319d9b8463b9e82394d81f6d0c45021e" }