This is the start of the stable review cycle for the 5.4.40 release. There are 50 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 Sun, 10 May 2020 12:29:44 +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.40-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.40-rc1
Marek Szyprowski m.szyprowski@samsung.com PM / devfreq: Add missing locking while setting suspend_freq
Willem de Bruijn willemb@google.com udp: document udp_rcv_segment special case for looped packets
Arnaldo Carvalho de Melo acme@redhat.com tools headers UAPI: Sync copy of arm64's asm/unistd.h with the kernel sources
Zhan Liu Zhan.Liu@amd.com Revert "drm/amd/display: setting the DIG_MODE to the correct value."
Will Deacon will@kernel.org mm/mremap: Add comment explaining the untagging behaviour of mremap()
Thadeu Lima de Souza Cascardo cascardo@canonical.com libbpf: Fix readelf output parsing for Fedora
Jiri Slaby jslaby@suse.cz cgroup, netclassid: remove double cond_resched
Thomas Pedersen thomas@adapt-ip.com mac80211: add ieee80211_is_any_nullfunc()
Rafael J. Wysocki rafael.j.wysocki@intel.com ACPI: PM: s2idle: Fix comment in acpi_s2idle_prepare_late()
Hans de Goede hdegoede@redhat.com platform/x86: GPD pocket fan: Fix error message when temp-limits are out of range
Christoph Hellwig hch@lst.de dma-direct: exclude dma_direct_map_resource from the min_low_pfn check
Qian Cai cai@lca.pw x86/kvm: fix a missing-prototypes "vmread_error"
Takashi Iwai tiwai@suse.de ALSA: hda: Match both PCI ID and SSID for driver blacklist
Nick Desaulniers ndesaulniers@google.com hexagon: define ioremap_uc
Christoph Hellwig hch@lst.de hexagon: clean up ioremap
Tuowen Zhao ztuowen@gmail.com mfd: intel-lpss: Use devm_ioremap_uc for MMIO
Tuowen Zhao ztuowen@gmail.com lib: devres: add a helper function for ioremap_uc
Brendan Higgins brendanhiggins@google.com Revert "software node: Simplify software_node_release() function"
Aaron Ma aaron.ma@canonical.com drm/amdgpu: Fix oops when pp_funcs is unset in ACPI event
Jere Leppänen jere.leppanen@nokia.com sctp: Fix SHUTDOWN CTSN Ack in the peer restart case
Matt Roper matthew.d.roper@intel.com drm/i915: Extend WaDisableDARBFClkGating to icl,ehl,tgl
Doug Berger opendmb@gmail.com net: systemport: suppress warnings on failed Rx SKB allocations
Doug Berger opendmb@gmail.com net: bcmgenet: suppress warnings on failed Rx SKB allocations
Madhuparna Bhowmik madhuparnabhowmik10@gmail.com mac80211: sta_info: Add lockdep condition for RCU list usage
Nathan Chancellor natechancellor@gmail.com lib/mpi: Fix building for powerpc with clang
Vamshi K Sthambamkadi vamshi.k.sthambamkadi@gmail.com tracing: Fix memory leaks in trace_events_hist.c
Paulo Alcantara pc@cjr.nz cifs: do not share tcons with DFS
Jeremie Francois (on alpha) jeremie.francois@gmail.com scripts/config: allow colons in option strings for sed
Ronnie Sahlberg lsahlber@redhat.com cifs: protect updating server->dstaddr with a spinlock
Matthias Blankertz matthias.blankertz@cetitec.com ASoC: rsnd: Fix "status check failed" spam for multi-SSI
Matthias Blankertz matthias.blankertz@cetitec.com ASoC: rsnd: Don't treat master SSI in multi SSI setup as parent
Julien Beraud julien.beraud@orolia.com net: stmmac: Fix sub-second increment
Julien Beraud julien.beraud@orolia.com net: stmmac: fix enabling socfpga's ptp_ref_clock
Xiyu Yang xiyuyang19@fudan.edu.cn wimax/i2400m: Fix potential urb refcnt leak
Sandeep Raghuraman sandy.8925@gmail.com drm/amdgpu: Correctly initialize thermal controller for GPUs with Powerplay table v0 (e.g Hawaii)
Alex Elder elder@linaro.org remoteproc: qcom_q6v5_mss: fix a bug in q6v5_probe()
Amadeusz Sławiński amadeuszx.slawinski@linux.intel.com ASoC: codecs: hdac_hdmi: Fix incorrect use of list_for_each_entry
Matthias Blankertz matthias.blankertz@cetitec.com ASoC: rsnd: Fix HDMI channel mapping for multi-SSI mode
Matthias Blankertz matthias.blankertz@cetitec.com ASoC: rsnd: Fix parent SSI start/stop in multi-SSI mode
Thinh Nguyen Thinh.Nguyen@synopsys.com usb: dwc3: gadget: Properly set maxpacket limit
Amadeusz Sławiński amadeuszx.slawinski@linux.intel.com ASoC: topology: Fix endianness issue
Sebastian Reichel sebastian.reichel@collabora.com ASoC: sgtl5000: Fix VAG power-on handling
Tyler Hicks tyhicks@linux.microsoft.com selftests/ipc: Fix test failure seen after initial test run
Amadeusz Sławiński amadeuszx.slawinski@linux.intel.com ASoC: topology: Check return value of soc_tplg_dai_config
Amadeusz Sławiński amadeuszx.slawinski@linux.intel.com ASoC: topology: Check return value of pcm_new_ver
Amadeusz Sławiński amadeuszx.slawinski@linux.intel.com ASoC: topology: Check soc_tplg_add_route return value
Amadeusz Sławiński amadeuszx.slawinski@linux.intel.com ASoC: topology: Check return value of soc_tplg_*_create
Amadeusz Sławiński amadeuszx.slawinski@linux.intel.com ASoC: topology: Check return value of soc_tplg_create_tlv
Marek Szyprowski m.szyprowski@samsung.com drm/bridge: analogix_dp: Split bind() into probe() and real bind()
Jia He justin.he@arm.com vhost: vsock: kick send_pkt worker once device is started
-------------
Diffstat:
Makefile | 4 +- arch/hexagon/include/asm/io.h | 12 ++--- arch/hexagon/kernel/hexagon_ksyms.c | 2 +- arch/hexagon/mm/ioremap.c | 2 +- arch/x86/kernel/amd_gart_64.c | 4 +- arch/x86/kvm/vmx/ops.h | 1 + drivers/acpi/sleep.c | 5 +- drivers/base/swnode.c | 14 +++--- drivers/devfreq/devfreq.c | 4 ++ drivers/gpu/drm/amd/amdgpu/amdgpu_pm.c | 3 +- drivers/gpu/drm/amd/display/dc/core/dc_link.c | 9 ---- .../gpu/drm/amd/powerplay/hwmgr/processpptables.c | 26 +++++++++++ drivers/gpu/drm/bridge/analogix/analogix_dp_core.c | 33 +++++++++----- drivers/gpu/drm/exynos/exynos_dp.c | 29 +++++++----- drivers/gpu/drm/i915/display/intel_display.c | 7 ++- drivers/gpu/drm/rockchip/analogix_dp-rockchip.c | 36 ++++++++------- drivers/mfd/intel-lpss.c | 2 +- drivers/net/ethernet/broadcom/bcmsysport.c | 3 +- drivers/net/ethernet/broadcom/genet/bcmgenet.c | 3 +- .../net/ethernet/stmicro/stmmac/dwmac-socfpga.c | 9 ++-- .../net/ethernet/stmicro/stmmac/stmmac_hwtstamp.c | 12 +++-- drivers/net/wimax/i2400m/usb-fw.c | 1 + drivers/platform/x86/gpd-pocket-fan.c | 2 +- drivers/remoteproc/qcom_q6v5_mss.c | 2 +- drivers/usb/dwc3/core.h | 4 ++ drivers/usb/dwc3/gadget.c | 52 ++++++++++++++++----- drivers/vhost/vsock.c | 5 ++ drivers/xen/swiotlb-xen.c | 4 +- fs/cifs/connect.c | 6 +++ include/drm/bridge/analogix_dp.h | 5 +- include/linux/dma-direct.h | 5 +- include/linux/ieee80211.h | 9 ++++ include/linux/io.h | 2 + include/net/udp.h | 7 +++ kernel/dma/direct.c | 4 +- kernel/dma/swiotlb.c | 2 +- kernel/trace/trace_events_hist.c | 7 +++ lib/devres.c | 19 ++++++++ lib/mpi/longlong.h | 34 +++++++------- mm/mremap.c | 10 ++++ net/core/netclassid_cgroup.c | 4 +- net/mac80211/mlme.c | 2 +- net/mac80211/rx.c | 8 ++-- net/mac80211/sta_info.c | 3 +- net/mac80211/status.c | 5 +- net/mac80211/tx.c | 2 +- net/sctp/sm_make_chunk.c | 6 ++- scripts/config | 5 +- sound/pci/hda/hda_intel.c | 9 ++-- sound/soc/codecs/hdac_hdmi.c | 6 +-- sound/soc/codecs/sgtl5000.c | 34 ++++++++++++++ sound/soc/codecs/sgtl5000.h | 1 + sound/soc/sh/rcar/ssi.c | 11 ++++- sound/soc/sh/rcar/ssiu.c | 2 +- sound/soc/soc-topology.c | 53 ++++++++++++++++------ tools/arch/arm64/include/uapi/asm/unistd.h | 1 + tools/lib/bpf/Makefile | 2 + tools/testing/selftests/ipc/msgque.c | 2 +- 58 files changed, 390 insertions(+), 166 deletions(-)
On Fri, 8 May 2020 at 18:23, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 5.4.40 release. There are 50 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 Sun, 10 May 2020 12:29:44 +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.40-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
<trim>
Christoph Hellwig hch@lst.de dma-direct: exclude dma_direct_map_resource from the min_low_pfn check
While building kernel Image for arm architecture the following error noticed on stable-rc 5.4 kernel branch. # make -sk KBUILD_BUILD_USER=TuxBuild -C/linux -j16 ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- HOSTCC=gcc CC="sccache arm-linux-gnueabihf-gcc" O=build zImage # ../kernel/dma/direct.c: In function ‘dma_direct_possible’: ../kernel/dma/direct.c:330:3: error: too many arguments to function ‘dma_capable’ 330 | dma_capable(dev, dma_addr, size, true); | ^~~~~~~~~~~ In file included from ../include/linux/dma-direct.h:12, from ../kernel/dma/direct.c:10: ../arch/arm/include/asm/dma-direct.h:17:20: note: declared here 17 | static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size) | ^~~~~~~~~~~ In file included from ../include/linux/init.h:5, from ../include/linux/memblock.h:12, from ../kernel/dma/direct.c:7: ../kernel/dma/direct.c: In function ‘dma_direct_map_resource’: ../kernel/dma/direct.c:379:16: error: too many arguments to function ‘dma_capable’ 379 | if (unlikely(!dma_capable(dev, dma_addr, size, false))) { | ^~~~~~~~~~~ ../include/linux/compiler.h:78:42: note: in definition of macro ‘unlikely’ 78 | # define unlikely(x) __builtin_expect(!!(x), 0) | ^ In file included from ../include/linux/dma-direct.h:12, from ../kernel/dma/direct.c:10: ../arch/arm/include/asm/dma-direct.h:17:20: note: declared here 17 | static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size) | ^~~~~~~~~~~ make[3]: *** [../scripts/Makefile.build:266: kernel/dma/direct.o] Error 1 In file included from ../include/linux/string.h:6, from ../include/linux/dma-mapping.h:6, from ../include/linux/dma-direct.h:5, from ../kernel/dma/swiotlb.c:24: ../kernel/dma/swiotlb.c: In function ‘swiotlb_map’: ../kernel/dma/swiotlb.c:681:16: error: too many arguments to function ‘dma_capable’ 681 | if (unlikely(!dma_capable(dev, *dma_addr, size, true))) { | ^~~~~~~~~~~ ../include/linux/compiler.h:78:42: note: in definition of macro ‘unlikely’ 78 | # define unlikely(x) __builtin_expect(!!(x), 0) | ^ In file included from ../include/linux/dma-direct.h:12, from ../kernel/dma/swiotlb.c:24: ../arch/arm/include/asm/dma-direct.h:17:20: note: declared here 17 | static inline bool dma_capable(struct device *dev, dma_addr_t addr, size_t size) | ^~~~~~~~~~~
Full build log, https://gitlab.com/Linaro/lkft/kernel-runs/-/jobs/544288767
On 5/8/20 6:35 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 5.4.40 release. There are 50 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 Sun, 10 May 2020 12:29:44 +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.40-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
Compiled and booted on my test system. I am seeing the following regression in dmesg and with a new emergency message.
Initramfs unpacking failed: Decoding failed
I don't know why yet. I will debug and let you know.
thanks, -- Shuah
On Mon, 2020-05-11 at 10:35 -0600, shuah wrote:
On 5/8/20 6:35 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 5.4.40 release. There are 50 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 Sun, 10 May 2020 12:29:44 +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.40-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
Compiled and booted on my test system. I am seeing the following regression in dmesg and with a new emergency message.
Initramfs unpacking failed: Decoding failed
I don't know why yet. I will debug and let you know.
At a guess: you upgraded to Ubuntu 20.04, and the default initramfs compression changed to lz4. Or something like that.
Ben.
On 5/11/20 11:21 AM, Ben Hutchings wrote:
On Mon, 2020-05-11 at 10:35 -0600, shuah wrote:
On 5/8/20 6:35 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 5.4.40 release. There are 50 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 Sun, 10 May 2020 12:29:44 +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.40-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
Compiled and booted on my test system. I am seeing the following regression in dmesg and with a new emergency message.
Initramfs unpacking failed: Decoding failed
I don't know why yet. I will debug and let you know.
At a guess: you upgraded to Ubuntu 20.04, and the default initramfs compression changed to lz4. Or something like that.
Right, I remembered I ran into a similar problem after upgrading to 19.10 and went looking for info. instead of doing bisect.
That is what I found in the following thread: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1835660
Oddly it started showing up before I upgraded on Ubuntu 19.10.
thanks, -- Shuah
thanks, -- Shuah
On 5/11/20 10:21 AM, Ben Hutchings wrote:
On Mon, 2020-05-11 at 10:35 -0600, shuah wrote:
On 5/8/20 6:35 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 5.4.40 release. There are 50 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 Sun, 10 May 2020 12:29:44 +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.40-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
Compiled and booted on my test system. I am seeing the following regression in dmesg and with a new emergency message.
Initramfs unpacking failed: Decoding failed
I don't know why yet. I will debug and let you know.
At a guess: you upgraded to Ubuntu 20.04, and the default initramfs compression changed to lz4. Or something like that.
Sounds like a reasonable guess. I looked into the 4.9.y changes since v4.9.222, and nothing in there even remotely points to an initramfs related change.
Guenter
-
Ben Hutchings -
Greg Kroah-Hartman -
Guenter Roeck -
Naresh Kamboju -
shuah