)]}' { "log": [ { "commit": "74b31d2a64a49ce8dbf8620eba0a116a892d4d0b", "tree": "b4f7668cd6ca9d596c048d753709feba81d6a746", "parents": [ "6ea90b39f492460884b218ffe066210f129771fb" ], "author": { "name": "Eyal Shapira", "email": "eyal@wizery.com", "time": "Tue May 29 02:00:22 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:08 2012 +0900" }, "message": "mac80211: fix ADDBA declined after suspend with wowlan\n\ncommit 7b21aea04d084916ac4e0e8852dcc9cd60ec0d1d upstream.\n\nWLAN_STA_BLOCK_BA is set while suspending but doesn\u0027t get cleared\nwhen resuming in case of wowlan. This causes further ADDBA requests\nreceived to be rejected. Fix it by clearing it in the wowlan path\nas well.\n\nSigned-off-by: Eyal Shapira \u003ceyal@wizery.com\u003e\nReviewed-by: Johannes Berg \u003cjohannes@sipsolutions.net\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "6ea90b39f492460884b218ffe066210f129771fb", "tree": "02bd69373b1be41d9263834dd27df39af704b79a", "parents": [ "c6fb8b4e362693c4d4864de46607c558852a570a" ], "author": { "name": "Jonas Gorski", "email": "jonas.gorski@gmail.com", "time": "Tue May 15 17:47:52 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:08 2012 +0900" }, "message": "MIPS: BCM63XX: Add missing include for bcm63xx_gpio.h\n\ncommit 442209f31dafef9fde852858e1ce566b675b720d upstream.\n\nbcm63xx_gpio.h uses macros defined in bcm63xx_cpu.h without including it,\nleading to the following build failure:\n\n CC [M] drivers/mmc/core/cd-gpio.o\nIn file included from arch/mips/include/asm/mach-bcm63xx/gpio.h:4:0,\n from arch/mips/include/asm/gpio.h:4,\n from include/linux/gpio.h:30,\n from drivers/mmc/core/cd-gpio.c:12:\n\narch/mips/include/asm/mach-bcm63xx/bcm63xx_gpio.h: In function \u0027bcm63xx_gpio_count\u0027:\narch/mips/include/asm/mach-bcm63xx/bcm63xx_gpio.h:10:2: error: implicit declaration of function \u0027bcm63xx_get_cpu_id\u0027\narch/mips/include/asm/mach-bcm63xx/bcm63xx_gpio.h:11:7: error: \u0027BCM6358_CPU_ID\u0027 undeclared (first use in this function)\narch/mips/include/asm/mach-bcm63xx/bcm63xx_gpio.h:11:7: note: each undeclared identifier is reported only once for each function it appears in\narch/mips/include/asm/mach-bcm63xx/bcm63xx_gpio.h:13:7: error: \u0027BCM6338_CPU_ID\u0027 undeclared (first use in this function)\narch/mips/include/asm/mach-bcm63xx/bcm63xx_gpio.h:15:7: error: \u0027BCM6345_CPU_ID\u0027 undeclared (first use in this function)\narch/mips/include/asm/mach-bcm63xx/bcm63xx_gpio.h:17:7: error: \u0027BCM6368_CPU_ID\u0027 undeclared (first use in this function)\narch/mips/include/asm/mach-bcm63xx/bcm63xx_gpio.h:19:7: error: \u0027BCM6348_CPU_ID\u0027 undeclared (first use in this function)\n\nmake[7]: *** [drivers/mmc/core/cd-gpio.o] Error 1\n\nSigned-off-by: Jonas Gorski \u003cjonas.gorski@gmail.com\u003e\nCc: linux-mips@linux-mips.org\nCc: Maxime Bizon \u003cmbizon@freebox.fr\u003e\nCc: Florian Fainelli \u003cflorian@openwrt.org\u003e\nSigned-off-by: Ralf Baechle \u003cralf@linux-mips.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "c6fb8b4e362693c4d4864de46607c558852a570a", "tree": "2a6be55e39db0a1162f00d3e6134e5c5a0c2a6f3", "parents": [ "dab0a045b4ff1689617a0fdbd4e8060770effa58" ], "author": { "name": "David Woodhouse", "email": "dwmw2@infradead.org", "time": "Thu May 24 04:58:27 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:08 2012 +0900" }, "message": "solos-pci: Fix DMA support\n\ncommit b4bd8ad9bb311e8536f726f7a633620ccd358cde upstream.\n\nDMA support has finally made its way to the top of the TODO list, having\nrealised that a Geode using MMIO can\u0027t keep up with two ADSL2+ lines\neach running at 21Mb/s.\n\nThis patch fixes a couple of bugs in the DMA support in the driver, so\nonce the corresponding FPGA update is complete and tested everything\nshould work properly.\n\nWe weren\u0027t storing the currently-transmitting skb, so we were never\nunmapping it and never freeing/popping it when the TX was done.\nAnd the addition of pci_set_master() is fairly self-explanatory.\n\nSigned-off-by: David Woodhouse \u003cDavid.Woodhouse@intel.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "dab0a045b4ff1689617a0fdbd4e8060770effa58", "tree": "3f4085c401cbab54ff4298b81d9d99c328c63042", "parents": [ "e01b7f872913f583b5c043b99c8f5af2eb44d051" ], "author": { "name": "James Bottomley", "email": "JBottomley@Parallels.com", "time": "Mon May 21 07:49:01 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:07 2012 +0900" }, "message": "PARISC: fix TLB fault path on PA2.0 narrow systems\n\ncommit 2f649c1f6f0fef445ce79a19b79e5ce8fe9d7f19 upstream.\n\ncommit 5e185581d7c46ddd33cd9c01106d1fc86efb9376\nAuthor: James Bottomley \u003cJBottomley@Parallels.com\u003e\n\n [PARISC] fix PA1.1 oops on boot\n\nDidn\u0027t quite fix the crash on boot. It moved it from PA1.1 processors to\nPA2.0 narrow kernels. The final fix is to make sure the [id]tlb_miss_20 paths\nalso work. Even on narrow systems, these paths require using the wide\ninstructions becuase the tlb insertion format is wide. Fix this by\nconditioning the dep[wd],z on whether we\u0027re being called from _11 or _20[w]\npaths.\n\nTested-by: Helge Deller \u003cdeller@gmx.de\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "e01b7f872913f583b5c043b99c8f5af2eb44d051", "tree": "83f13ddf5b1c84272bfdc865e72511d88a58234b", "parents": [ "27ab30eb965b9d26c5811f5505d95c8ede08c580" ], "author": { "name": "John David Anglin", "email": "dave.anglin@bell.net", "time": "Thu May 17 10:34:34 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:07 2012 +0900" }, "message": "PARISC: fix boot failure on 32-bit systems caused by branch stubs placed before .text\n\ncommit ed5fb2471b7060767957fb964eb1aaec71533ab1 upstream.\n\nIn certain configurations, the resulting kernel becomes too large to boot\nbecause the linker places the long branch stubs for the merged .text section\nat the very start of the image. As a result, the initial transfer of control\njumps to an unexpected location. Fix this by placing the head text in a\nseparate section so the stubs for .text are not at the start of the image.\n\nSigned-off-by: John David Anglin \u003cdave.anglin@bell.net\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "27ab30eb965b9d26c5811f5505d95c8ede08c580", "tree": "2b74dd981ce60b10b4876f4f027f712315b08507", "parents": [ "444b7bce3152cc6ef1fb599331d053c9c40eb374" ], "author": { "name": "Shirish Pargaonkar", "email": "shirishpargaonkar@gmail.com", "time": "Mon May 21 09:20:12 2012 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:07 2012 +0900" }, "message": "cifs: fix oops while traversing open file list (try #4)\n\ncommit 2c0c2a08bed7a3b791f88d09d16ace56acb3dd98 upstream.\n\nWhile traversing the linked list of open file handles, if the identfied\nfile handle is invalid, a reopen is attempted and if it fails, we\nresume traversing where we stopped and cifs can oops while accessing\ninvalid next element, for list might have changed.\n\nSo mark the invalid file handle and attempt reopen if no\nvalid file handle is found in rest of the list.\nIf reopen fails, move the invalid file handle to the end of the list\nand start traversing the list again from the begining.\nRepeat this four times before giving up and returning an error if\nfile reopen keeps failing.\n\nSigned-off-by: Shirish Pargaonkar \u003cshirishpargaonkar@gmail.com\u003e\nReviewed-by: Jeff Layton \u003cjlayton@redhat.com\u003e\nSigned-off-by: Steve French \u003csfrench@us.ibm.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "444b7bce3152cc6ef1fb599331d053c9c40eb374", "tree": "56798496e5e3af94f5e13667fe9a974cd6ddf63f", "parents": [ "784c9700444d2ebbace0a1d3a3ac48c3d5852164" ], "author": { "name": "Shirish Pargaonkar", "email": "shirishpargaonkar@gmail.com", "time": "Tue May 15 10:19:16 2012 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:07 2012 +0900" }, "message": "cifs: Include backup intent search flags during searches {try #2)\n\ncommit 2608bee744a92d60d15ff4e6e0b913d8b406aedd upstream.\n\nAs observed and suggested by Tushar Gosavi...\n\n---------\nreaddir calls these function to send TRANS2_FIND_FIRST and\nTRANS2_FIND_NEXT command to the server. The current cifs module is\nnot specifying CIFS_SEARCH_BACKUP_SEARCH flag while sending these\ncommand when backupuid/backupgid is specified. This can be resolved\nby specifying CIFS_SEARCH_BACKUP_SEARCH flag.\n---------\n\nReported-and-Tested-by: Tushar Gosavi \u003ctugosavi@in.ibm.com\u003e\nSigned-off-by: Shirish Pargaonkar \u003cshirishpargaonkar@gmail.com\u003e\nAcked-by: Jeff Layton \u003cjlayton@redhat.com\u003e\nSigned-off-by: Steve French \u003csfrench@us.ibm.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "784c9700444d2ebbace0a1d3a3ac48c3d5852164", "tree": "afcf297bdea0e97d434dd3b1731b2fb3f30f8981", "parents": [ "75713d3f1b75e0054d47b258895225e152e638cb" ], "author": { "name": "Meenakshi Venkataraman", "email": "meenakshi.venkataraman@intel.com", "time": "Wed May 16 22:35:59 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:07 2012 +0900" }, "message": "iwlwifi: do not use shadow registers by default\n\ncommit 66a770729a5cdd24efed8afa5258f81232d8bba2 upstream.\n\nShadow registers in the device are meant to\nallow the driver to update certain device\nregisters without needing to wake up all\ncomponents of the device. However, using\nthis feature in the device causes\ncommunication between the driver and the\ndevice to become unreliable, resulting in\nhost command timeouts.\n\nDisable this feature by default till a fix is\navailable for the bug.\n\nSigned-off-by: Meenakshi Venkataraman \u003cmeenakshi.venkataraman@intel.com\u003e\nSigned-off-by: Johannes Berg \u003cjohannes.berg@intel.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "75713d3f1b75e0054d47b258895225e152e638cb", "tree": "18a44543027afde8ca1bc083101fec47f9f706da", "parents": [ "e42adb30f43ce5aa3f362c45328209f95bf9d519" ], "author": { "name": "Meenakshi Venkataraman", "email": "meenakshi.venkataraman@intel.com", "time": "Wed May 16 22:35:57 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:07 2012 +0900" }, "message": "iwlwifi: update BT traffic load states correctly\n\ncommit 882dde8eb0d49ce0f853f8f4084dde56a21fe55f upstream.\n\nWhen BT traffic load changes from its\nprevious state, a new LQ command needs to be\nsent down to the firmware. This needs to\nbe done only once per change. The state\nvariable that keeps track of this change is\nlast_bt_traffic_load. However, it was not\nbeing updated when the change had been\nhandled. Not updating this variable was\ncausing a flood of advanced BT config\ncommands to be sent to the firmware. Fix\nthis.\n\nSigned-off-by: Meenakshi Venkataraman \u003cmeenakshi.venkataraman@intel.com\u003e\nSigned-off-by: Wey-Yi Guy \u003cwey-yi.w.guy@intel.com\u003e\nSigned-off-by: Johannes Berg \u003cjohannes.berg@intel.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "e42adb30f43ce5aa3f362c45328209f95bf9d519", "tree": "67d698ab49fd3633ec3b783e07c9111c60b61584", "parents": [ "319b5641660fb09660c6faaaa99af9ddff973737" ], "author": { "name": "KyongHo", "email": "pullip.cho@samsung.com", "time": "Tue May 29 15:06:49 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:06 2012 +0900" }, "message": "mm: fix faulty initialization in vmalloc_init()\n\ncommit dbda591d920b4c7692725b13e3f68ecb251e9080 upstream.\n\nThe transfer of -\u003eflags causes some of the static mapping virtual\naddresses to be prematurely freed (before the mapping is removed) because\nVM_LAZY_FREE gets \"set\" if tmp-\u003eflags has VM_IOREMAP set. This might\ncause subsequent vmalloc/ioremap calls to fail because it might allocate\none of the freed virtual address ranges that aren\u0027t unmapped.\n\nva-\u003eflags has different types of flags from tmp-\u003eflags. If a region with\nVM_IOREMAP set is registered with vm_area_add_early(), it will be removed\nby __purge_vmap_area_lazy().\n\nFix vmalloc_init() to correctly initialize vmap_area for the given\nvm_struct.\n\nAlso initialise va-\u003evm. If it is not set, find_vm_area() for the early\nvm regions will always fail.\n\nSigned-off-by: KyongHo Cho \u003cpullip.cho@samsung.com\u003e\nCc: \"Olav Haugan\" \u003cohaugan@codeaurora.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "319b5641660fb09660c6faaaa99af9ddff973737", "tree": "2308941913df33970c02a7bc8f50f03fcc3d12bc", "parents": [ "3634d6fec1f80012110962d58dbd396aaa99d960" ], "author": { "name": "Michal Hocko", "email": "mhocko@suse.cz", "time": "Tue May 29 15:06:45 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:06 2012 +0900" }, "message": "mm: consider all swapped back pages in used-once logic\n\ncommit e48982734ea0500d1eba4f9d96195acc5406cad6 upstream.\n\nCommit 645747462435 (\"vmscan: detect mapped file pages used only once\")\nmade mapped pages have another round in inactive list because they might\nbe just short lived and so we could consider them again next time. This\nheuristic helps to reduce pressure on the active list with a streaming\nIO worklods.\n\nThis patch fixes a regression introduced by this commit for heavy shmem\nbased workloads because unlike Anon pages, which are excluded from this\nheuristic because they are usually long lived, shmem pages are handled\nas a regular page cache.\n\nThis doesn\u0027t work quite well, unfortunately, if the workload is mostly\nbacked by shmem (in memory database sitting on 80% of memory) with a\nstreaming IO in the background (backup - up to 20% of memory). Anon\ninactive list is full of (dirty) shmem pages when watermarks are hit.\nShmem pages are kept in the inactive list (they are referenced) in the\nfirst round and it is hard to reclaim anything else so we reach lower\nscanning priorities very quickly which leads to an excessive swap out.\n\nLet\u0027s fix this by excluding all swap backed pages (they tend to be long\nlived wrt. the regular page cache anyway) from used-once heuristic and\nrather activate them if they are referenced.\n\nThe customer\u0027s workload is shmem backed database (80% of RAM) and they\nare measuring transactions/s with an IO in the background (20%).\nTransactions touch more or less random rows in the table. The\ntransaction rate fell by a factor of 3 (in the worst case) because of\ncommit 64574746. This patch restores the previous numbers.\n\nSigned-off-by: Michal Hocko \u003cmhocko@suse.cz\u003e\nAcked-by: Johannes Weiner \u003channes@cmpxchg.org\u003e\nCc: Mel Gorman \u003cmel@csn.ul.ie\u003e\nCc: Minchan Kim \u003cminchan@kernel.org\u003e\nCc: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nReviewed-by: Rik van Riel \u003criel@redhat.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "3634d6fec1f80012110962d58dbd396aaa99d960", "tree": "c48557e7ef092600ac0c3c2e73c234f49a615375", "parents": [ "3876c722319d9b8463b9e82394d81f6d0c45021e" ], "author": { "name": "Sasha Levin", "email": "levinsasha928@gmail.com", "time": "Tue May 29 15:06:15 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:06 2012 +0900" }, "message": "mm: fix NULL ptr deref when walking hugepages\n\ncommit 08fa29d916c6e271ad13978cd993e7238c68db97 upstream.\n\nA missing validation of the value returned by find_vma() could cause a\nNULL ptr dereference when walking the pagetable.\n\nThis is triggerable from usermode by a simple user by trying to read a\npage info out of /proc/pid/pagemap which doesn\u0027t exist.\n\nIntroduced by commit 025c5b2451e4 (\"thp: optimize away unnecessary page\ntable locking\").\n\nSigned-off-by: Sasha Levin \u003clevinsasha928@gmail.com\u003e\nReviewed-by: Naoya Horiguchi \u003cn-horiguchi@ah.jp.nec.com\u003e\nCc: David Rientjes \u003crientjes@google.com\u003e\nCc: Andi Kleen \u003candi@firstfloor.org\u003e\nCc: Andrea Arcangeli \u003caarcange@redhat.com\u003e\nCc: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nCc: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "3876c722319d9b8463b9e82394d81f6d0c45021e", "tree": "57ed39a2d4e7748b2edea33abbf42c6d48652d17", "parents": [ "798a1aaef46a15208ff6974679ed63cc542feebd" ], "author": { "name": "Siddhesh Poyarekar", "email": "siddhesh.poyarekar@gmail.com", "time": "Tue May 29 15:06:22 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:06 2012 +0900" }, "message": "mm/fork: fix overflow in vma length when copying mmap on clone\n\ncommit 7edc8b0ac16cbaed7cb4ea4c6b95ce98d2997e84 upstream.\n\nThe vma length in dup_mmap is calculated and stored in a unsigned int,\nwhich is insufficient and hence overflows for very large maps (beyond\n16TB). The following program demonstrates this:\n\n#include \u003cstdio.h\u003e\n#include \u003cunistd.h\u003e\n#include \u003csys/mman.h\u003e\n\n#define GIG 1024 * 1024 * 1024L\n#define EXTENT 16393\n\nint main(void)\n{\n int i, r;\n void *m;\n char buf[1024];\n\n for (i \u003d 0; i \u003c EXTENT; i++) {\n m \u003d mmap(NULL, (size_t) 1 * 1024 * 1024 * 1024L,\n PROT_READ | PROT_WRITE, MAP_PRIVATE | MAP_ANONYMOUS, 0, 0);\n\n if (m \u003d\u003d (void *)-1)\n printf(\"MMAP Failed: %d\\n\", m);\n else\n printf(\"%d : MMAP returned %p\\n\", i, m);\n\n r \u003d fork();\n\n if (r \u003d\u003d 0) {\n printf(\"%d: successed\\n\", i);\n return 0;\n } else if (r \u003c 0)\n printf(\"FORK Failed: %d\\n\", r);\n else if (r \u003e 0)\n wait(NULL);\n }\n return 0;\n}\n\nIncrease the storage size of the result to unsigned long, which is\nsufficient for storing the difference between addresses.\n\nSigned-off-by: Siddhesh Poyarekar \u003csiddhesh.poyarekar@gmail.com\u003e\nCc: Tejun Heo \u003ctj@kernel.org\u003e\nCc: Oleg Nesterov \u003coleg@redhat.com\u003e\nCc: Jens Axboe \u003caxboe@kernel.dk\u003e\nCc: Peter Zijlstra \u003ca.p.zijlstra@chello.nl\u003e\nAcked-by: Hugh Dickins \u003chughd@google.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "798a1aaef46a15208ff6974679ed63cc542feebd", "tree": "c6302debbef69fa58610a665d26b968eee4ba968", "parents": [ "e6157b97c60f1a9243a57563895a8eb81dbf3117" ], "author": { "name": "Jun\u0027ichi Nomura", "email": "j-nomura@ce.jp.nec.com", "time": "Tue May 22 18:57:17 2012 +0900" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:06 2012 +0900" }, "message": "SCSI: Fix dm-multipath starvation when scsi host is busy\n\ncommit b7e94a1686c5daef4f649f7f4f839cc294f07710 upstream.\n\nblock congestion control doesn\u0027t have any concept of fairness across\nmultiple queues. This means that if SCSI reports the host as busy in\nthe queue congestion control it can result in an unfair starvation\nsituation in dm-mp if there are multiple multipath devices on the same\nhost. For example:\nhttp://www.redhat.com/archives/dm-devel/2012-May/msg00123.html\n\nThe fix for this is to report only the sdev busy state (and ignore the\nhost busy state) in the block congestion control call back.\nThe host is still congested, but the SCSI subsystem will sort out the\ncongestion in a fair way because it knows the relation between the\nqueues and the host.\n\n[jejb: fixed up trailing whitespace]\nReported-by: Bernd Schubert \u003cbernd.schubert@itwm.fraunhofer.de\u003e\nTested-by: Bernd Schubert \u003cbernd.schubert@itwm.fraunhofer.de\u003e\nSigned-off-by: Jun\u0027ichi Nomura \u003cj-nomura@ce.jp.nec.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "e6157b97c60f1a9243a57563895a8eb81dbf3117", "tree": "82a4d36eea888947882524d54caf44fc9414eaeb", "parents": [ "c18577564bf53876695646432e34e2e86c69a4b8" ], "author": { "name": "James Bottomley", "email": "jbottomley@parallels.com", "time": "Wed May 30 09:45:39 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:05 2012 +0900" }, "message": "SCSI: fix scsi_wait_scan\n\ncommit 1ff2f40305772b159a91c19590ee159d3a504afc upstream.\n\nCommit c751085943362143f84346d274e0011419c84202\nAuthor: Rafael J. Wysocki \u003crjw@sisk.pl\u003e\nDate: Sun Apr 12 20:06:56 2009 +0200\n\n PM/Hibernate: Wait for SCSI devices scan to complete during resume\n\nBroke the scsi_wait_scan module in 2.6.30. Apparently debian still uses it so\nfix it and backport to stable before removing it in 3.6.\n\nThe breakage is caused because the function template in\ninclude/scsi/scsi_scan.h is defined to be a nop unless SCSI is built in.\nThat means that in the modular case (which is every distro), the\nscsi_wait_scan module does a simple async_synchronize_full() instead of\nwaiting for scans.\n\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "c18577564bf53876695646432e34e2e86c69a4b8", "tree": "eff8f13ff4c89b3ef34bd48de46bd4a3b663981f", "parents": [ "edb302ba464c6151ddb24ba4fb18c8e0a0ef9f7c" ], "author": { "name": "Lars-Peter Clausen", "email": "lars@metafoo.de", "time": "Mon Apr 09 15:05:44 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:05 2012 +0900" }, "message": "microblaze: Do not select GENERIC_GPIO by default\n\ncommit 59516b07b4ffa7e607a5787674ea3c405f1b390c upstream.\n\nThe microblaze architecture does not provide a native GPIO API implementation\nnor requires GPIOLIB, but still selects GENERIC_GPIO by default. As a result the\nfollowing build error occurs, if GPIOLIB is not selected:\n\n\tinclude/asm-generic/gpio.h: In function \u0027gpio_get_value_cansleep\u0027:\n\tinclude/asm-generic/gpio.h:218: error: implicit declaration of function \u0027__gpio_get_value\u0027\n\tinclude/asm-generic/gpio.h: In function \u0027gpio_set_value_cansleep\u0027:\n\tinclude/asm-generic/gpio.h:224: error: implicit declaration of function \u0027__gpio_set_value\u0027\n\nThis patch addresses the issue by not selecting GENERIC_GPIO by default. This\ncauses the GPIO API to be stubbed out if no implementation is provided.\n\nSigned-off-by: Lars-Peter Clausen \u003clars@metafoo.de\u003e\nTested-by: Michal Simek \u003cmonstr@monstr.eu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "edb302ba464c6151ddb24ba4fb18c8e0a0ef9f7c", "tree": "e9494bf0cf0fb50600a65a9db23d240c2cdca9be", "parents": [ "f18a511703b6667edee4703fdd8b73ca18e232a4" ], "author": { "name": "Boaz Harrosh", "email": "bharrosh@panasas.com", "time": "Wed May 16 14:22:21 2012 +0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jun 10 00:36:05 2012 +0900" }, "message": "exofs: Fix CRASH on very early IO errors.\n\ncommit 6abe4a87f7bc7978705c386dbba0ca0c7790b3ec upstream.\n\nIf at exofs_fill_super() we had an early termination\ndo to any error, like an IO error while reading the\nsuper-block. We would crash inside exofs_free_sbi().\n\nThis is because sbi-\u003eoc.numdevs was set to 1, before\nwe actually have a device table at all.\n\nFix it by moving the sbi-\u003eoc.numdevs \u003d 1 to after the\nallocation of the device table.\n\nReported-by: Johannes Schild \u003cJSchild@gmx.de\u003e\n\nSigned-off-by: Boaz Harrosh \u003cbharrosh@panasas.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "f18a511703b6667edee4703fdd8b73ca18e232a4", "tree": "b46b9b843fbbaf17c1e3c84838c17fe94cfd7bf8", "parents": [ "3e5f29bd22e597d66d9c1013a0ab190e6b48a8ba" ], "author": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:44 2012 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:44 2012 +0800" }, "message": "Linux 3.4.1\n" }, { "commit": "3e5f29bd22e597d66d9c1013a0ab190e6b48a8ba", "tree": "4facfe4cc1bd4354435fb517888529fae4edb6f2", "parents": [ "16d815fd230b81d49d395e91b084f0731ea6e4a2" ], "author": { "name": "Laxman Dewangan", "email": "ldewangan@nvidia.com", "time": "Mon May 07 12:16:19 2012 +0530" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:28 2012 +0800" }, "message": "i2c: tegra: notify transfer-complete after clearing status.\n\ncommit c889e91d2cc22123f20f40dde0c0a91856a20eea upstream.\n\nThe notification of the transfer complete by calling complete()\nshould be done after clearing all interrupt status.\nThis avoids the race condition of misconfigure the i2c controller\nin multi-core environment.\n\nSigned-off-by: Laxman Dewangan \u003cldewangan@nvidia.com\u003e\nAcked-by: Stephen Warren \u003cswarren@wwwdotorg.org\u003e\nSigned-off-by: Wolfram Sang \u003cw.sang@pengutronix.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "16d815fd230b81d49d395e91b084f0731ea6e4a2", "tree": "895c61ceaedac19f2564a3bbbac5999e825193cf", "parents": [ "07e2c719a35160023c327fac6389e106357d734a" ], "author": { "name": "Marcus Folkesson", "email": "marcus.folkesson@gmail.com", "time": "Thu May 03 15:56:36 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:28 2012 +0800" }, "message": "i2c: davinci: Free requested IRQ in remove\n\ncommit 9868a060ccf769c08ec378a9829137e272e9a92c upstream.\n\nThe freed IRQ is not necessary the one requested in probe.\nEven if it was, with two or more i2c-controllers it will fails anyway.\n\nSigned-off-by: Marcus Folkesson \u003cmarcus.folkesson@gmail.com\u003e\nSigned-off-by: Wolfram Sang \u003cw.sang@pengutronix.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "07e2c719a35160023c327fac6389e106357d734a", "tree": "8428ffd00930eeb4dfe53ae29f0fc0cfa859ffed", "parents": [ "91aecc8b34db49950ba118bce93b7e300946a751" ], "author": { "name": "Andi Kleen", "email": "andi@firstfloor.org", "time": "Fri Nov 19 13:16:22 2010 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:28 2012 +0800" }, "message": "MCE: Fix vm86 handling for 32bit mce handler\n\ncommit a129a7c84582629741e5fa6f40026efcd7a65bd4 upstream.\n\nWhen running on 32bit the mce handler could misinterpret\nvm86 mode as ring 0. This can affect whether it does recovery\nor not; it was possible to panic when recovery was actually\npossible.\n\nFix this by always forcing vm86 to look like ring 3.\n\nSigned-off-by: Andi Kleen \u003cak@linux.intel.com\u003e\nSigned-off-by: Tony Luck \u003ctony.luck@intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "91aecc8b34db49950ba118bce93b7e300946a751", "tree": "8fc5642e886af2c709ab6843993f68f973120be6", "parents": [ "8209f1cb6873c4e43fba6e768d244b77f1c9d4b3" ], "author": { "name": "Stephen Warren", "email": "swarren@nvidia.com", "time": "Fri May 11 18:01:38 2012 -0600" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:28 2012 +0800" }, "message": "ARM: dt: tegra cardhu: fix typo in SDHCI node name\n\ncommit 1dfebb426cfd16e2080f8c95e00ca2462f2325d4 upstream.\n\nCardhu\u0027s eMMC controller is on sdhci@78000600, not sdhci@78000400.\nFix the typo. This roughly doubles the IO performance, since the\nsupport-8bit property actually takes effect.\n\nSigned-off-by: Stephen Warren \u003cswarren@nvidia.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "8209f1cb6873c4e43fba6e768d244b77f1c9d4b3", "tree": "61330673fc0128d5c1a2e49539cca77fe8ac86b1", "parents": [ "6019ae78aa65afe273da8c0dfeed8e89fb5edf8f" ], "author": { "name": "Dima Zavin", "email": "dima@android.com", "time": "Mon Apr 30 10:26:14 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:28 2012 +0800" }, "message": "ARM: 7409/1: Do not call flush_cache_user_range with mmap_sem held\n\ncommit 435a7ef52db7d86e67a009b36cac1457f8972391 upstream.\n\nWe can\u0027t be holding the mmap_sem while calling flush_cache_user_range\nbecause the flush can fault. If we fault on a user address, the\npage fault handler will try to take mmap_sem again. Since both places\nacquire the read lock, most of the time it succeeds. However, if another\nthread tries to acquire the write lock on the mmap_sem (e.g. mmap) in\nbetween the call to flush_cache_user_range and the fault, the down_read\nin do_page_fault will deadlock.\n\n[will: removed drop of vma parameter as already queued by rmk (7365/1)]\n\nAcked-by: Catalin Marinas \u003ccatalin.marinas@arm.com\u003e\nSigned-off-by: Dima Zavin \u003cdima@android.com\u003e\nSigned-off-by: John Stultz \u003cjohn.stultz@linaro.org\u003e\nSigned-off-by: Will Deacon \u003cwill.deacon@arm.com\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "6019ae78aa65afe273da8c0dfeed8e89fb5edf8f", "tree": "84c1d39220e45cb19814f2f9ed21e026b88ef84e", "parents": [ "dcff6a45745b9df7f2c9255fc4998be8d52ea67c" ], "author": { "name": "Dima Zavin", "email": "dima@android.com", "time": "Thu Mar 29 20:44:06 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:28 2012 +0800" }, "message": "ARM: 7365/1: drop unused parameter from flush_cache_user_range\n\ncommit 4542b6a0fa6b48d9ae6b41c1efeb618b7a221b2a upstream.\n\nvma isn\u0027t used and flush_cache_user_range isn\u0027t a standard macro that\nis used on several archs with the same prototype. In fact only unicore32\nhas a macro with the same name (with an identical implementation and no\nin-tree users).\n\nThis is a part of a patch proposed by Dima Zavin (with Message-id:\n1272439931-12795-1-git-send-email-dima@android.com) that didn\u0027t get\naccepted.\n\nCc: Dima Zavin \u003cdima@android.com\u003e\nAcked-by: Catalin Marinas \u003ccatalin.marinas@arm.com\u003e\nSigned-off-by: Uwe Kleine-König \u003cu.kleine-koenig@pengutronix.de\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\nCc: Will Deacon \u003cwill.deacon@arm.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n\n" }, { "commit": "dcff6a45745b9df7f2c9255fc4998be8d52ea67c", "tree": "9fcc49f258eb88c20156c4d85e0399766dc520d7", "parents": [ "e568e5e8d83af106def2d9353761b5ac01f9df22" ], "author": { "name": "Dan Carpenter", "email": "dan.carpenter@oracle.com", "time": "Sun May 13 20:09:38 2012 +0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:27 2012 +0800" }, "message": "iommu: Fix off by one in dmar_get_fault_reason()\n\ncommit fefe1ed1398b81e3fadc92d11d91162d343c8836 upstream.\n\nfault_reason - 0x20 \u003d\u003d ARRAY_SIZE(irq_remap_fault_reasons) is\none past the end of the array.\n\nSigned-off-by: Dan Carpenter \u003cdan.carpenter@oracle.com\u003e\nCc: Joerg Roedel \u003cjoerg.roedel@amd.com\u003e\nCc: Youquan Song \u003cyouquan.song@intel.com\u003e\nCc: walter harms \u003cwharms@bfs.de\u003e\nCc: Suresh Siddha \u003csuresh.b.siddha@intel.com\u003e\nLink: http://lkml.kernel.org/r/20120513170938.GA4280@elgon.mountain\nSigned-off-by: Ingo Molnar \u003cmingo@kernel.org\u003e\n[bwh: Backported to 3.2: s/irq_remap_fault_reasons/intr_remap_fault_reasons/]\nSigned-off-by: Ben Hutchings \u003cben@decadent.org.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "e568e5e8d83af106def2d9353761b5ac01f9df22", "tree": "fa66c641b6f3044204ca3d1b73f81fbcc50ef43e", "parents": [ "c90791c7638d3c9a0de762d8b416d0e809b1dc31" ], "author": { "name": "David Woodhouse", "email": "dwmw2@infradead.org", "time": "Fri May 25 17:42:54 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:27 2012 +0800" }, "message": "intel-iommu: Add device info into list before doing context mapping\n\ncommit e2ad23d04c1304431ab5176c89b7b476ded2d995 upstream.\n\nAdd device info into list before doing context mapping, because device\ninfo will be used by iommu_enable_dev_iotlb(). Without it, ATS won\u0027t get\nenabled as it should be.\n\nATS, while a dubious decision from a security point of view, can be very\nimportant for performance.\n\nSigned-off-by: Xudong Hao \u003cxudong.hao@intel.com\u003e\nSigned-off-by: Xiantao Zhang \u003cxiantao.zhang@intel.com\u003e\nAcked-by: Chris Wright \u003cchrisw@sous-sol.org\u003e\nSigned-off-by: David Woodhouse \u003cDavid.Woodhouse@intel.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": "c90791c7638d3c9a0de762d8b416d0e809b1dc31", "tree": "41fdeb152f42222e38aa1200658c4a91bed88161", "parents": [ "e5bdf9b518d0ff03455dce3da9bce8ad95c25e6d" ], "author": { "name": "Chris Metcalf", "email": "cmetcalf@tilera.com", "time": "Fri May 25 12:32:09 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:27 2012 +0800" }, "message": "tile: fix bug where fls(0) was not returning 0\n\ncommit 9f1d62bed7f015d11b9164078b7fea433b474114 upstream.\n\nThis is because __builtin_clz(0) returns 64 for the \"undefined\" case\nof 0, since the builtin just does a right-shift 32 and \"clz\" instruction.\nSo, use the alpha approach of casting to u32 and using __builtin_clzll().\n\nSigned-off-by: Chris Metcalf \u003ccmetcalf@tilera.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "e5bdf9b518d0ff03455dce3da9bce8ad95c25e6d", "tree": "c592540d2a8beb62e468094e3acc62bc25b56358", "parents": [ "6cd4efb3a17356075c8e3f1bd191b4d120714851" ], "author": { "name": "Ming Lei", "email": "ming.lei@canonical.com", "time": "Thu May 17 10:27:12 2012 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:27 2012 +0800" }, "message": "mmc: omap_hsmmc: pass IRQF_ONESHOT to request_threaded_irq\n\ncommit db35f83ef47b5f180f2670d11f5f93992314ea09 upstream.\n\nThe flag of IRQF_ONESHOT should be passed to request_threaded_irq,\notherwise the following failure message should be dumped because\nhardware handler is defined as NULL:\n\n[ 3.383483] genirq: Threaded irq requested with handler\u003dNULL and\n!ONESHOT for irq 368\n[ 3.392730] omap_hsmmc: probe of omap_hsmmc.0 failed with error -22\n\nThe patch fixes one kernel hang bug which is caused by mmc card\nprobe failure and root device can\u0027t be brought up.\n\nSigned-off-by: Ming Lei \u003cming.lei@canonical.com\u003e\nAcked-by: Venkatraman S \u003csvenkatr@ti.com\u003e\nSigned-off-by: Chris Ball \u003ccjb@laptop.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "6cd4efb3a17356075c8e3f1bd191b4d120714851", "tree": "b7c58b03e54ed5f2dcd1930674c7caf72e2e77ba", "parents": [ "11c8c735ebf68c754bdd94cebd307a96fcd95068" ], "author": { "name": "Guennadi Liakhovetski", "email": "g.liakhovetski@gmx.de", "time": "Tue Apr 24 17:56:29 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:27 2012 +0800" }, "message": "mmc: cd-gpio: protect against NULL context in mmc_cd_gpio_free()\n\ncommit 0e9f480bb553d39ee06ccd45639ba7a5446a7b81 upstream.\n\nDo not oops, even if mmc_cd_gpio_free() is mistakenly called on a driver\ncleanup path, even though a previous call to mmc_cd_gpio_request() failed.\n\nSigned-off-by: Guennadi Liakhovetski \u003cg.liakhovetski@gmx.de\u003e\n[stable@: please apply to 3.3-stable]\nSigned-off-by: Chris Ball \u003ccjb@laptop.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "11c8c735ebf68c754bdd94cebd307a96fcd95068", "tree": "876678d7678658773f87ab0969b213d23ff4f98a", "parents": [ "e6b2a258ab83555e062cd2bc2a0ade31b8c118d1" ], "author": { "name": "Nicolas Pitre", "email": "nicolas.pitre@linaro.org", "time": "Mon Apr 16 19:16:54 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:26 2012 +0800" }, "message": "mmc: sdio: avoid spurious calls to interrupt handlers\n\ncommit bbbc4c4d8c5face097d695f9bf3a39647ba6b7e7 upstream.\n\nCommit 06e8935feb (\"optimized SDIO IRQ handling for single irq\")\nintroduced some spurious calls to SDIO function interrupt handlers,\nsuch as when the SDIO IRQ thread is started, or the safety check\nperformed upon a system resume. Let\u0027s add a flag to perform the\noptimization only when a real interrupt is signaled by the host\ndriver and we know there is no point confirming it.\n\nReported-by: Sujit Reddy Thumma \u003csthumma@codeaurora.org\u003e\nSigned-off-by: Nicolas Pitre \u003cnico@linaro.org\u003e\nSigned-off-by: Chris Ball \u003ccjb@laptop.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "e6b2a258ab83555e062cd2bc2a0ade31b8c118d1", "tree": "a480593e4276b4a8b4969656f0aedee729b3a87d", "parents": [ "c51ac8ac9a82d4883c9b62247cca98195da8cd63" ], "author": { "name": "Tony Luck", "email": "tony.luck@intel.com", "time": "Wed May 23 14:14:22 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:26 2012 +0800" }, "message": "x86/mce: Fix check for processor context when machine check was taken.\n\ncommit 875e26648cf9b6db9d8dc07b7959d7c61fb3f49c upstream.\n\nLinus pointed out that there was no value is checking whether m-\u003eip\nwas zero - because zero is a legimate value. If we have a reliable\n(or faked in the VM86 case) \"m-\u003ecs\" we can use it to tell whether we\nwere in user mode or kernelwhen the machine check hit.\n\nReported-by: Linus Torvalds \u003ctorvalds@linuxfoundation.org\u003e\nSigned-off-by: Tony Luck \u003ctony.luck@intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "c51ac8ac9a82d4883c9b62247cca98195da8cd63", "tree": "dc871515dea78e965673f76ea42f901a233af84b", "parents": [ "3c47c685100285be39ff7e347f762480b448b956" ], "author": { "name": "H. Peter Anvin", "email": "hpa@zytor.com", "time": "Thu May 24 07:01:38 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:26 2012 +0800" }, "message": "x86, relocs: Add jiffies and jiffies_64 to the relative whitelist\n\ncommit ea17e7414bc62e8d3bde8d08e3df1d921c518c17 upstream.\n\nThe symbol jiffies is created in the linker script as an alias to\njiffies_64. Unfortunately this is done outside any section, and\napparently GNU ld 2.21 doesn\u0027t carry the section with it, so we end up\nwith an absolute symbol and therefore a broken kernel.\n\nAdd jiffies and jiffies_64 to the whitelist.\n\nThe most disturbing bit with this discovery is that it shows that we\nhave had multiple linker bugs in this area crossing multiple\ngenerations, and have been silently building bad kernels for some time.\n\nLink: http://lkml.kernel.org/r/20120524171604.0d98284f3affc643e9714470@canb.auug.org.au\nReported-by: Stephen Rothwell \u003csfr@canb.auug.org.au\u003e\nSigned-off-by: H. Peter Anvin \u003chpa@zytor.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "3c47c685100285be39ff7e347f762480b448b956", "tree": "180bc2a5605006e3c053dc8d8a939398dfd1219f", "parents": [ "46592a6929ec62012bb1b089026b9df6c4827ff9" ], "author": { "name": "H. Peter Anvin", "email": "hpa@zytor.com", "time": "Wed May 23 14:02:34 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:26 2012 +0800" }, "message": "x86-32, relocs: Whitelist more symbols for ld bug workaround\n\ncommit fd952815307f0f272bf49fd364a7fd2f9992bc42 upstream.\n\nAs noted in checkin:\n\na3e854d95 x86, relocs: Workaround for binutils 2.22.52.0.1 section bug\n\nld version 2.22.52.0.[12] can incorrectly promote relative symbols to\nabsolute, if the output section they appear in is otherwise empty.\n\nSince checkin:\n\n6520fe55 x86, realmode: 16-bit real-mode code support for relocs tool\n\nwe actually check for this and error out rather than silently creating\na kernel which will malfunction if relocated.\n\nIngo found a configuration in which __start_builtin_fw triggered the\nwarning.\n\nGo through the linker script sources and look for more symbols that\ncould plausibly get bogusly promoted to absolute, and add them to the\nwhitelist.\n\nIn general, if the following error triggers:\n\n\tInvalid absolute R_386_32 relocation: \u003csymbol\u003e\n\n... then we should verify that \u003csymbol\u003e is really meant to be\nrelocated, and add it and any related symbols manually to the S_REL\nregexp.\n\nPlease note that 6520fe55 does not introduce the error, only the check\nfor the error -- without 6520fe55 this version of ld will simply\nproduce a corrupt kernel if CONFIG_RELOCATABLE is set on x86-32.\n\nReported-by: Ingo Molnar \u003cmingo@kernel.org\u003e\nSigned-off-by: H. Peter Anvin \u003chpa@zytor.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "46592a6929ec62012bb1b089026b9df6c4827ff9", "tree": "dcac6b92b2fc5213022a197f4bd482ba392efe17", "parents": [ "70a4571f9abef85e20c60a4654883d5250a36246" ], "author": { "name": "Jarkko Sakkinen", "email": "jarkko.sakkinen@intel.com", "time": "Mon May 21 20:51:24 2012 +0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:26 2012 +0800" }, "message": "x86, relocs: Build clean fix\n\ncommit b2d668da9307c4c163dd603d2bb3cadb10f9fd37 upstream.\n\nrelocs was not cleaned up when \"make clean\" is issued. This\npatch fixes the issue.\n\nSigned-off-by: Jarkko Sakkinen \u003cjarkko.sakkinen@intel.com\u003e\nLink: http://lkml.kernel.org/r/1337622684-6834-1-git-send-email-jarkko.sakkinen@intel.com\nSigned-off-by: H. Peter Anvin \u003chpa@zytor.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "70a4571f9abef85e20c60a4654883d5250a36246", "tree": "3f3d7e34141269e8a21ba016e3f4567fcc1f99a2", "parents": [ "1c2cc4a3922738f434fe4872a850f40095cc79d3" ], "author": { "name": "Laurent Pinchart", "email": "laurent.pinchart@ideasonboard.com", "time": "Wed Mar 21 09:50:36 2012 -0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:26 2012 +0800" }, "message": "media: uvcvideo: Fix ENUMINPUT handling\n\ncommit 31c5f0c5e25ed71eeced170f113bb590f2f1f6f3 upstream.\n\nProperly validate the user-supplied index against the number of inputs.\nThe code used the pin local variable instead of the index by mistake.\n\nReported-by: Jozef Vesely \u003cvesely@gjh.sk\u003e\nSigned-off-by: Laurent Pinchart \u003claurent.pinchart@ideasonboard.com\u003e\nSigned-off-by: Mauro Carvalho Chehab \u003cmchehab@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "1c2cc4a3922738f434fe4872a850f40095cc79d3", "tree": "0ff556595d910141e86c3eb8245e75622a731266", "parents": [ "ed14f88b0953dd749bcae068dd9bc1a5e556a789" ], "author": { "name": "Michael Krufky", "email": "mkrufky@linuxtv.org", "time": "Thu Mar 22 13:55:05 2012 -0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:25 2012 +0800" }, "message": "smsusb: add autodetection support for USB ID 2040:c0a0\n\ncommit 4d1b58b84472d1d300a66e1c5fd765b21e74ba15 upstream.\n\nSigned-off-by: Michael Krufky \u003cmkrufky@linuxtv.org\u003e\nSigned-off-by: Mauro Carvalho Chehab \u003cmchehab@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "ed14f88b0953dd749bcae068dd9bc1a5e556a789", "tree": "7a74fa7bf33ffd236464681cada7268e2ce7cfb2", "parents": [ "474d1f4678a679a98eaf53801e7f95c61ae9daa7" ], "author": { "name": "Dave Airlie", "email": "airlied@redhat.com", "time": "Fri May 18 15:31:12 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:25 2012 +0800" }, "message": "nouveau: nouveau_set_bo_placement takes TTM flags\n\ncommit c284815debba2f14ee2fd07b1b4cc972ab116110 upstream.\n\nThis seems to be wrong to me, spotted while thinking about dma-buf.\n\nReviewed-by: Ben Skeggs \u003cbskeggs@redhat.com\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "474d1f4678a679a98eaf53801e7f95c61ae9daa7", "tree": "55949e1184861437b1d4c6a3cb5cd8ab89f29034", "parents": [ "284e7be895509cdaf9f58e2f789c00b5e9da2244" ], "author": { "name": "Stefano Stabellini", "email": "stefano.stabellini@eu.citrix.com", "time": "Mon May 21 16:54:10 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:25 2012 +0800" }, "message": "xen: do not map the same GSI twice in PVHVM guests.\n\ncommit 68c2c39a76b094e9b2773e5846424ea674bf2c46 upstream.\n\nPV on HVM guests map GSIs into event channels. At restore time the\nevent channels are resumed by restore_pirqs.\n\nDevice drivers might try to register the same GSI again through ACPI at\nrestore time, but the GSI has already been mapped and bound by\nrestore_pirqs. This patch detects these situations and avoids\n mapping the same GSI multiple times.\n\nWithout this patch we get:\n(XEN) irq.c:2235: dom4: pirq 23 or emuirq 28 already mapped\nand waste a pirq.\n\nSigned-off-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": "284e7be895509cdaf9f58e2f789c00b5e9da2244", "tree": "ce07904bf2adce771798c3408c29d02ccdffc2f2", "parents": [ "4e799d5e79f04b8099c1bd2ff9dc047d3fefd2c1" ], "author": { "name": "Dan Carpenter", "email": "dan.carpenter@oracle.com", "time": "Tue May 15 11:47:47 2012 +0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:25 2012 +0800" }, "message": "hvc_xen: NULL dereference on allocation failure\n\ncommit 201a52bea928687b7557728b176ac4f8a37d5cbd upstream.\n\nIf kzalloc() returns a NULL here, we pass a NULL to\nxencons_disconnect_backend() which will cause an Oops.\n\nAlso I removed the __GFP_ZERO while I was at it since kzalloc() implies\n__GFP_ZERO.\n\nAcked-by: Stefano Stabellini \u003cstefano.stabellini@eu.citrix.com\u003e\nSigned-off-by: Dan Carpenter \u003cdan.carpenter@oracle.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": "4e799d5e79f04b8099c1bd2ff9dc047d3fefd2c1", "tree": "2d833204305d8b1b746a3f728284cb65eb46112d", "parents": [ "dc9f6719d012a955d3e87f720c8ed9d03f2b9020" ], "author": { "name": "Herton Ronaldo Krzesinski", "email": "herton.krzesinski@canonical.com", "time": "Fri May 11 15:29:50 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:25 2012 +0800" }, "message": "spi/spi-fsl-spi: reference correct pdata in fsl_spi_cs_control\n\ncommit 067aa4815a9bc12a569d8a06afef50ba5773afbf upstream.\n\nCommit 178db7d3, \"spi: Fix device unregistration when unregistering\nthe bus master\", changed spi device initialization of dev.parent pointer\nto be the master\u0027s device pointer instead of his parent.\n\nThis introduced a bug in spi-fsl-spi, since its usage of spi device\npointer was not updated accordingly. This was later fixed by commit\n5039a86, \"spi/mpc83xx: fix NULL pdata dereference bug\", but it missed\nanother spot on fsl_spi_cs_control function where we also need to update\nusage of spi device pointer. This change address that.\n\nSigned-off-by: Herton Ronaldo Krzesinski \u003cherton.krzesinski@canonical.com\u003e\nAcked-by: Joakim Tjernlund \u003cJoakim.Tjernlund@transmode.se\u003e\nSigned-off-by: Grant Likely \u003cgrant.likely@secretlab.ca\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "dc9f6719d012a955d3e87f720c8ed9d03f2b9020", "tree": "2cf620b621eeaf3d8a4713f1f0544a90b33addd1", "parents": [ "d8a0b3e41b7cac5dcd6408073f70818bb9675f25" ], "author": { "name": "Thomas Gleixner", "email": "tglx@linutronix.de", "time": "Thu May 03 12:22:06 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:25 2012 +0800" }, "message": "gpio: mpc8xxx: Prevent NULL pointer deref in demux handler\n\ncommit d6de85e85edcc38c9edcde45a0a568818fcddc13 upstream.\n\ncommit cfadd838(powerpc/8xxx: Fix interrupt handling in MPC8xxx GPIO\ndriver) added an unconditional call of chip-\u003eirq_eoi() to the demux\nhandler.\n\nThis leads to a NULL pointer derefernce on MPC512x platforms which use\nthis driver as well.\n\nMake it conditional.\n\nReported-by: Thomas Wucher \u003cthwucher@linutronix.de\u003e\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nCc: Felix Radensky \u003cfelix@embedded-sol.com\u003e\nCc: Kumar Gala \u003cgalak@kernel.crashing.org\u003e\nCc: Grant Likely \u003cgrant.likely@secretlab.ca\u003e\nSigned-off-by: Grant Likely \u003cgrant.likely@secretlab.ca\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "d8a0b3e41b7cac5dcd6408073f70818bb9675f25", "tree": "b6e9ade00f31cf69e242967f4a5da7373c47274b", "parents": [ "629bdbbcd239bae8ef798c1f9c2c4cd006ecf389" ], "author": { "name": "Daniel Vetter", "email": "daniel.vetter@ffwll.ch", "time": "Sun May 13 22:29:25 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:24 2012 +0800" }, "message": "drm/i915: don\u0027t clobber the pipe param in sanitize_modesetting\n\ncommit a9dcf84b14ef4e9a609910367576995e6f32f3dc upstream.\n\n... we need it later on in the function to clean up pipe \u003c-\u003e plane\nassociations. This regression has been introduced in\n\ncommit f47166d2b0001fcb752b40c5a2d4db986dfbea68\nAuthor: Chris Wilson \u003cchris@chris-wilson.co.uk\u003e\nDate: Thu Mar 22 15:00:50 2012 +0000\n\n drm/i915: Sanitize BIOS debugging bits from PIPECONF\n\nSpotted by staring at debug output of an (as it turns out) totally\nunrelated bug.\n\nv2: I\u0027ve totally failed to do the s/pipe/i/ correctly, spotted by\nChris Wilson.\n\nReviewed-by: Chris Wilson \u003cchris@chris-wilson.co.uk\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": "629bdbbcd239bae8ef798c1f9c2c4cd006ecf389", "tree": "8c565c28c20feddb0e29ee086c5c2b2f2d09bc5c", "parents": [ "b019d4bf936fa7212341053f337c6714f29fc95e" ], "author": { "name": "Ben Widawsky", "email": "ben@bwidawsk.net", "time": "Sat Apr 14 18:41:32 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:24 2012 +0800" }, "message": "drm/i915: [GEN7] Use HW scheduler for fixed function shaders\n\ncommit a1e969e0332de7a430e62822cee8f2ec8d83cd7c upstream.\n\nThis originally started as a patch from Bernard as a way of simply\nsetting the VS scheduler. After submitting the RFC patch, we decided to\nalso modify the DS scheduler. To be most explicit, I\u0027ve made the patch\nexplicitly set all scheduler modes, and included the defines for other\nmodes (in case someone feels frisky later).\n\nThe rest of the story gets a bit weird. The first version of the patch\nshowed an almost unbelievable performance improvement. Since rebasing my\nbranch it appears the performance improvement has gone, unfortunately.\nBut setting these bits seem to be the right thing to do given that the\ndocs describe corruption that can occur with the default settings.\n\nIn summary, I am seeing no more perf improvements (or regressions) in my\nlimited testing, but we believe this should be set to prevent rendering\ncorruption, therefore cc stable.\n\nv1: Clear bit 4 also (Ken + Eugeni)\nDo a full clear + set of the bits we want (Me).\n\nCc: Bernard Kilarski \u003cbernard.r.kilarski@intel.com\u003e\nReviewed-by (RFC): Kenneth Graunke \u003ckenneth@whitecape.org\u003e\nSigned-off-by: Ben Widawsky \u003cbenjamin.widawsky@intel.com\u003e\nReviewed-by: Eugeni Dodonov \u003ceugeni.dodonov@intel.com\u003e\nReviewed-by: Kenneth Graunke \u003ckenneth@whitecape.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": "b019d4bf936fa7212341053f337c6714f29fc95e", "tree": "2d2eff17ade31ffea18a468d1aad361b2f81b4ea", "parents": [ "46f736c6f722e9a71ab552178a6bf4edf85ba371" ], "author": { "name": "Chris Wilson", "email": "chris@chris-wilson.co.uk", "time": "Wed May 09 21:45:43 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:24 2012 +0800" }, "message": "drm/i915: Avoid a double-read of PCH_IIR during interrupt handling\n\ncommit 9adab8b5a7fde248504f484e197589f3e3c922e2 upstream.\n\nCurrently the code re-reads PCH_IIR during the hotplug interrupt\nprocessing. Not only is this a wasted read, but introduces a potential\nfor handling a spurious interrupt as we then may not clear all the\ninterrupts processed (since the re-read IIR may contains more interrupts\nasserted than we clear using the result of the original read).\n\nSigned-off-by: Chris Wilson \u003cchris@chris-wilson.co.uk\u003e\nCc: 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": "46f736c6f722e9a71ab552178a6bf4edf85ba371", "tree": "25a1f71266b261b79a6a07160568c61265580bca", "parents": [ "10c4a0daae42270ef15c208e95556587a1cd5fd5" ], "author": { "name": "Larry Finger", "email": "Larry.Finger@lwfinger.net", "time": "Sun May 06 16:01:05 2012 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:24 2012 +0800" }, "message": "b43legacy: Fix error due to MMIO access with SSB unpowered\n\ncommit 8f4b20388fa77226a3605627a33a23f90d559e50 upstream.\n\nThere is a dummy read of a PCI MMIO register that occurs before the SSB bus\nhas been powered, which is an error. This bug has not been seen earlier,\nbut was apparently exposed when udev was updated to version 182.\n\nSigned-off-by: Larry Finger \u003cLarry.Finger@lwfinger.net\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "10c4a0daae42270ef15c208e95556587a1cd5fd5", "tree": "3c9490b918750bae8f2e0237cdbd631d07721c11", "parents": [ "edad2199132a88f160c4939d1ad3eecc4c33b211" ], "author": { "name": "Alan Cox", "email": "alan@linux.intel.com", "time": "Mon May 21 15:27:44 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:24 2012 +0800" }, "message": "gma500: Fix Poulsbo suspend/resume crash on devices with SDVO ports\n\ncommit 7beff62ee39d3ccf088bb77f61a63037f714d235 upstream.\n\nReported-by: Guillaume Clément \u003cguillaume@baobob.org\u003e\nSigned-off-by: Alan Cox \u003calan@linux.intel.com\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "edad2199132a88f160c4939d1ad3eecc4c33b211", "tree": "a267d27be145f253340d88683fb701074c86fb9a", "parents": [ "61fb50b8328e61b6038d99c6333a60b5b02328d8" ], "author": { "name": "Andiry Xu", "email": "andiry.xu@gmail.com", "time": "Sat May 05 00:50:10 2012 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:24 2012 +0800" }, "message": "usbcore: enable USB2 LPM if port suspend fails\n\ncommit c3e751e4f4754793bb52bd5ae30e9cc027edbb12 upstream.\n\nUSB2 LPM is disabled when device begin to suspend and enabled after device\nis resumed. That\u0027s because USB spec does not define the transition from\nU1/U2 state to U3 state.\n\nIf usb_port_suspend() fails, usb_port_resume() is never called, and USB2 LPM\nis disabled in this situation. Enable USB2 LPM if port suspend fails.\n\nThis patch should be backported to kernels as old as 3.2, that contain\nthe commit 65580b4321eb36f16ae8b5987bfa1bb948fc5112 \"xHCI: set USB2\nhardware LPM\".\n\nSigned-off-by: Andiry Xu \u003candiry.xu@gmail.com\u003e\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "61fb50b8328e61b6038d99c6333a60b5b02328d8", "tree": "12051b4d8f71450cdb2a710de5e45676d756d541", "parents": [ "587c53c66ccee465f78d4d23c75aa9e4899597af" ], "author": { "name": "Oliver Neukum", "email": "oneukum@suse.de", "time": "Thu May 10 10:19:21 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:23 2012 +0800" }, "message": "USB: fix resource leak in xhci power loss path\n\ncommit f8a9e72d125f4e00ec529ba67b674321a1f3bf31 upstream.\n\nSome more data structures must be freed and counters\nreset if an XHCI controller has lost power. The failure\nto do so renders some chips inoperative after a certain number\nof S4 cycles.\n\nThis patch should be backported to kernels as old as 3.2,\nthat contain the commits c29eea621900f18287d50519f72cb9113746d75a\n\"xhci: Implement HS/FS/LS bandwidth checking.\" and\ncommit 839c817ce67178ca3c7c7ad534c571bba1e69ebe\n\"xhci: Implement HS/FS/LS bandwidth checking.\"\n\nSigned-off-by: Oliver Neukum \u003coneukum@suse.de\u003e\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "587c53c66ccee465f78d4d23c75aa9e4899597af", "tree": "574cb3298207e3fec8ca5f34876f91e58780fe48", "parents": [ "c9022f1306507d81a527c86ec756c938c3b8bc70" ], "author": { "name": "Sarah Sharp", "email": "sarah.a.sharp@linux.intel.com", "time": "Tue May 08 09:22:49 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:23 2012 +0800" }, "message": "xhci: Add new short TX quirk for Fresco Logic host.\n\ncommit 1530bbc6272d9da1e39ef8e06190d42c13a02733 upstream.\n\nSergio reported that when he recorded audio from a USB headset mic\nplugged into the USB 3.0 port on his ASUS N53SV-DH72, the audio sounded\n\"robotic\". When plugged into the USB 2.0 port under EHCI on the same\nlaptop, the audio sounded fine. The device is:\n\nBus 002 Device 004: ID 046d:0a0c Logitech, Inc. Clear Chat Comfort USB Headset\n\nThe problem was tracked down to the Fresco Logic xHCI host controller\nnot correctly reporting short transfers on isochronous IN endpoints.\nThe driver would submit a 96 byte transfer, the device would only send\n88 or 90 bytes, and the xHCI host would report the transfer had a\n\"successful\" completion code, with an untransferred buffer length of 8\nor 6 bytes.\n\nThe successful completion code and non-zero untransferred length is a\ncontradiction. The xHCI host is supposed to only mark a transfer as\nsuccessful if all the bytes are transferred. Otherwise, the transfer\nshould be marked with a short packet completion code. Without the EHCI\nbus trace, we wouldn\u0027t know whether the xHCI driver should trust the\ncompletion code or the untransferred length. With it, we know to trust\nthe untransferred length.\n\nAdd a new xHCI quirk for the Fresco Logic host controller. If a\ntransfer is reported as successful, but the untransferred length is\nnon-zero, print a warning. For the Fresco Logic host, change the\ncompletion code to COMP_SHORT_TX and process the transfer like a short\ntransfer.\n\nThis should be backported to stable kernels that contain the commit\nf5182b4155b9d686c5540a6822486400e34ddd98 \"xhci: Disable MSI for some\nFresco Logic hosts.\" That commit was marked for stable kernels as old\nas 2.6.36.\n\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nReported-by: Sergio Correia \u003clists@uece.net\u003e\nTested-by: Sergio Correia \u003clists@uece.net\u003e\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "c9022f1306507d81a527c86ec756c938c3b8bc70", "tree": "da471748511afe03d4a90bb56d3c643cb73b59db", "parents": [ "a3cb26c10b08940959884d8f35097ecbb4bbac9d" ], "author": { "name": "Sarah Sharp", "email": "sarah.a.sharp@linux.intel.com", "time": "Tue May 08 07:09:26 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:23 2012 +0800" }, "message": "xhci: Reset reserved command ring TRBs on cleanup.\n\ncommit 33b2831ac870d50cc8e01c317b07fb1e69c13fe1 upstream.\n\nWhen the xHCI driver needs to clean up memory (perhaps due to a failed\nregister restore on resume from S3 or resume from S4), it needs to reset\nthe number of reserved TRBs on the command ring to zero. Otherwise,\nseveral resume cycles (about 30) with a UAS device attached will\ncontinually increment the number of reserved TRBs, until all command\nsubmissions fail because there isn\u0027t enough room on the command ring.\n\nThis patch should be backported to kernels as old as 2.6.32,\nthat contain the commit 913a8a344ffcaf0b4a586d6662a2c66a7106557d\n\"USB: xhci: Change how xHCI commands are handled.\"\n\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "a3cb26c10b08940959884d8f35097ecbb4bbac9d", "tree": "fb55a999ccf76b1236309617135f270011c44097", "parents": [ "e6842282219e127d1ef3d6346082ab80214bbcbf" ], "author": { "name": "Hans de Goede", "email": "hdegoede@redhat.com", "time": "Mon Apr 23 15:06:09 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:23 2012 +0800" }, "message": "usb-xhci: Handle COMP_TX_ERR for isoc tds\n\ncommit 9c745995ae5c4ff787f34a359de908facc11ee00 upstream.\n\nWhile testing unplugging an UVC HD webcam with usb-redirection (so through\nusbdevfs), my userspace usb-redir code was getting a value of -1 in\niso_frame_desc[n].status, which according to Documentation/usb/error-codes.txt\nis not a valid value.\n\nThe source of this -1 is the default case in xhci-ring.c:process_isoc_td()\nadding a kprintf there showed the value of trb_comp_code to be COMP_TX_ERR\nin this case, so this patch adds handling for that completion code to\nprocess_isoc_td().\n\nThis was observed and tested with the following xhci controller:\n1033:0194 NEC Corporation uPD720200 USB 3.0 Host Controller (rev 04)\n\nNote: I also wonder if setting frame-\u003estatus to -1 (-EPERM) is the best we can\ndo, but since I cannot come up with anything better I\u0027ve left that as is.\n\nThis patch should be backported to kernels as old as 2.6.36, which contain the\ncommit 04e51901dd44f40a5a385ced897f6bca87d5f40a \"USB: xHCI: Isochronous\ntransfer implementation\".\n\nSigned-off-by: Hans de Goede \u003chdegoede@redhat.com\u003e\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "e6842282219e127d1ef3d6346082ab80214bbcbf", "tree": "0925e2352f35295048fe7d9fc7615fcd24f01b37", "parents": [ "296b8ce71ac3c48cd43d9373b444d9856cfeebff" ], "author": { "name": "Sarah Sharp", "email": "sarah.a.sharp@linux.intel.com", "time": "Mon Apr 16 10:56:47 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:23 2012 +0800" }, "message": "xhci: Avoid dead ports when CONFIG_USB_XHCI_HCD\u003dn\n\ncommit 51c9e6c7732b67769c0a514d31f505e49fa82dd4 upstream.\n\nIf the user chooses to say \"no\" to CONFIG_USB_XHCI_HCD on a system\nwith an Intel Panther Point chipset, the PCI quirks code or the EHCI\ndriver will switch the ports over to the xHCI host, but the xHCI driver\nwill never load. The ports will be powered off and seem \"dead\" to the\nuser.\n\nFix this by only switching the ports over if CONFIG_USB_XHCI_HCD is\neither compiled in, or compiled as a module.\n\nThis patch should be backported to stable kernels as old as 3.0,\nthat contain commit 69e848c2090aebba5698a1620604c7dccb448684\n\"Intel xhci: Support EHCI/xHCI port switching.\"\n\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nReported-by: Eric Anholt \u003ceric.anholt@intel.com\u003e\nReported-by: David Bein \u003cd.bein@f5.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "296b8ce71ac3c48cd43d9373b444d9856cfeebff", "tree": "41f7948e6bf9a25e4e58a70b8eb79aabef7f9ea3", "parents": [ "ce5833387ab9481e2d83939a4a36203e3461ef73" ], "author": { "name": "Andiry Xu", "email": "andiry.xu@amd.com", "time": "Sat Apr 14 02:54:30 2012 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:23 2012 +0800" }, "message": "xHCI: keep track of ports being resumed and indicate in hub_status_data\n\ncommit f370b9968a220a3d79d870dd7dee674cc0ff3d10 upstream.\n\nThis commit adds a bit-array to xhci bus_state for keeping track of\nwhich ports are undergoing a resume transition. If any of the bits\nare set when xhci_hub_status_data() is called, the routine will return\na non-zero value even if no ports have any status changes pending.\nThis will allow usbcore to handle races between root-hub suspend and\nport wakeup.\n\nThis patch should be backported to kernels as old as 3.4, that contain\nthe commit 879d38e6bc36d73b0ac40ec9b0d839fda9fa8b1a \"USB: fix race\nbetween root-hub suspend and remote wakeup\".\n\nSigned-off-by: Andiry Xu \u003candiry.xu@amd.com\u003e\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nCc: Alan Stern \u003cstern@rowland.harvard.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "ce5833387ab9481e2d83939a4a36203e3461ef73", "tree": "0ff3fa21212da470d04e0662fb164054dff8c456", "parents": [ "be89311ce0799bba12f6b9f73228c2b264074a8c" ], "author": { "name": "Sarah Sharp", "email": "sarah.a.sharp@linux.intel.com", "time": "Thu Feb 09 15:55:13 2012 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:22 2012 +0800" }, "message": "xhci: Add Lynx Point to list of Intel switchable hosts.\n\ncommit 1c12443ab8eba71a658fae4572147e56d1f84f66 upstream.\n\nThe upcoming Intel Lynx Point chipset includes an xHCI host controller\nthat can have ports switched from the EHCI host controller, just like\nthe Intel Panther Point xHCI host. This time, ports from both EHCI\nhosts can be switched to the xHCI host controller. The PCI config\nregisters to do the port switching are in the exact same place in the\nxHCI PCI configuration registers, with the same semantics.\n\nHooray for shipping patches for next-gen hardware before the current gen\nhardware is even available for purchase!\n\nThis patch should be backported to stable kernels as old as 3.0,\nthat contain commit 69e848c2090aebba5698a1620604c7dccb448684\n\"Intel xhci: Support EHCI/xHCI port switching.\"\n\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "be89311ce0799bba12f6b9f73228c2b264074a8c", "tree": "9263f6d0bcace96d8c894c82053920dfe7eba276", "parents": [ "66595c7dabba38c4ad40bad992c3f612b75a9f71" ], "author": { "name": "Steffen Müller", "email": "steffen.mueller@radio-frei.de", "time": "Mon Apr 30 13:05:34 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:22 2012 +0800" }, "message": "usb: add USB_QUIRK_RESET_RESUME for M-Audio 88es\n\ncommit 166cb70e97bd83d7ae9bbec6ae59a178fd9bb823 upstream.\n\nTested-by: Steffen Müller \u003csteffen.mueller@radio-frei.de\u003e\nSigned-off-by: Steffen Müller \u003csteffen.mueller@radio-frei.de\u003e\nSigned-off-by: Stefan Seyfried \u003cseife+kernel@b1-systems.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "66595c7dabba38c4ad40bad992c3f612b75a9f71", "tree": "76bcdae1e55d5de6c91f1d98d8eda3e32f22fe3c", "parents": [ "3c8e06de9d7d35461601d987605d091d3c817fba" ], "author": { "name": "Peter Chen", "email": "peter.chen@freescale.com", "time": "Sun Apr 01 15:17:16 2012 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:22 2012 +0800" }, "message": "usb: gadget: fsl_udc_core: dTD\u0027s next dtd pointer need to be updated once written\n\ncommit 4d0947dec4db1224354e2f6f00ae22ce38e62a43 upstream.\n\ndTD\u0027s next dtd pointer need to be updated once CPU writes it, or this\nrequest may not be handled by controller, then host will get NAK from\ndevice forever.\n\nThis problem occurs when there is a request is handling, we need to add\na new request to dTD list, if this new request is added before the current\none is finished, the new request is intended to added as next dtd pointer\nat current dTD, but without wmb(), the dTD\u0027s next dtd pointer may not be\nupdated when the controller reads it. In that case, the controller will\nstill get Terminate Bit is 1 at dTD\u0027s next dtd pointer, that means there is\nno next request, then this new request is missed by controller.\n\nSigned-off-by: Peter Chen \u003cpeter.chen@freescale.com\u003e\nAcked-by: Li Yang \u003cleoli@freescale.com\u003e\nSigned-off-by: Felipe Balbi \u003cbalbi@ti.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "3c8e06de9d7d35461601d987605d091d3c817fba", "tree": "f77930f1d13eee2b48793987e0784575bf3371c6", "parents": [ "c84ac3a2f033f13f55e737b4b9e3395b66c523d4" ], "author": { "name": "Darren Hart", "email": "dvhart@linux.intel.com", "time": "Fri May 11 13:56:57 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:22 2012 +0800" }, "message": "USB: serial: ti_usb_3410_5052: Add support for the FRI2 serial console\n\ncommit 975dc33b82cb887d75a29b1e3835c8eb063a8e99 upstream.\n\nThe Kontron M2M development board, also known as the Fish River Island II,\nhas an optional daughter card providing access to the PCH_UART (EG20T) via\na ti_usb_3410_5052 uart to usb chip.\n\nhttp://us.kontron.com/products/systems+and+platforms/m2m/m2m+smart+services+developer+kit.html\n\nSigned-off-by: Darren Hart \u003cdvhart@linux.intel.com\u003e\nCC: Al Borchers \u003calborchers@steinerpoint.com\u003e\nCC: Peter Berger \u003cpberger@brimson.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "c84ac3a2f033f13f55e737b4b9e3395b66c523d4", "tree": "567854cc3de537fc34e22143013349a18c436163", "parents": [ "33c3504a085337d80750d2ab68e8ea2127b63ba5" ], "author": { "name": "Huajun Li", "email": "huajun.li.lee@gmail.com", "time": "Fri May 18 20:12:51 2012 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:22 2012 +0800" }, "message": "USB: Remove races in devio.c\n\ncommit 4e09dcf20f7b5358615514c2ec8584b248ab8874 upstream.\n\nThere exist races in devio.c, below is one case,\nand there are similar races in destroy_async()\nand proc_unlinkurb(). Remove these races.\n\n cancel_bulk_urbs() async_completed()\n------------------- -----------------------\n spin_unlock(\u0026ps-\u003elock);\n\n list_move_tail(\u0026as-\u003easynclist,\n\t\t \u0026ps-\u003easync_completed);\n\n wake_up(\u0026ps-\u003ewait);\n\n Lead to free_async() be triggered,\n then urb and \u0027as\u0027 will be freed.\n\n usb_unlink_urb(as-\u003eurb);\n \u003d\u003d\u003d\u003e refer to the freed \u0027as\u0027\n\nSigned-off-by: Huajun Li \u003chuajun.li.lee@gmail.com\u003e\nCc: Alan Stern \u003cstern@rowland.harvard.edu\u003e\nCc: Oncaphillis \u003concaphillis@snafu.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "33c3504a085337d80750d2ab68e8ea2127b63ba5", "tree": "cb41277466f4ce341a736c50bdb87f0b5d2c3c63", "parents": [ "658b069b7c6b5d91cd89a24dde34ec91918f6e25" ], "author": { "name": "Nicolas Ferre", "email": "nicolas.ferre@atmel.com", "time": "Wed May 09 10:48:54 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:22 2012 +0800" }, "message": "USB: ohci-at91: add a reset function to fix race condition\n\ncommit 07e4e556eff4938eb2edf2591de3aa7d7fb82b52 upstream.\n\nA possible race condition appears because we are not initializing\nthe ohci-\u003eregs before calling usb_hcd_request_irqs().\nWe move the call to ohci_init() in hcd-\u003edriver-\u003ereset() instead of\nhcd-\u003edriver-\u003estart() to fix this.\nThis was experienced when we share the same IRQ line between OHCI and EHCI\ncontrollers.\n\nSigned-off-by: Nicolas Ferre \u003cnicolas.ferre@atmel.com\u003e\nTested-by: Christian Eggers \u003cchristian.eggers@kathrein.de\u003e\nAcked-by: Alan Stern \u003cstern@rowland.harvard.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "658b069b7c6b5d91cd89a24dde34ec91918f6e25", "tree": "e6a56718eaffb05a88d7251f2684d42bbc373a11", "parents": [ "ada3a3d0cb75f4cb015a2521badcffcf6d16ba45" ], "author": { "name": "Shinya Kuribayashi", "email": "shinya.kuribayashi.px@renesas.com", "time": "Thu May 10 10:31:21 2012 +0900" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:21 2012 +0800" }, "message": "USB: gpio_vbus: provide an appropriate debounce interval\n\ncommit 934ccec4da14dc0586dfe08b36166364bdd2181b upstream.\n\nIn commit c2344f13b59e007d782a3e591ebc551bc583a8b7 (USB: gpio_vbus:\nadd delayed vbus_session calls, 2009-01-24), usb_gadget_vbus_connect()\nand ...disconnect() were extracted from the interrupt handler, so to\nallow vbus_session handlers to deal with msleep() calls.\n\nThis patch takes the approach one step further.\n\nUSB2.0 specification (7.1.7.3 Connect and Disconnect Signaling) says\nthat the USB system software (shall) provide a debounce interval with\na minimum duration of 100 ms, which ensures that the electrical and\nmechanical connection is stable before software attempts to reset\nthe attached device.\n\nSigned-off-by: Shinya Kuribayashi \u003cshinya.kuribayashi.px@renesas.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "ada3a3d0cb75f4cb015a2521badcffcf6d16ba45", "tree": "839e08069481979d79c8af64f070241cb78fbc80", "parents": [ "54c6b536f2c7ebc77f74937c3f4789ef191aa479" ], "author": { "name": "Russ Dill", "email": "Russ.Dill@ti.com", "time": "Fri May 04 04:24:47 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:21 2012 +0800" }, "message": "USB: EHCI: OMAP: Finish ehci omap phy reset cycle before adding hcd.\n\ncommit 3aa2ae74ba630ec9b98736d64aea8e4cb490861d upstream.\n\n\u0027ARM: OMAP3: USB: Fix the EHCI ULPI PHY reset issue\u0027 (1fcb57d0f) created a regression\nwith Beagleboard xM if booting the kernel after running \u0027usb start\u0027 under u-boot.\n\nFinishing the reset before calling \u0027usb_add_hcd\u0027 fixes the regression. This is most likely due to\nusb_add_hcd calling the driver\u0027s reset and init functions which expect the hardware to be\nup and running.\n\nSigned-off-by: Russ Dill \u003cRuss.Dill@ti.com\u003e\nAcked-by: Felipe Balbi \u003cbalbi@ti.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "54c6b536f2c7ebc77f74937c3f4789ef191aa479", "tree": "35b96eb0a2db99dd410c538e3dc3351afd33e217", "parents": [ "0053c7e96ee9a516e7e8499f6fc28c0d9c43d40c" ], "author": { "name": "Hauke Mehrtens", "email": "hauke@hauke-m.de", "time": "Fri May 18 20:29:56 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:21 2012 +0800" }, "message": "USB: ehci-platform: remove update_device\n\ncommit 8377c94f627f7943da9a7eefdb21fd2e9e7ec629 upstream.\n\nThe update_device callback is not needed and the function used here is\nfrom the pci ehci driver. Without this patch we get a compile error if\nehci-platform is compiled without ehci-pci.\n\nSigned-off-by: Hauke Mehrtens \u003chauke@hauke-m.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "0053c7e96ee9a516e7e8499f6fc28c0d9c43d40c", "tree": "478e87228d2f444d9baffe7a12e8f14adbc5cca6", "parents": [ "faf7fee9add05c8cebc2e7c8e6ff3feea364b868" ], "author": { "name": "Paul Zimmerman", "email": "Paul.Zimmerman@synopsys.com", "time": "Mon Apr 16 14:19:07 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:21 2012 +0800" }, "message": "usb: usbtest: two super speed fixes for usbtest\n\ncommit 6a23ccd216b6a8ba2c67a9f9d8969b4431ad2920 upstream.\n\nbMaxPacketSize0 field for super speed is a power of 2, not a count.\nThe size itself is always 512.\n\nMax packet size for a super speed bulk endpoint is 1024, so\nallocate the urb size in halt_simple() accordingly.\n\nSigned-off-by: Paul Zimmerman \u003cpaulz@synopsys.com\u003e\nAcked-by: Felipe Balbi \u003cbalbi@ti.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "faf7fee9add05c8cebc2e7c8e6ff3feea364b868", "tree": "192e38a804bdf4e072d10ab74e168bc782a025d6", "parents": [ "f5872d789e93efed59705b849de8b665c48d6b75" ], "author": { "name": "Matthias Fend", "email": "Matthias.Fend@wolfvision.net", "time": "Mon May 07 14:37:30 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:21 2012 +0800" }, "message": "USB: ffs-test: fix length argument of out function call\n\ncommit eb9c5836384cd2a276254df6254ed71117983626 upstream.\n\nThe out functions should only handle actual available data instead of the complete buffer.\nOtherwise for example the ep0_consume function will report ghost events since it tries to decode\nthe complete buffer - which may contain partly invalid data.\n\nSigned-off-by: Matthias Fend \u003cmatthias.fend@wolfvision.net\u003e\nAcked-by: Michal Nazarewicz \u003cmina86@mina86.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "f5872d789e93efed59705b849de8b665c48d6b75", "tree": "bc3fc05d61e7943757f24908c6ee5bf9d5166a83", "parents": [ "2aa5c3521c154db6e3bbbda1a2f0b07da4938626" ], "author": { "name": "Alan Stern", "email": "stern@rowland.harvard.edu", "time": "Tue May 08 15:15:25 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:21 2012 +0800" }, "message": "usb-storage: unusual_devs entry for Yarvik PMP400 MP4 player\n\ncommit df767b71e5816692134d59c0c17e0f77cd73333d upstream.\n\nThis patch (as1553) adds an unusual_dev entrie for the Yarvik PMP400\nMP4 music player.\n\nSigned-off-by: Alan Stern \u003cstern@rowland.harvard.edu\u003e\nReported-by: Jesse Feddema \u003cjdfeddema@gmail.com\u003e\nTested-by: Jesse Feddema \u003cjdfeddema@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "2aa5c3521c154db6e3bbbda1a2f0b07da4938626", "tree": "4dec143b6b632fbc38aef5bcfec3bc5a2d71f70f", "parents": [ "27234cee48f54e3f3125e44bc8b05c42b977a113" ], "author": { "name": "Alan Stern", "email": "stern@rowland.harvard.edu", "time": "Mon May 07 11:20:06 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:20 2012 +0800" }, "message": "usb-serial: ftdi_sio: fix oops during autosuspend\n\ncommit 5cbe61c5aff0a8ada691eb8b07dbfb55c303f640 upstream.\n\nThis patch (as1550) fixes a bug in the usb-serial core that affects\nthe ftdi_sio driver and most likely others as well. The core\nimplements suspend and resume routines, but it doesn\u0027t store pointers\nto those routines in the usb_driver structures that it registers,\neven though it does set those drivers\u0027 supports_autosuspend flag. The\nend result is that when one of these devices is autosuspended, we try\nto call through a NULL pointer.\n\nThe patch fixes the problem by setting the suspend and resume method\npointers to the appropriate routines in the USB serial core, along\nwith the supports_autosuspend field, in each driver as it is\nregistered.\n\nThis should be back-ported to all the stable kernels that have the new\nusb_serial_register_drivers() interface.\n\nSigned-off-by: Alan Stern \u003cstern@rowland.harvard.edu\u003e\nReported-and-tested-by: Frank Schäfer \u003cschaefer.frank@gmx.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "27234cee48f54e3f3125e44bc8b05c42b977a113", "tree": "3028445c984d7bb21dfb869114552fd501be3bd0", "parents": [ "d0afed68fb1d586034be7a7e038488e83c37a89f" ], "author": { "name": "Éric Piel", "email": "piel@delmic.com", "time": "Mon May 07 12:37:54 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:20 2012 +0800" }, "message": "USB: ftdi-sio: add support for Physik Instrumente E-861\n\ncommit b69cc672052540e8efb1368420f10d7d4d8b8a3d upstream.\n\nThis adds VID/PID for the PI E-861. Without it, I had to do:\nmodprobe -q ftdi-sio product\u003d0x1008 vendor\u003d0x1a72\n\nhttp://www.physikinstrumente.com/en/products/prdetail.php?sortnr\u003d900610\n\nSigned-off-by: Éric Piel \u003cpiel@delmic.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "d0afed68fb1d586034be7a7e038488e83c37a89f", "tree": "7724be7fb7dbbc971b55eb06c21d759f5e134cad", "parents": [ "0b3539aad80702d68bcc3211fb4f5779f84d9d75" ], "author": { "name": "Alan Cox", "email": "alan@linux.intel.com", "time": "Mon May 14 14:51:22 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:20 2012 +0800" }, "message": "tty: Allow uart_register/unregister/register\n\ncommit 1e66cded334e6cea596c72f6f650eec351b1e959 upstream.\n\nThis is legitimate but because we don\u0027t clear the drv-\u003estate pointer in the\nunregister code causes a bogus BUG().\n\nResolves-bug: https://bugzilla.kernel.org/show_bug.cgi?id\u003d42880\nSigned-off-by: Alan Cox \u003calan@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "0b3539aad80702d68bcc3211fb4f5779f84d9d75", "tree": "54e8fdc6938b434499efe8b0e223934ec43ad52a", "parents": [ "b4bc0181430409b4ffbac0da0a286b1ea0a91dfe" ], "author": { "name": "Arnaud Patard", "email": "apatard@hupstream.com", "time": "Wed Apr 25 12:17:24 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:20 2012 +0800" }, "message": "8250_pci: fix pch uart matching\n\ncommit aaa10eb1d0034eccc096f583fe308f0921617598 upstream.\n\nThe rules used to make 8250_pci \"ignore\" the PCH uarts are lacking pci subids\nentries, preventing it to match and thus is breaking serial port support for\ntheses systems.\n\nThis has been tested on a nanoETXexpress-TT, which has a specifici uart clock.\n\nTested-by: Erwan Velu \u003cErwan.Velu@zodiacaerospace.com\u003e\n[stable@: please apply to 3.0-stable, 3.2-stable and 3.3-stable]\nSigned-off-by: Arnaud Patard \u003capatard@hupstream.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "b4bc0181430409b4ffbac0da0a286b1ea0a91dfe", "tree": "705199ddcffeb0b6667a5ad062da077478d81ddb", "parents": [ "2fa8ba3d8d0f49c4b087a026889a1154c3d94901" ], "author": { "name": "Christian Melki", "email": "christian.melki@ericsson.se", "time": "Mon Apr 30 11:21:26 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:20 2012 +0800" }, "message": "8250.c: less than 2400 baud fix.\n\ncommit f9a9111b540fd67db5dab332f4b83d86c90e27b1 upstream.\n\nWe noticed that we were loosing data at speed less than 2400 baud.\nIt turned out our (TI16750 compatible) uart with 64 byte outgoing fifo\nwas truncated to 16 byte (bit 5 sets fifo len) when modifying the fcr\nreg.\nThe input code still fills the buffer with 64 bytes if I remember\ncorrectly and thus data is lost.\nOur fix was to remove whiping of the fcr content and just add the\nTRIGGER_1 which we want for latency.\nI can\u0027t see why this would not work on less than 2400 always, for all\nuarts ...\nOtherwise one would have to make sure the filling of the fifo re-checks\nthe current state of available fifo size (urrk).\n\nSigned-off-by: Christian Melki \u003cchristian.melki@ericsson.se\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "2fa8ba3d8d0f49c4b087a026889a1154c3d94901", "tree": "642693b0ff18fbe2e3211f57b4afd5010ec5281b", "parents": [ "51c75d344b36152159b19466964dab4ae1a19fcd" ], "author": { "name": "Lothar Waßmann", "email": "LW@KARO-electronics.de", "time": "Thu May 03 11:37:12 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:20 2012 +0800" }, "message": "Add missing call to uart_update_timeout()\n\ncommit 8b979f7c6bf13a57e7b6002f1175312a44773960 upstream.\n\nThis patch fixes a problem reported here:\nhttp://article.gmane.org/gmane.linux.ports.arm.kernel/155242/match\u003dauart\n\nSigned-off-by: Lothar Waßmann \u003cLW@KARO-electronics.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "51c75d344b36152159b19466964dab4ae1a19fcd", "tree": "8bb7efd135ee2ea268eb97d44f40dd869c6011e8", "parents": [ "ab9094fa038106675b40dbb5ee78b60255d6c436" ], "author": { "name": "Shaohua Li", "email": "shli@kernel.org", "time": "Mon May 21 09:26:59 2012 +1000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:19 2012 +0800" }, "message": "md: using GFP_NOIO to allocate bio for flush request\n\ncommit b5e1b8cee7ad58a15d2fa79bcd7946acb592602d upstream.\n\nA flush request is usually issued in transaction commit code path, so\nusing GFP_KERNEL to allocate memory for flush request bio falls into\nthe classic deadlock issue.\n\nThis is suitable for any -stable kernel to which it applies as it\navoids a possible deadlock.\n\nSigned-off-by: Shaohua Li \u003cshli@fusionio.com\u003e\nSigned-off-by: NeilBrown \u003cneilb@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "ab9094fa038106675b40dbb5ee78b60255d6c436", "tree": "a2775b43fcfb3a6f56ae6f04e3e73346cb2bc4e1", "parents": [ "24312d34c95702e51240f58c073db30630170fbf" ], "author": { "name": "Mel Gorman", "email": "mgorman@suse.de", "time": "Wed May 23 12:48:13 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:19 2012 +0800" }, "message": "mm: mempolicy: Let vma_merge and vma_split handle vma-\u003evm_policy linkages\n\ncommit 05f144a0d5c2207a0349348127f996e104ad7404 upstream.\n\nDave Jones\u0027 system call fuzz testing tool \"trinity\" triggered the\nfollowing bug error with slab debugging enabled\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\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\n BUG numa_policy (Not tainted): Poison overwritten\n -----------------------------------------------------------------------------\n\n INFO: 0xffff880146498250-0xffff880146498250. First byte 0x6a instead of 0x6b\n INFO: Allocated in mpol_new+0xa3/0x140 age\u003d46310 cpu\u003d6 pid\u003d32154\n __slab_alloc+0x3d3/0x445\n kmem_cache_alloc+0x29d/0x2b0\n mpol_new+0xa3/0x140\n sys_mbind+0x142/0x620\n system_call_fastpath+0x16/0x1b\n INFO: Freed in __mpol_put+0x27/0x30 age\u003d46268 cpu\u003d6 pid\u003d32154\n __slab_free+0x2e/0x1de\n kmem_cache_free+0x25a/0x260\n __mpol_put+0x27/0x30\n remove_vma+0x68/0x90\n exit_mmap+0x118/0x140\n mmput+0x73/0x110\n exit_mm+0x108/0x130\n do_exit+0x162/0xb90\n do_group_exit+0x4f/0xc0\n sys_exit_group+0x17/0x20\n system_call_fastpath+0x16/0x1b\n INFO: Slab 0xffffea0005192600 objects\u003d27 used\u003d27 fp\u003d0x (null) flags\u003d0x20000000004080\n INFO: Object 0xffff880146498250 @offset\u003d592 fp\u003d0xffff88014649b9d0\n\nThis implied a reference counting bug and the problem happened during\nmbind().\n\nmbind() applies a new memory policy to a range and uses mbind_range() to\nmerge existing VMAs or split them as necessary. In the event of splits,\nmpol_dup() will allocate a new struct mempolicy and maintain existing\nreference counts whose rules are documented in\nDocumentation/vm/numa_memory_policy.txt .\n\nThe problem occurs with shared memory policies. The vm_op-\u003eset_policy\nincrements the reference count if necessary and split_vma() and\nvma_merge() have already handled the existing reference counts.\nHowever, policy_vma() screws it up by replacing an existing\nvma-\u003evm_policy with one that potentially has the wrong reference count\nleading to a premature free. This patch removes the damage caused by\npolicy_vma().\n\nWith this patch applied Dave\u0027s trinity tool runs an mbind test for 5\nminutes without error. /proc/slabinfo reported that there are no\nnuma_policy or shared_policy_node objects allocated after the test\ncompleted and the shared memory region was deleted.\n\nSigned-off-by: Mel Gorman \u003cmgorman@suse.de\u003e\nCc: Dave Jones \u003cdavej@redhat.com\u003e\nCc: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nCc: Stephen Wilson \u003cwilsons@start.ca\u003e\nCc: Christoph Lameter \u003ccl@linux.com\u003e\nCc: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "24312d34c95702e51240f58c073db30630170fbf", "tree": "9f3849204b3211e270397ac75f52b57bebca2892", "parents": [ "9ed2cb7819e7df0e0fe0cce574c64e57b4806fe1" ], "author": { "name": "Tejun Heo", "email": "tj@kernel.org", "time": "Mon May 14 15:04:50 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:19 2012 +0800" }, "message": "workqueue: skip nr_running sanity check in worker_enter_idle() if trustee is active\n\ncommit 544ecf310f0e7f51fa057ac2a295fc1b3b35a9d3 upstream.\n\nworker_enter_idle() has WARN_ON_ONCE() which triggers if nr_running\nisn\u0027t zero when every worker is idle. This can trigger spuriously\nwhile a cpu is going down due to the way trustee sets %WORKER_ROGUE\nand zaps nr_running.\n\nIt first sets %WORKER_ROGUE on all workers without updating\nnr_running, releases gcwq-\u003elock, schedules, regrabs gcwq-\u003elock and\nthen zaps nr_running. If the last running worker enters idle\ninbetween, it would see stale nr_running which hasn\u0027t been zapped yet\nand trigger the WARN_ON_ONCE().\n\nFix it by performing the sanity check iff the trustee is idle.\n\nSigned-off-by: Tejun Heo \u003ctj@kernel.org\u003e\nReported-by: \"Paul E. McKenney\" \u003cpaulmck@linux.vnet.ibm.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "9ed2cb7819e7df0e0fe0cce574c64e57b4806fe1", "tree": "16a97e969802c5e89badb7d533ee85c2b8401190", "parents": [ "577bd3ef6eed18ea3c866b2f25b14aa5e139b41f" ], "author": { "name": "Bjørn Mork", "email": "bjorn@mork.no", "time": "Wed May 09 13:53:23 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:19 2012 +0800" }, "message": "USB: cdc-wdm: remove from device list on disconnect\n\ncommit 6286d85e8efdb59252d1ceb99a56fa6b0b11526c upstream.\n\nPrevents dereferencing an invalid struct usb_interface\npointer.\n\nAlways delete entry from device list whether or not the\nrest of the device state cleanup is postponed. The device\nlist uses desc-\u003eintf as key, and wdm_open will dereference\nthis key while searching for a matching device. A device\nshould not appear in the list unless probe() has succeeded\nand disconnect() has not finished.\n\nCc: Oliver Neukum \u003coliver@neukum.org\u003e\nSigned-off-by: Bjørn Mork \u003cbjorn@mork.no\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "577bd3ef6eed18ea3c866b2f25b14aa5e139b41f", "tree": "772acc56bba2cc3649bd50b30f2f61c86140f3c8", "parents": [ "d0765ea47c9ab8466b8765ff768251b572670148" ], "author": { "name": "Bjørn Mork", "email": "bjorn@mork.no", "time": "Wed May 09 13:53:22 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:19 2012 +0800" }, "message": "USB: cdc-wdm: cannot use dev_printk when device is gone\n\ncommit 6b0b79d38806481c1c8fffa7c5842f3c83679a42 upstream.\n\nWe cannot dereference a removed USB interface for\ndev_printk. Use pr_debug instead where necessary.\n\nFlush errors are expected if device is unplugged and are\ntherefore best ingored at this point.\n\nMove the kill_urbs() call in wdm_release with dev_dbg()\nfor the non disconnect, as we know it has already been\ncalled if WDM_DISCONNECTING is set. This does not\nactually fix anything, but keeps the code more consistent.\n\nCc: Oliver Neukum \u003coliver@neukum.org\u003e\nSigned-off-by: Bjørn Mork \u003cbjorn@mork.no\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "d0765ea47c9ab8466b8765ff768251b572670148", "tree": "be81ee4845606be90beeb141684d141772be6a12", "parents": [ "fccfda602805358246118c8ed991a0cb32160d0f" ], "author": { "name": "Bjørn Mork", "email": "bjorn@mork.no", "time": "Wed May 09 13:53:21 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:19 2012 +0800" }, "message": "USB: cdc-wdm: poll must return POLLHUP if device is gone\n\ncommit 616b6937e348ef2b4c6ea5fef2cd3c441145efb0 upstream.\n\nElse the poll will be restarted indefinitely in a tight loop,\npreventing final device cleanup.\n\nCc: Oliver Neukum \u003coliver@neukum.org\u003e\nSigned-off-by: Bjørn Mork \u003cbjorn@mork.no\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "fccfda602805358246118c8ed991a0cb32160d0f", "tree": "ae7c1e84228d39bca80e75b3a49a7077083bb568", "parents": [ "eae68611b2683cc1a9a7ca669c60a65020071004" ], "author": { "name": "Oliver Neukum", "email": "oliver@neukum.org", "time": "Fri Apr 27 14:36:37 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:18 2012 +0800" }, "message": "USB: cdc-wdm: fix memory leak\n\ncommit 2f338c8a1904e2e7aa5a8bd12fb0cf2422d17da4 upstream.\n\ncleanup() is not called if the last close() comes after\ndisconnect(). That leads to a memory leak. Rectified\nby checking for an earlier disconnect() in release()\n\nSigned-off-by: Oliver Neukum \u003coneukum@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "eae68611b2683cc1a9a7ca669c60a65020071004", "tree": "142a5a01933d2bcf873ae674074f96f080d05646", "parents": [ "a1542bf241dcf836035ecc67c1df4a96c097bd0b" ], "author": { "name": "Oliver Neukum", "email": "oliver@neukum.org", "time": "Fri Apr 27 14:23:54 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:18 2012 +0800" }, "message": "USB: cdc-wdm: sanitize error returns\n\ncommit 24a85bae5da2b43fed423859c09c5a81ab359473 upstream.\n\nwdm_flush() returns unsanitized USB error codes.\nThey must be cleaned up to before being anded to user space\n\nSigned-off-by: Oliver Neukum \u003coneukum@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "a1542bf241dcf836035ecc67c1df4a96c097bd0b", "tree": "e8d3beb15f8d8d7298189de35a5b6634cbeeb0dd", "parents": [ "bbe784b683f6e49bc345577fc5398344bc7c289e" ], "author": { "name": "Kees Cook", "email": "keescook@chromium.org", "time": "Wed Apr 18 23:16:45 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:18 2012 +0800" }, "message": "docs: update HOWTO for 2.6.x -\u003e 3.x versioning\n\ncommit 591bfc6bf9e5e25e464fd4c87d64afd5135667c4 upstream.\n\nThe HOWTO document needed updating for the new kernel versioning. The\ngit URI for -next was updated as well.\n\nSigned-off-by: Kees Cook \u003ckeescook@chromium.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "bbe784b683f6e49bc345577fc5398344bc7c289e", "tree": "ac735304b268762174ccbbd5f0fe204e510900d4", "parents": [ "f09f8dad903d3c469bf11b49c2d4c5259906a153" ], "author": { "name": "Anton Vorontsov", "email": "anton.vorontsov@linaro.org", "time": "Fri May 11 17:17:17 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:18 2012 +0800" }, "message": "persistent_ram: Fix buffer size clamping during writes\n\ncommit 484dd30e016eb425b0de871357fff2c9bb93be45 upstream.\n\nThis is a longstanding bug, almost unnoticeable when calling\npersistent_ram_write() for small buffers.\n\nBut when called for large data buffers, the write routine behaves\nincorrectly, as the size may never update: instead of clamping\nthe size to the maximum buffer size, buffer_size_add_clamp() returns\nan error (which is never checked by the write routine, btw).\n\nTo fix this, we now use buffer_size_add() that actually clamps the\nsize to the max value.\n\nAlso remove buffer_size_add_clamp(), it is no longer needed.\n\nSigned-off-by: Anton Vorontsov \u003canton.vorontsov@linaro.org\u003e\nAcked-by: Colin Cross \u003cccross@android.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "f09f8dad903d3c469bf11b49c2d4c5259906a153", "tree": "a81c0c1be3b0e1809b5b028dca85cf587b873250", "parents": [ "3d7a75d7dc0c8c8e60f8c40622b7e3519e702714" ], "author": { "name": "Richard Weinberger", "email": "richard@nod.at", "time": "Sat Apr 14 17:29:30 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:18 2012 +0800" }, "message": "um: Implement a custom pte_same() function\n\ncommit f15b9000eb1d09bbaa4b0a6b2089d7e1f64e84b3 upstream.\n\nUML uses the _PAGE_NEWPAGE flag to mark pages which are not jet\ninstalled on the host side using mmap().\npte_same() has to ignore this flag, otherwise unuse_pte_range()\nis unable to unuse the page because two identical\npage tables entries with different _PAGE_NEWPAGE flags would not\nmatch and swapoff() would never return.\n\nAnalyzed-by: Hugh Dickins \u003chughd@google.com\u003e\nSigned-off-by: Richard Weinberger \u003crichard@nod.at\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "3d7a75d7dc0c8c8e60f8c40622b7e3519e702714", "tree": "dbd3d3786bfd92f35062c6683c9ad5aa3dfb485d", "parents": [ "5f7bac87c60030bc2a0bb58789696f9624d5e8d9" ], "author": { "name": "Richard Weinberger", "email": "richard@nod.at", "time": "Sat Apr 14 17:46:01 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:18 2012 +0800" }, "message": "um: Fix __swp_type()\n\ncommit 2b76ebaa728f8a3967c52aa189261c72fe56a6f1 upstream.\n\nThe current __swp_type() function uses a too small bitshift.\nUsing more than one swap files causes bad pages because\nthe type bits clash with other page flags.\n\nAnalyzed-by: Hugh Dickins \u003chughd@google.com\u003e\nSigned-off-by: Richard Weinberger \u003crichard@nod.at\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "5f7bac87c60030bc2a0bb58789696f9624d5e8d9", "tree": "dcd380f8a45816eb419e3388dd95873ed4b71d51", "parents": [ "774a93aa647f8939867c8ff956847bc63dd51cb3" ], "author": { "name": "Jonathan Nieder", "email": "jrnieder@gmail.com", "time": "Fri May 11 16:17:16 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:17 2012 +0800" }, "message": "HID: logitech: read all 32 bits of report type bitfield\n\ncommit 44d27f7dfedd9aadc082cda31462f6600f56e4ec upstream.\n\nOn big-endian systems (e.g., Apple PowerBook), trying to use a\nlogitech wireless mouse with the Logitech Unifying Receiver does not\nwork with v3.2 and later kernels. The device doesn\u0027t show up in\n/dev/input. Older kernels work fine.\n\nThat is because the new hid-logitech-dj driver claims the device. The\ndevice arrival notification appears:\n\n\t20 00 41 02 00 00 00 00 00 00 00 00 00 00 00\n\nand we read the report_types bitfield (02 00 00 00) to find out what\nkind of device it is. Unfortunately the driver only reads the first 8\nbits and treats that value as a 32-bit little-endian number, so on a\npowerpc the report type seems to be 0x02000000 and is not recognized.\n\nEven on little-endian machines, connecting a media center remote\ncontrol (report type 00 01 00 00) with this driver loaded would\npresumably fail for the same reason.\n\nFix both problems by using get_unaligned_le32() to read all four\nbytes, which is a little clearer anyway. After this change, the\nwireless mouse works on Hugo\u0027s PowerBook again.\n\nBased on a patch by Nestor Lopez Casado.\nAddresses http://bugs.debian.org/671292\n\nReported-by: Hugo Osvaldo Barrera \u003chugo@osvaldobarrera.com.ar\u003e\nInspired-by: Nestor Lopez Casado \u003cnlopezcasad@logitech.com\u003e\nSigned-off-by: Jonathan Nieder \u003cjrnieder@gmail.com\u003e\nSigned-off-by: Nestor Lopez Casado \u003cnlopezcasad@logitech.com\u003e\nSigned-off-by: Jiri Kosina \u003cjkosina@suse.cz\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "774a93aa647f8939867c8ff956847bc63dd51cb3", "tree": "e7438e4bc3a45e6e45cb2968c70809eeaa62e663", "parents": [ "59784034b157f70d1e8cf56b114527faeadecfaf" ], "author": { "name": "Oliver Neukum", "email": "oliver@neukum.org", "time": "Mon Apr 30 09:13:46 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:17 2012 +0800" }, "message": "usbhid: prevent deadlock during timeout\n\ncommit 8815bb09af21316aeb5f8948b24ac62181670db2 upstream.\n\nOn some HCDs usb_unlink_urb() can directly call the\ncompletion handler. That limits the spinlocks that can\nbe taken in the handler to locks not held while calling\nusb_unlink_urb()\nTo prevent a race with resubmission, this patch exposes\nusbcore\u0027s infrastructure for blocking submission, uses it\nand so drops the lock without causing a race in usbhid.\n\nSigned-off-by: Oliver Neukum \u003coneukum@suse.de\u003e\nAcked-by: Jiri Kosina \u003cjkosina@suse.cz\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "59784034b157f70d1e8cf56b114527faeadecfaf", "tree": "59f21b1bf6791095c93e5f94870515580d4a69d2", "parents": [ "8f830c404b611cc9c47a0f91c1c91103e3ff8e30" ], "author": { "name": "David Herrmann", "email": "dh.herrmann@googlemail.com", "time": "Tue May 08 16:52:31 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:17 2012 +0800" }, "message": "HID: wiimote: Fix IR data parser\n\ncommit 74b89e8a3625c17c7452532dfb997ac4f1a38751 upstream.\n\nWe incorrectly parse incoming IR data. The extra byte contains the upper\nbits and not the lower bits of the x/y coordinates. User-space expects\nabsolute position data from us so this patch does not break existing\napplications. On the contrary, it extends the virtual view and fixes\ngarbage reports for margin areas of the virtual screen.\n\nReported-by: Peter Bukovsky \u003cbukovsky.peter@gmail.com\u003e\nSigned-off-by: David Herrmann \u003cdh.herrmann@googlemail.com\u003e\nSigned-off-by: Jiri Kosina \u003cjkosina@suse.cz\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "8f830c404b611cc9c47a0f91c1c91103e3ff8e30", "tree": "815a542d40e9d55016c25cf74522a46362e0ff1a", "parents": [ "d026b7150e38a1764d83fc57b6e4448d5e278eaf" ], "author": { "name": "Robert Richter", "email": "robert.richter@amd.com", "time": "Fri May 18 12:40:42 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:17 2012 +0800" }, "message": "perf/x86: Update event scheduling constraints for AMD family 15h models\n\ncommit 5bcdf5e4fee3c45e1281c25e4941f2163cb28c65 upstream.\n\nThis update is for newer family 15h cpu models from 0x02 to 0x1f.\n\nSigned-off-by: Robert Richter \u003crobert.richter@amd.com\u003e\nAcked-by: Peter Zijlstra \u003cpeterz@infradead.org\u003e\nCc: Stephane Eranian \u003ceranian@google.com\u003e\nLink: http://lkml.kernel.org/r/1337337642-1621-1-git-send-email-robert.richter@amd.com\nSigned-off-by: Ingo Molnar \u003cmingo@kernel.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "d026b7150e38a1764d83fc57b6e4448d5e278eaf", "tree": "4f874adca48ea46e26626649b08cfb89d2d262e5", "parents": [ "b10dfc7a2b20aaf6fad56f7b0725c4aaa9438ad1" ], "author": { "name": "Julia Lawall", "email": "Julia.Lawall@lip6.fr", "time": "Sun Apr 22 13:37:09 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:17 2012 +0800" }, "message": "drivers/staging/comedi/comedi_fops.c: add missing vfree\n\ncommit abae41e6438b798e046d721b6ccdd55b4a398170 upstream.\n\naux_free is freed on all other exits from the function. By removing the\nreturn, we can benefit from the vfree already at the end of the function.\n\nSigned-off-by: Julia Lawall \u003cJulia.Lawall@lip6.fr\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "b10dfc7a2b20aaf6fad56f7b0725c4aaa9438ad1", "tree": "71858b5a73bc462cda72d32cadf581d5fff23a78", "parents": [ "7716183bcc917203fb8353a226a0228167b9e832" ], "author": { "name": "Yishai Hadas", "email": "yishaih@mellanox.com", "time": "Thu May 10 23:28:05 2012 +0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:17 2012 +0800" }, "message": "IB/core: Fix mismatch between locked and pinned pages\n\ncommit c4870eb874ac16dccef40e1bc7a002c7e9156adc upstream.\n\nCommit bc3e53f682d9 (\"mm: distinguish between mlocked and pinned\npages\") introduced a separate counter for pinned pages and used it in\nthe IB stack. However, in ib_umem_get() the pinned counter is\nincremented, but ib_umem_release() wrongly decrements the locked\ncounter. Fix this.\n\nSigned-off-by: Yishai Hadas \u003cyishaih@mellanox.com\u003e\nReviewed-by: Christoph Lameter \u003ccl@linux.com\u003e\nSigned-off-by: Roland Dreier \u003croland@purestorage.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "7716183bcc917203fb8353a226a0228167b9e832", "tree": "767edf85a6aa738a7f15753db04a047add4d5bcc", "parents": [ "c3083d9d9e5860c365e93b1e96aa65613fa829fb" ], "author": { "name": "Laurent Pinchart", "email": "laurent.pinchart@ideasonboard.com", "time": "Fri May 18 10:58:26 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:16 2012 +0800" }, "message": "fbdev: sh_mobile_lcdc: Don\u0027t confuse line size with pitch\n\ncommit 72c04af9a2d57b7945cf3de8e71461bd80695d50 upstream.\n\nWhen using the MERAM the LCDC line size needs to be programmed with a\nMERAM-specific value different than the real frame buffer pitch. Fix it.\n\nReported-by: Guennadi Liakhovetski \u003cg.liakhovetski@gmx.de\u003e\nSigned-off-by: Laurent Pinchart \u003claurent.pinchart@ideasonboard.com\u003e\nAcked-by: Florian Tobias Schandinat \u003cFlorianSchandinat@gmx.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": "c3083d9d9e5860c365e93b1e96aa65613fa829fb", "tree": "00f75dd01c3f4ac248abec379ca246a38a3fb8a0", "parents": [ "305d212b5e9d473230de491b2b722424af1dfc9b" ], "author": { "name": "Eric Paris", "email": "eparis@redhat.com", "time": "Wed Apr 04 13:47:11 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:16 2012 +0800" }, "message": "SELinux: if sel_make_bools errors don\u0027t leave inconsistent state\n\ncommit 154c50ca4eb9ae472f50b6a481213e21ead4457d upstream.\n\nWe reset the bool names and values array to NULL, but do not reset the\nnumber of entries in these arrays to 0. If we error out and then get back\ninto this function we will walk these NULL pointers based on the belief\nthat they are non-zero length.\n\nSigned-off-by: Eric Paris \u003ceparis@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "305d212b5e9d473230de491b2b722424af1dfc9b", "tree": "cb02684b782eef373e6b8d3a21bfb8232495ec15", "parents": [ "ae5b51f1aa5ccba9c36b16c56d3c000125ae7e41" ], "author": { "name": "David Howells", "email": "dhowells@redhat.com", "time": "Fri May 11 10:56:56 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:16 2012 +0800" }, "message": "KEYS: Use the compat keyctl() syscall wrapper on Sparc64 for Sparc32 compat\n\ncommit 45de6767dc51358a188f75dc4ad9dfddb7fb9480 upstream.\n\nUse the 32-bit compat keyctl() syscall wrapper on Sparc64 for Sparc32 binary\ncompatibility.\n\nWithout this, keyctl(KEYCTL_INSTANTIATE_IOV) is liable to malfunction as it\nuses an iovec array read from userspace - though the kernel should survive this\nas it checks pointers and sizes anyway.\n\nI think all the other keyctl() function should just work, provided (a) the top\n32-bits of each 64-bit argument register are cleared prior to invoking the\nsyscall routine, and the 32-bit address space is right at the 0-end of the\n64-bit address space. Most of the arguments are 32-bit anyway, and so for\nthose clearing is not required.\n\nSigned-off-by: David Howells \u003cdhowells@redhat.com\ncc: \"David S. Miller\" \u003cdavem@davemloft.net\u003e\ncc: sparclinux@vger.kernel.org\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "ae5b51f1aa5ccba9c36b16c56d3c000125ae7e41", "tree": "05fccd6e7f224749a14670e5a0dd4ed978c4b076", "parents": [ "ece17ce979baa62e074ba2d617e3a3ffc77ada84" ], "author": { "name": "Thomas Gleixner", "email": "tglx@linutronix.de", "time": "Mon May 07 17:59:47 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:16 2012 +0800" }, "message": "powerpc: Fix broken cpu_idle_wait() implementation\n\ncommit 9cd75e13de2dcf32ecc21c7f277cff3c0ced059e upstream.\n\ncommit 771dae818 (powerpc/cpuidle: Add cpu_idle_wait() to allow\nswitching of idle routines) implemented cpu_idle_wait() for powerpc.\n\nThe changelog says:\n \"The equivalent routine for x86 is in arch/x86/kernel/process.c\n but the powerpc implementation is different.\":\n\nUnfortunately the changelog is completely useless as it does not tell\n_WHY_ it is different.\n\nAside of being different the implementation is patently wrong.\n\nThe rescheduling IPI is async. That means that there is no guarantee,\nthat the other cores have executed the IPI when cpu_idle_wait()\nreturns. But that\u0027s the whole purpose of this function: to guarantee\nthat no CPU uses the old idle handler anymore.\n\nUse the smp_functional_call() based implementation, which fulfils the\nrequirements.\n\n[ This code is going to replaced by a core version to remove all the\n pointless copies in arch/*, but this one should go to stable ]\n\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nAcked-by: Peter Zijlstra \u003cpeterz@infradead.org\u003e\nCc: Deepthi Dharwar \u003cdeepthi@linux.vnet.ibm.com\u003e\nCc: Trinabh Gupta \u003cg.trinabh@gmail.com\u003e\nCc: Arun R Bharadwaj \u003carun.r.bharadwaj@gmail.com\u003e\nAcked-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\nLink: http://lkml.kernel.org/r/20120507175651.980164748@linutronix.de\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "ece17ce979baa62e074ba2d617e3a3ffc77ada84", "tree": "bd82e5ef766f04c48488b6bc35d6d4392655fcea", "parents": [ "466dab407e47968777912aa23e5c66d1bd715405" ], "author": { "name": "Steve Wise", "email": "swise@opengridcomputing.com", "time": "Mon Apr 30 15:31:29 2012 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:16 2012 +0800" }, "message": "RDMA/cxgb4: Drop peer_abort when no endpoint found\n\ncommit 14b9222808bb8bfefc71f72bc0dbdcf3b2f0140f upstream.\n\nLog a warning and drop the abort message. Otherwise we will do a\nbogus wake_up() and crash.\n\nSigned-off-by: Steve Wise \u003cswise@opengridcomputing.com\u003e\nSigned-off-by: Roland Dreier \u003croland@purestorage.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "466dab407e47968777912aa23e5c66d1bd715405", "tree": "92d2e080bbee3a6ded647f54b31bf600be0ed19e", "parents": [ "b7a1a2016dba604884bfffb2e5ccf0ebc41b6e52" ], "author": { "name": "Steve Wise", "email": "swise@opengridcomputing.com", "time": "Fri Apr 27 10:24:33 2012 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:16 2012 +0800" }, "message": "RDMA/cxgb4: Use dst parameter in import_ep()\n\ncommit bd61baaf59669accae2720799394a51fecabe5d9 upstream.\n\nFunction import_ep() is incorrectly using ep-\u003edst instead of the dst\nptr passed in. This causes a crash when accepting new rdma connections\nbecase ep-\u003edst is not initialized yet.\n\nSigned-off-by: Steve Wise \u003cswise@opengridcomputing.com\u003e\nSigned-off-by: Roland Dreier \u003croland@purestorage.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "b7a1a2016dba604884bfffb2e5ccf0ebc41b6e52", "tree": "f9fd64b727ea55eed31999dcc9c89af58f451a11", "parents": [ "694450c8fa0dd37c49910c8d278cd68fab219006" ], "author": { "name": "Steve Wise", "email": "swise@opengridcomputing.com", "time": "Fri Apr 27 09:59:16 2012 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:15 2012 +0800" }, "message": "RDMA/cxgb4: Always wake up waiters in c4iw_peer_abort_intr()\n\ncommit 0f1dcfae6bc5563424346ad3a03282b8235a4c33 upstream.\n\nThis fixes a race where an ingress abort fails to wake up the thread\nblocked in rdma_init() causing the app to hang.\n\nSigned-off-by: Steve Wise \u003cswise@opengridcomputing.com\u003e\nSigned-off-by: Roland Dreier \u003croland@purestorage.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "694450c8fa0dd37c49910c8d278cd68fab219006", "tree": "1fad80132fd73f5ba6da67aa4303b698b8b8f894", "parents": [ "3102e700882480237273c4e45a65f23fce0dd345" ], "author": { "name": "Dan Williams", "email": "dan.j.williams@intel.com", "time": "Mon Apr 30 11:57:44 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:15 2012 +0800" }, "message": "isci: fix oem parameter validation on single controller skus\n\ncommit fc25f79af321c01a739150ba2c09435cf977a63d upstream.\n\nOEM parameters [1] are parsed from the platform option-rom / efi\ndriver. By default the driver was validating the parameters for the\ndual-controller case, but in single-controller case only the first set\nof parameters may be valid.\n\nLimit the validation to the number of actual controllers detected\notherwise the driver may fail to parse the valid parameters leading to\ndriver-load or runtime failures.\n\n[1] the platform specific set of phy address, configuration,and analog\n tuning values\n\nReported-by: Dave Jiang \u003cdave.jiang@intel.com\u003e\nTested-by: Dave Jiang \u003cdave.jiang@intel.com\u003e\nSigned-off-by: Dan Williams \u003cdan.j.williams@intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "3102e700882480237273c4e45a65f23fce0dd345", "tree": "4ae1400c74dfee41454ee9caef7db209235b9f78", "parents": [ "afde0dae8ee521686465141a44aa8060f4805cab" ], "author": { "name": "nagalakshmi.nandigama@lsi.com", "email": "nagalakshmi.nandigama@lsi.com", "time": "Tue Mar 20 12:10:01 2012 +0530" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:15 2012 +0800" }, "message": "SCSI: mpt2sas: Fix for panic happening because of improper memory allocation\n\ncommit e42fafc25fa86c61824e8d4c5e7582316415d24f upstream.\n\nThe ioc-\u003epfacts member in the IOC structure is getting set to zero\nfollowing a call to _base_get_ioc_facts due to the memset in that routine.\nSo if the ioc-\u003epfacts was read after a host reset, there would be a NULL\npointer dereference. The routine _base_get_ioc_facts is called from context\nof host reset. The problem in _base_get_ioc_facts is the size of\nMpi2IOCFactsReply is 64, whereas the sizeof \"struct mpt2sas_facts\" is 60,\nso there is a four byte overflow resulting from the memset.\n\nAlso, there is memset in _base_get_port_facts using the incorrect structure,\nit should be \"struct mpt2sas_port_facts\" instead of Mpi2PortFactsReply.\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": "afde0dae8ee521686465141a44aa8060f4805cab", "tree": "e25d124f650423240f54d92d568839bb4e528aef", "parents": [ "ae77ce9aa720eefa34f3644d0d9e3ce3976e8f07" ], "author": { "name": "Heiko Carstens", "email": "heiko.carstens@de.ibm.com", "time": "Wed May 09 09:37:30 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:15 2012 +0800" }, "message": "s390/pfault: fix task state race\n\ncommit d5e50a51ccbda36b379aba9d1131a852eb908dda upstream.\n\nWhen setting the current task state to TASK_UNINTERRUPTIBLE this can\nrace with a different cpu. The other cpu could set the task state after\nit inspected it (while it was still TASK_RUNNING) to TASK_RUNNING which\nwould change the state from TASK_UNINTERRUPTIBLE to TASK_RUNNING again.\n\nThis race was always present in the pfault interrupt code but didn\u0027t\ncause anything harmful before commit f2db2e6c \"[S390] pfault: cpu hotplug\nvs missing completion interrupts\" which relied on the fact that after\nsetting the task state to TASK_UNINTERRUPTIBLE the task would really\nsleep.\nSince this is not necessarily the case the result may be a list corruption\nof the pfault_list or, as observed, a use-after-free bug while trying to\naccess the task_struct of a task which terminated itself already.\n\nTo fix this, we need to get a reference of the affected task when receiving\nthe initial pfault interrupt and add special handling if we receive yet\nanother initial pfault interrupt when the task is already enqueued in the\npfault list.\n\nSigned-off-by: Heiko Carstens \u003cheiko.carstens@de.ibm.com\u003e\nReviewed-by: Martin Schwidefsky \u003cschwidefsky@de.ibm.com\u003e\nSigned-off-by: Martin Schwidefsky \u003cschwidefsky@de.ibm.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "ae77ce9aa720eefa34f3644d0d9e3ce3976e8f07", "tree": "1c1aff2cb23b93adae43c59fdf961acfdbcb9611", "parents": [ "538926ed486b8012193586e0c2dceda20e9c032a" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon May 21 12:52:42 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jun 01 15:18:15 2012 +0800" }, "message": "Fix blocking allocations called very early during bootup\n\ncommit 31a67102f4762df5544bc2dfb34a931233d2a5b2 upstream.\n\nDuring early boot, when the scheduler hasn\u0027t really been fully set up,\nwe really can\u0027t do blocking allocations because with certain (dubious)\nconfigurations the \"might_resched()\" calls can actually result in\nscheduling events.\n\nWe could just make such users always use GFP_ATOMIC, but quite often the\ncode that does the allocation isn\u0027t really aware of the fact that the\nscheduler isn\u0027t up yet, and forcing that kind of random knowledge on the\ninitialization code is just annoying and not good for anybody.\n\nAnd we actually have a the \u0027gfp_allowed_mask\u0027 exactly for this reason:\nit\u0027s just that the kernel init sequence happens to set it to allow\nblocking allocations much too early.\n\nSo move the \u0027gfp_allowed_mask\u0027 initialization from \u0027start_kernel()\u0027\n(which is some of the earliest init code, and runs with preemption\ndisabled for good reasons) into \u0027kernel_init()\u0027. kernel_init() is run\nin the newly created thread that will become the \u0027init\u0027 process, as\nopposed to the early startup code that runs within the context of what\nwill be the first idle thread.\n\nSo by the time we reach \u0027kernel_init()\u0027, we know that the scheduler must\nbe at least limping along, because we\u0027ve already scheduled from the idle\nthread into the init thread.\n\nReported-by: Steven Rostedt \u003crostedt@goodmis.org\u003e\nCc: David Rientjes \u003crientjes@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" } ], "next": "538926ed486b8012193586e0c2dceda20e9c032a" }