This is the start of the stable review cycle for the 5.4.27 release. There are 60 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know.
Responses should be made by Sat, 21 Mar 2020 12:37:04 +0000. Anything received after that time might be too late.
The whole patch series can be found in one patch at: https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.4.27-rc1.... or in the git tree and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-5.4.y and the diffstat can be found below.
thanks,
greg k-h
------------- Pseudo-Shortlog of commits:
Greg Kroah-Hartman gregkh@linuxfoundation.org Linux 5.4.27-rc1
Matteo Croce mcroce@redhat.com ipv4: ensure rcu_read_lock() in cipso_v4_error()
Ard Biesheuvel ardb@kernel.org ARM: 8961/2: Fix Kbuild issue caused by per-task stack protector GCC plugin
Tony Fischetti tony.fischetti@gmail.com HID: add ALWAYS_POLL quirk to lenovo pixart mouse
Chen-Tsung Hsieh chentsung@chromium.org HID: google: add moonball USB id
Jann Horn jannh@google.com mm: slub: add missing TID bump in kmem_cache_alloc_bulk()
Kees Cook keescook@chromium.org ARM: 8958/1: rename missed uaccess .fixup section
Florian Fainelli f.fainelli@gmail.com ARM: 8957/1: VDSO: Match ARMv8 timer in cntvct_functional()
Carl Huang cjhuang@codeaurora.org net: qrtr: fix len of skb_put_padto in qrtr_node_enqueue
Ming Lei ming.lei@redhat.com blk-mq: insert flush request to the front of dispatch queue
Qian Cai cai@lca.pw jbd2: fix data races at struct journal_head
Alex Maftei (amaftei) amaftei@solarflare.com sfc: fix timestamp reconstruction at 16-bit rollover points
Taehee Yoo ap420073@gmail.com net: rmnet: fix packet forwarding in rmnet bridge mode
Taehee Yoo ap420073@gmail.com net: rmnet: fix bridge mode bugs
Taehee Yoo ap420073@gmail.com net: rmnet: use upper/lower device infrastructure
Taehee Yoo ap420073@gmail.com net: rmnet: do not allow to change mux id if mux id is duplicated
Taehee Yoo ap420073@gmail.com net: rmnet: remove rcu_read_lock in rmnet_force_unassociate_device()
Taehee Yoo ap420073@gmail.com net: rmnet: fix suspicious RCU usage
Taehee Yoo ap420073@gmail.com net: rmnet: fix NULL pointer dereference in rmnet_changelink()
Taehee Yoo ap420073@gmail.com net: rmnet: fix NULL pointer dereference in rmnet_newlink()
Luo bin luobin9@huawei.com hinic: fix a bug of rss configuration
Luo bin luobin9@huawei.com hinic: fix a bug of setting hw_ioctxt
Luo bin luobin9@huawei.com hinic: fix a irq affinity bug
Antoine Tenart antoine.tenart@bootlin.com net: phy: mscc: fix firmware paths
yangerkun yangerkun@huawei.com slip: not call free_netdev before rtnl_unlock in slip_open
Linus Torvalds torvalds@linux-foundation.org signal: avoid double atomic counter increments for user accounting
Masahiro Yamada masahiroy@kernel.org kbuild: add dt_binding_check to PHONY in a correct place
Masahiro Yamada masahiroy@kernel.org kbuild: add dtbs_check to PHONY
Monk Liu Monk.Liu@amd.com drm/amdgpu: fix memory leak during TDR test(v2)
Ming Lei ming.lei@redhat.com blk-mq: insert passthrough request into hctx->dispatch directly
Esben Haabendal esben@geanix.com net: ll_temac: Handle DMA halt condition caused by buffer underrun
Esben Haabendal esben@geanix.com net: ll_temac: Fix RX buffer descriptor handling on GFP_ATOMIC pressure
Esben Haabendal esben@geanix.com net: ll_temac: Add more error handling of dma_map_single() calls
Esben Haabendal esben@geanix.com net: ll_temac: Fix race condition causing TX hang
Madhuparna Bhowmik madhuparnabhowmik10@gmail.com mac80211: rx: avoid RCU list traversal under mutex
Marek Vasut marex@denx.de net: ks8851-ml: Fix IRQ handling and locking
Daniele Palmas dnlplm@gmail.com net: usb: qmi_wwan: restore mtu min/max values after raw_ip switch
Igor Druzhinin igor.druzhinin@citrix.com scsi: libfc: free response frame from GPN_ID
Johannes Berg johannes.berg@intel.com cfg80211: check reg_rule for NULL in handle_channel_custom()
Tom Zanussi zanussi@kernel.org tracing: Fix number printing bug in print_synth_event()
Michael Ellerman mpe@ellerman.id.au selftests/rseq: Fix out-of-tree compilation
Nathan Chancellor natechancellor@gmail.com MIPS: vdso: Wrap -mexplicit-relocs in cc-option
Hanno Zulla kontakt@hanno.de HID: hid-bigbenff: fix race condition for scheduled work during removal
Hanno Zulla kontakt@hanno.de HID: hid-bigbenff: call hid_hw_stop() in case of error
Hanno Zulla kontakt@hanno.de HID: hid-bigbenff: fix general protection fault caused by double kfree
Victor Kamensky kamensky@cisco.com mips: vdso: add build time check that no 'jalr t9' calls left
Paul Burton paulburton@kernel.org MIPS: Disable VDSO time functionality on microMIPS
Victor Kamensky kamensky@cisco.com mips: vdso: fix 'jalr t9' crash in vdso code
Kai-Heng Feng kai.heng.feng@canonical.com HID: i2c-hid: add Trekstor Surfbook E11B to descriptor override
Mika Westerberg mika.westerberg@linux.intel.com ACPI: watchdog: Set default timeout in probe
Mansour Behabadi mansour@oxplot.com HID: apple: Add support for recent firmware on Magic Keyboards
Jean Delvare jdelvare@suse.de ACPI: watchdog: Allow disabling WDAT at boot
Ulf Hansson ulf.hansson@linaro.org mmc: core: Respect MMC_CAP_NEED_RSP_BUSY for erase/trim/discard
Ulf Hansson ulf.hansson@linaro.org mmc: core: Respect MMC_CAP_NEED_RSP_BUSY for eMMC sleep command
Ulf Hansson ulf.hansson@linaro.org mmc: sdhci-omap: Fix busy detection by enabling MMC_CAP_NEED_RSP_BUSY
Ulf Hansson ulf.hansson@linaro.org mmc: sdhci-tegra: Fix busy detection by enabling MMC_CAP_NEED_RSP_BUSY
Ulf Hansson ulf.hansson@linaro.org mmc: core: Allow host controllers to require R1B for CMD6
Ulf Hansson ulf.hansson@linaro.org mmc: core: Default to generic_cmd6_time as timeout in __mmc_switch()
Felix Kuehling Felix.Kuehling@amd.com drm/amdgpu: Fix TLB invalidation request when using semaphore
Cong Wang xiyou.wangcong@gmail.com netfilter: xt_hashlimit: unregister proc file before releasing mutex
Florian Westphal fw@strlen.de netfilter: hashlimit: do not use indirect calls during gc
-------------
Diffstat:
Documentation/admin-guide/kernel-parameters.txt | 4 + Makefile | 7 +- arch/arm/Makefile | 4 +- arch/arm/boot/compressed/Makefile | 4 +- arch/arm/kernel/vdso.c | 2 + arch/arm/lib/copy_from_user.S | 2 +- arch/mips/vdso/Makefile | 28 ++- block/blk-flush.c | 2 +- block/blk-mq-sched.c | 44 ++++- block/blk-mq.c | 18 +- block/blk-mq.h | 3 +- drivers/acpi/acpi_watchdog.c | 12 +- drivers/gpu/drm/amd/amdgpu/gmc_v10_0.c | 5 +- drivers/gpu/drm/amd/amdgpu/gmc_v9_0.c | 8 +- drivers/gpu/drm/amd/powerplay/smu_v11_0.c | 6 +- drivers/hid/hid-apple.c | 3 +- drivers/hid/hid-bigbenff.c | 31 ++- drivers/hid/hid-google-hammer.c | 2 + drivers/hid/hid-ids.h | 2 + drivers/hid/hid-quirks.c | 1 + drivers/hid/i2c-hid/i2c-hid-dmi-quirks.c | 8 + drivers/mmc/core/core.c | 5 +- drivers/mmc/core/mmc.c | 7 +- drivers/mmc/core/mmc_ops.c | 27 ++- drivers/mmc/host/sdhci-omap.c | 3 + drivers/mmc/host/sdhci-tegra.c | 3 + drivers/net/ethernet/huawei/hinic/hinic_hw_dev.c | 1 + drivers/net/ethernet/huawei/hinic/hinic_hw_dev.h | 2 +- drivers/net/ethernet/huawei/hinic/hinic_hw_if.h | 1 + drivers/net/ethernet/huawei/hinic/hinic_hw_qp.h | 1 + drivers/net/ethernet/huawei/hinic/hinic_main.c | 3 +- drivers/net/ethernet/huawei/hinic/hinic_rx.c | 5 +- drivers/net/ethernet/micrel/ks8851_mll.c | 14 +- drivers/net/ethernet/qualcomm/rmnet/rmnet_config.c | 186 +++++++++--------- drivers/net/ethernet/qualcomm/rmnet/rmnet_config.h | 3 +- .../net/ethernet/qualcomm/rmnet/rmnet_handlers.c | 7 +- drivers/net/ethernet/qualcomm/rmnet/rmnet_vnd.c | 8 - drivers/net/ethernet/qualcomm/rmnet/rmnet_vnd.h | 1 - drivers/net/ethernet/sfc/ptp.c | 38 +++- drivers/net/ethernet/xilinx/ll_temac.h | 4 + drivers/net/ethernet/xilinx/ll_temac_main.c | 209 +++++++++++++++++---- drivers/net/phy/mscc.c | 4 +- drivers/net/slip/slip.c | 3 + drivers/net/usb/qmi_wwan.c | 3 + drivers/scsi/libfc/fc_disc.c | 2 + drivers/watchdog/wdat_wdt.c | 23 +++ fs/jbd2/transaction.c | 8 +- include/linux/mmc/host.h | 1 + kernel/signal.c | 23 ++- kernel/trace/trace_events_hist.c | 32 +++- mm/slub.c | 9 + net/ipv4/cipso_ipv4.c | 7 +- net/mac80211/rx.c | 2 +- net/netfilter/xt_hashlimit.c | 36 +--- net/qrtr/qrtr.c | 2 +- net/wireless/reg.c | 2 +- tools/testing/selftests/rseq/Makefile | 2 +- 57 files changed, 615 insertions(+), 268 deletions(-)
On Thu, 19 Mar 2020 at 18:52, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 5.4.27 release. There are 60 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know.
Responses should be made by Sat, 21 Mar 2020 12:37:04 +0000. Anything received after that time might be too late.
The whole patch series can be found in one patch at: https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.4.27-rc1.... or in the git tree and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-5.4.y and the diffstat can be found below.
thanks,
greg k-h
Results from Linaro’s test farm. This regression is platform specific.
On arm64 dragonboard 410c-QC410E* the LT hugemmap05 and hackbench test cases started failing on this build and easy to reproduce. Where as on other arm64 platforms (juno-r2, nxp-ls2088) these test PASS.
These two test case scenario run on independent execution.
Steps to reproduce, cd /opt/ltp ./runltp -s hugemmap05
cd /opt/ltp/testcases/bin ./hackbench 50 process 1000 ./hackbench 20 thread 1000
Test output log: -------------------- hugemmap05.c:89: BROK: mmap((nil),402653184,3,1,6,0) failed: ENOMEM (12) tst_safe_sysv_ipc.c:99: BROK: hugemmap05.c:85: shmget(218431587, 402653184, b80) failed: ENOMEM (12)
Running with 50*40 (== 2000) tasks. fork() (error: Resource temporarily unavailable) Running with 20*40 (== 800) tasks. pthread_create failed: Resource temporarily unavailable (11)
* RAM: 1GB LPDDR3 SDRAM @ 533MHz CPU: ARM Cortex-A53 Quad-core up to 1.2 GHz per core
https://qa-reports.linaro.org/lkft/linux-stable-rc-5.4-oe/tests/ltp-hugetlb-... https://qa-reports.linaro.org/lkft/linux-stable-rc-5.4-oe/tests/ltp-sched-te... https://qa-reports.linaro.org/lkft/linux-stable-rc-5.4-oe/tests/ltp-sched-te...
-- Linaro LKFT https://lkft.linaro.org
On Fri, Mar 20, 2020 at 03:29:47AM +0530, Naresh Kamboju wrote:
On Thu, 19 Mar 2020 at 18:52, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 5.4.27 release. There are 60 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know.
Responses should be made by Sat, 21 Mar 2020 12:37:04 +0000. Anything received after that time might be too late.
The whole patch series can be found in one patch at: https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.4.27-rc1.... or in the git tree and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-5.4.y and the diffstat can be found below.
thanks,
greg k-h
Results from Linaro’s test farm. This regression is platform specific.
On arm64 dragonboard 410c-QC410E* the LT hugemmap05 and hackbench test cases started failing on this build and easy to reproduce. Where as on other arm64 platforms (juno-r2, nxp-ls2088) these test PASS.
These two test case scenario run on independent execution.
Steps to reproduce, cd /opt/ltp ./runltp -s hugemmap05
cd /opt/ltp/testcases/bin ./hackbench 50 process 1000 ./hackbench 20 thread 1000
Test output log:
hugemmap05.c:89: BROK: mmap((nil),402653184,3,1,6,0) failed: ENOMEM (12) tst_safe_sysv_ipc.c:99: BROK: hugemmap05.c:85: shmget(218431587, 402653184, b80) failed: ENOMEM (12)
Running with 50*40 (== 2000) tasks. fork() (error: Resource temporarily unavailable) Running with 20*40 (== 800) tasks. pthread_create failed: Resource temporarily unavailable (11)
RAM: 1GB LPDDR3 SDRAM @ 533MHz CPU: ARM Cortex-A53 Quad-core up to 1.2 GHz per core
https://qa-reports.linaro.org/lkft/linux-stable-rc-5.4-oe/tests/ltp-hugetlb-... https://qa-reports.linaro.org/lkft/linux-stable-rc-5.4-oe/tests/ltp-sched-te... https://qa-reports.linaro.org/lkft/linux-stable-rc-5.4-oe/tests/ltp-sched-te...
Any chance you can run 'git bisect' to find the issue here?
thanks,
greg k-h
On Fri, 20 Mar 2020 at 12:42, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
On Fri, Mar 20, 2020 at 03:29:47AM +0530, Naresh Kamboju wrote:
hugemmap05.c:89: BROK: mmap((nil),402653184,3,1,6,0) failed: ENOMEM (12) tst_safe_sysv_ipc.c:99: BROK: hugemmap05.c:85: shmget(218431587, 402653184, b80) failed: ENOMEM (12)
Running with 50*40 (== 2000) tasks. fork() (error: Resource temporarily unavailable) Running with 20*40 (== 800) tasks. pthread_create failed: Resource temporarily unavailable (11)
On 5.4.27-rc3 the above report problem not reproduced. I have re-tested multiple times to confirm this.
- Naresh
On 3/19/20 6:03 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 5.4.27 release. There are 60 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know.
Responses should be made by Sat, 21 Mar 2020 12:37:04 +0000. Anything received after that time might be too late.
Build results: total: 158 pass: 158 fail: 0 Qemu test results: total: 427 pass: 425 fail: 2 Failed tests: mipsel64:64r6el_defconfig:notests:smp:ide:hd mipsel64:64r6el_defconfig:notests:smp:ide:cd
Building mipsel64:64r6el_defconfig:notests:smp:ide:hd ... failed ------------ Error log: arch/mips/vdso/vdso.so.dbg.raw: PIC 'jalr t9' calls are not supported
I was unable to figure out why I only see this problem in v5.4.y. The build error is easy to reproduce with gcc 9.2.0 and "64r6el_defconfig".
Guenter
On Thu, Mar 19, 2020 at 04:55:20PM -0700, Guenter Roeck wrote:
On 3/19/20 6:03 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 5.4.27 release. There are 60 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know.
Responses should be made by Sat, 21 Mar 2020 12:37:04 +0000. Anything received after that time might be too late.
Build results: total: 158 pass: 158 fail: 0 Qemu test results: total: 427 pass: 425 fail: 2 Failed tests: mipsel64:64r6el_defconfig:notests:smp:ide:hd mipsel64:64r6el_defconfig:notests:smp:ide:cd
Building mipsel64:64r6el_defconfig:notests:smp:ide:hd ... failed
Error log: arch/mips/vdso/vdso.so.dbg.raw: PIC 'jalr t9' calls are not supported
I was unable to figure out why I only see this problem in v5.4.y. The build error is easy to reproduce with gcc 9.2.0 and "64r6el_defconfig".
I've dropped a bunch of mips vdso patches from 5.5 and 5.4 queues now and will push out new -rcs with those in them to hopefully resolve these issues.
thanks,
greg k-h
On Fri, 20 Mar 2020 at 16:25, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
On Thu, Mar 19, 2020 at 04:55:20PM -0700, Guenter Roeck wrote:
On 3/19/20 6:03 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 5.4.27 release. There are 60 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know.
Responses should be made by Sat, 21 Mar 2020 12:37:04 +0000. Anything received after that time might be too late.
Build results: total: 158 pass: 158 fail: 0 Qemu test results: total: 427 pass: 425 fail: 2 Failed tests: mipsel64:64r6el_defconfig:notests:smp:ide:hd mipsel64:64r6el_defconfig:notests:smp:ide:cd
Building mipsel64:64r6el_defconfig:notests:smp:ide:hd ... failed
Error log: arch/mips/vdso/vdso.so.dbg.raw: PIC 'jalr t9' calls are not supported
I was unable to figure out why I only see this problem in v5.4.y. The build error is easy to reproduce with gcc 9.2.0 and "64r6el_defconfig".
I've dropped a bunch of mips vdso patches from 5.5 and 5.4 queues now and will push out new -rcs with those in them to hopefully resolve these issues.
amr64 and arm build failed on stable-rc 5.4 and 5.5
# make -sk KBUILD_BUILD_USER=TuxBuild -C/linux -j16 ARCH=arm64 CROSS_COMPILE=aarch64-linux-gnu- HOSTCC=gcc CC="sccache aarch64-linux-gnu-gcc" O=build Image # ../drivers/mmc/host/sdhci-tegra.c: In function ‘sdhci_tegra_probe’: ../drivers/mmc/host/sdhci-tegra.c:1556:21: error: ‘MMC_CAP_NEED_RSP_BUSY’ undeclared (first use in this function); did you mean ‘MMC_CAP_NEEDS_POLL’? 1556 | host->mmc->caps |= MMC_CAP_NEED_RSP_BUSY; | ^~~~~~~~~~~~~~~~~~~~~ | MMC_CAP_NEEDS_POLL
On Fri, Mar 20, 2020 at 04:53:14PM +0530, Naresh Kamboju wrote:
On Fri, 20 Mar 2020 at 16:25, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
On Thu, Mar 19, 2020 at 04:55:20PM -0700, Guenter Roeck wrote:
On 3/19/20 6:03 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 5.4.27 release. There are 60 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know.
Responses should be made by Sat, 21 Mar 2020 12:37:04 +0000. Anything received after that time might be too late.
Build results: total: 158 pass: 158 fail: 0 Qemu test results: total: 427 pass: 425 fail: 2 Failed tests: mipsel64:64r6el_defconfig:notests:smp:ide:hd mipsel64:64r6el_defconfig:notests:smp:ide:cd
Building mipsel64:64r6el_defconfig:notests:smp:ide:hd ... failed
Error log: arch/mips/vdso/vdso.so.dbg.raw: PIC 'jalr t9' calls are not supported
I was unable to figure out why I only see this problem in v5.4.y. The build error is easy to reproduce with gcc 9.2.0 and "64r6el_defconfig".
I've dropped a bunch of mips vdso patches from 5.5 and 5.4 queues now and will push out new -rcs with those in them to hopefully resolve these issues.
amr64 and arm build failed on stable-rc 5.4 and 5.5
# make -sk KBUILD_BUILD_USER=TuxBuild -C/linux -j16 ARCH=arm64 CROSS_COMPILE=aarch64-linux-gnu- HOSTCC=gcc CC="sccache aarch64-linux-gnu-gcc" O=build Image # ../drivers/mmc/host/sdhci-tegra.c: In function ‘sdhci_tegra_probe’: ../drivers/mmc/host/sdhci-tegra.c:1556:21: error: ‘MMC_CAP_NEED_RSP_BUSY’ undeclared (first use in this function); did you mean ‘MMC_CAP_NEEDS_POLL’? 1556 | host->mmc->caps |= MMC_CAP_NEED_RSP_BUSY; | ^~~~~~~~~~~~~~~~~~~~~ | MMC_CAP_NEEDS_POLL
Crap, I didn't build for arm. I'll go push out -rc3 for this issue now, sorry for the noise...
greg k-h