)]}' { "log": [ { "commit": "c1cbfb94dab7c2f5092d0eef4ce87fdb4119a7ce", "tree": "2c7bba4d1f7ed4cd9a62b4c05fe1c6fa2b73d895", "parents": [ "0fd47a3802d9fd08a65625572c5c4089aa6f3e78" ], "author": { "name": "Bjørn Mork", "email": "bjorn@mork.no", "time": "Thu May 24 11:19:04 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 22 11:36:58 2012 -0700" }, "message": "USB: qcserial: Add Sierra Wireless device IDs\n\ncommit c41444ccfa33a1c20efa319e554cb531576e64a2 upstream.\n\nSome additional IDs found in the BSD/GPL licensed out-of-tree\nGobiSerial driver from Sierra Wireless.\n\nSigned-off-by: Bjørn Mork \u003cbjorn@mork.no\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "0fd47a3802d9fd08a65625572c5c4089aa6f3e78", "tree": "27b5839804fbcf33bf9d1c1c57ba7dcae2ba433f", "parents": [ "bd1031c0027fab25f9d1e8229bc380298ae6d0a0" ], "author": { "name": "Tony Zelenoff", "email": "antonz@parallels.com", "time": "Tue Jun 05 17:58:04 2012 +0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 22 11:36:58 2012 -0700" }, "message": "USB: mos7840: Fix compilation of usb serial driver\n\ncommit b9c87663eead64c767e72a373ae6f8a94bead459 upstream.\n\nThe __devinitconst section can\u0027t be referenced\nfrom usb_serial_device structure. Thus removed it as\nit done in other mos* device drivers.\n\nError itself:\nWARNING: drivers/usb/serial/mos7840.o(.data+0x8): Section mismatch in reference\nfrom the variable moschip7840_4port_device to the variable\n.devinit.rodata:id_table\nThe variable moschip7840_4port_device references\nthe variable __devinitconst id_table\n\n[v2] no attach now\n\nSigned-off-by: Tony Zelenoff \u003cantonz@parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "bd1031c0027fab25f9d1e8229bc380298ae6d0a0", "tree": "30bc3be274e261a580562fdb58d8472e6b47c31a", "parents": [ "5dc6fed88a3ed8ce57c2e3bc0db97527b59a3977" ], "author": { "name": "Hans de Goede", "email": "hdegoede@redhat.com", "time": "Wed Jun 13 11:44:58 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 22 11:36:58 2012 -0700" }, "message": "usb-storage: Add 090c:1000 to unusal-devs\n\ncommit afff07e61a5243e14ee3f0a272a0380cd744a8a3 upstream.\n\nThis device gives a bogus answer to get_capacity(16):\n[ 8628.278614] scsi 8:0:0:0: Direct-Access USB 2.0 USB Flash Drive 1100 PQ: 0 ANSI: 4\n[ 8628.279452] sd 8:0:0:0: Attached scsi generic sg4 type 0\n[ 8628.280338] sd 8:0:0:0: [sdd] 35747322042253313 512-byte logical blocks: (18.3 EB/15.8 EiB)\n\nSo set the quirk flag to avoid using get_capacity(16) with it:\n[11731.386014] usb-storage 2-1.6:1.0: Quirks match for vid 090c pid 1000: 80000\n[11731.386075] scsi9 : usb-storage 2-1.6:1.0\n[11731.386172] usbcore: registered new interface driver usb-storage\n[11731.386175] USB Mass Storage support registered.\n[11732.387394] scsi 9:0:0:0: Direct-Access USB 2.0 USB Flash Drive 1100 PQ: 0 ANSI: 4\n[11732.388462] sd 9:0:0:0: Attached scsi generic sg3 type 0\n[11732.389432] sd 9:0:0:0: [sdc] 7975296 512-byte logical blocks: (4.08 GB/3.80 GiB)\n\nWhich makes the capacity look a lot more sane :)\n\nSigned-off-by: Hans de Goede \u003chdegoede@redhat.com\u003e\nTested-by: Simon Raffeiner \u003csturmflut@lieberbiber.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "5dc6fed88a3ed8ce57c2e3bc0db97527b59a3977", "tree": "6f39e30fe0d7c39bb39062caf103b398af314412", "parents": [ "708053a5a4e304915aae1ecab2e5fea9921c9f82" ], "author": { "name": "Andiry Xu", "email": "andiry.xu@gmail.com", "time": "Wed Jun 13 10:51:57 2012 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 22 11:36:58 2012 -0700" }, "message": "xHCI: Increase the timeout for controller save/restore state operation\n\ncommit 622eb783fe6ff4c1baa47db16c3a5db97f9e6e50 upstream.\n\nWhen system software decides to power down the xHC with the intent of\nresuming operation at a later time, it will ask xHC to save the internal\nstate and restore it when resume to correctly recover from a power event.\nTwo bits are used to enable this operation: Save State and Restore State.\n\nxHCI spec 4.23.2 says software should \"Set the Controller Save/Restore\nState flag in the USBCMD register and wait for the Save/Restore State\nStatus flag in the USBSTS register to transition to \u00270\u0027\". However, it does\nnot define how long software should wait for the SSS/RSS bit to transition\nto 0.\n\nCurrently the timeout is set to 1ms. There is bug report\n(https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1002697)\nindicates that the timeout is too short for ASMedia ASM1042 host controller\nto save/restore the state successfully. Increase the timeout to 10ms helps to\nresolve the issue.\n\nThis patch should be backported to stable kernels as old as 2.6.37, that\ncontain the commit 5535b1d5f8885695c6ded783c692e3c0d0eda8ca \"USB: xHCI:\nPCI power management implementation\"\n\nSigned-off-by: Andiry Xu \u003candiry.xu@gmail.com\u003e\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nCc: Ming Lei \u003cming.lei@canonical.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "708053a5a4e304915aae1ecab2e5fea9921c9f82", "tree": "4262235a6751f946bd7e24d448123977a9d68b99", "parents": [ "b063a624f08cfa64c2d9162d1525da95519e6156" ], "author": { "name": "Takashi Iwai", "email": "tiwai@suse.de", "time": "Fri Jun 01 10:06:24 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 22 11:36:57 2012 -0700" }, "message": "xhci: Don\u0027t free endpoints in xhci_mem_cleanup()\n\ncommit 32f1d2c536d0c26c5814cb0e6a0606c42d02fac1 upstream.\n\nThis patch fixes a few issues introduced in the recent fix\n[f8a9e72d: USB: fix resource leak in xhci power loss path]\n\n- The endpoints listed in bw table are just links and each entry is an\n array member of dev-\u003eeps[]. But the commit above adds a kfree() call\n to these instances, and thus it results in memory corruption.\n\n- It clears only the first entry of rh_bw[], but there can be multiple\n ports.\n\n- It\u0027d be safer to clear the list_head of ep as well, not only\n removing from the list, as it\u0027s checked in\n xhci_discover_or_reset_device().\n\nThis patch should be backported to kernels as old as 3.2, that contain\nthe commit 839c817ce67178ca3c7c7ad534c571bba1e69ebe \"xhci: Store\ninformation about roothubs and TTs.\"\n\nSigned-off-by: Takashi Iwai \u003ctiwai@suse.de\u003e\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nReviewed-by: Oliver Neukum \u003coneukum@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "b063a624f08cfa64c2d9162d1525da95519e6156", "tree": "8132a59deb1d636a81d32194b7f2b6a4d858f24f", "parents": [ "d6bc383209efd8a57b3c73ef2524a98df32c7bcc" ], "author": { "name": "Takashi Iwai", "email": "tiwai@suse.de", "time": "Fri Jun 01 10:06:23 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 22 11:36:57 2012 -0700" }, "message": "xhci: Fix invalid loop check in xhci_free_tt_info()\n\ncommit 46ed8f00d8982e49f8fe2c1a9cea192f640cb3ba upstream.\n\nxhci_free_tt_info() may access the invalid memory when it removes the\nlast entry but the list is not empty. Then tt_next reaches to the\nlist head but it still tries to check the tt_info of that entry.\n\nThis patch fixes the bug and cleans up the messy code by rewriting\nwith a simple list_for_each_entry_safe().\n\nThis patch should be backported to kernels as old as 3.2, that contain\nthe commit 839c817ce67178ca3c7c7ad534c571bba1e69ebe \"xhci: Store\ninformation about roothubs and TTs.\"\n\nSigned-off-by: Takashi Iwai \u003ctiwai@suse.de\u003e\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nReviewed-by: Oliver Neukum \u003coneukum@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "d6bc383209efd8a57b3c73ef2524a98df32c7bcc", "tree": "68755644c839229bcbfe77f08a5fffce3ab034bb", "parents": [ "231afb7c7ded9bf798b71efdf576615e91c367af" ], "author": { "name": "Paul Mackerras", "email": "paulus@samba.org", "time": "Fri Jun 15 14:51:39 2012 +1000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 22 11:36:57 2012 -0700" }, "message": "Make hard_irq_disable() actually hard-disable interrupts\n\ncommit f948501b36c6b3d9352ce212a197098a7e958971 upstream.\n\nAt present, hard_irq_disable() does nothing on powerpc because of\nthis code in include/linux/interrupt.h:\n\n #ifndef hard_irq_disable\n #define hard_irq_disable() do { } while(0)\n #endif\n\nSo we need to make our hard_irq_disable be a macro. It was previously\na macro until commit 7230c56441 (\"powerpc: Rework lazy-interrupt\nhandling\") changed it to a static inline function.\n\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 arch/powerpc/include/asm/hw_irq.h | 3 +++\n 1 file changed, 3 insertions(+)\n\n" }, { "commit": "231afb7c7ded9bf798b71efdf576615e91c367af", "tree": "152a14dd70998400a0c66516ed4aa08a43864e4e", "parents": [ "152a4f421da62406d8836aa2c9e53b7b3e405e59" ], "author": { "name": "Matthew Garrett", "email": "mjg@redhat.com", "time": "Sun Jun 17 17:05:25 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 22 11:36:57 2012 -0700" }, "message": "hfsplus: fix bless ioctl when used with hardlinks\n\ncommit 7dea9665fee828fb56db3bae5b9685d9fa006d33 upstream.\n\nHFS+ doesn\u0027t really implement hard links - instead, hardlinks are indicated\nby a magic file type which refers to an indirect node in a hidden\ndirectory. The spec indicates that stat() should return the inode number\nof the indirect node, but it turns out that this doesn\u0027t satisfy the\nfirmware when it\u0027s looking for a bootloader - it wants the catalog ID of\nthe hardlink file instead. Fix up this case.\n\nSigned-off-by: Matthew Garrett \u003cmjg@redhat.com\u003e\nSigned-off-by: Christoph Hellwig \u003chch@lst.de\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "152a4f421da62406d8836aa2c9e53b7b3e405e59", "tree": "37e0d51d101ed42a6b5ceef7687b40860abcc130", "parents": [ "d64cbbc9603861015cd616327f63b10394c0418a" ], "author": { "name": "Janne Kalliomäki", "email": "janne@tuxera.com", "time": "Sun Jun 17 17:05:24 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 22 11:36:57 2012 -0700" }, "message": "hfsplus: fix overflow in sector calculations in hfsplus_submit_bio\n\ncommit a6dc8c04218eb752ff79cdc24a995cf51866caed upstream.\n\nThe variable io_size was unsigned int, which caused the wrong sector number\nto be calculated after aligning it. This then caused mount to fail with big\nvolumes, as backup volume header information was searched from a\nwrong sector.\n\nSigned-off-by: Janne Kalliomäki \u003cjanne@tuxera.com\u003e\nSigned-off-by: Christoph Hellwig \u003chch@lst.de\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "d64cbbc9603861015cd616327f63b10394c0418a", "tree": "80b6241c05c909df00d09dd7972e413970711323", "parents": [ "a0ae72b68662f833a56c060fbd483609941e8284" ], "author": { "name": "Seiji Aguchi", "email": "seiji.aguchi@hds.com", "time": "Tue May 15 17:35:09 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 22 11:36:56 2012 -0700" }, "message": "kdump: Execute kmsg_dump(KMSG_DUMP_PANIC) after smp_send_stop()\n\ncommit 62be73eafaa045d3233337303fb140f7f8a61135 upstream.\n\nThis patch moves kmsg_dump(KMSG_DUMP_PANIC) below smp_send_stop(),\nto serialize the crash-logging process via smp_send_stop() and to\nthus retrieve a more stable crash image of all CPUs stopped.\n\nSigned-off-by: Seiji Aguchi \u003cseiji.aguchi@hds.com\u003e\nAcked-by: Don Zickus \u003cdzickus@redhat.com\u003e\nCc: dle-develop@lists.sourceforge.net \u003cdle-develop@lists.sourceforge.net\u003e\nCc: Satoru Moriya \u003csatoru.moriya@hds.com\u003e\nCc: Tony Luck \u003ctony.luck@intel.com\u003e\nCc: a.p.zijlstra@chello.nl \u003ca.p.zijlstra@chello.nl\u003e\nLink: http://lkml.kernel.org/r/5C4C569E8A4B9B42A84A977CF070A35B2E4D7A5CE2@USINDEVS01.corp.hds.com\nSigned-off-by: Ingo Molnar \u003cmingo@kernel.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "a0ae72b68662f833a56c060fbd483609941e8284", "tree": "66d8736c160d965616a798efa7ce5803eda0d76c", "parents": [ "d2002eb8a3a9c6d9182e1652b3ec22f6dd20741b" ], "author": { "name": "Johan Hovold", "email": "jhovold@gmail.com", "time": "Tue May 29 17:57:52 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 22 11:36:56 2012 -0700" }, "message": "USB: option: fix port-data abuse\n\ncommit 4273f9878b0a8271df055e3c8f2e7f08c6a4a2f4 upstream.\n\nCommit 8b4c6a3ab596961b78465 (\"USB: option: Use generic USB wwan code\")\nmoved option port-data allocation to usb_wwan_startup but still cast the\nport data to the old struct...\n\nSigned-off-by: Johan Hovold \u003cjhovold@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "d2002eb8a3a9c6d9182e1652b3ec22f6dd20741b", "tree": "c728af09c01be125d09a5f7d719581dcab4976eb", "parents": [ "c4962879787761e53777b1811787acb1753df7db" ], "author": { "name": "Johan Hovold", "email": "jhovold@gmail.com", "time": "Tue May 29 18:22:48 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 22 11:36:56 2012 -0700" }, "message": "USB: option: fix memory leak\n\ncommit b9c3aab315b51f81649a0d737c4c73783fbd8de0 upstream.\n\nFix memory leak introduced by commit 383cedc3bb435de7a2 (\"USB: serial:\nfull autosuspend support for the option driver\") which allocates\nusb-serial data but never frees it.\n\nSigned-off-by: Johan Hovold \u003cjhovold@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "c4962879787761e53777b1811787acb1753df7db", "tree": "f98cd7c6218bf1226cdd45b539fda5a6358f3853", "parents": [ "18246bfb1f51368b2d1386d2775124b207e158cb" ], "author": { "name": "说不得", "email": "gavin.kx@qq.com", "time": "Mon May 28 21:31:29 2012 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 22 11:36:56 2012 -0700" }, "message": "USB: option: add more YUGA device ids\n\ncommit 0ef0be15fd2564767f114c249fc4af704d8e16f4 upstream.\n\nSigned-off-by: gavin zhu \u003cgavin.zhu@qq.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "18246bfb1f51368b2d1386d2775124b207e158cb", "tree": "14fd9ce5f9cdbf4547c85be1e6972033ae29cca1", "parents": [ "781259df8b5637b7ea0810b633c6da3570c7b4db" ], "author": { "name": "Andrew Bird", "email": "ajb@spheresystems.co.uk", "time": "Mon May 28 12:43:06 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 22 11:36:56 2012 -0700" }, "message": "USB: option: Updated Huawei K4605 has better id\n\ncommit 42ca7da1c2363dbef4ba1b6917c4c02274b6a5e2 upstream.\n\nLater firmwares for this device now have proper subclass and\nprotocol info so we can identify it nicely without needing to use\nthe blacklist. I\u0027m not removing the old 0xff matching as there\nmay be devices in the field that still need that.\n\nSigned-off-by: Andrew Bird \u003cajb@spheresystems.co.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "781259df8b5637b7ea0810b633c6da3570c7b4db", "tree": "cdc16ff73e3d466dfb072edd06f131261ab4e666", "parents": [ "78ac34ad3199ad0cd9c23d6084c8627daa748a2b" ], "author": { "name": "Bjørn Mork", "email": "bjorn@mork.no", "time": "Sat May 19 19:20:50 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 22 11:36:55 2012 -0700" }, "message": "USB: option: Add Vodafone/Huawei K5005 support\n\ncommit 4cbbb039a9719fb3bba73d255c6a95bc6dc6428b upstream.\n\nTested-by: Thomas Schäfer \u003ctschaefer@t-online.de\u003e\nSigned-off-by: Bjørn Mork \u003cbjorn@mork.no\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "78ac34ad3199ad0cd9c23d6084c8627daa748a2b", "tree": "c79bc7152e766850c282346475ef90c36ff4e041", "parents": [ "696615b7f9872cf81a840cde982775c521f56ea3" ], "author": { "name": "Hugh Dickins", "email": "hughd@google.com", "time": "Fri Jun 15 17:55:50 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 22 11:36:55 2012 -0700" }, "message": "swap: fix shmem swapping when more than 8 areas\n\ncommit 9b15b817f3d62409290fd56fe3cbb076a931bb0a upstream.\n\nMinchan Kim reports that when a system has many swap areas, and tmpfs\nswaps out to the ninth or more, shmem_getpage_gfp()\u0027s attempts to read\nback the page cannot locate it, and the read fails with -ENOMEM.\n\nWhoops. Yes, I blindly followed read_swap_header()\u0027s pte_to_swp_entry(\nswp_entry_to_pte()) technique for determining maximum usable swap\noffset, without stopping to realize that that actually depends upon the\npte swap encoding shifting swap offset to the higher bits and truncating\nit there. Whereas our radix_tree swap encoding leaves offset in the\nlower bits: it\u0027s swap \"type\" (that is, index of swap area) that was\ntruncated.\n\nFix it by reducing the SWP_TYPE_SHIFT() in swapops.h, and removing the\nbroken radix_to_swp_entry(swp_to_radix_entry()) from read_swap_header().\n\nThis does not reduce the usable size of a swap area any further, it\nleaves it as claimed when making the original commit: no change from 3.0\non x86_64, nor on i386 without PAE; but 3.0\u0027s 512GB is reduced to 128GB\nper swapfile on i386 with PAE. It\u0027s not a change I would have risked\nfive years ago, but with x86_64 supported for ten years, I believe it\u0027s\nappropriate now.\n\nHmm, and what if some architecture implements its swap pte with offset\nencoded below type? That would equally break the maximum usable swap\noffset check. Happily, they all follow the same tradition of encoding\noffset above type, but I\u0027ll prepare a check on that for next.\n\nReported-and-Reviewed-and-Tested-by: Minchan Kim \u003cminchan@kernel.org\u003e\nSigned-off-by: Hugh Dickins \u003chughd@google.com\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "696615b7f9872cf81a840cde982775c521f56ea3", "tree": "3872d3dea740c03121fcad81b23999ab641d14e4", "parents": [ "b7013d0a16b881481dc25ba4d42c5203bebe5ff1" ], "author": { "name": "nagalakshmi.nandigama@lsi.com", "email": "nagalakshmi.nandigama@lsi.com", "time": "Tue Apr 17 11:25:04 2012 +0530" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 22 11:36:55 2012 -0700" }, "message": "SCSI: mpt2sas: Fix unsafe using smp_processor_id() in preemptible\n\ncommit a2c658505bf5c75516ee0a79287223e86a2474af upstream.\n\nWhen CONFIG_DEBUG_PREEMPT is enabled, bug is observed in the smp_processor_id().\nThis is because smp_processor_id() is not called in preempt safe condition.\n\nTo fix this issue, use raw_smp_processor_id instead of smp_processor_id.\n\nSigned-off-by: Nagalakshmi Nandigama \u003cnagalakshmi.nandigama@lsi.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "b7013d0a16b881481dc25ba4d42c5203bebe5ff1", "tree": "914b66c3d7f5ea27f29919fdb0204641773407df", "parents": [ "3993b24649773080897fde524ea2d9f311eba2aa" ], "author": { "name": "Jeff Layton", "email": "jlayton@redhat.com", "time": "Mon Jun 11 10:03:42 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 22 11:36:55 2012 -0700" }, "message": "rpc_pipefs: allow rpc_purge_list to take a NULL waitq pointer\n\ncommit 92123e068efa310b09e9943ac1cfd10ff6b6d2e4 upstream.\n\nIn the event that we don\u0027t have a dentry for a rpc_pipefs pipe, we still\nneed to allow the queue_timeout job to clean out the queue. There\u0027s just\nno waitq to wake up in that event.\n\nReported-by: Hans de Bruin \u003cjmdebruin@xmsnet.nl\u003e\nReported-by: Joerg Platte \u003cjplatte@naasa.net\u003e\nSigned-off-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": "3993b24649773080897fde524ea2d9f311eba2aa", "tree": "22cbe6a20e2d52c2886c309a6307cce4364734f0", "parents": [ "d946d96cd89b13fc354b6f7ed2c4de3e72c87d8e" ], "author": { "name": "Steven Rostedt", "email": "srostedt@redhat.com", "time": "Wed Jun 06 19:50:40 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 22 11:36:55 2012 -0700" }, "message": "tracing: Have tracing_off() actually turn tracing off\n\ncommit f2bf1f6f5f89d031245067512449fc889b2f4bb2 upstream.\n\nA recent update to have tracing_on/off() only affect the ftrace ring\nbuffers instead of all ring buffers had a cut and paste error.\nThe tracing_off() did the exact same thing as tracing_on() and\nwould not actually turn off tracing. Unfortunately, tracing_off()\nis more important to be working than tracing_on() as this is a key\ndevelopment tool, as it lets the developer turn off tracing as soon\nas a problem is discovered. It is also used by panic and oops code.\n\nThis bug also breaks the \u0027echo func:traceoff \u003e set_ftrace_filter\u0027\n\nSigned-off-by: Steven Rostedt \u003crostedt@goodmis.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "d946d96cd89b13fc354b6f7ed2c4de3e72c87d8e", "tree": "1755a0c65e7be1598a5e7ee7fbddee75ca4c335e", "parents": [ "5e74cfe1feb56745cecce815adf6fd2c7dfb6a58" ], "author": { "name": "J. Bruce Fields", "email": "bfields@redhat.com", "time": "Tue Jun 12 08:28:48 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 22 11:36:54 2012 -0700" }, "message": "nfsd4: BUG_ON(!is_spin_locked()) no good on UP kernels\n\ncommit bc2df47a408f2d64cf81bcfd0f6e3e14c84cb0ab upstream.\n\nMost frequent symptom was a BUG triggering in expire_client, with the\nserver locking up shortly thereafter.\n\nIntroduced by 508dc6e110c6dbdc0bbe84298ccfe22de7538486 \"nfsd41:\nfree_session/free_client must be called under the client_lock\".\n\nCc: Benny Halevy \u003cbhalevy@tonian.com\u003e\nSigned-off-by: J. Bruce Fields \u003cbfields@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "5e74cfe1feb56745cecce815adf6fd2c7dfb6a58", "tree": "9057b07d5378285f5d650e0f0f1582915317ac7b", "parents": [ "5f1d81e9fb6c05e8ab89a610bb63cdc8f0f66d81" ], "author": { "name": "Trond Myklebust", "email": "Trond.Myklebust@netapp.com", "time": "Fri Jun 08 10:58:09 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 22 11:36:54 2012 -0700" }, "message": "NFSv4: Fix unnecessary delegation returns in nfs4_do_open\n\ncommit 2d0dbc6ae8a5194aaecb9cfffb9053f38fce8b86 upstream.\n\nWhile nfs4_do_open() expects the fmode argument to be restricted to\ncombinations of FMODE_READ and FMODE_WRITE, both nfs4_atomic_open()\nand nfs4_proc_create will pass the nfs_open_context-\u003emode,\nwhich contains the full fmode_t.\n\nThis patch ensures that nfs4_do_open strips the other fmode_t bits,\nfixing a problem in which the nfs4_do_open call would result in an\nunnecessary delegation return.\n\nReported-by: Fred Isaman \u003ciisaman@netapp.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": "5f1d81e9fb6c05e8ab89a610bb63cdc8f0f66d81", "tree": "9c962613c1c1f124f9d0f8e132368c7060f05a47", "parents": [ "c7aa88da6b435fb45b01fe6076caf73ee6e529ae" ], "author": { "name": "Trond Myklebust", "email": "Trond.Myklebust@netapp.com", "time": "Thu May 31 15:26:38 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 22 11:36:54 2012 -0700" }, "message": "NFSv4.1: Fix a request leak on the back channel\n\ncommit b3b02ae5865c2dcd506322e0fc6def59a042e72f upstream.\n\nIf the call to svc_process_common() fails, then the request\nneeds to be freed before we can exit bc_svc_process.\n\nSigned-off-by: Trond Myklebust \u003cTrond.Myklebust@netapp.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "c7aa88da6b435fb45b01fe6076caf73ee6e529ae", "tree": "8eb45ab3382016bc3b0f50e5bc2bb7ff334a882b", "parents": [ "2da19ffd395d0fdba4ccbc4a3c751554059d4aa3" ], "author": { "name": "Andre Przywara", "email": "andre.przywara@amd.com", "time": "Tue May 29 13:07:31 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 22 11:36:54 2012 -0700" }, "message": "xen/setup: filter APERFMPERF cpuid feature out\n\ncommit 5e626254206a709c6e937f3dda69bf26c7344f6f upstream.\n\nXen PV kernels allow access to the APERF/MPERF registers to read the\neffective frequency. Access to the MSRs is however redirected to the\ncurrently scheduled physical CPU, making consecutive read and\ncompares unreliable. In addition each rdmsr traps into the hypervisor.\nSo to avoid bogus readouts and expensive traps, disable the kernel\ninternal feature flag for APERF/MPERF if running under Xen.\nThis will\na) remove the aperfmperf flag from /proc/cpuinfo\nb) not mislead the power scheduler (arch/x86/kernel/cpu/sched.c) to\n use the feature to improve scheduling (by default disabled)\nc) not mislead the cpufreq driver to use the MSRs\n\nThis does not cover userland programs which access the MSRs via the\ndevice file interface, but this will be addressed separately.\n\nSigned-off-by: Andre Przywara \u003candre.przywara@amd.com\u003e\nSigned-off-by: Konrad Rzeszutek Wilk \u003ckonrad.wilk@oracle.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "2da19ffd395d0fdba4ccbc4a3c751554059d4aa3", "tree": "e17c3f199c7cb570c8200c37741f772ea16a506c", "parents": [ "85fc3e3eba89272acb005f320ccafa0588a48f49" ], "author": { "name": "Konrad Rzeszutek Wilk", "email": "konrad.wilk@oracle.com", "time": "Wed May 23 12:56:59 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 22 11:36:54 2012 -0700" }, "message": "xen/hvc: Check HVM_PARAM_CONSOLE_[EVTCHN|PFN] for correctness.\n\ncommit 5842f5768599094758931b74190cdf93641a8e35 upstream.\n\nWe need to make sure that those parameters are setup to be correct.\nAs such the value of 0 is deemed invalid and we find that we\nbail out. The hypervisor sets by default all of them to be zero\nand when the hypercall is done does a simple:\n\n a.value \u003d d-\u003earch.hvm_domain.params[a.index];\n\nWhich means that if the Xen toolstack forgot to setup the proper\nHVM_PARAM_CONSOLE_EVTCHN (or the PFN one), we would get the\ndefault value of 0 and use that.\n\nFixes-Oracle-Bug: 14091238\nSigned-off-by: Konrad Rzeszutek Wilk \u003ckonrad.wilk@oracle.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "85fc3e3eba89272acb005f320ccafa0588a48f49", "tree": "e5797446f9a1167ef04d999d5577d78b65249c50", "parents": [ "6a07cbc4ef9cea9f9eabc676fd6b8c03c11f51cc" ], "author": { "name": "Konrad Rzeszutek Wilk", "email": "konrad.wilk@oracle.com", "time": "Wed May 23 12:55:38 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 22 11:36:53 2012 -0700" }, "message": "xen/hvc: Fix error cases around HVM_PARAM_CONSOLE_PFN\n\ncommit a32c88b9386ce3df87f28dd46bdc3776cd6edf75 upstream.\n\nWe weren\u0027t resetting the parameter to be passed in to a\nknown default. Nor were we checking the return value of\nhvm_get_parameter.\n\nSigned-off-by: Konrad Rzeszutek Wilk \u003ckonrad.wilk@oracle.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "6a07cbc4ef9cea9f9eabc676fd6b8c03c11f51cc", "tree": "7fc7336a2993ad8669269ebd908161a17ea7c0eb", "parents": [ "ebbd13c9d27ab013fdf7005829a80d504b0cb32e" ], "author": { "name": "Konrad Rzeszutek Wilk", "email": "konrad.wilk@oracle.com", "time": "Wed May 23 12:53:11 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 22 11:36:53 2012 -0700" }, "message": "xen/hvc: Collapse error logic.\n\ncommit 2e5ad6b9c45d43cc4e7b8ac5ded1c55a7c4a3893 upstream.\n\nAll of the error paths are doing the same logic. In which\ncase we might as well collapse them in one path.\n\nAcked-by: Stefano Stabellini \u003cstefano.stabellini@eu.citrix.com\u003e\nSigned-off-by: Konrad Rzeszutek Wilk \u003ckonrad.wilk@oracle.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "ebbd13c9d27ab013fdf7005829a80d504b0cb32e", "tree": "2dcaad6a4845f1ef9d100b2dbf3caf3b252874cf", "parents": [ "8d96bccced28ba3c12ffb923aa264aa6b0d604a1" ], "author": { "name": "Márton Németh", "email": "nm127@freemail.hu", "time": "Mon Jun 11 19:09:25 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 22 11:36:53 2012 -0700" }, "message": "drm sis: initialize object_idr\n\ncommit 648ccc7d35e3416fdc739d2e520e85de3125361b upstream.\n\nThe filed object_idr of struct drm_sis_private was introduced with\ncommit http://git.kernel.org/?p\u003dlinux/kernel/git/torvalds/linux.git;a\u003dcommitdiff;h\u003d6de8a748881f1cd9d795454da2b6db616d5ca3d7 .\n\nThe idr_init(\u0026dev-\u003eobject_name_idr) is called instead of\nidr_init(\u0026dev_priv-\u003eobject_idr) by mistake, leaving object_idr\nuninitialized. Correct this.\n\nThis patch was not tested because of lack of hardware.\n\nSigned-off-by: Márton Németh \u003cnm127@freemail.hu\u003e\nReviewed-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "8d96bccced28ba3c12ffb923aa264aa6b0d604a1", "tree": "5ac9f540b95bc4366a02b46a5954c8e9cbf0efc4", "parents": [ "eda8cc4ce07d538bb4170330e53ae52c5f637be8" ], "author": { "name": "Dave Airlie", "email": "airlied@redhat.com", "time": "Sat Jun 16 07:41:28 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 22 11:36:53 2012 -0700" }, "message": "drm/udl: only bind to the video devices on the hub.\n\ncommit e5a867a51d9b009f90d5dca6a320608e4e8a37ec upstream.\n\nThis is ported from udlfb.\n\nBugzilla: https://bugzilla.redhat.com/show_bug.cgi?id\u003d832188\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "eda8cc4ce07d538bb4170330e53ae52c5f637be8", "tree": "6537095806cd79a8ae4a305ff0eed323bba431ba", "parents": [ "789ed2afd385af95798c6ec419ad41f8801975a4" ], "author": { "name": "Márton Németh", "email": "nm127@freemail.hu", "time": "Sun Jun 10 23:39:55 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 22 11:36:53 2012 -0700" }, "message": "drm via: initialize object_idr\n\ncommit ce020ea53264f1460ae619cfc12f968dbd0b8974 upstream.\n\nThe field obejct_idr of struct drm_via_private was introduced with the\ncommit http://git.kernel.org/?p\u003dlinux/kernel/git/torvalds/linux.git;a\u003dcommitdiff;h\u003d77ee8f3825054f23b17e9c8f728f061defd86cdc .\nIn that patch idr_init(\u0026dev-\u003eobject_name_idr) was called instead of\nidr_init(\u0026dev_priv-\u003eobject_idr) by mistake, leaving the dev_priv-\u003eobject_idr\nuninitialized. To be more exact, the object_idr buffer is filled with zeros\nbecause of kzalloc(), but the dev_priv-\u003eobject_idr.lock spinlock can cause\nsystem freeze at lib/idr.c:move_to_free_list() when spin_lock_irqsave()\nis called on this spinlock.\n\nThe patch was tested on Clevo D4J, model D410J laptop, on the following\nhardware, without AGP kernel module loaded:\n\n # lspci -s 01:00.0 -n\n 01:00.0 0300: 1106:3108 (rev 01)\n # lspci -s 01:00.0 -v\n 01:00.0 VGA compatible controller: VIA Technologies, Inc. K8M800/K8N800/K8N800A [S3 UniChrome Pro] (rev 01) (prog-if 00 [VGA controller])\n Subsystem: CLEVO/KAPOK Computer Device 4702\n Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 16\n Memory at f0000000 (32-bit, prefetchable) [size\u003d64M]\n Memory at d1000000 (32-bit, non-prefetchable) [size\u003d16M]\n Expansion ROM at \u003cunassigned\u003e [disabled]\n Capabilities: [60] Power Management version 2\n Capabilities: [70] AGP version 3.0\n\nSigned-off-by: Márton Németh \u003cnm127@freemail.hu\u003e\nReviewed-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "789ed2afd385af95798c6ec419ad41f8801975a4", "tree": "2af40fe3a8a058447bb60c6b769f333ac90c2127", "parents": [ "2a82d9e11ab5f467e0faa2253204c75de675b037" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Thu Jun 14 22:06:36 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 22 11:36:53 2012 -0700" }, "message": "drm/radeon: add some additional 6xx/7xx/EG register init\n\ncommit b866d1334ba2d544bc575d75357dea6bdcdc7f46 upstream.\n\n- SMX_SAR_CTL0 needs to be programmed correctly to prevent\nproblems with memory exports in certain cases.\n- VC_ENHANCE needs to be initialized on 6xx/7xx.\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": "2a82d9e11ab5f467e0faa2253204c75de675b037", "tree": "29efda585d8421a1ec7099b2be2f7bd3c03f5ace", "parents": [ "688b04fe535dafad0849c1980361d9f2a1596a7e" ], "author": { "name": "Daniel Vetter", "email": "daniel.vetter@ffwll.ch", "time": "Thu Jun 14 22:15:00 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 22 11:36:52 2012 -0700" }, "message": "Revert \"drm/i915/dp: Use auxch precharge value of 5 everywhere\"\n\ncommit 6b4e0a93ff6e45714c72bdce193f719ed94810e3 upstream.\n\nThis reverts commit 092945e11c5b84f66dd08f0b87fb729715d377bc.\n\nThis commit prevents a DP screen from properly training the link.\nOddly enough it works, once the machine has been warm-booted with an\nolder kernel.\n\nAccording to DP docs this _should_ have been the right precharge time.\nAlso, the commit that originally introduces this was just general snb\nDP enabling and didn\u0027t mention any specific reason for this special\nvalue. Whatever, trust the reporter that this makes things worse and\nlet\u0027s just revert it.\n\nv2: Less spelling fail.\n\nReviewed-by: Adam Jackson \u003cajax@redhat.com\u003e\nCc: Jesse Barnes \u003cjbarnes@virtuousgeek.org\u003e\nReported-by: \"Wouter M. Koolen\" \u003cW.M.Koolen-Wijkstra@cwi.nl\u003e\nBuglink: https://lkml.org/lkml/2012/6/14/301\nSigned-Off-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "688b04fe535dafad0849c1980361d9f2a1596a7e", "tree": "1b34cee04f62f1fa9e4374ab154ea4b62857a8ef", "parents": [ "9ffa519e1b6c7db54ce371a809dd45584aff42bf" ], "author": { "name": "Jaccon Bastiaansen", "email": "jaccon.bastiaansen@gmail.com", "time": "Mon Apr 30 11:53:43 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 22 11:36:52 2012 -0700" }, "message": "ARM i.MX imx21ads: Fix overlapping static i/o mappings\n\ncommit 350ab15bb2ffe7103bc6bf6c634f3c5b286eaf2a upstream.\n\nThe statically defined I/O memory regions for the i.MX21 on chip\nperipherals and the on board I/O peripherals of the i.MX21ADS board\noverlap. This results in a kernel crash during startup. This is fixed\nby reducing the memory range for the on board I/O peripherals to the\nactually required range.\n\nSigned-off-by: Jaccon Bastiaansen \u003cjaccon.bastiaansen@gmail.com\u003e\nSigned-off-by: Sascha Hauer \u003cs.hauer@pengutronix.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "9ffa519e1b6c7db54ce371a809dd45584aff42bf", "tree": "a52ee3cd0edaa21513e0090597b2083b73d92edd", "parents": [ "8bca81891d1b2a8849bbfb54dcd0ac74ce5de85f" ], "author": { "name": "Shawn Guo", "email": "shawn.guo@linaro.org", "time": "Tue May 22 22:13:46 2012 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 22 11:36:52 2012 -0700" }, "message": "ARM: imx6: exit coherency when shutting down a cpu\n\ncommit 602bf40971d7f9a1ec0b7ba2b7e6427849828651 upstream.\n\nThere is a system hang issue on imx6q which can easily be seen with\nrunning a cpu hotplug stress testing (hotplug secondary cores from\nuser space via sysfs interface for thousands iterations).\n\nIt turns out that the issue is caused by coherency of the cpu that\nis being shut down. When shutting down a cpu, we need to have the\ncpu exit coherency to prevent it from receiving cache, TLB, or BTB\nmaintenance operations broadcast by other CPUs in the cluster.\n\nCopy cpu_enter_lowpower() and cpu_leave_lowpower() from mach-vexpress\nto have coherency properly handled in platform_cpu_die(), thus fix\nthe issue.\n\nSigned-off-by: Shawn Guo \u003cshawn.guo@linaro.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "8bca81891d1b2a8849bbfb54dcd0ac74ce5de85f", "tree": "5f19202bafd6e1752c131ec49007fbb9eccbc159", "parents": [ "a694d36e943f3fff08e19d942d4db819c94401c1" ], "author": { "name": "Sascha Hauer", "email": "s.hauer@pengutronix.de", "time": "Mon Jun 04 14:58:07 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 22 11:36:52 2012 -0700" }, "message": "ARM i.MX53: Fix PLL4 base address\n\ncommit cdd781ab1906d039c2a93078385645d2d5af8491 upstream.\n\nMX53_DPLL4_BASE accidently returned the base address of PLL3.\nFix this.\n\nSigned-off-by: Sascha Hauer \u003cs.hauer@pengutronix.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "a694d36e943f3fff08e19d942d4db819c94401c1", "tree": "280e62c7ac0a2f9d5bd08a69695d140495c15b6a", "parents": [ "0d48d35de9b7dbe7e68d2a741c2f8d6a9e2eed3f" ], "author": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 17 11:21:44 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 17 11:21:44 2012 -0700" }, "message": "Linux 3.4.3\n" }, { "commit": "0d48d35de9b7dbe7e68d2a741c2f8d6a9e2eed3f", "tree": "9ff276a43a413e6732d01222a35b5dbcfb60fa51", "parents": [ "54a40b2cf40d655dbbdcc017288be75b1ae1b701" ], "author": { "name": "Andy Whitcroft", "email": "apw@canonical.com", "time": "Fri May 04 22:15:11 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 17 11:21:29 2012 -0700" }, "message": "ata_piix: defer disks to the Hyper-V drivers by default\n\ncommit cd006086fa5d91414d8ff9ff2b78fbb593878e3c upstream.\n\nWhen we are hosted on a Microsoft Hyper-V hypervisor the guest disks\nare exposed both via the Hyper-V paravirtualised drivers and via an\nemulated SATA disk drive. In this case we want to use the paravirtualised\ndrivers if we can as they are much more efficient. Note that the Hyper-V\nparavirtualised drivers only expose the virtual hard disk devices, the\nCDROM/DVD devices must still be enumerated.\n\nMark the host controller ATA_HOST_IGNORE_ATA to prevent enumeration of\ndisk devices.\n\nBugLink: http://bugs.launchpad.net/bugs/929545\nBugLink: http://bugs.launchpad.net/bugs/942316\nSigned-off-by: Andy Whitcroft \u003capw@canonical.com\u003e\nSigned-off-by: Jeff Garzik \u003cjgarzik@redhat.com\u003e\nCc: Victor Miasnikov \u003cvvm@tut.by\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "54a40b2cf40d655dbbdcc017288be75b1ae1b701", "tree": "c5581223aa8ecc919f5d3df9d8904b1e8c7d4144", "parents": [ "9abcb7517f13aa54152bee6370538b8f56893349" ], "author": { "name": "Andy Whitcroft", "email": "apw@canonical.com", "time": "Fri May 04 22:15:10 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 17 11:21:29 2012 -0700" }, "message": "libata: add a host flag to ignore detected ATA devices\n\ncommit db63a4c8115a0bb904496e1cdd3e7488e68b0d06 upstream.\n\nWhere devices are visible via more than one host we sometimes wish to\nindicate that cirtain devices should be ignored on a specific host. Add a\nhost flag indicating that this host wishes to ignore ATA specific devices.\n\nSigned-off-by: Andy Whitcroft \u003capw@canonical.com\u003e\nSigned-off-by: Jeff Garzik \u003cjgarzik@redhat.com\u003e\nCc: Victor Miasnikov \u003cvvm@tut.by\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "9abcb7517f13aa54152bee6370538b8f56893349", "tree": "a15e24c622f773c714a72f3b1113054cfd9f7d89", "parents": [ "d5b9a38383178758ddf671b7a5551afab4e504b2" ], "author": { "name": "Pavel Shilovsky", "email": "piastry@etersoft.ru", "time": "Thu May 10 19:49:38 2012 +0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 17 11:21:29 2012 -0700" }, "message": "fuse: fix stat call on 32 bit platforms\n\ncommit 45c72cd73c788dd18c8113d4a404d6b4a01decf1 upstream.\n\nNow we store attr-\u003eino at inode-\u003ei_ino, return attr-\u003eino at the\nfirst time and then return inode-\u003ei_ino if the attribute timeout\nisn\u0027t expired. That\u0027s wrong on 32 bit platforms because attr-\u003eino\nis 64 bit and inode-\u003ei_ino is 32 bit in this case.\n\nFix this by saving 64 bit ino in fuse_inode structure and returning\nit every time we call getattr. Also squash attr-\u003eino into inode-\u003ei_ino\nexplicitly.\n\nSigned-off-by: Pavel Shilovsky \u003cpiastry@etersoft.ru\u003e\nSigned-off-by: Miklos Szeredi \u003cmszeredi@suse.cz\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "d5b9a38383178758ddf671b7a5551afab4e504b2", "tree": "de3b1a28fbd0b5a09972ecd789cf60fe5b59851b", "parents": [ "c1e23cbad36dfccd873b19944ebb2d1712a673a7" ], "author": { "name": "Chris Wilson", "email": "chris@chris-wilson.co.uk", "time": "Mon Jun 04 17:05:40 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 17 11:21:29 2012 -0700" }, "message": "drm/i915: Mark the ringbuffers as being in the GTT domain\n\ncommit 3eef8918ff440837f6af791942d8dd07e1a268ee upstream.\n\nBy correctly describing the rinbuffers as being in the GTT domain, it\nappears that we are more careful with the management of the CPU cache\nupon resume and so prevent some coherency issue when submitting commands\nto the GPU later. A secondary effect is that the debug logs are then\nconsistent with the actual usage (i.e. they no longer describe the\nringbuffers as being in the CPU write domain when we are accessing them\nthrough an wc iomapping.)\n\nReported-and-tested-by: Daniel Gnoutcheff \u003cdaniel@gnoutcheff.name\u003e\nBugzilla: https://bugs.freedesktop.org/show_bug.cgi?id\u003d41092\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\n" }, { "commit": "c1e23cbad36dfccd873b19944ebb2d1712a673a7", "tree": "e35dadc3473f83de6d05abd9d75d38d81e0d6980", "parents": [ "8997b2223b9d81f6085764d08f9de3a2da760333" ], "author": { "name": "Jerome Glisse", "email": "jglisse@redhat.com", "time": "Sat Jun 09 10:57:41 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 17 11:21:28 2012 -0700" }, "message": "drm/radeon: fix tiling and command stream checking on evergreen v3\n\ncommit d26098759cf6d32148649c165f87a7590bc25b89 upstream.\n\nFix regresson since the introduction of command stream checking on\nevergreen (thread referenced below). Issue is cause by ddx allocating\nbo with formula width*height*bpp while programming the GPU command\nstream with ALIGN(height, 8). In some case (where page alignment does\nnot hide the extra size bo should be according to height alignment)\nthe kernel will reject the command stream.\n\nThis patch reprogram the command stream to slice - 1 (slice is\na derivative value from height) which avoid rejecting the command\nstream while keeping the value of command stream checking from a\nsecurity point of view.\n\nThis patch also fix wrong computation of layer size for 2D tiled\nsurface. Which should fix issue when 2D color tiling is enabled.\nThis dump the radeon KMS_DRIVER_MINOR so userspace can know if\nthey are on a fixed kernel or not.\n\nhttps://lkml.org/lkml/2012/6/3/80\nhttps://bugs.freedesktop.org/show_bug.cgi?id\u003d50892\nhttps://bugs.freedesktop.org/show_bug.cgi?id\u003d50857\n\n!!! STABLE need a custom version of this patch for 3.4 !!!\n\nv2: actually bump the minor version and add comment about stable\nv3: do compute the height the ddx was trying to use\n\n[airlied: drop left over debug]\n\nSigned-off-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": "8997b2223b9d81f6085764d08f9de3a2da760333", "tree": "dbe9f854a48d94b079df1a3ba8304b612bbf7122", "parents": [ "3e2b0c74fa03b8788f8f7e9bcc778463e53c49a9" ], "author": { "name": "Dimitri Sivanich", "email": "sivanich@sgi.com", "time": "Tue Jun 05 13:44:36 2012 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 17 11:21:28 2012 -0700" }, "message": "sched: Fix the relax_domain_level boot parameter\n\ncommit a841f8cef4bb124f0f5563314d0beaf2e1249d72 upstream.\n\nIt does not get processed because sched_domain_level_max is 0 at the\ntime that setup_relax_domain_level() is run.\n\nSimply accept the value as it is, as we don\u0027t know the value of\nsched_domain_level_max until sched domain construction is completed.\n\nFix sched_relax_domain_level in cpuset. The build_sched_domain() routine calls\nthe set_domain_attribute() routine prior to setting the sd-\u003elevel, however,\nthe set_domain_attribute() routine relies on the sd-\u003elevel to decide whether\nidle load balancing will be off/on.\n\nSigned-off-by: Dimitri Sivanich \u003csivanich@sgi.com\u003e\nSigned-off-by: Peter Zijlstra \u003ca.p.zijlstra@chello.nl\u003e\nLink: http://lkml.kernel.org/r/20120605184436.GA15668@sgi.com\nSigned-off-by: Ingo Molnar \u003cmingo@kernel.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "3e2b0c74fa03b8788f8f7e9bcc778463e53c49a9", "tree": "4377850fc80f1afd19b158b24d4d1cabfe6568a3", "parents": [ "5f68127d9cf4b358060ce5f9906246262a56f179" ], "author": { "name": "Alan Cox", "email": "alan@linux.intel.com", "time": "Wed Apr 25 14:33:33 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 17 11:21:28 2012 -0700" }, "message": "acpi_video: fix leaking PCI references\n\ncommit cfb46f433a4da97c31780e08a259fac2cb6bd61f upstream.\n\nSigned-off-by: Alan Cox \u003calan@linux.intel.com\u003e\nAcked-by: Matthew Garrett \u003cmjg@redhat.com\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "5f68127d9cf4b358060ce5f9906246262a56f179", "tree": "413e448cd8f622514f8c505e61dca0c8be3a49a1", "parents": [ "d8bf1e7c7623585d4742d283c027b83f212477af" ], "author": { "name": "Alan Cox", "email": "alan@linux.intel.com", "time": "Wed Apr 25 14:34:04 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 17 11:21:28 2012 -0700" }, "message": "gma500: don\u0027t register the ACPI video bus\n\ncommit 155689defc782b486a7e6776a57ecc4ebb37ed52 upstream.\n\nWe are not yet ready for this and it makes a mess on some devices.\n\nSigned-off-by: Alan Cox \u003calan@linux.intel.com\u003e\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "d8bf1e7c7623585d4742d283c027b83f212477af", "tree": "bcc3860ac7fd67acee21fa165e954b0ef40bc17e", "parents": [ "8414ac8c1e0ba119febfd2e46c24afda7768cee3" ], "author": { "name": "AnilKumar Ch", "email": "anilkumar@ti.com", "time": "Wed May 23 17:45:11 2012 +0530" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 17 11:21:28 2012 -0700" }, "message": "can: c_can: fix race condition in c_can_open()\n\ncommit f461f27a4436dbe691908fe08b867ef888848cc3 upstream.\n\nFix the issue of C_CAN interrupts getting disabled forever when canconfig\nutility is used multiple times. According to NAPI usage we disable all\nthe hardware interrupts in ISR and re-enable them in poll(). Current\nimplementation calls napi_enable() after hardware interrupts are enabled.\nIf we get any interrupts between these two steps then we do not process\nthose interrupts because napi is not enabled. Mostly these interrupts\ncome because of STATUS is not 0x7 or ERROR interrupts. If napi_enable()\nhappens before HW interrupts enabled then c_can_poll() function will be\ncalled eventual re-enabling.\n\nThis patch moves the napi_enable() call before interrupts enabled.\n\nSigned-off-by: AnilKumar Ch \u003canilkumar@ti.com\u003e\nAcked-by: Wolfgang Grandegger \u003cwg@grandegger.com\u003e\nSigned-off-by: Marc Kleine-Budde \u003cmkl@pengutronix.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "8414ac8c1e0ba119febfd2e46c24afda7768cee3", "tree": "db7a41250fd27de91cd16adf79e2824a114998ce", "parents": [ "f939c6c260e4fe2b2b5e9b2d0f9a5103e28d23d5" ], "author": { "name": "AnilKumar Ch", "email": "anilkumar@ti.com", "time": "Wed May 23 17:45:10 2012 +0530" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 17 11:21:27 2012 -0700" }, "message": "can: c_can: fix an interrupt thrash issue with c_can driver\n\ncommit 148c87c89e1a8863d3d965179f3ab1a06490569e upstream.\n\nThis patch fixes an interrupt thrash issue with c_can driver.\n\nIn c_can_isr() function interrupts are disabled and enabled only in\nc_can_poll() function. c_can_isr() \u0026 c_can_poll() both read the\nirqstatus flag. However, irqstatus is always read as 0 in c_can_poll()\nbecause all C_CAN interrupts are disabled in c_can_isr(). This causes\nall interrupts to be re-enabled in c_can_poll() which in turn causes\nanother interrupt since the event is not really handled. This keeps\nhappening causing a flood of interrupts.\n\nTo fix this, read the irqstatus register in isr and use the same cached\nvalue in the poll function.\n\nSigned-off-by: AnilKumar Ch \u003canilkumar@ti.com\u003e\nAcked-by: Wolfgang Grandegger \u003cwg@grandegger.com\u003e\nSigned-off-by: Marc Kleine-Budde \u003cmkl@pengutronix.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "f939c6c260e4fe2b2b5e9b2d0f9a5103e28d23d5", "tree": "83260cb4785eec5c2c813a573f4da30d524b1a14", "parents": [ "a06d0d26d87cc397e11e75f6c1fc54d191bf60ef" ], "author": { "name": "AnilKumar Ch", "email": "anilkumar@ti.com", "time": "Wed May 23 17:45:09 2012 +0530" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 17 11:21:27 2012 -0700" }, "message": "can: c_can: fix \"BUG! echo_skb is occupied!\" during transmit\n\ncommit 617caccebe451716df21c069b079d5936ed7b0f3 upstream.\n\nThis patch fixes an issue with transmit routine, which causes\n\"can_put_echo_skb: BUG! echo_skb is occupied!\" message when\nusing \"cansequence -p\" on D_CAN controller.\n\nIn c_can driver, while transmitting packets tx_echo flag holds\nthe no of can frames put for transmission into the hardware.\n\nAs the comment above c_can_do_tx() indicates, if we find any packet\nwhich is not transmitted then we should stop looking for more.\nIn the current implementation this is not taken care of causing the\nsaid message.\n\nAlso, fix the condition used to find if the packet is transmitted\nor not. Current code skips the first tx message object and ends up\nchecking one extra invalid object.\n\nWhile at it, fix the comment on top of c_can_do_tx() to use the\nterminology \"packet\" instead of \"package\" since it is more\nstandard.\n\nSigned-off-by: AnilKumar Ch \u003canilkumar@ti.com\u003e\nAcked-by: Wolfgang Grandegger \u003cwg@grandegger.com\u003e\nSigned-off-by: Marc Kleine-Budde \u003cmkl@pengutronix.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "a06d0d26d87cc397e11e75f6c1fc54d191bf60ef", "tree": "a83b0c797623707c383ac7b15515970934d68c14", "parents": [ "1a4ea49398c1e32475a65a34cd4ff5de64449bca" ], "author": { "name": "Bjørn Mork", "email": "bjorn@mork.no", "time": "Tue Jun 05 21:18:10 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 17 11:21:27 2012 -0700" }, "message": "net: sierra_net: device IDs for Aircard 320U++\n\ncommit dd03cff23d694cfb0fdae80cb618e7ced05ea696 upstream.\n\nAdding device IDs for Aircard 320U and two other devices\nfound in the out-of-tree version of this driver.\n\nCc: linux@sierrawireless.com\nCc: Autif Khan \u003cautif.mlist@gmail.com\u003e\nCc: Tom Cassidy \u003ctomas.cassidy@gmail.com\u003e\nSigned-off-by: Bjørn Mork \u003cbjorn@mork.no\u003e\nAcked-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "1a4ea49398c1e32475a65a34cd4ff5de64449bca", "tree": "ca7b6ac79c8a0044ab33eefc27155de4578d1b6b", "parents": [ "fb8e114490823c581899112e82ee710ccd14fa11" ], "author": { "name": "Xose Vazquez Perez", "email": "xose.vazquez@gmail.com", "time": "Tue Apr 17 16:28:05 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 17 11:21:27 2012 -0700" }, "message": "wireless: rt2x00: rt2800usb more devices were identified\n\ncommit e828b9fb4f6c3513950759d5fb902db5bd054048 upstream.\n\nfound in 2012_03_22_RT5572_Linux_STA_v2.6.0.0_DPO\n\nRT3070:\n(0x2019,0x5201) Planex Communications, Inc. RT8070\n(0x7392,0x4085) 2L Central Europe BV 8070\n7392 is Edimax\n\nRT35xx:\n(0x1690,0x0761) Askey\nwas Fujitsu Stylistic 550, but 1690 is Askey\n\nSigned-off-by: Xose Vazquez Perez \u003cxose.vazquez@gmail.com\u003e\nAcked-by: Gertjan van Wingerde \u003cgwingerde@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": "fb8e114490823c581899112e82ee710ccd14fa11", "tree": "3600ea236629af95ca9279ede803c24ddea0b88a", "parents": [ "5ab37d70078783aa8dd6dbec0e614c83ab694cb8" ], "author": { "name": "Xose Vazquez Perez", "email": "xose.vazquez@gmail.com", "time": "Tue Apr 17 01:50:32 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 17 11:21:27 2012 -0700" }, "message": "wireless: rt2x00: rt2800usb add more devices ids\n\ncommit 63b376411173c343bbcb450f95539da91f079e0c upstream.\n\nThey were taken from ralink drivers:\n2011_0719_RT3070_RT3370_RT5370_RT5372_Linux_STA_V2.5.0.3_DPO\n2012_03_22_RT5572_Linux_STA_v2.6.0.0_DPO\n\n0x1eda,0x2210 RT3070 Airties\n\n0x083a,0xb511 RT3370 Panasonic\n0x0471,0x20dd RT3370 Philips\n\n0x1690,0x0764 RT35xx Askey\n0x0df6,0x0065 RT35xx Sitecom\n0x0df6,0x0066 RT35xx Sitecom\n0x0df6,0x0068 RT35xx Sitecom\n\n0x2001,0x3c1c RT5370 DLink\n0x2001,0x3c1d RT5370 DLink\n\n2001 is D-Link not Alpha\n\nSigned-off-by: Xose Vazquez Perez \u003cxose.vazquez@gmail.com\u003e\nAcked-by: Gertjan van Wingerde \u003cgwingerde@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": "5ab37d70078783aa8dd6dbec0e614c83ab694cb8", "tree": "75e6f3e748abf23affb6870006f525d77bdabc2a", "parents": [ "6fa9c3400dd4cbf30c597dbde5d6abbc12b9764d" ], "author": { "name": "Stanislaw Gruszka", "email": "sgruszka@redhat.com", "time": "Fri Jun 01 11:29:40 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 17 11:21:27 2012 -0700" }, "message": "rt2x00: use atomic variable for seqno\n\ncommit e5851dac2c95af7159716832300b9f50c62c648e upstream.\n\nRemove spinlock as atomic_t can be used instead. Note we use only 16\nlower bits, upper bits are changed but we impilcilty cast to u16.\n\nThis fix possible deadlock on IBSS mode reproted by lockdep:\n\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\n[ INFO: inconsistent lock state ]\n3.4.0-wl+ #4 Not tainted\n---------------------------------\ninconsistent {IN-SOFTIRQ-W} -\u003e {SOFTIRQ-ON-W} usage.\nkworker/u:2/30374 [HC0[0]:SC0[0]:HE1:SE1] takes:\n (\u0026(\u0026intf-\u003eseqlock)-\u003erlock){+.?...}, at: [\u003cf9979a20\u003e] rt2x00queue_create_tx_descriptor+0x380/0x490 [rt2x00lib]\n{IN-SOFTIRQ-W} state was registered at:\n [\u003cc04978ab\u003e] __lock_acquire+0x47b/0x1050\n [\u003cc0498504\u003e] lock_acquire+0x84/0xf0\n [\u003cc0835733\u003e] _raw_spin_lock+0x33/0x40\n [\u003cf9979a20\u003e] rt2x00queue_create_tx_descriptor+0x380/0x490 [rt2x00lib]\n [\u003cf9979f2a\u003e] rt2x00queue_write_tx_frame+0x1a/0x300 [rt2x00lib]\n [\u003cf997834f\u003e] rt2x00mac_tx+0x7f/0x380 [rt2x00lib]\n [\u003cf98fe363\u003e] __ieee80211_tx+0x1b3/0x300 [mac80211]\n [\u003cf98ffdf5\u003e] ieee80211_tx+0x105/0x130 [mac80211]\n [\u003cf99000dd\u003e] ieee80211_xmit+0xad/0x100 [mac80211]\n [\u003cf9900519\u003e] ieee80211_subif_start_xmit+0x2d9/0x930 [mac80211]\n [\u003cc0782e87\u003e] dev_hard_start_xmit+0x307/0x660\n [\u003cc079bb71\u003e] sch_direct_xmit+0xa1/0x1e0\n [\u003cc0784bb3\u003e] dev_queue_xmit+0x183/0x730\n [\u003cc078c27a\u003e] neigh_resolve_output+0xfa/0x1e0\n [\u003cc07b436a\u003e] ip_finish_output+0x24a/0x460\n [\u003cc07b4897\u003e] ip_output+0xb7/0x100\n [\u003cc07b2d60\u003e] ip_local_out+0x20/0x60\n [\u003cc07e01ff\u003e] igmpv3_sendpack+0x4f/0x60\n [\u003cc07e108f\u003e] igmp_ifc_timer_expire+0x29f/0x330\n [\u003cc04520fc\u003e] run_timer_softirq+0x15c/0x2f0\n [\u003cc0449e3e\u003e] __do_softirq+0xae/0x1e0\nirq event stamp: 18380437\nhardirqs last enabled at (18380437): [\u003cc0526027\u003e] __slab_alloc.clone.3+0x67/0x5f0\nhardirqs last disabled at (18380436): [\u003cc0525ff3\u003e] __slab_alloc.clone.3+0x33/0x5f0\nsoftirqs last enabled at (18377616): [\u003cc0449eb3\u003e] __do_softirq+0x123/0x1e0\nsoftirqs last disabled at (18377611): [\u003cc041278d\u003e] do_softirq+0x9d/0xe0\n\nother info that might help us debug this:\n Possible unsafe locking scenario:\n\n CPU0\n ----\n lock(\u0026(\u0026intf-\u003eseqlock)-\u003erlock);\n \u003cInterrupt\u003e\n lock(\u0026(\u0026intf-\u003eseqlock)-\u003erlock);\n\n *** DEADLOCK ***\n\n4 locks held by kworker/u:2/30374:\n #0: (wiphy_name(local-\u003ehw.wiphy)){++++.+}, at: [\u003cc045cf99\u003e] process_one_work+0x109/0x3f0\n #1: ((\u0026sdata-\u003ework)){+.+.+.}, at: [\u003cc045cf99\u003e] process_one_work+0x109/0x3f0\n #2: (\u0026ifibss-\u003emtx){+.+.+.}, at: [\u003cf98f005b\u003e] ieee80211_ibss_work+0x1b/0x470 [mac80211]\n #3: (\u0026intf-\u003ebeacon_skb_mutex){+.+...}, at: [\u003cf997a644\u003e] rt2x00queue_update_beacon+0x24/0x50 [rt2x00lib]\n\nstack backtrace:\nPid: 30374, comm: kworker/u:2 Not tainted 3.4.0-wl+ #4\nCall Trace:\n [\u003cc04962a6\u003e] print_usage_bug+0x1f6/0x220\n [\u003cc0496a12\u003e] mark_lock+0x2c2/0x300\n [\u003cc0495ff0\u003e] ? check_usage_forwards+0xc0/0xc0\n [\u003cc04978ec\u003e] __lock_acquire+0x4bc/0x1050\n [\u003cc0527890\u003e] ? __kmalloc_track_caller+0x1c0/0x1d0\n [\u003cc0777fb6\u003e] ? copy_skb_header+0x26/0x90\n [\u003cc0498504\u003e] lock_acquire+0x84/0xf0\n [\u003cf9979a20\u003e] ? rt2x00queue_create_tx_descriptor+0x380/0x490 [rt2x00lib]\n [\u003cc0835733\u003e] _raw_spin_lock+0x33/0x40\n [\u003cf9979a20\u003e] ? rt2x00queue_create_tx_descriptor+0x380/0x490 [rt2x00lib]\n [\u003cf9979a20\u003e] rt2x00queue_create_tx_descriptor+0x380/0x490 [rt2x00lib]\n [\u003cf997a5cf\u003e] rt2x00queue_update_beacon_locked+0x5f/0xb0 [rt2x00lib]\n [\u003cf997a64d\u003e] rt2x00queue_update_beacon+0x2d/0x50 [rt2x00lib]\n [\u003cf9977e3a\u003e] rt2x00mac_bss_info_changed+0x1ca/0x200 [rt2x00lib]\n [\u003cf9977c70\u003e] ? rt2x00mac_remove_interface+0x70/0x70 [rt2x00lib]\n [\u003cf98e4dd0\u003e] ieee80211_bss_info_change_notify+0xe0/0x1d0 [mac80211]\n [\u003cf98ef7b8\u003e] __ieee80211_sta_join_ibss+0x3b8/0x610 [mac80211]\n [\u003cc0496ab4\u003e] ? mark_held_locks+0x64/0xc0\n [\u003cc0440012\u003e] ? virt_efi_query_capsule_caps+0x12/0x50\n [\u003cf98efb09\u003e] ieee80211_sta_join_ibss+0xf9/0x140 [mac80211]\n [\u003cf98f0456\u003e] ieee80211_ibss_work+0x416/0x470 [mac80211]\n [\u003cc0496d8b\u003e] ? trace_hardirqs_on+0xb/0x10\n [\u003cc077683b\u003e] ? skb_dequeue+0x4b/0x70\n [\u003cf98f207f\u003e] ieee80211_iface_work+0x13f/0x230 [mac80211]\n [\u003cc045cf99\u003e] ? process_one_work+0x109/0x3f0\n [\u003cc045d015\u003e] process_one_work+0x185/0x3f0\n [\u003cc045cf99\u003e] ? process_one_work+0x109/0x3f0\n [\u003cf98f1f40\u003e] ? ieee80211_teardown_sdata+0xa0/0xa0 [mac80211]\n [\u003cc045ed86\u003e] worker_thread+0x116/0x270\n [\u003cc045ec70\u003e] ? manage_workers+0x1e0/0x1e0\n [\u003cc0462f64\u003e] kthread+0x84/0x90\n [\u003cc0462ee0\u003e] ? __init_kthread_worker+0x60/0x60\n [\u003cc083d382\u003e] kernel_thread_helper+0x6/0x10\n\nSigned-off-by: Stanislaw Gruszka \u003csgruszka@redhat.com\u003e\nAcked-by: Helmut Schaa \u003chelmut.schaa@googlemail.com\u003e\nAcked-by: Gertjan van Wingerde \u003cgwingerde@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": "6fa9c3400dd4cbf30c597dbde5d6abbc12b9764d", "tree": "1cbf564c7a00c82b62915b3341b83c59f950aa00", "parents": [ "a6382a8c4d9287ddca721edf622100e33c4546b9" ], "author": { "name": "Johannes Berg", "email": "johannes.berg@intel.com", "time": "Tue Jun 05 12:16:50 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 17 11:21:26 2012 -0700" }, "message": "cfg80211: fix interface combinations check\n\ncommit 463454b5dbd8dbab6e2fc6c557329e5b811b9c32 upstream.\n\nIf a given interface combination doesn\u0027t contain\na required interface type then we missed checking\nthat and erroneously allowed it even though iface\ntype wasn\u0027t there at all. Add a check that makes\nsure that all interface types are accounted for.\n\nReported-by: Mohammed Shafi Shajakhan \u003cmohammed@qca.qualcomm.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": "a6382a8c4d9287ddca721edf622100e33c4546b9", "tree": "7fcede99d0df5a9cce9f779fa3842f41a13afa4e", "parents": [ "508cb55ffc236b401a84ec7e5caec470e0f85a89" ], "author": { "name": "David Henningsson", "email": "david.henningsson@canonical.com", "time": "Tue Jun 12 13:15:12 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 17 11:21:26 2012 -0700" }, "message": "ALSA: HDA: Pin fixup for Zotac Z68 motherboard\n\ncommit edfe3bfc1b779ddda9bcff523eb022dda37b93c8 upstream.\n\nPin 0x1b was connected to the front panel connector, which according to\nthe HDA standard should contain a mic and a headphone. In this case,\nthe headphone was listed as \"line out\" by BIOS.\n\nBugLink: https://bugs.launchpad.net/bugs/993162\nSigned-off-by: David Henningsson \u003cdavid.henningsson@canonical.com\u003e\nSigned-off-by: Takashi Iwai \u003ctiwai@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "508cb55ffc236b401a84ec7e5caec470e0f85a89", "tree": "3ce714d9832abd4d761bb91224ab8b74d9f62a2a", "parents": [ "38a3c37777b7a0864b70480067b8606100139c11" ], "author": { "name": "Seth Forshee", "email": "seth.forshee@canonical.com", "time": "Fri Jun 01 09:13:17 2012 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 17 11:21:26 2012 -0700" }, "message": "bcma: add ext PA workaround for BCM4331 and BCM43431\n\ncommit 69aaedd3cfd23b2c732e3cf1227370a35f5c89d4 upstream.\n\nMacBook Pro models with BCM4331 wireless have been found to have the ext\nPA lines disabled after resuming from S3 without external power attach.\nThis causes them to be unable to transmit. Add a workaround to ensure\nthat the ext PA lines are enabled on BCM4331. Also extend all handling\nof ext PA line muxing to BCM43431 as is done in the Broadcom SDK.\n\nBugLink: http://bugs.launchpad.net/bugs/925577\nCc: Arend van Spriel \u003carend@broadcom.com\u003e\nCc: Hauke Mehrtens \u003chauke@hauke-m.de\u003e\nSigned-off-by: Seth Forshee \u003cseth.forshee@canonical.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": "38a3c37777b7a0864b70480067b8606100139c11", "tree": "a750f7fd06b097eee09b197e3235ca85f8083e02", "parents": [ "2d539f9e66ea9aaf4998e98fbfe719f99d5f6590" ], "author": { "name": "Mark Brown", "email": "broonie@opensource.wolfsonmicro.com", "time": "Tue Jun 05 12:31:32 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 17 11:21:26 2012 -0700" }, "message": "ASoC: wm8994: Apply volume updates with clocks enabled\n\ncommit bfd37bb5f681961e255fd2f346c20fdae2ef3f27 upstream.\n\nVolume updates may not be acted upon if there is no clock applied when\nthe volume update is written. Ensure this doesn\u0027t happen by writing out\nregisters with volume updates after we enable each of the clocks.\n\nThere are more registers updated than before as previously we were\nrelying on wm_hubs to set those for controls it manages.\n\nSigned-off-by: Mark Brown \u003cbroonie@opensource.wolfsonmicro.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "2d539f9e66ea9aaf4998e98fbfe719f99d5f6590", "tree": "aae05fb996a644389a2fefc915022385b8d6b8a1", "parents": [ "073e100877a39f36163398cde868e98fa6d3f0a1" ], "author": { "name": "Mark Brown", "email": "broonie@opensource.wolfsonmicro.com", "time": "Tue Jun 05 12:25:19 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 17 11:21:26 2012 -0700" }, "message": "ASoC: wm8994: Ensure all AIFnCLK events are run from the _late variants\n\ncommit c8fdc1b56611faa7b38eab6b99da5e20113661ff upstream.\n\nEnsure that all the actions get taken at appropriate times by calling the\n_PRE and _POST events for the aifNclk_ev functions explicitly.\n\nSigned-off-by: Mark Brown \u003cbroonie@opensource.wolfsonmicro.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "073e100877a39f36163398cde868e98fa6d3f0a1", "tree": "def5d17b06e3a4fd0688783568fc82d4dfd6c855", "parents": [ "d4bb7f49f4d5ea7a287899178df55b4725bb32d2" ], "author": { "name": "Arik Nemtsov", "email": "arik@wizery.com", "time": "Sun Jun 03 23:32:32 2012 +0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 17 11:21:25 2012 -0700" }, "message": "mac80211: fix non RCU-safe sta_list manipulation\n\ncommit 794454ce72a298de6f4536ade597bdcc7dcde7c7 upstream.\n\nsta_info_cleanup locks the sta_list using rcu_read_lock however\nthe delete operation isn\u0027t rcu safe. A race between sta_info_cleanup\ntimer being called and a STA being removed can occur which leads\nto a panic while traversing sta_list. Fix this by switching to the\nRCU-safe versions.\n\nReported-by: Eyal Shapira \u003ceyal@wizery.com\u003e\nSigned-off-by: Arik Nemtsov \u003carik@wizery.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": "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" } ], "next": "c40a4bd1e80db2b3af7b064b6eece0e689be60a9" }