{"push_id":782859244,"size":72,"distinct_size":72,"ref":"refs/heads/lollipop-caf","head":"207149a3fd6b1e154f8a17b5314ce6314f5fe8d9","before":"924c5d0103c84c8fb59b0f6a9c4de85107f07fd5","commits":[{"sha":"dd2e6685840b78f3f4b42777ad041bf2c1d367f4","author":{"email":"c7aa24d52dd751aba44a7843602dc14649cc8bce@panasas.com","name":"Boaz Harrosh"},"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->oc.numdevs was set to 1, before\nwe actually have a device table at all.\n\nFix it by moving the sbi->oc.numdevs = 1 to after the\nallocation of the device table.\n\nReported-by: Johannes Schild <JSchild@gmx.de>\n\nSigned-off-by: Boaz Harrosh <bharrosh@panasas.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/chasmodo/android_kernel_xiaomi_cancro/commits/dd2e6685840b78f3f4b42777ad041bf2c1d367f4"},{"sha":"529462b4e646e93e5147437111d729073dba6a10","author":{"email":"3318dc5ce3e4fb7c28a0b841b6801c884e1d0896@metafoo.de","name":"Lars-Peter Clausen"},"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 'gpio_get_value_cansleep':\n\tinclude/asm-generic/gpio.h:218: error: implicit declaration of function '__gpio_get_value'\n\tinclude/asm-generic/gpio.h: In function 'gpio_set_value_cansleep':\n\tinclude/asm-generic/gpio.h:224: error: implicit declaration of function '__gpio_set_value'\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 <lars@metafoo.de>\nTested-by: Michal Simek <monstr@monstr.eu>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/chasmodo/android_kernel_xiaomi_cancro/commits/529462b4e646e93e5147437111d729073dba6a10"},{"sha":"f6a2e7b88a50cd19cc837958e4c7b69ee94d925a","author":{"email":"91e2c378bdc9ac58358cd03ebb6c74f7db9aa049@parallels.com","name":"James Bottomley"},"message":"SCSI: fix scsi_wait_scan\n\ncommit 1ff2f40305772b159a91c19590ee159d3a504afc upstream.\n\nCommit  c751085943362143f84346d274e0011419c84202\nAuthor: Rafael J. Wysocki <rjw@sisk.pl>\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 <JBottomley@Parallels.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/chasmodo/android_kernel_xiaomi_cancro/commits/f6a2e7b88a50cd19cc837958e4c7b69ee94d925a"},{"sha":"76f9049f480ffc87b1a8be490f7b9c8679dbe47a","author":{"email":"3576fcbd7ffa3776a92ac17fc90ba38e23f75e95@ce.jp.nec.com","name":"Jun'ichi Nomura"},"message":"SCSI: Fix dm-multipath starvation when scsi host is busy\n\ncommit b7e94a1686c5daef4f649f7f4f839cc294f07710 upstream.\n\nblock congestion control doesn't 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 <bernd.schubert@itwm.fraunhofer.de>\nTested-by: Bernd Schubert <bernd.schubert@itwm.fraunhofer.de>\nSigned-off-by: Jun'ichi Nomura <j-nomura@ce.jp.nec.com>\nSigned-off-by: James Bottomley <JBottomley@Parallels.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/chasmodo/android_kernel_xiaomi_cancro/commits/76f9049f480ffc87b1a8be490f7b9c8679dbe47a"},{"sha":"8412b767b31567858063926b28b81e6654d757c5","author":{"email":"d33d3f0f9fe75794be99a81a1102be3df2cce577@gmail.com","name":"Siddhesh Poyarekar"},"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 <stdio.h>\n#include <unistd.h>\n#include <sys/mman.h>\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 = 0; i < EXTENT; i++) {\n                m = mmap(NULL, (size_t) 1 * 1024 * 1024 * 1024L,\n                         PROT_READ | PROT_WRITE, MAP_PRIVATE | MAP_ANONYMOUS, 0, 0);\n\n                if (m == (void *)-1)\n                        printf(\"MMAP Failed: %d\\n\", m);\n                else\n                        printf(\"%d : MMAP returned %p\\n\", i, m);\n\n                r = fork();\n\n                if (r == 0) {\n                        printf(\"%d: successed\\n\", i);\n                        return 0;\n                } else if (r < 0)\n                        printf(\"FORK Failed: %d\\n\", r);\n                else if (r > 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 <siddhesh.poyarekar@gmail.com>\nCc: Tejun Heo <tj@kernel.org>\nCc: Oleg Nesterov <oleg@redhat.com>\nCc: Jens Axboe <axboe@kernel.dk>\nCc: Peter Zijlstra <a.p.zijlstra@chello.nl>\nAcked-by: Hugh Dickins <hughd@google.com>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/chasmodo/android_kernel_xiaomi_cancro/commits/8412b767b31567858063926b28b81e6654d757c5"},{"sha":"cd1902aae7577c09aac64438c57834c035de7d10","author":{"email":"611d453c03d02ce713e72b62ff6a901ea7e9cd77@gmail.com","name":"Sasha Levin"},"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't exist.\n\nIntroduced by commit 025c5b2451e4 (\"thp: optimize away unnecessary page\ntable locking\").\n\nSigned-off-by: Sasha Levin <levinsasha928@gmail.com>\nReviewed-by: Naoya Horiguchi <n-horiguchi@ah.jp.nec.com>\nCc: David Rientjes <rientjes@google.com>\nCc: Andi Kleen <andi@firstfloor.org>\nCc: Andrea Arcangeli <aarcange@redhat.com>\nCc: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>\nCc: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/chasmodo/android_kernel_xiaomi_cancro/commits/cd1902aae7577c09aac64438c57834c035de7d10"},{"sha":"edb7357f6943efdf3952e817312cdb8057145758","author":{"email":"829500b200af6c2a0eca4dfd5c388e6b8fbe8dc6@suse.cz","name":"Michal Hocko"},"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't 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's 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's 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 <mhocko@suse.cz>\nAcked-by: Johannes Weiner <hannes@cmpxchg.org>\nCc: Mel Gorman <mel@csn.ul.ie>\nCc: Minchan Kim <minchan@kernel.org>\nCc: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>\nReviewed-by: Rik van Riel <riel@redhat.com>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/chasmodo/android_kernel_xiaomi_cancro/commits/edb7357f6943efdf3952e817312cdb8057145758"},{"sha":"054d58b7a5ccd7a78368cf886b31b06b57940296","author":{"email":"ac5127233807b3d99a5c41ce82877f7a0716d499@intel.com","name":"Meenakshi Venkataraman"},"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 <meenakshi.venkataraman@intel.com>\nSigned-off-by: Wey-Yi Guy <wey-yi.w.guy@intel.com>\nSigned-off-by: Johannes Berg <johannes.berg@intel.com>\nSigned-off-by: John W. Linville <linville@tuxdriver.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/chasmodo/android_kernel_xiaomi_cancro/commits/054d58b7a5ccd7a78368cf886b31b06b57940296"},{"sha":"405a9885a68b44f5469371e46f9b01080ff420ba","author":{"email":"ac5127233807b3d99a5c41ce82877f7a0716d499@intel.com","name":"Meenakshi Venkataraman"},"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 <meenakshi.venkataraman@intel.com>\nSigned-off-by: Johannes Berg <johannes.berg@intel.com>\nSigned-off-by: John W. Linville <linville@tuxdriver.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/chasmodo/android_kernel_xiaomi_cancro/commits/405a9885a68b44f5469371e46f9b01080ff420ba"},{"sha":"46624824d35c6254176a5064f83fec80f6d22565","author":{"email":"a054b3e50100c3c57432475f65c6e22f189f7975@gmail.com","name":"Shirish Pargaonkar"},"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 <tugosavi@in.ibm.com>\nSigned-off-by: Shirish Pargaonkar <shirishpargaonkar@gmail.com>\nAcked-by: Jeff Layton <jlayton@redhat.com>\nSigned-off-by: Steve French <sfrench@us.ibm.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/chasmodo/android_kernel_xiaomi_cancro/commits/46624824d35c6254176a5064f83fec80f6d22565"},{"sha":"9d6a08eccf803cb4900a70e36c17d1b6305d0916","author":{"email":"a054b3e50100c3c57432475f65c6e22f189f7975@gmail.com","name":"Shirish Pargaonkar"},"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 <shirishpargaonkar@gmail.com>\nReviewed-by: Jeff Layton <jlayton@redhat.com>\nSigned-off-by: Steve French <sfrench@us.ibm.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/chasmodo/android_kernel_xiaomi_cancro/commits/9d6a08eccf803cb4900a70e36c17d1b6305d0916"},{"sha":"03ca6dcd6357188bebd38d789f32e9b3eb2c6462","author":{"email":"d3a7a82a6ff309c7c46b71cf01386d84d6ca7c2a@bell.net","name":"John David Anglin"},"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 <dave.anglin@bell.net>\nSigned-off-by: James Bottomley <JBottomley@Parallels.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/chasmodo/android_kernel_xiaomi_cancro/commits/03ca6dcd6357188bebd38d789f32e9b3eb2c6462"},{"sha":"ebff5e70e42af96520933df3d26200f2252f726e","author":{"email":"1acebbdca565c7b6b638bdc23b58b5610d1a56b8@Parallels.com","name":"James Bottomley"},"message":"PARISC: fix TLB fault path on PA2.0 narrow systems\n\ncommit 2f649c1f6f0fef445ce79a19b79e5ce8fe9d7f19 upstream.\n\ncommit 5e185581d7c46ddd33cd9c01106d1fc86efb9376\nAuthor: James Bottomley <JBottomley@Parallels.com>\n\n    [PARISC] fix PA1.1 oops on boot\n\nDidn't 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're being called from _11 or _20[w]\npaths.\n\nTested-by: Helge Deller <deller@gmx.de>\nSigned-off-by: James Bottomley <JBottomley@Parallels.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/chasmodo/android_kernel_xiaomi_cancro/commits/ebff5e70e42af96520933df3d26200f2252f726e"},{"sha":"f4d894cad3d633c93763e93495a4b993325875b0","author":{"email":"97b3379caa91f4ee97e44013ae4dc6350540fa9d@infradead.org","name":"David Woodhouse"},"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't 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't 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 <David.Woodhouse@intel.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/chasmodo/android_kernel_xiaomi_cancro/commits/f4d894cad3d633c93763e93495a4b993325875b0"},{"sha":"f2e4f485282ad0c142ae43657a6932c0dda955d0","author":{"email":"9712c064bde5a52658fc87d6454b4956f9bf286b@gmail.com","name":"Jonas Gorski"},"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 'bcm63xx_gpio_count':\narch/mips/include/asm/mach-bcm63xx/bcm63xx_gpio.h:10:2: error: implicit declaration of function 'bcm63xx_get_cpu_id'\narch/mips/include/asm/mach-bcm63xx/bcm63xx_gpio.h:11:7: error: 'BCM6358_CPU_ID' 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: 'BCM6338_CPU_ID' undeclared (first use in this function)\narch/mips/include/asm/mach-bcm63xx/bcm63xx_gpio.h:15:7: error: 'BCM6345_CPU_ID' undeclared (first use in this function)\narch/mips/include/asm/mach-bcm63xx/bcm63xx_gpio.h:17:7: error: 'BCM6368_CPU_ID' undeclared (first use in this function)\narch/mips/include/asm/mach-bcm63xx/bcm63xx_gpio.h:19:7: error: 'BCM6348_CPU_ID' undeclared (first use in this function)\n\nmake[7]: *** [drivers/mmc/core/cd-gpio.o] Error 1\n\nSigned-off-by: Jonas Gorski <jonas.gorski@gmail.com>\nCc: linux-mips@linux-mips.org\nCc: Maxime Bizon <mbizon@freebox.fr>\nCc: Florian Fainelli <florian@openwrt.org>\nSigned-off-by: Ralf Baechle <ralf@linux-mips.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/chasmodo/android_kernel_xiaomi_cancro/commits/f2e4f485282ad0c142ae43657a6932c0dda955d0"},{"sha":"11805610b4f63129aa7e780297046f6579751891","author":{"email":"3479a0d7b15002d26d6793122e309097153caf7e@wizery.com","name":"Eyal Shapira"},"message":"mac80211: fix ADDBA declined after suspend with wowlan\n\ncommit 7b21aea04d084916ac4e0e8852dcc9cd60ec0d1d upstream.\n\nWLAN_STA_BLOCK_BA is set while suspending but doesn't 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 <eyal@wizery.com>\nReviewed-by: Johannes Berg <johannes@sipsolutions.net>\nSigned-off-by: John W. Linville <linville@tuxdriver.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/chasmodo/android_kernel_xiaomi_cancro/commits/11805610b4f63129aa7e780297046f6579751891"},{"sha":"7475a02880cbc92c18f6e7e1d5d016c9aa4a5942","author":{"email":"e27030aebe9cad8817d34b8c31dbaf301fb798b9@gmail.com","name":"Richard Cochran"},"message":"ixp4xx: fix compilation by adding gpiolib support\n\ncommit 9dde0ae3769875ec1370cb316e50c54b57d52c1a upstream.\n\nOnce again, ixp4xx no longer even compiles. This patch fixes the issue\nby converting over to gpiolib. This patch was first made by Imre and\nposted by Marc, and I added in Russell's suggestion to empty the gpio\nheader file.\n\nThis fix should also go for 3.1, 3.2, 3.3, and 3.4.\n\nSigned-off-by: Richard Cochran <richardcochran@gmail.com>\nSigned-off-by: Arnd Bergmann <arnd@arndb.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/chasmodo/android_kernel_xiaomi_cancro/commits/7475a02880cbc92c18f6e7e1d5d016c9aa4a5942"},{"sha":"56f6fa2dc67276a6fa2d2b938992be3b8d88f48e","author":{"email":"118ed6118e893d16e8c6e0776e0ebc290952c897@openwrt.org","name":"Felix Fietkau"},"message":"ath9k: fix a use-after-free-bug when ath_tx_setup_buffer() fails\n\ncommit 81357a281dcc454841532c46b30e6f2ba12b73ea upstream.\n\nath_tx_setup_buffer() can fail if there is no ath_buf left, or if mapping DMA\nfailed. In this case it frees the skb passed to it.\nIf ath_tx_setup_buffer is called from ath_tx_form_aggr, the skb is still\nlinked into the tid buffer list and must be dequeued before being released.\n\nSigned-off-by: Felix Fietkau <nbd@openwrt.org>\nSigned-off-by: John W. Linville <linville@tuxdriver.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/chasmodo/android_kernel_xiaomi_cancro/commits/56f6fa2dc67276a6fa2d2b938992be3b8d88f48e"},{"sha":"2a9717dc1d3129e07c3acd49fb8320416a87c713","author":{"email":"bfb33fd0e7d359c748f62ac7e7d5bc9bb1602fa9@darnok.org","name":"Konrad Rzeszutek Wilk"},"message":"x86, amd, xen: Avoid NULL pointer paravirt references\n\ncommit 1ab46fd319bcf1fcd9fb6311727d532b580e4eba upstream.\n\nStub out MSR methods that aren't actually needed.  This fixes a crash\nas Xen Dom0 on AMD Trinity systems.  A bigger patch should be added to\nremove the paravirt machinery completely for the methods which\napparently have no users!\n\nReported-by: Andre Przywara <andre.przywara@amd.com>\nLink: http://lkml.kernel.org/r/20120530222356.GA28417@andromeda.dapyr.net\nSigned-off-by: H. Peter Anvin <hpa@zytor.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/chasmodo/android_kernel_xiaomi_cancro/commits/2a9717dc1d3129e07c3acd49fb8320416a87c713"},{"sha":"8be7ec42dbc33adce00fd3709c221e83383c6451","author":{"email":"ff341aa343d564f9e53e9dcb6996be8c04859a66@oracle.com","name":"Dan Carpenter"},"message":"NFS: kmalloc() doesn't return an ERR_PTR()\n\ncommit 5abc03cd919535c61b813f2319cb38326a41e810 upstream.\n\nObviously we should check for NULL here instead of IS_ERR().\n\nSigned-off-by: Dan Carpenter <dan.carpenter@oracle.com>\nSigned-off-by: Trond Myklebust <Trond.Myklebust@netapp.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/chasmodo/android_kernel_xiaomi_cancro/commits/8be7ec42dbc33adce00fd3709c221e83383c6451"}]}