{"push_id":2351102445,"size":76,"distinct_size":76,"ref":"refs/heads/linux-4.9.y","head":"80c1c8322c331586a86e58d3f95026a1265ab396","before":"3e598a7089eef1fe04d5b87cc154295302960e62","commits":[{"sha":"aed3b970e68235dcf465b18f4c12a7efd09fb177","author":{"name":"Steffen Weber","email":"09804568d4d678eddf60d6adec9d1525ccd1ed56@gmail.com"},"message":"scsi: smartpqi: allow static build (\"built-in\")\n\ncommit dc2db1dc5fb9ab3a43b305c2720fee5278dbee2a upstream.\n\nIf CONFIG_SCSI_SMARTPQI=y then don't build this driver as a module.\n\nSigned-off-by: Steffen Weber <steffen.weber@gmail.com>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/codeaurora-unofficial/linux-msm/commits/aed3b970e68235dcf465b18f4c12a7efd09fb177"},{"sha":"d7b2a68485787a655a4e7f71def1d08289f644e6","author":{"name":"Alex Deucher","email":"a78d72677105f78f4b18925c366b6f577763ca59@amd.com"},"message":"drm/radeon: Add dpm quirk for Jet PRO (v2)\n\ncommit 239b5f64e12b1f09f506c164dff0374924782979 upstream.\n\nFixes stability issues.\n\nv2: clamp sclk to 600 Mhz\n\nBug: https://bugs.freedesktop.org/show_bug.cgi?id=103370\nAcked-by: Christian König <christian.koenig@amd.com>\nSigned-off-by: Alex Deucher <alexander.deucher@amd.com>\nCc: stable@vger.kernel.org\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/codeaurora-unofficial/linux-msm/commits/d7b2a68485787a655a4e7f71def1d08289f644e6"},{"sha":"9172bbcdef221d76976c8df9caafe8ada07c3389","author":{"name":"Julia Lawall","email":"5f26763d26f96d414e30b3f33734591afe022543@lip6.fr"},"message":"drm/radeon: adjust tested variable\n\ncommit 3a61b527b4e1f285d21b6e9e623dc45cf8bb391f upstream.\n\nCheck the variable that was most recently initialized.\n\nThe semantic match that finds this problem is as follows:\n(http://coccinelle.lip6.fr/)\n\n// <smpl>\n@@\nexpression x, y, f, g, e, m;\nstatement S1,S2,S3,S4;\n@@\n\nx = f(...);\nif (\\(<+...x...+>\\&e\\)) S1 else S2\n(\nx = g(...);\n|\nm = g(...,&x,...);\n|\ny = g(...);\n*if (e)\n S3 else S4\n)\n// </smpl>\n\nSigned-off-by: Julia Lawall <Julia.Lawall@lip6.fr>\nReviewed-by: Christian König <christian.koenig@amd.com>\nSigned-off-by: Alex Deucher <alexander.deucher@amd.com>\nCc: stable@vger.kernel.org\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/codeaurora-unofficial/linux-msm/commits/9172bbcdef221d76976c8df9caafe8ada07c3389"},{"sha":"b7dc0f532107ec150ccaf381d926c07f6c3fa30d","author":{"name":"Stewart Smith","email":"bdb1b341ebfb6d677d83955daa362a2031ee4fdd@linux.vnet.ibm.com"},"message":"rtc-opal: Fix handling of firmware error codes, prevent busy loops\n\ncommit 5b8b58063029f02da573120ef4dc9079822e3cda upstream.\n\nAccording to the OPAL docs:\n  skiboot-5.2.5/doc/opal-api/opal-rtc-read-3.txt\n  skiboot-5.2.5/doc/opal-api/opal-rtc-write-4.txt\n\nOPAL_HARDWARE may be returned from OPAL_RTC_READ or OPAL_RTC_WRITE and\nthis indicates either a transient or permanent error.\n\nPrior to this patch, Linux was not dealing with OPAL_HARDWARE being a\npermanent error particularly well, in that you could end up in a busy\nloop.\n\nThis was not too hard to trigger on an AMI BMC based OpenPOWER machine\ndoing a continuous \"ipmitool mc reset cold\" to the BMC, the result of\nthat being that we'd get stuck in an infinite loop in\nopal_get_rtc_time().\n\nWe now retry a few times before returning the error higher up the\nstack.\n\nFixes: 16b1d26e77b1 (\"rtc/tpo: Driver to support rtc and wakeup on PowerNV platform\")\nCc: stable@vger.kernel.org # v3.19+\nSigned-off-by: Stewart Smith <stewart@linux.vnet.ibm.com>\nSigned-off-by: Michael Ellerman <mpe@ellerman.id.au>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/codeaurora-unofficial/linux-msm/commits/b7dc0f532107ec150ccaf381d926c07f6c3fa30d"},{"sha":"9cb2d0bc289e8edfdd6b5fb9962fd41b4c6e9b16","author":{"name":"Alexander Potapenko","email":"8a652d6e37d449a8e8c8989569d8839dd1bfdb29@google.com"},"message":"mbcache: initialize entry->e_referenced in mb_cache_entry_create()\n\ncommit 3876bbe27d04b848750d5310a37d6b76b593f648 upstream.\n\nKMSAN reported use of uninitialized |entry->e_referenced| in a condition\nin mb_cache_shrink():\n\n==================================================================\nBUG: KMSAN: use of uninitialized memory in mb_cache_shrink+0x3b4/0xc50 fs/mbcache.c:287\nCPU: 2 PID: 816 Comm: kswapd1 Not tainted 4.11.0-rc5+ #2877\nHardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS Bochs\n01/01/2011\nCall Trace:\n __dump_stack lib/dump_stack.c:16 [inline]\n dump_stack+0x172/0x1c0 lib/dump_stack.c:52\n kmsan_report+0x12a/0x180 mm/kmsan/kmsan.c:927\n __msan_warning_32+0x61/0xb0 mm/kmsan/kmsan_instr.c:469\n mb_cache_shrink+0x3b4/0xc50 fs/mbcache.c:287\n mb_cache_scan+0x67/0x80 fs/mbcache.c:321\n do_shrink_slab mm/vmscan.c:397 [inline]\n shrink_slab+0xc3d/0x12d0 mm/vmscan.c:500\n shrink_node+0x208f/0x2fd0 mm/vmscan.c:2603\n kswapd_shrink_node mm/vmscan.c:3172 [inline]\n balance_pgdat mm/vmscan.c:3289 [inline]\n kswapd+0x160f/0x2850 mm/vmscan.c:3478\n kthread+0x46c/0x5f0 kernel/kthread.c:230\n ret_from_fork+0x29/0x40 arch/x86/entry/entry_64.S:430\nchained origin:\n save_stack_trace+0x37/0x40 arch/x86/kernel/stacktrace.c:59\n kmsan_save_stack_with_flags mm/kmsan/kmsan.c:302 [inline]\n kmsan_save_stack mm/kmsan/kmsan.c:317 [inline]\n kmsan_internal_chain_origin+0x12a/0x1f0 mm/kmsan/kmsan.c:547\n __msan_store_shadow_origin_1+0xac/0x110 mm/kmsan/kmsan_instr.c:257\n mb_cache_entry_create+0x3b3/0xc60 fs/mbcache.c:95\n ext4_xattr_cache_insert fs/ext4/xattr.c:1647 [inline]\n ext4_xattr_block_set+0x4c82/0x5530 fs/ext4/xattr.c:1022\n ext4_xattr_set_handle+0x1332/0x20a0 fs/ext4/xattr.c:1252\n ext4_xattr_set+0x4d2/0x680 fs/ext4/xattr.c:1306\n ext4_xattr_trusted_set+0x8d/0xa0 fs/ext4/xattr_trusted.c:36\n __vfs_setxattr+0x703/0x790 fs/xattr.c:149\n __vfs_setxattr_noperm+0x27a/0x6f0 fs/xattr.c:180\n vfs_setxattr fs/xattr.c:223 [inline]\n setxattr+0x6ae/0x790 fs/xattr.c:449\n path_setxattr+0x1eb/0x380 fs/xattr.c:468\n SYSC_lsetxattr+0x8d/0xb0 fs/xattr.c:490\n SyS_lsetxattr+0x77/0xa0 fs/xattr.c:486\n entry_SYSCALL_64_fastpath+0x13/0x94\norigin:\n save_stack_trace+0x37/0x40 arch/x86/kernel/stacktrace.c:59\n kmsan_save_stack_with_flags mm/kmsan/kmsan.c:302 [inline]\n kmsan_internal_poison_shadow+0xb1/0x1a0 mm/kmsan/kmsan.c:198\n kmsan_kmalloc+0x7f/0xe0 mm/kmsan/kmsan.c:337\n kmem_cache_alloc+0x1c2/0x1e0 mm/slub.c:2766\n mb_cache_entry_create+0x283/0xc60 fs/mbcache.c:86\n ext4_xattr_cache_insert fs/ext4/xattr.c:1647 [inline]\n ext4_xattr_block_set+0x4c82/0x5530 fs/ext4/xattr.c:1022\n ext4_xattr_set_handle+0x1332/0x20a0 fs/ext4/xattr.c:1252\n ext4_xattr_set+0x4d2/0x680 fs/ext4/xattr.c:1306\n ext4_xattr_trusted_set+0x8d/0xa0 fs/ext4/xattr_trusted.c:36\n __vfs_setxattr+0x703/0x790 fs/xattr.c:149\n __vfs_setxattr_noperm+0x27a/0x6f0 fs/xattr.c:180\n vfs_setxattr fs/xattr.c:223 [inline]\n setxattr+0x6ae/0x790 fs/xattr.c:449\n path_setxattr+0x1eb/0x380 fs/xattr.c:468\n SYSC_lsetxattr+0x8d/0xb0 fs/xattr.c:490\n SyS_lsetxattr+0x77/0xa0 fs/xattr.c:486\n entry_SYSCALL_64_fastpath+0x13/0x94\n==================================================================\n\nSigned-off-by: Alexander Potapenko <glider@google.com>\nSigned-off-by: Eric Biggers <ebiggers@google.com>\nCc: stable@vger.kernel.org # v4.6\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/codeaurora-unofficial/linux-msm/commits/9cb2d0bc289e8edfdd6b5fb9962fd41b4c6e9b16"},{"sha":"99a89d8fb506abaaf5f88e99cd29bb288d805c8e","author":{"name":"Tobin C. Harding","email":"b4a5ea001e047040e8c9075b67a268293138da2c@tobin.cc"},"message":"jbd2: fix sphinx kernel-doc build warnings\n\ncommit f69120ce6c024aa634a8fc25787205e42f0ccbe6 upstream.\n\nSphinx emits various (26) warnings when building make target 'htmldocs'.\nCurrently struct definitions contain duplicate documentation, some as\nkernel-docs and some as standard c89 comments.  We can reduce\nduplication while cleaning up the kernel docs.\n\nMove all kernel-docs to right above each struct member.  Use the set of\nall existing comments (kernel-doc and c89).  Add documentation for\nmissing struct members and function arguments.\n\nSigned-off-by: Tobin C. Harding <me@tobin.cc>\nSigned-off-by: Theodore Ts'o <tytso@mit.edu>\nCc: stable@vger.kernel.org\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/codeaurora-unofficial/linux-msm/commits/99a89d8fb506abaaf5f88e99cd29bb288d805c8e"},{"sha":"539deabfccb0a5d7e17daa432b385ffe608e0ccb","author":{"name":"Harshad Shirwadkar","email":"a297359ee67d774acee39e5a1f2237ae0079f96a@google.com"},"message":"ext4: fix a race in the ext4 shutdown path\n\ncommit abbc3f9395c76d554a9ed27d4b1ebfb5d9b0e4ca upstream.\n\nThis patch fixes a race between the shutdown path and bio completion\nhandling. In the ext4 direct io path with async io, after submitting a\nbio to the block layer, if journal starting fails,\next4_direct_IO_write() would bail out pretending that the IO\nfailed. The caller would have had no way of knowing whether or not the\nIO was successfully submitted. So instead, we return -EIOCBQUEUED in\nthis case. Now, the caller knows that the IO was submitted.  The bio\ncompletion handler takes care of the error.\n\nTested: Ran the shutdown xfstest test 461 in loop for over 2 hours across\n4 machines resulting in over 400 runs. Verified that the race didn't\noccur. Usually the race was seen in about 20-30 iterations.\n\nSigned-off-by: Harshad Shirwadkar <harshads@google.com>\nSigned-off-by: Theodore Ts'o <tytso@mit.edu>\nCc: stable@vger.kernel.org\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/codeaurora-unofficial/linux-msm/commits/539deabfccb0a5d7e17daa432b385ffe608e0ccb"},{"sha":"4a36f437bed1305495196274b08cf5b8d9b4a76d","author":{"name":"Zhouyi Zhou","email":"0191e3fcd850b467fd6fa2f018097a5eaffa46ef@gmail.com"},"message":"ext4: save error to disk in __ext4_grp_locked_error()\n\ncommit 06f29cc81f0350261f59643a505010531130eea0 upstream.\n\nIn the function __ext4_grp_locked_error(), __save_error_info()\nis called to save error info in super block block, but does not sync\nthat information to disk to info the subsequence fsck after reboot.\n\nThis patch writes the error information to disk.  After this patch,\nI think there is no obvious EXT4 error handle branches which leads to\n\"Remounting filesystem read-only\" will leave the disk partition miss\nthe subsequence fsck.\n\nSigned-off-by: Zhouyi Zhou <zhouzhouyi@gmail.com>\nSigned-off-by: Theodore Ts'o <tytso@mit.edu>\nCc: stable@vger.kernel.org\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/codeaurora-unofficial/linux-msm/commits/4a36f437bed1305495196274b08cf5b8d9b4a76d"},{"sha":"f0b59c20145b4d8a0739960b2ad2b292fa365ef7","author":{"name":"Ernesto A. Fernández","email":"70e26ba3376e9b8443f01b223165dc25eed48cec@gmail.com"},"message":"ext4: correct documentation for grpid mount option\n\ncommit 9f0372488cc9243018a812e8cfbf27de650b187b upstream.\n\nThe grpid option is currently described as being the same as nogrpid.\n\nSigned-off-by: Ernesto A. Fernández <ernesto.mnd.fernandez@gmail.com>\nSigned-off-by: Theodore Ts'o <tytso@mit.edu>\nCc: stable@vger.kernel.org\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/codeaurora-unofficial/linux-msm/commits/f0b59c20145b4d8a0739960b2ad2b292fa365ef7"},{"sha":"7318454518ad56ad38b60dbb3d185fd14d0d0b93","author":{"name":"Arnd Bergmann","email":"72a0f6d3b182607e6d5c44b93e1abb7b23ee18f3@arndb.de"},"message":"mm: hide a #warning for COMPILE_TEST\n\ncommit af27d9403f5b80685b79c88425086edccecaf711 upstream.\n\nWe get a warning about some slow configurations in randconfig kernels:\n\n  mm/memory.c:83:2: error: #warning Unfortunate NUMA and NUMA Balancing config, growing page-frame for last_cpupid. [-Werror=cpp]\n\nThe warning is reasonable by itself, but gets in the way of randconfig\nbuild testing, so I'm hiding it whenever CONFIG_COMPILE_TEST is set.\n\nThe warning was added in 2013 in commit 75980e97dacc (\"mm: fold\npage->_last_nid into page->flags where possible\").\n\nCc: stable@vger.kernel.org\nSigned-off-by: Arnd Bergmann <arnd@arndb.de>\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/codeaurora-unofficial/linux-msm/commits/7318454518ad56ad38b60dbb3d185fd14d0d0b93"},{"sha":"cbd0c0fc54e2fa27d05779cb984fe9c989652be8","author":{"name":"Jan H. Schönherr","email":"3ee1d1fbc7edbd60c9dd6b21f80d4b15f2997a04@amazon.de"},"message":"mm: Fix memory size alignment in devm_memremap_pages_release()\n\ncommit 10a0cd6e4932b5078215b1ec2c896597eec0eff9 upstream.\n\nThe functions devm_memremap_pages() and devm_memremap_pages_release() use\ndifferent ways to calculate the section-aligned amount of memory. The\nlatter function may use an incorrect size if the memory region is small\nbut straddles a section border.\n\nUse the same code for both.\n\nCc: <stable@vger.kernel.org>\nFixes: 5f29a77cd957 (\"mm: fix mixed zone detection in devm_memremap_pages\")\nSigned-off-by: Jan H. Schönherr <jschoenh@amazon.de>\nSigned-off-by: Dan Williams <dan.j.williams@intel.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/codeaurora-unofficial/linux-msm/commits/cbd0c0fc54e2fa27d05779cb984fe9c989652be8"},{"sha":"3d95c4faf85e3c5b67cda113d13bf701a40ee1d0","author":{"name":"Corentin Labbe","email":"33ef51724a70f2a05f788639c2342c9c1ea71996@gmail.com"},"message":"MIPS: Fix typo BIG_ENDIAN to CPU_BIG_ENDIAN\n\ncommit 2e6522c565522a2e18409c315c49d78c8b74807b upstream.\n\nMIPS_GENERIC selects some options conditional on BIG_ENDIAN which does\nnot exist.\n\nReplace BIG_ENDIAN with CPU_BIG_ENDIAN which is the correct kconfig\nname. Note that BMIPS_GENERIC does the same which confirms that this\npatch is needed.\n\nFixes: eed0eabd12ef0 (\"MIPS: generic: Introduce generic DT-based board support\")\nSigned-off-by: Corentin Labbe <clabbe.montjoie@gmail.com>\nReviewed-by: James Hogan <jhogan@kernel.org>\nCc: Ralf Baechle <ralf@linux-mips.org>\nCc: linux-mips@linux-mips.org\nCc: <stable@vger.kernel.org> # 4.9+\nPatchwork: https://patchwork.linux-mips.org/patch/18495/\n[jhogan@kernel.org: Clean up commit message]\nSigned-off-by: James Hogan <jhogan@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/codeaurora-unofficial/linux-msm/commits/3d95c4faf85e3c5b67cda113d13bf701a40ee1d0"},{"sha":"e1afa7bb38d5379f29fa015e9402e946a226afe8","author":{"name":"Johan Hovold","email":"c5aaa0c362db47011b825595d6a432662259e2f1@kernel.org"},"message":"PCI: keystone: Fix interrupt-controller-node lookup\n\ncommit eac56aa3bc8af3d9b9850345d0f2da9d83529134 upstream.\n\nFix child-node lookup during initialisation which was using the wrong\nOF-helper and ended up searching the whole device tree depth-first\nstarting at the parent rather than just matching on its children.\n\nTo make things worse, the parent pci node could end up being prematurely\nfreed as of_find_node_by_name() drops a reference to its first argument.\nAny matching child interrupt-controller node was also leaked.\n\nFixes: 0c4ffcfe1fbc (\"PCI: keystone: Add TI Keystone PCIe driver\")\nCc: stable <stable@vger.kernel.org>     # 3.18\nAcked-by: Murali Karicheri <m-karicheri2@ti.com>\nSigned-off-by: Johan Hovold <johan@kernel.org>\n[lorenzo.pieralisi@arm.com: updated commit subject]\nSigned-off-by: Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/codeaurora-unofficial/linux-msm/commits/e1afa7bb38d5379f29fa015e9402e946a226afe8"},{"sha":"dca0dc604aa37fda4681227250522dd9abe47298","author":{"name":"Johan Hovold","email":"c5aaa0c362db47011b825595d6a432662259e2f1@kernel.org"},"message":"video: fbdev: atmel_lcdfb: fix display-timings lookup\n\ncommit 9cb18db0701f6b74f0c45c23ad767b3ebebe37f6 upstream.\n\nFix child-node lookup during probe, which ended up searching the whole\ndevice tree depth-first starting at the parent rather than just matching\non its children.\n\nTo make things worse, the parent display node was also prematurely\nfreed.\n\nNote that the display and timings node references are never put after a\nsuccessful dt-initialisation so the nodes would leak on later probe\ndeferrals and on driver unbind.\n\nFixes: b985172b328a (\"video: atmel_lcdfb: add device tree suport\")\nCc: stable <stable@vger.kernel.org>     # 3.13\nCc: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>\nCc: Nicolas Ferre <nicolas.ferre@microchip.com>\nCc: Alexandre Belloni <alexandre.belloni@free-electrons.com>\nSigned-off-by: Johan Hovold <johan@kernel.org>\nSigned-off-by: Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/codeaurora-unofficial/linux-msm/commits/dca0dc604aa37fda4681227250522dd9abe47298"},{"sha":"81c1ef9a0fcf696f443346ff2315e698a1d2b69e","author":{"name":"Nicolas Pitre","email":"821418b0a29e813296bdaa58f6aecc4445fd1b69@linaro.org"},"message":"console/dummy: leave .con_font_get set to NULL\n\ncommit 724ba8b30b044aa0d94b1cd374fc15806cdd6f18 upstream.\n\nWhen this method is set, the caller expects struct console_font fields\nto be properly initialized when it returns. Leave it unset otherwise\nnonsensical (leaked kernel stack) values are returned to user space.\n\nSigned-off-by: Nicolas Pitre <nico@linaro.org>\nCc: stable@vger.kernel.org\nSigned-off-by: Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/codeaurora-unofficial/linux-msm/commits/81c1ef9a0fcf696f443346ff2315e698a1d2b69e"},{"sha":"28130f4d2340a87ea4b84e55f43016ebf86b9a2e","author":{"name":"Larry Finger","email":"15b8df22a685ea626b641ec4b41ea74b2ea632fd@lwfinger.net"},"message":"rtlwifi: rtl8821ae: Fix connection lost problem correctly\n\ncommit c713fb071edc0efc01a955f65a006b0e1795d2eb upstream.\n\nThere has been a coding error in rtl8821ae since it was first introduced,\nnamely that an 8-bit register was read using a 16-bit read in\n_rtl8821ae_dbi_read(). This error was fixed with commit 40b368af4b75\n(\"rtlwifi: Fix alignment issues\"); however, this change led to\ninstability in the connection. To restore stability, this change\nwas reverted in commit b8b8b16352cd (\"rtlwifi: rtl8821ae: Fix connection\nlost problem\").\n\nUnfortunately, the unaligned access causes machine checks in ARM\narchitecture, and we were finally forced to find the actual cause of the\nproblem on x86 platforms. Following a suggestion from Pkshih\n<pkshih@realtek.com>, it was found that increasing the ASPM L1\nlatency from 0 to 7 fixed the instability. This parameter was varied to\nsee if a smaller value would work; however, it appears that 7 is the\nsafest value. A new symbol is defined for this quantity, thus it can be\neasily changed if necessary.\n\nFixes: b8b8b16352cd (\"rtlwifi: rtl8821ae: Fix connection lost problem\")\nCc: Stable <stable@vger.kernel.org> # 4.14+\nFix-suggested-by: Pkshih <pkshih@realtek.com>\nSigned-off-by: Larry Finger <Larry.Finger@lwfinger.net>\nTested-by: James Cameron <quozl@laptop.org>  # x86_64 OLPC NL3\nSigned-off-by: Kalle Valo <kvalo@codeaurora.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/codeaurora-unofficial/linux-msm/commits/28130f4d2340a87ea4b84e55f43016ebf86b9a2e"},{"sha":"fffc0fcaebebefd06b07838e4aad5ef5f30803fd","author":{"name":"David Disseldorp","email":"ee690324dd12d021394b9f6b4c751f90427c6df2@suse.de"},"message":"target/iscsi: avoid NULL dereference in CHAP auth error path\n\ncommit ce512d79d0466a604793addb6b769d12ee326822 upstream.\n\nIf chap_server_compute_md5() fails early, e.g. via CHAP_N mismatch, then\ncrypto_free_shash() is called with a NULL pointer which gets\ndereferenced in crypto_shash_tfm().\n\nFixes: 69110e3cedbb (\"iscsi-target: Use shash and ahash\")\nSuggested-by: Markus Elfring <elfring@users.sourceforge.net>\nSigned-off-by: David Disseldorp <ddiss@suse.de>\nCc: stable@vger.kernel.org # 4.6+\nSigned-off-by: Nicholas Bellinger <nab@linux-iscsi.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/codeaurora-unofficial/linux-msm/commits/fffc0fcaebebefd06b07838e4aad5ef5f30803fd"},{"sha":"ecd72fd604b1f3aa3ec03962e4676760a8e1a1b4","author":{"name":"Liu Bo","email":"2320f47fd1b0bdd58584dbc8b4d320b2decf8329@oracle.com"},"message":"Btrfs: fix deadlock in run_delalloc_nocow\n\ncommit e89166990f11c3f21e1649d760dd35f9e410321c upstream.\n\n@cur_offset is not set back to what it should be (@cow_start) if\nbtrfs_next_leaf() returns something wrong, and the range [cow_start,\ncur_offset) remains locked forever.\n\ncc: <stable@vger.kernel.org>\nSigned-off-by: Liu Bo <bo.li.liu@oracle.com>\nReviewed-by: Josef Bacik <jbacik@fb.com>\nSigned-off-by: David Sterba <dsterba@suse.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/codeaurora-unofficial/linux-msm/commits/ecd72fd604b1f3aa3ec03962e4676760a8e1a1b4"},{"sha":"0f4adc1468fe5495e25e6da520d438f947f6cd7e","author":{"name":"Liu Bo","email":"2320f47fd1b0bdd58584dbc8b4d320b2decf8329@oracle.com"},"message":"Btrfs: fix crash due to not cleaning up tree log block's dirty bits\n\ncommit 1846430c24d66e85cc58286b3319c82cd54debb2 upstream.\n\nIn cases that the whole fs flips into readonly status due to failures in\ncritical sections, then log tree's blocks are still dirty, and this leads\nto a crash during umount time, the crash is about use-after-free,\n\numount\n -> close_ctree\n    -> stop workers\n    -> iput(btree_inode)\n       -> iput_final\n          -> write_inode_now\n\t     -> ...\n\t       -> queue job on stop'd workers\n\ncc: <stable@vger.kernel.org> v3.12+\nFixes: 681ae50917df (\"Btrfs: cleanup reserved space when freeing tree log on error\")\nSigned-off-by: Liu Bo <bo.li.liu@oracle.com>\nReviewed-by: Josef Bacik <jbacik@fb.com>\nSigned-off-by: David Sterba <dsterba@suse.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/codeaurora-unofficial/linux-msm/commits/0f4adc1468fe5495e25e6da520d438f947f6cd7e"},{"sha":"bc0d431e74adb5967fe39bc07aad68a6a865612d","author":{"name":"Liu Bo","email":"2320f47fd1b0bdd58584dbc8b4d320b2decf8329@oracle.com"},"message":"Btrfs: fix extent state leak from tree log\n\ncommit 55237a5f2431a72435e3ed39e4306e973c0446b7 upstream.\n\nIt's possible that btrfs_sync_log() bails out after one of the two\nbtrfs_write_marked_extents() which convert extent state's state bit into\nEXTENT_NEED_WAIT from EXTENT_DIRTY/EXTENT_NEW, however only EXTENT_DIRTY\nand EXTENT_NEW are searched by free_log_tree() so that those extent states\nwith EXTENT_NEED_WAIT lead to memory leak.\n\ncc: <stable@vger.kernel.org>\nSigned-off-by: Liu Bo <bo.li.liu@oracle.com>\nReviewed-by: Josef Bacik <jbacik@fb.com>\nSigned-off-by: David Sterba <dsterba@suse.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/codeaurora-unofficial/linux-msm/commits/bc0d431e74adb5967fe39bc07aad68a6a865612d"}]}
{"actor":{"display_login":"Mazda--"}}