This is the start of the stable review cycle for the 4.19.112 release. There are 48 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/v4.x/stable-review/patch-4.19.112-rc... or in the git tree and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-4.19.y and the diffstat can be found below.
thanks,
greg k-h
------------- Pseudo-Shortlog of commits:
Greg Kroah-Hartman gregkh@linuxfoundation.org Linux 4.19.112-rc1
Matteo Croce mcroce@redhat.com ipv4: ensure rcu_read_lock() in cipso_v4_error()
Waiman Long longman@redhat.com efi: Fix debugobjects warning on 'efi_rts_work'
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
Rafael J. Wysocki rafael.j.wysocki@intel.com driver core: Fix creation of device links with PM-runtime flags
Rafael J. Wysocki rafael.j.wysocki@intel.com driver core: Remove device link creation limitation
Rafael J. Wysocki rafael.j.wysocki@intel.com driver core: Add device link flag DL_FLAG_AUTOPROBE_CONSUMER
Rafael J. Wysocki rafael.j.wysocki@intel.com driver core: Make driver core own stateful device links
Rafael J. Wysocki rafael.j.wysocki@intel.com driver core: Fix adding device links to probing suppliers
Yong Wu yong.wu@mediatek.com driver core: Remove the link if there is no driver with AUTO flag
Faiz Abbas faiz_abbas@ti.com mmc: sdhci-omap: Fix Tuning procedure for temperatures < -20C
Faiz Abbas faiz_abbas@ti.com mmc: sdhci-omap: Don't finish_mrq() on a command error during tuning
Navid Emamdoost navid.emamdoost@gmail.com wimax: i2400: Fix memory leak in i2400m_op_rfkill_sw_toggle
Navid Emamdoost navid.emamdoost@gmail.com wimax: i2400: fix memory leak
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 setting hw_ioctxt
Luo bin luobin9@huawei.com hinic: fix a irq affinity bug
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
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()
Kai-Heng Feng kai.heng.feng@canonical.com HID: i2c-hid: add Trekstor Surfbook E11B to descriptor override
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: Allow host controllers to require R1B for CMD6
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
Faiz Abbas faiz_abbas@ti.com mmc: host: Fix Kconfig warnings on keystone_defconfig
Faiz Abbas faiz_abbas@ti.com mmc: sdhci-omap: Workaround errata regarding SDR104/HS200 tuning failures (i929)
Faiz Abbas faiz_abbas@ti.com mmc: sdhci-omap: Add platform specific reset callback
Ulf Hansson ulf.hansson@linaro.org mmc: core: Default to generic_cmd6_time as timeout in __mmc_switch()
Kim Phillips kim.phillips@amd.com perf/amd/uncore: Replace manual sampling check with CAP_NO_INTERRUPT flag
-------------
Diffstat:
Documentation/admin-guide/kernel-parameters.txt | 4 + Documentation/driver-api/device_link.rst | 63 +++-- Makefile | 4 +- arch/arm/kernel/vdso.c | 2 + arch/arm/lib/copy_from_user.S | 2 +- arch/x86/events/amd/uncore.c | 14 +- drivers/acpi/acpi_watchdog.c | 12 +- drivers/base/core.c | 293 +++++++++++++++------ drivers/base/dd.c | 2 +- drivers/base/power/runtime.c | 4 +- drivers/firmware/efi/runtime-wrappers.c | 2 +- drivers/hid/hid-apple.c | 3 +- drivers/hid/hid-google-hammer.c | 2 + drivers/hid/hid-ids.h | 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/Kconfig | 2 + drivers/mmc/host/sdhci-omap.c | 151 ++++++++++- 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_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/slip/slip.c | 3 + drivers/net/usb/qmi_wwan.c | 3 + drivers/net/wimax/i2400m/op-rfkill.c | 1 + drivers/scsi/libfc/fc_disc.c | 2 + fs/jbd2/transaction.c | 8 +- include/linux/device.h | 7 +- include/linux/mmc/host.h | 1 + kernel/signal.c | 23 +- mm/slub.c | 9 + net/ipv4/cipso_ipv4.c | 7 +- net/mac80211/rx.c | 2 +- net/qrtr/qrtr.c | 2 +- net/wireless/reg.c | 2 +- 45 files changed, 672 insertions(+), 273 deletions(-)
On Thu, 19 Mar 2020 at 18:50, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 4.19.112 release. There are 48 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/v4.x/stable-review/patch-4.19.112-rc... or in the git tree and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-4.19.y and the diffstat can be found below.
thanks,
greg k-h
Faiz Abbas faiz_abbas@ti.com mmc: sdhci-omap: Fix Tuning procedure for temperatures < -20C
Faiz Abbas faiz_abbas@ti.com mmc: sdhci-omap: Don't finish_mrq() on a command error during tuning
Results from Linaro’s test farm. No regressions on arm64, arm, x86_64, and i386.
NOTE: The arm beagleboard x15 device running stable rc 4.19.112-rc1, 5.4.27-rc1 and 5.5.11-rc2 kernel pops up the following messages on console log, Is this a problem ?
[ 15.737765] mmc1: unspecified timeout for CMD6 - use generic [ 16.754248] mmc1: unspecified timeout for CMD6 - use generic [ 16.842071] mmc1: unspecified timeout for CMD6 - use generic ... [ 977.126652] mmc1: unspecified timeout for CMD6 - use generic [ 985.449798] mmc1: unspecified timeout for CMD6 - use generic
Summary ------------------------------------------------------------------------
kernel: 4.19.112-rc1 git repo: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git git branch: linux-4.19.y git commit: 8977fd00fd705a4e9273d09171ee66344cdc879e git describe: v4.19.111-49-g8977fd00fd70 Test details: https://qa-reports.linaro.org/lkft/linux-stable-rc-4.19-oe/build/v4.19.111-4...
No regressions (compared to build v4.19.110-90-gad35ac79caef)
No fixes (compared to build v4.19.110-90-gad35ac79caef)
Ran 18421 total tests in the following environments and test suites.
Environments -------------- - dragonboard-410c - arm64 - hi6220-hikey - arm64 - i386 - juno-r2 - arm64 - nxp-ls2088- arm64 - qemu_arm - qemu_arm64 - qemu_i386 - qemu_x86_64 - x15 - arm - x86_64
Test Suites ----------- * build * install-android-platform-tools-r2600 * kselftest * linux-log-parser * perf * libhugetlbfs * ltp-cap_bounds-tests * ltp-commands-tests * ltp-containers-tests * ltp-cpuhotplug-tests * ltp-dio-tests * ltp-fcntl-locktests-tests * ltp-filecaps-tests * ltp-fs-tests * ltp-fs_bind-tests * ltp-fs_perms_simple-tests * ltp-fsx-tests * ltp-hugetlb-tests * ltp-io-tests * ltp-ipc-tests * ltp-math-tests * ltp-mm-tests * ltp-nptl-tests * ltp-pty-tests * ltp-sched-tests * ltp-securebits-tests * ltp-syscalls-tests * network-basic-tests * v4l2-compliance * ltp-cve-tests * spectre-meltdown-checker-test * ltp-open-posix-tests
ref: https://lkft.validation.linaro.org/scheduler/job/1298207#L4037 https://lkft.validation.linaro.org/scheduler/job/1298945#L4132 https://lkft.validation.linaro.org/scheduler/job/1299973#L4232
On Fri, 2020-03-20 at 01:12 +0530, Naresh Kamboju wrote:
On Thu, 19 Mar 2020 at 18:50, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 4.19.112 release. There are 48 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/v4.x/stable-review/patch-4.19.112-rc... or in the git tree and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-4.19.y and the diffstat can be found below.
thanks,
greg k-h
Faiz Abbas faiz_abbas@ti.com mmc: sdhci-omap: Fix Tuning procedure for temperatures < -20C
Faiz Abbas faiz_abbas@ti.com mmc: sdhci-omap: Don't finish_mrq() on a command error during tuning
Results from Linaro’s test farm. No regressions on arm64, arm, x86_64, and i386.
NOTE: The arm beagleboard x15 device running stable rc 4.19.112-rc1, 5.4.27-rc1 and 5.5.11-rc2 kernel pops up the following messages on console log, Is this a problem ?
[ 15.737765] mmc1: unspecified timeout for CMD6 - use generic [ 16.754248] mmc1: unspecified timeout for CMD6 - use generic [ 16.842071] mmc1: unspecified timeout for CMD6 - use generic ... [ 977.126652] mmc1: unspecified timeout for CMD6 - use generic [ 985.449798] mmc1: unspecified timeout for CMD6 - use generic
[...]
This warning was introduced by commit 533a6cfe08f9 "mmc: core: Default to generic_cmd6_time as timeout in __mmc_switch()". That should not be applied to stable branches; it is not valid without (at least) these preparatory changes:
0c204979c691 mmc: core: Cleanup BKOPS support 24ed3bd01d6a mmc: core: Specify timeouts for BKOPS and CACHE_FLUSH for eMMC ad91619aa9d7 mmc: block: Use generic_cmd6_time when modifying INAND_CMD38_ARG_EXT_CSD
Ben.
On Thu, Mar 19, 2020 at 08:00:32PM +0000, Ben Hutchings wrote:
On Fri, 2020-03-20 at 01:12 +0530, Naresh Kamboju wrote:
On Thu, 19 Mar 2020 at 18:50, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 4.19.112 release. There are 48 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/v4.x/stable-review/patch-4.19.112-rc... or in the git tree and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-4.19.y and the diffstat can be found below.
thanks,
greg k-h
Faiz Abbas faiz_abbas@ti.com mmc: sdhci-omap: Fix Tuning procedure for temperatures < -20C
Faiz Abbas faiz_abbas@ti.com mmc: sdhci-omap: Don't finish_mrq() on a command error during tuning
Results from Linaro’s test farm. No regressions on arm64, arm, x86_64, and i386.
NOTE: The arm beagleboard x15 device running stable rc 4.19.112-rc1, 5.4.27-rc1 and 5.5.11-rc2 kernel pops up the following messages on console log, Is this a problem ?
[ 15.737765] mmc1: unspecified timeout for CMD6 - use generic [ 16.754248] mmc1: unspecified timeout for CMD6 - use generic [ 16.842071] mmc1: unspecified timeout for CMD6 - use generic ... [ 977.126652] mmc1: unspecified timeout for CMD6 - use generic [ 985.449798] mmc1: unspecified timeout for CMD6 - use generic
[...]
This warning was introduced by commit 533a6cfe08f9 "mmc: core: Default to generic_cmd6_time as timeout in __mmc_switch()". That should not be applied to stable branches; it is not valid without (at least) these preparatory changes:
0c204979c691 mmc: core: Cleanup BKOPS support 24ed3bd01d6a mmc: core: Specify timeouts for BKOPS and CACHE_FLUSH for eMMC ad91619aa9d7 mmc: block: Use generic_cmd6_time when modifying INAND_CMD38_ARG_EXT_CSD
Ok, I've now dropped that patch, which also required me to drop 1292e3efb149 ("mmc: core: Allow host controllers to require R1B for CMD6"). I've done so for 5.5.y, 5.4.y, and 4.19.y.
thanks,
greg k-h
On Fri, Mar 20, 2020 at 09:03:17AM +0100, Greg Kroah-Hartman wrote:
On Thu, Mar 19, 2020 at 08:00:32PM +0000, Ben Hutchings wrote:
On Fri, 2020-03-20 at 01:12 +0530, Naresh Kamboju wrote:
On Thu, 19 Mar 2020 at 18:50, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 4.19.112 release. There are 48 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/v4.x/stable-review/patch-4.19.112-rc... or in the git tree and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-4.19.y and the diffstat can be found below.
thanks,
greg k-h
Faiz Abbas faiz_abbas@ti.com mmc: sdhci-omap: Fix Tuning procedure for temperatures < -20C
Faiz Abbas faiz_abbas@ti.com mmc: sdhci-omap: Don't finish_mrq() on a command error during tuning
Results from Linaro’s test farm. No regressions on arm64, arm, x86_64, and i386.
NOTE: The arm beagleboard x15 device running stable rc 4.19.112-rc1, 5.4.27-rc1 and 5.5.11-rc2 kernel pops up the following messages on console log, Is this a problem ?
[ 15.737765] mmc1: unspecified timeout for CMD6 - use generic [ 16.754248] mmc1: unspecified timeout for CMD6 - use generic [ 16.842071] mmc1: unspecified timeout for CMD6 - use generic ... [ 977.126652] mmc1: unspecified timeout for CMD6 - use generic [ 985.449798] mmc1: unspecified timeout for CMD6 - use generic
[...]
This warning was introduced by commit 533a6cfe08f9 "mmc: core: Default to generic_cmd6_time as timeout in __mmc_switch()". That should not be applied to stable branches; it is not valid without (at least) these preparatory changes:
0c204979c691 mmc: core: Cleanup BKOPS support 24ed3bd01d6a mmc: core: Specify timeouts for BKOPS and CACHE_FLUSH for eMMC ad91619aa9d7 mmc: block: Use generic_cmd6_time when modifying INAND_CMD38_ARG_EXT_CSD
Ok, I've now dropped that patch, which also required me to drop 1292e3efb149 ("mmc: core: Allow host controllers to require R1B for CMD6"). I've done so for 5.5.y, 5.4.y, and 4.19.y.
Ugh, I forgot, that broke other things. I'm going to go rip out a bunch of mmc patches now...
On Fri, 20 Mar 2020 at 13:41, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
On Fri, Mar 20, 2020 at 09:03:17AM +0100, Greg Kroah-Hartman wrote:
On Thu, Mar 19, 2020 at 08:00:32PM +0000, Ben Hutchings wrote:
On Fri, 2020-03-20 at 01:12 +0530, Naresh Kamboju wrote:
On Thu, 19 Mar 2020 at 18:50, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 4.19.112 release. There are 48 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/v4.x/stable-review/patch-4.19.112-rc... or in the git tree and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-4.19.y and the diffstat can be found below.
thanks,
greg k-h
Faiz Abbas faiz_abbas@ti.com mmc: sdhci-omap: Fix Tuning procedure for temperatures < -20C
Faiz Abbas faiz_abbas@ti.com mmc: sdhci-omap: Don't finish_mrq() on a command error during tuning
Results from Linaro’s test farm. No regressions on arm64, arm, x86_64, and i386.
NOTE: The arm beagleboard x15 device running stable rc 4.19.112-rc1, 5.4.27-rc1 and 5.5.11-rc2 kernel pops up the following messages on console log, Is this a problem ?
[ 15.737765] mmc1: unspecified timeout for CMD6 - use generic [ 16.754248] mmc1: unspecified timeout for CMD6 - use generic [ 16.842071] mmc1: unspecified timeout for CMD6 - use generic ... [ 977.126652] mmc1: unspecified timeout for CMD6 - use generic [ 985.449798] mmc1: unspecified timeout for CMD6 - use generic
[...]
This warning was introduced by commit 533a6cfe08f9 "mmc: core: Default to generic_cmd6_time as timeout in __mmc_switch()". That should not be applied to stable branches; it is not valid without (at least) these preparatory changes:
0c204979c691 mmc: core: Cleanup BKOPS support 24ed3bd01d6a mmc: core: Specify timeouts for BKOPS and CACHE_FLUSH for eMMC ad91619aa9d7 mmc: block: Use generic_cmd6_time when modifying INAND_CMD38_ARG_EXT_CSD
Ok, I've now dropped that patch, which also required me to drop 1292e3efb149 ("mmc: core: Allow host controllers to require R1B for CMD6"). I've done so for 5.5.y, 5.4.y, and 4.19.y.
Ugh, I forgot, that broke other things. I'm going to go rip out a bunch of mmc patches now...
[Am i missing rc2 tag ?]
Results from Linaro’s test farm. No regressions on arm64, arm, x86_64, and i386.
Summary ------------------------------------------------------------------------
kernel: 4.19.112-rc1 git repo: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git git branch: linux-4.19.y git commit: d078cac7a42286ba7c97801a763fc42ad7baf5c1 git describe: v4.19.109-136-gd078cac7a422 Test details: https://qa-reports.linaro.org/lkft/linux-stable-rc-4.19-oe/build/v4.19.109-1...
No regressions (compared to build v4.19.109)
No fixes (compared to build v4.19.109)
Ran 23963 total tests in the following environments and test suites.
Environments -------------- - dragonboard-410c - arm64 - hi6220-hikey - i386 - juno-r2 - arm64 - juno-r2-compat - juno-r2-kasan - nxp-ls2088 - x15 - x86_64 - x86-kasan - qemu_arm - qemu_arm64 - qemu_i386 - qemu_x86_64
Test Suites ----------- * install-android-platform-tools-r2800 * linux-log-parser * ltp-ipc-tests * v4l2-compliance * kvm-unit-tests * libhugetlbfs * ltp-cap_bounds-tests * ltp-commands-tests * ltp-containers-tests * ltp-cpuhotplug-tests * ltp-crypto-tests * ltp-cve-tests * ltp-dio-tests * ltp-fcntl-locktests-tests * ltp-filecaps-tests * ltp-fs-tests * ltp-fs_bind-tests * ltp-fs_perms_simple-tests * ltp-fsx-tests * ltp-hugetlb-tests * ltp-io-tests * ltp-math-tests * ltp-mm-tests * ltp-nptl-tests * ltp-pty-tests * ltp-sched-tests * ltp-securebits-tests * ltp-syscalls-tests
On Fri, Mar 20, 2020 at 10:11:39PM +0530, Naresh Kamboju wrote:
On Fri, 20 Mar 2020 at 13:41, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
On Fri, Mar 20, 2020 at 09:03:17AM +0100, Greg Kroah-Hartman wrote:
On Thu, Mar 19, 2020 at 08:00:32PM +0000, Ben Hutchings wrote:
On Fri, 2020-03-20 at 01:12 +0530, Naresh Kamboju wrote:
On Thu, 19 Mar 2020 at 18:50, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 4.19.112 release. There are 48 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/v4.x/stable-review/patch-4.19.112-rc... or in the git tree and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-4.19.y and the diffstat can be found below.
thanks,
greg k-h
Faiz Abbas faiz_abbas@ti.com mmc: sdhci-omap: Fix Tuning procedure for temperatures < -20C
Faiz Abbas faiz_abbas@ti.com mmc: sdhci-omap: Don't finish_mrq() on a command error during tuning
Results from Linaro’s test farm. No regressions on arm64, arm, x86_64, and i386.
NOTE: The arm beagleboard x15 device running stable rc 4.19.112-rc1, 5.4.27-rc1 and 5.5.11-rc2 kernel pops up the following messages on console log, Is this a problem ?
[ 15.737765] mmc1: unspecified timeout for CMD6 - use generic [ 16.754248] mmc1: unspecified timeout for CMD6 - use generic [ 16.842071] mmc1: unspecified timeout for CMD6 - use generic ... [ 977.126652] mmc1: unspecified timeout for CMD6 - use generic [ 985.449798] mmc1: unspecified timeout for CMD6 - use generic
[...]
This warning was introduced by commit 533a6cfe08f9 "mmc: core: Default to generic_cmd6_time as timeout in __mmc_switch()". That should not be applied to stable branches; it is not valid without (at least) these preparatory changes:
0c204979c691 mmc: core: Cleanup BKOPS support 24ed3bd01d6a mmc: core: Specify timeouts for BKOPS and CACHE_FLUSH for eMMC ad91619aa9d7 mmc: block: Use generic_cmd6_time when modifying INAND_CMD38_ARG_EXT_CSD
Ok, I've now dropped that patch, which also required me to drop 1292e3efb149 ("mmc: core: Allow host controllers to require R1B for CMD6"). I've done so for 5.5.y, 5.4.y, and 4.19.y.
Ugh, I forgot, that broke other things. I'm going to go rip out a bunch of mmc patches now...
[Am i missing rc2 tag ?]
Nope, didn't do one.
Results from Linaro’s test farm. No regressions on arm64, arm, x86_64, and i386.
Wonderful, thanks!
greg k-h
On 3/20/20 1:11 AM, Greg Kroah-Hartman wrote:
On Fri, Mar 20, 2020 at 09:03:17AM +0100, Greg Kroah-Hartman wrote:
On Thu, Mar 19, 2020 at 08:00:32PM +0000, Ben Hutchings wrote:
On Fri, 2020-03-20 at 01:12 +0530, Naresh Kamboju wrote:
On Thu, 19 Mar 2020 at 18:50, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 4.19.112 release. There are 48 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/v4.x/stable-review/patch-4.19.112-rc... or in the git tree and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-4.19.y and the diffstat can be found below.
thanks,
greg k-h
Faiz Abbas faiz_abbas@ti.com mmc: sdhci-omap: Fix Tuning procedure for temperatures < -20C
Faiz Abbas faiz_abbas@ti.com mmc: sdhci-omap: Don't finish_mrq() on a command error during tuning
Results from Linaro’s test farm. No regressions on arm64, arm, x86_64, and i386.
NOTE: The arm beagleboard x15 device running stable rc 4.19.112-rc1, 5.4.27-rc1 and 5.5.11-rc2 kernel pops up the following messages on console log, Is this a problem ?
[ 15.737765] mmc1: unspecified timeout for CMD6 - use generic [ 16.754248] mmc1: unspecified timeout for CMD6 - use generic [ 16.842071] mmc1: unspecified timeout for CMD6 - use generic ... [ 977.126652] mmc1: unspecified timeout for CMD6 - use generic [ 985.449798] mmc1: unspecified timeout for CMD6 - use generic
[...]
This warning was introduced by commit 533a6cfe08f9 "mmc: core: Default to generic_cmd6_time as timeout in __mmc_switch()". That should not be applied to stable branches; it is not valid without (at least) these preparatory changes:
0c204979c691 mmc: core: Cleanup BKOPS support 24ed3bd01d6a mmc: core: Specify timeouts for BKOPS and CACHE_FLUSH for eMMC ad91619aa9d7 mmc: block: Use generic_cmd6_time when modifying INAND_CMD38_ARG_EXT_CSD
Ok, I've now dropped that patch, which also required me to drop 1292e3efb149 ("mmc: core: Allow host controllers to require R1B for CMD6"). I've done so for 5.5.y, 5.4.y, and 4.19.y.
Ugh, I forgot, that broke other things. I'm going to go rip out a bunch of mmc patches now...
For v4.19.111-44-gd078cac:
Build results: total: 156 pass: 156 fail: 0 Qemu test results: total: 418 pass: 418 fail: 0
Guenter
On Fri, Mar 20, 2020 at 10:58:43AM -0700, Guenter Roeck wrote:
On 3/20/20 1:11 AM, Greg Kroah-Hartman wrote:
On Fri, Mar 20, 2020 at 09:03:17AM +0100, Greg Kroah-Hartman wrote:
On Thu, Mar 19, 2020 at 08:00:32PM +0000, Ben Hutchings wrote:
On Fri, 2020-03-20 at 01:12 +0530, Naresh Kamboju wrote:
On Thu, 19 Mar 2020 at 18:50, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 4.19.112 release. There are 48 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/v4.x/stable-review/patch-4.19.112-rc... or in the git tree and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-4.19.y and the diffstat can be found below.
thanks,
greg k-h
Faiz Abbas faiz_abbas@ti.com mmc: sdhci-omap: Fix Tuning procedure for temperatures < -20C
Faiz Abbas faiz_abbas@ti.com mmc: sdhci-omap: Don't finish_mrq() on a command error during tuning
Results from Linaro’s test farm. No regressions on arm64, arm, x86_64, and i386.
NOTE: The arm beagleboard x15 device running stable rc 4.19.112-rc1, 5.4.27-rc1 and 5.5.11-rc2 kernel pops up the following messages on console log, Is this a problem ?
[ 15.737765] mmc1: unspecified timeout for CMD6 - use generic [ 16.754248] mmc1: unspecified timeout for CMD6 - use generic [ 16.842071] mmc1: unspecified timeout for CMD6 - use generic ... [ 977.126652] mmc1: unspecified timeout for CMD6 - use generic [ 985.449798] mmc1: unspecified timeout for CMD6 - use generic
[...]
This warning was introduced by commit 533a6cfe08f9 "mmc: core: Default to generic_cmd6_time as timeout in __mmc_switch()". That should not be applied to stable branches; it is not valid without (at least) these preparatory changes:
0c204979c691 mmc: core: Cleanup BKOPS support 24ed3bd01d6a mmc: core: Specify timeouts for BKOPS and CACHE_FLUSH for eMMC ad91619aa9d7 mmc: block: Use generic_cmd6_time when modifying INAND_CMD38_ARG_EXT_CSD
Ok, I've now dropped that patch, which also required me to drop 1292e3efb149 ("mmc: core: Allow host controllers to require R1B for CMD6"). I've done so for 5.5.y, 5.4.y, and 4.19.y.
Ugh, I forgot, that broke other things. I'm going to go rip out a bunch of mmc patches now...
For v4.19.111-44-gd078cac:
Build results: total: 156 pass: 156 fail: 0 Qemu test results: total: 418 pass: 418 fail: 0
Wonderful, thanks for testing.
greg k-h
On Fri, Mar 20, 2020 at 09:03:17AM +0100, Greg Kroah-Hartman wrote:
On Thu, Mar 19, 2020 at 08:00:32PM +0000, Ben Hutchings wrote:
On Fri, 2020-03-20 at 01:12 +0530, Naresh Kamboju wrote:
On Thu, 19 Mar 2020 at 18:50, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 4.19.112 release. There are 48 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/v4.x/stable-review/patch-4.19.112-rc... or in the git tree and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-4.19.y and the diffstat can be found below.
thanks,
greg k-h
Faiz Abbas faiz_abbas@ti.com mmc: sdhci-omap: Fix Tuning procedure for temperatures < -20C
Faiz Abbas faiz_abbas@ti.com mmc: sdhci-omap: Don't finish_mrq() on a command error during tuning
Results from Linaro’s test farm. No regressions on arm64, arm, x86_64, and i386.
NOTE: The arm beagleboard x15 device running stable rc 4.19.112-rc1, 5.4.27-rc1 and 5.5.11-rc2 kernel pops up the following messages on console log, Is this a problem ?
[ 15.737765] mmc1: unspecified timeout for CMD6 - use generic [ 16.754248] mmc1: unspecified timeout for CMD6 - use generic [ 16.842071] mmc1: unspecified timeout for CMD6 - use generic ... [ 977.126652] mmc1: unspecified timeout for CMD6 - use generic [ 985.449798] mmc1: unspecified timeout for CMD6 - use generic
[...]
This warning was introduced by commit 533a6cfe08f9 "mmc: core: Default to generic_cmd6_time as timeout in __mmc_switch()". That should not be applied to stable branches; it is not valid without (at least) these preparatory changes:
0c204979c691 mmc: core: Cleanup BKOPS support 24ed3bd01d6a mmc: core: Specify timeouts for BKOPS and CACHE_FLUSH for eMMC ad91619aa9d7 mmc: block: Use generic_cmd6_time when modifying INAND_CMD38_ARG_EXT_CSD
Ok, I've now dropped that patch, which also required me to drop 1292e3efb149 ("mmc: core: Allow host controllers to require R1B for CMD6"). I've done so for 5.5.y, 5.4.y, and 4.19.y.
Should we instead take those preparatory changes, and 1292e3efb149?
On 3/19/20 6:03 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.19.112 release. There are 48 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: 156 pass: 156 fail: 0 Qemu test results: total: 418 pass: 418 fail: 0
Guenter
Hello Greg,
From: stable-owner@vger.kernel.org stable-owner@vger.kernel.org On Behalf Of Greg Kroah-Hartman Sent: 19 March 2020 13:04
This is the start of the stable review cycle for the 4.19.112 release. There are 48 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.
No build/test issues seen for CIP configs for Linux 4.19.112-rc1 (d078cac7a422).
Build/test pipeline/logs: https://gitlab.com/cip-project/cip-testing/linux-stable-rc-ci/pipelines/1281... GitLab CI pipeline: https://gitlab.com/cip-project/cip-testing/linux-cip-pipelines/-/blob/master...
Kind regards, Chris
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/v4.x/stable-review/patch- 4.19.112-rc1.gz or in the git tree and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-4.19.y and the diffstat can be found below.
thanks,
greg k-h
Pseudo-Shortlog of commits:
Greg Kroah-Hartman gregkh@linuxfoundation.org Linux 4.19.112-rc1
Matteo Croce mcroce@redhat.com ipv4: ensure rcu_read_lock() in cipso_v4_error()
Waiman Long longman@redhat.com efi: Fix debugobjects warning on 'efi_rts_work'
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
Rafael J. Wysocki rafael.j.wysocki@intel.com driver core: Fix creation of device links with PM-runtime flags
Rafael J. Wysocki rafael.j.wysocki@intel.com driver core: Remove device link creation limitation
Rafael J. Wysocki rafael.j.wysocki@intel.com driver core: Add device link flag DL_FLAG_AUTOPROBE_CONSUMER
Rafael J. Wysocki rafael.j.wysocki@intel.com driver core: Make driver core own stateful device links
Rafael J. Wysocki rafael.j.wysocki@intel.com driver core: Fix adding device links to probing suppliers
Yong Wu yong.wu@mediatek.com driver core: Remove the link if there is no driver with AUTO flag
Faiz Abbas faiz_abbas@ti.com mmc: sdhci-omap: Fix Tuning procedure for temperatures < -20C
Faiz Abbas faiz_abbas@ti.com mmc: sdhci-omap: Don't finish_mrq() on a command error during tuning
Navid Emamdoost navid.emamdoost@gmail.com wimax: i2400: Fix memory leak in i2400m_op_rfkill_sw_toggle
Navid Emamdoost navid.emamdoost@gmail.com wimax: i2400: fix memory leak
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 setting hw_ioctxt
Luo bin luobin9@huawei.com hinic: fix a irq affinity bug
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
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()
Kai-Heng Feng kai.heng.feng@canonical.com HID: i2c-hid: add Trekstor Surfbook E11B to descriptor override
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: Allow host controllers to require R1B for CMD6
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
Faiz Abbas faiz_abbas@ti.com mmc: host: Fix Kconfig warnings on keystone_defconfig
Faiz Abbas faiz_abbas@ti.com mmc: sdhci-omap: Workaround errata regarding SDR104/HS200 tuning failures (i929)
Faiz Abbas faiz_abbas@ti.com mmc: sdhci-omap: Add platform specific reset callback
Ulf Hansson ulf.hansson@linaro.org mmc: core: Default to generic_cmd6_time as timeout in __mmc_switch()
Kim Phillips kim.phillips@amd.com perf/amd/uncore: Replace manual sampling check with CAP_NO_INTERRUPT flag
Diffstat:
Documentation/admin-guide/kernel-parameters.txt | 4 + Documentation/driver-api/device_link.rst | 63 +++-- Makefile | 4 +- arch/arm/kernel/vdso.c | 2 + arch/arm/lib/copy_from_user.S | 2 +- arch/x86/events/amd/uncore.c | 14 +- drivers/acpi/acpi_watchdog.c | 12 +- drivers/base/core.c | 293 +++++++++++++++------ drivers/base/dd.c | 2 +- drivers/base/power/runtime.c | 4 +- drivers/firmware/efi/runtime-wrappers.c | 2 +- drivers/hid/hid-apple.c | 3 +- drivers/hid/hid-google-hammer.c | 2 + drivers/hid/hid-ids.h | 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/Kconfig | 2 + drivers/mmc/host/sdhci-omap.c | 151 ++++++++++- 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_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/slip/slip.c | 3 + drivers/net/usb/qmi_wwan.c | 3 + drivers/net/wimax/i2400m/op-rfkill.c | 1 + drivers/scsi/libfc/fc_disc.c | 2 + fs/jbd2/transaction.c | 8 +- include/linux/device.h | 7 +- include/linux/mmc/host.h | 1 + kernel/signal.c | 23 +- mm/slub.c | 9 + net/ipv4/cipso_ipv4.c | 7 +- net/mac80211/rx.c | 2 +- net/qrtr/qrtr.c | 2 +- net/wireless/reg.c | 2 +- 45 files changed, 672 insertions(+), 273 deletions(-)
On Fri, Mar 20, 2020 at 09:01:22PM +0000, Chris Paterson wrote:
Hello Greg,
From: stable-owner@vger.kernel.org stable-owner@vger.kernel.org On Behalf Of Greg Kroah-Hartman Sent: 19 March 2020 13:04
This is the start of the stable review cycle for the 4.19.112 release. There are 48 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.
No build/test issues seen for CIP configs for Linux 4.19.112-rc1 (d078cac7a422).
Build/test pipeline/logs: https://gitlab.com/cip-project/cip-testing/linux-stable-rc-ci/pipelines/1281... GitLab CI pipeline: https://gitlab.com/cip-project/cip-testing/linux-cip-pipelines/-/blob/master...
Great, thanks for testing two of these and letting me know.
greg k-h
On 3/19/20 7:03 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.19.112 release. There are 48 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/v4.x/stable-review/patch-4.19.112-rc... or in the git tree and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-4.19.y and the diffstat can be found below.
thanks,
greg k-h
Compiled and booted on my test system. No dmesg regressions.
thanks, -- Shuah
-
Ben Hutchings -
Chris Paterson -
Greg Kroah-Hartman -
Guenter Roeck -
Naresh Kamboju -
Sasha Levin -
shuah