This is the start of the stable review cycle for the 5.4.290 release. There are 94 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, 02 Feb 2025 11:20:53 +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.290-rc2... 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.290-rc2
Ron Economos re@w6rz.net Partial revert of xhci: use pm_ptr() instead #ifdef for CONFIG_PM conditionals
Arnd Bergmann arnd@arndb.de xhci: use pm_ptr() instead of #ifdef for CONFIG_PM conditionals
Maíra Canal mcanal@igalia.com drm/v3d: Assign job pointer to NULL before signaling the fence
Jack Greiner jack@emoss.org Input: xpad - add support for wooting two he (arm)
Nilton Perim Neto niltonperimneto@gmail.com Input: xpad - add unofficial Xbox 360 wireless receiver clone
Mark Pearson mpearson-lenovo@squebb.ca Input: atkbd - map F23 key to support default copilot shortcut
Greg Kroah-Hartman gregkh@linuxfoundation.org Revert "usb: gadget: u_serial: Disable ep before setting port to null to fix the crash caused by port being null"
Qasim Ijaz qasdev00@gmail.com USB: serial: quatech2: fix null-ptr-deref in qt2_process_read_urb()
Baokun Li libaokun1@huawei.com ext4: fix slab-use-after-free in ext4_split_extent_at()
Theodore Ts'o tytso@mit.edu ext4: avoid ext4_error()'s caused by ENOMEM in the truncate path
Alex Williamson alex.williamson@redhat.com vfio/platform: check the bounds of read/write syscalls
Jeongjun Park aha310510@gmail.com net/xen-netback: prevent UAF in xenvif_flush_hash()
Madhuparna Bhowmik madhuparnabhowmik04@gmail.com net: xen-netback: hash.c: Use built-in RCU list checking
Eric W. Biederman ebiederm@xmission.com signal/m68k: Use force_sigsegv(SIGSEGV) in fpsp040_die
Liam Howlett liam.howlett@oracle.com m68k: Add missing mmap_read_lock() to sys_cacheflush()
Al Viro viro@zeniv.linux.org.uk m68k: Update ->thread.esp0 before calling syscall_trace() in ret_from_signal
Andreas Gruenbacher agruenba@redhat.com gfs2: Truncate address space when flipping GFS2_DIF_JDATA flag
Philippe Simons simons.philippe@gmail.com irqchip/sunxi-nmi: Add missing SKIP_WAKE flag
Xiang Zhang hawkxiang.cpp@gmail.com scsi: iscsi: Fix redundant response for ISCSI_UEVENT_GET_HOST_STATS request
Charles Keepax ckeepax@opensource.cirrus.com ASoC: wm8994: Add depends on MFD core
Wang Liang wangliang74@huawei.com net: fix data-races around sk->sk_forward_alloc
Suraj Sonawane surajsonawane0215@gmail.com scsi: sg: Fix slab-use-after-free read in sg_release()
Eric Dumazet edumazet@google.com ipv6: avoid possible NULL deref in rt6_uncached_list_flush_dev()
Koichiro Den koichiro.den@canonical.com hrtimers: Handle CPU state correctly on hotplug
Yogesh Lal quic_ylal@quicinc.com irqchip/gic-v3: Handle CPU_PM_ENTER_FAILED correctly
Rik van Riel riel@surriel.com fs/proc: fix softlockup in __read_vmcore (part 2)
Heiner Kallweit hkallweit1@gmail.com net: ethernet: xgbe: re-add aneg to supported features in PHY quirks
Luis Chamberlain mcgrof@kernel.org nvmet: propagate npwg topology
Oleg Nesterov oleg@redhat.com poll_wait: add mb() to fix theoretical race between waitqueue_active() and .poll()
David Howells dhowells@redhat.com kheaders: Ignore silly-rename files
Leo Stone leocstone@gmail.com hfs: Sanity check the root record
Lizhi Xu lizhi.xu@windriver.com mac802154: check local interfaces before deleting sdata list
Wolfram Sang wsa+renesas@sang-engineering.com i2c: mux: demux-pinctrl: check initial mux selection, too
Maíra Canal mcanal@igalia.com drm/v3d: Ensure job pointer is set to NULL after job completion
Dan Carpenter dan.carpenter@linaro.org nfp: bpf: prevent integer overflow in nfp_bpf_event_output()
Kuniyuki Iwashima kuniyu@amazon.com gtp: Destroy device along with udp socket's netns dismantle.
Kuniyuki Iwashima kuniyu@amazon.com gtp: Use for_each_netdev_rcu() in gtp_genl_dump_pdp().
Eric Dumazet edumazet@google.com gtp: use exit_batch_rtnl() method
Eric Dumazet edumazet@google.com net: add exit_batch_rtnl() method
Yajun Deng yajun.deng@linux.dev net: net_namespace: Optimize the code
Sudheer Kumar Doredla s-doredla@ti.com net: ethernet: ti: cpsw_ale: Fix cpsw_ale_get_field()
Anup Patel anup.patel@wdc.com RISC-V: Don't enable all interrupts in trap_init()
Paul Walmsley paul.walmsley@sifive.com riscv: prefix IRQ_ macro names with an RV_ namespace
Nam Cao namcao@linutronix.de riscv: Fix sleeping in invalid context in die()
Mattias Nissler mnissler@rivosinc.com riscv: Avoid enabling interrupts in die()
Palmer Dabbelt palmer@rivosinc.com RISC-V: Avoid dereferening NULL regs in die()
Rouven Czerwinski rouven@czerwinskis.de riscv: remove unused handle_exception symbol
Christoph Hellwig hch@lst.de riscv: abstract out CSR names for supervisor vs machine mode
Matthieu Baerts (NGI0) matttbe@kernel.org sctp: sysctl: rto_min/max: avoid using current->nsproxy
Dennis Lam dennis.lamerice@gmail.com ocfs2: fix slab-use-after-free due to dangling pointer dqi_priv
Joseph Qi joseph.qi@linux.alibaba.com ocfs2: correct return value of ocfs2_local_free_info()
Zijun Hu quic_zijuhu@quicinc.com phy: core: Fix that API devm_of_phy_provider_unregister() fails to unregister the phy provider
Vinod Koul vkoul@kernel.org phy: core: fix code style in devm_of_phy_provider_unregister
Peter Geis pgwipeout@gmail.com arm64: dts: rockchip: add hevc power domain clock to rk3328
Johan Jonker jbx6244@gmail.com arm64: dts: rockchip: add #power-domain-cells to power domain nodes
Johan Jonker jbx6244@gmail.com arm64: dts: rockchip: fix pd_tcpc0 and pd_tcpc1 node position on rk3399
Johan Jonker jbx6244@gmail.com arm64: dts: rockchip: fix defines in pd_vio node for rk3399
Joe Hattori joe@pf.is.s.u-tokyo.ac.jp iio: inkern: call iio_device_put() only on mapped devices
Joe Hattori joe@pf.is.s.u-tokyo.ac.jp iio: adc: at91: call input_free_device() on allocated iio_dev
Fabio Estevam festevam@gmail.com iio: adc: ti-ads124s08: Use gpiod_set_value_cansleep()
Carlos Song carlos.song@nxp.com iio: gyro: fxas21002c: Fix missing data update in trigger handler
Javier Carrasco javier.carrasco.cruz@gmail.com iio: adc: ti-ads8688: fix information leak in triggered buffer
Javier Carrasco javier.carrasco.cruz@gmail.com iio: imu: kmx61: fix information leak in triggered buffer
Javier Carrasco javier.carrasco.cruz@gmail.com iio: light: vcnl4035: fix information leak in triggered buffer
Javier Carrasco javier.carrasco.cruz@gmail.com iio: dummy: iio_simply_dummy_buffer: fix information leak in triggered buffer
Javier Carrasco javier.carrasco.cruz@gmail.com iio: pressure: zpa2326: fix information leak in triggered buffer
Akash M akash.m5@samsung.com usb: gadget: f_fs: Remove WARN_ON in functionfs_bind
Ma Ke make_ruc2021@163.com usb: fix reference leak in usb_new_device()
Kai-Heng Feng kaihengf@nvidia.com USB: core: Disable LPM only for non-suspended ports
Jun Yan jerrysteve1101@gmail.com USB: usblp: return error when setting unsupported protocol
Lianqin Hu hulianqin@vivo.com usb: gadget: u_serial: Disable ep before setting port to null to fix the crash caused by port being null
Johan Hovold johan@kernel.org USB: serial: cp210x: add Phoenix Contact UPS Device
Lubomir Rintel lrintel@redhat.com usb-storage: Add max sectors quirk for Nokia 208
Zicheng Qu quzicheng@huawei.com staging: iio: ad9832: Correct phase range check
Zicheng Qu quzicheng@huawei.com staging: iio: ad9834: Correct phase range check
Michal Hrusecky michal.hrusecky@turris.com USB: serial: option: add Neoway N723-EA support
Chukun Pan amadeus@jmu.edu.cn USB: serial: option: add MeiG Smart SRM815
Melissa Wen mwen@igalia.com drm/amd/display: increase MAX_SURFACES to the value supported by hw
Hans de Goede hdegoede@redhat.com ACPI: resource: Add Asus Vivobook X1504VAP to irq1_level_low_skip_override[]
Hans de Goede hdegoede@redhat.com ACPI: resource: Add TongFang GM5HG0A to irq1_edge_low_force_override[]
Roman Li Roman.Li@amd.com drm/amd/display: Add check for granularity in dml ceil/floor helpers
Matthieu Baerts (NGI0) matttbe@kernel.org sctp: sysctl: auth_enable: avoid using current->nsproxy
Matthieu Baerts (NGI0) matttbe@kernel.org sctp: sysctl: cookie_hmac_alg: avoid using current->nsproxy
Krister Johansen kjlx@templeofstupid.com dm thin: make get_first_thin use rcu-safe list first function
Benjamin Coddington bcodding@redhat.com tls: Fix tls_sw_sendmsg error handling
Eric Dumazet edumazet@google.com net_sched: cls_flow: validate TCA_FLOW_RSHIFT attribute
Zhongqiu Duan dzq.aishenghu0@gmail.com tcp/dccp: allow a connection when sk_max_ack_backlog is zero
Jason Xing kernelxing@tencent.com tcp/dccp: complete lockless accesses to sk->sk_max_ack_backlog
Antonio Pastor antonio.pastor@gmail.com net: 802: LLC+SNAP OID:PID lookup on start of skb data
Keisuke Nishimura keisuke.nishimura@inria.fr ieee802154: ca8210: Add missing check for kfifo_alloc() in ca8210_probe()
Ming-Hung Tsai mtsai@redhat.com dm array: fix cursor index when skipping across block boundaries
Ming-Hung Tsai mtsai@redhat.com dm array: fix unreleased btree blocks on closing a faulty array cursor
Ming-Hung Tsai mtsai@redhat.com dm array: fix releasing a faulty array block twice in dm_array_cursor_end
Zhang Yi yi.zhang@huawei.com jbd2: flush filesystem device before updating tail sequence
-------------
Diffstat:
Makefile | 4 +- arch/arm64/boot/dts/rockchip/px30.dtsi | 8 +++ arch/arm64/boot/dts/rockchip/rk3328.dtsi | 4 ++ arch/arm64/boot/dts/rockchip/rk3399.dtsi | 40 ++++++++--- arch/m68k/fpsp040/skeleton.S | 3 +- arch/m68k/kernel/entry.S | 2 + arch/m68k/kernel/sys_m68k.c | 2 + arch/m68k/kernel/traps.c | 2 +- arch/riscv/Kconfig | 4 ++ arch/riscv/include/asm/csr.h | 72 ++++++++++++++++--- arch/riscv/include/asm/irqflags.h | 12 ++-- arch/riscv/include/asm/processor.h | 2 +- arch/riscv/include/asm/ptrace.h | 16 ++--- arch/riscv/include/asm/switch_to.h | 10 +-- arch/riscv/kernel/asm-offsets.c | 8 +-- arch/riscv/kernel/entry.S | 74 +++++++++++-------- arch/riscv/kernel/fpu.S | 8 +-- arch/riscv/kernel/head.S | 12 ++-- arch/riscv/kernel/irq.c | 17 ++--- arch/riscv/kernel/perf_callchain.c | 2 +- arch/riscv/kernel/process.c | 17 ++--- arch/riscv/kernel/signal.c | 21 +++--- arch/riscv/kernel/smp.c | 2 +- arch/riscv/kernel/traps.c | 34 ++++----- arch/riscv/lib/uaccess.S | 12 ++-- arch/riscv/mm/extable.c | 4 +- arch/riscv/mm/fault.c | 6 +- drivers/acpi/resource.c | 18 +++++ drivers/clocksource/timer-riscv.c | 8 +-- drivers/gpu/drm/amd/display/dc/dc.h | 2 +- .../gpu/drm/amd/display/dc/dml/dml_inline_defs.h | 8 +++ drivers/gpu/drm/v3d/v3d_irq.c | 12 ++++ drivers/i2c/muxes/i2c-demux-pinctrl.c | 4 +- drivers/iio/adc/at91_adc.c | 2 +- drivers/iio/adc/ti-ads124s08.c | 4 +- drivers/iio/adc/ti-ads8688.c | 2 +- drivers/iio/dummy/iio_simple_dummy_buffer.c | 2 +- drivers/iio/gyro/fxas21002c_core.c | 11 ++- drivers/iio/imu/kmx61.c | 2 +- drivers/iio/inkern.c | 2 +- drivers/iio/light/vcnl4035.c | 2 +- drivers/iio/pressure/zpa2326.c | 2 + drivers/input/joystick/xpad.c | 2 + drivers/input/keyboard/atkbd.c | 2 +- drivers/irqchip/irq-gic-v3.c | 2 +- drivers/irqchip/irq-sifive-plic.c | 11 +-- drivers/irqchip/irq-sunxi-nmi.c | 3 +- drivers/md/dm-thin.c | 5 +- drivers/md/persistent-data/dm-array.c | 19 +++-- drivers/net/ethernet/amd/xgbe/xgbe-phy-v2.c | 19 +---- drivers/net/ethernet/netronome/nfp/bpf/offload.c | 3 +- drivers/net/ethernet/ti/cpsw_ale.c | 14 ++-- drivers/net/gtp.c | 42 ++++++----- drivers/net/ieee802154/ca8210.c | 6 +- drivers/net/xen-netback/hash.c | 7 +- drivers/nvme/target/io-cmd-bdev.c | 2 +- drivers/phy/phy-core.c | 7 +- drivers/scsi/scsi_transport_iscsi.c | 4 +- drivers/scsi/sg.c | 2 +- drivers/staging/iio/frequency/ad9832.c | 2 +- drivers/staging/iio/frequency/ad9834.c | 2 +- drivers/usb/class/usblp.c | 7 +- drivers/usb/core/hub.c | 6 +- drivers/usb/core/port.c | 7 +- drivers/usb/gadget/function/f_fs.c | 2 +- drivers/usb/serial/cp210x.c | 1 + drivers/usb/serial/option.c | 4 +- drivers/usb/serial/quatech2.c | 2 +- drivers/usb/storage/unusual_devs.h | 7 ++ drivers/vfio/platform/vfio_platform_common.c | 10 +++ fs/ext4/ext4.h | 1 + fs/ext4/extents.c | 64 ++++++++++++++--- fs/gfs2/file.c | 1 + fs/hfs/super.c | 4 +- fs/jbd2/commit.c | 4 +- fs/ocfs2/quota_global.c | 2 +- fs/ocfs2/quota_local.c | 10 ++- fs/proc/vmcore.c | 2 + include/linux/hrtimer.h | 1 + include/linux/poll.h | 10 ++- include/linux/usb.h | 3 +- include/linux/usb/hcd.h | 2 - include/net/inet_connection_sock.h | 2 +- include/net/net_namespace.h | 3 + kernel/cpu.c | 2 +- kernel/gen_kheaders.sh | 1 + kernel/time/hrtimer.c | 11 ++- net/802/psnap.c | 4 +- net/core/net_namespace.c | 83 ++++++++++++++-------- net/dccp/ipv6.c | 2 +- net/ipv6/route.c | 2 +- net/ipv6/tcp_ipv6.c | 4 +- net/mac802154/iface.c | 4 ++ net/sched/cls_flow.c | 3 +- net/sctp/sysctl.c | 9 +-- net/tls/tls_sw.c | 2 +- sound/soc/codecs/Kconfig | 1 + 97 files changed, 598 insertions(+), 318 deletions(-)
Hi!
This is the start of the stable review cycle for the 5.4.290 release. There are 94 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.
Still not ok.
In file included from ./arch/riscv/include/asm/ptrace.h:10, 1128 from ./arch/riscv/include/asm/processor.h:11, 1129 from ./arch/riscv/include/asm/irqflags.h:10, 1130 from ./include/linux/irqflags.h:16, 1131 from ./arch/riscv/include/asm/bitops.h:14, 1132 from ./include/linux/bitops.h:27, 1133 from ./include/linux/kernel.h:12, 1134 from ./include/linux/list.h:9, 1135 from ./include/linux/kobject.h:19, 1136 from ./include/linux/device.h:16, 1137 from ./include/linux/node.h:18, 1138 from ./include/linux/cpu.h:17, 1139 from arch/riscv/kernel/traps.c:6: 1140 arch/riscv/kernel/traps.c: In function 'trap_init': 1141 arch/riscv/kernel/traps.c:164:23: error: 'handle_exception' undeclared (first use in this function) 1142 164 | csr_write(CSR_TVEC, &handle_exception); 1143 | ^~~~~~~~~~~~~~~~ 1144 ./arch/riscv/include/asm/csr.h:166:38: note: in definition of macro 'csr_write' 1145 166 | unsigned long __v = (unsigned long)(val); \ 1146 | ^~~ 1147
https://gitlab.com/cip-project/cip-testing/linux-stable-rc-ci/-/pipelines/16... https://gitlab.com/cip-project/cip-testing/linux-stable-rc-ci/-/tree/linux-5...
Best regards, Pavel
On Fri, Jan 31, 2025 at 01:56:04PM +0100, Pavel Machek wrote:
Hi!
This is the start of the stable review cycle for the 5.4.290 release. There are 94 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.
Still not ok.
In file included from ./arch/riscv/include/asm/ptrace.h:10, 1128 from ./arch/riscv/include/asm/processor.h:11, 1129 from ./arch/riscv/include/asm/irqflags.h:10, 1130 from ./include/linux/irqflags.h:16, 1131 from ./arch/riscv/include/asm/bitops.h:14, 1132 from ./include/linux/bitops.h:27, 1133 from ./include/linux/kernel.h:12, 1134 from ./include/linux/list.h:9, 1135 from ./include/linux/kobject.h:19, 1136 from ./include/linux/device.h:16, 1137 from ./include/linux/node.h:18, 1138 from ./include/linux/cpu.h:17, 1139 from arch/riscv/kernel/traps.c:6: 1140 arch/riscv/kernel/traps.c: In function 'trap_init': 1141 arch/riscv/kernel/traps.c:164:23: error: 'handle_exception' undeclared (first use in this function) 1142 164 | csr_write(CSR_TVEC, &handle_exception); 1143 | ^~~~~~~~~~~~~~~~ 1144 ./arch/riscv/include/asm/csr.h:166:38: note: in definition of macro 'csr_write' 1145 166 | unsigned long __v = (unsigned long)(val); \ 1146 | ^~~ 1147
What's it with the blank lines?
Anyway, are you all really caring about riscv on a 5.4.y kernel? Last I checked, the riscv maintainers said not to even use that kernel for that architecture. Do you all have real boards that care about this kernel tree that you are insisting on keeping alive? Why not move them to a newer LTS kernel?
thanks,
greg k-h
On 2/1/25 00:01, Greg Kroah-Hartman wrote:
Anyway, are you all really caring about riscv on a 5.4.y kernel? Last I checked, the riscv maintainers said not to even use that kernel for that architecture. Do you all have real boards that care about this kernel tree that you are insisting on keeping alive? Why not move them to a newer LTS kernel?
That makes me wonder - is there a list of architectures and/or platforms which should no longer be tested for older kernels ?
I am sure that could help free up test bed resources, and it would make exchanges like this unnecessary.
Thanks, Guenter
On 2/1/25 00:01, Greg Kroah-Hartman wrote: ...
Anyway, are you all really caring about riscv on a 5.4.y kernel? Last I checked, the riscv maintainers said not to even use that kernel for that architecture. Do you all have real boards that care about this kernel tree that you are insisting on keeping alive? Why not move them to a newer LTS kernel?
Looking into the 5.4 release candidate, I see:
$ git log --oneline v5.4.289.. arch/riscv/ 98d26e0254ff RISC-V: Don't enable all interrupts in trap_init() 574c5efceb70 riscv: prefix IRQ_ macro names with an RV_ namespace c57ffe372502 riscv: Fix sleeping in invalid context in die() 98c62ee8bc75 riscv: Avoid enabling interrupts in die() 88cb873873ff RISC-V: Avoid dereferening NULL regs in die() 2a83ad25311e riscv: remove unused handle_exception symbol 8652d51931cc riscv: abstract out CSR names for supervisor vs machine mode
Why do you backport riscv patches to 5.4.y if you think they should not be tested ? Shouldn't your question imply that there won't be any further backports into 5.4.y for architecture(s) which are no longer supported in that branch ?
Confused.
Guenter
On Sat, Feb 01, 2025 at 07:03:33AM -0800, Guenter Roeck wrote:
On 2/1/25 00:01, Greg Kroah-Hartman wrote: ...
Anyway, are you all really caring about riscv on a 5.4.y kernel? Last I checked, the riscv maintainers said not to even use that kernel for that architecture. Do you all have real boards that care about this kernel tree that you are insisting on keeping alive? Why not move them to a newer LTS kernel?
Looking into the 5.4 release candidate, I see:
$ git log --oneline v5.4.289.. arch/riscv/ 98d26e0254ff RISC-V: Don't enable all interrupts in trap_init() 574c5efceb70 riscv: prefix IRQ_ macro names with an RV_ namespace c57ffe372502 riscv: Fix sleeping in invalid context in die() 98c62ee8bc75 riscv: Avoid enabling interrupts in die() 88cb873873ff RISC-V: Avoid dereferening NULL regs in die() 2a83ad25311e riscv: remove unused handle_exception symbol 8652d51931cc riscv: abstract out CSR names for supervisor vs machine mode
I've dropped them all now, as that is what was causing the build problems.
Why do you backport riscv patches to 5.4.y if you think they should not be tested ? Shouldn't your question imply that there won't be any further backports into 5.4.y for architecture(s) which are no longer supported in that branch ?
I'm not implying they are not to be tested, it's just a real "is this something that people actually care about" question. Last time we had riscv problems in this branch the riscv maintainers said "don't worry about it". I didn't notice that Sasha had queued these up here, otherwise I would have probably just dropped them then like I did right now :)
thanks,
greg k-h
On Fri, 31 Jan 2025 12:21:41 +0100, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 5.4.290 release. There are 94 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, 02 Feb 2025 11:20:53 +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.290-rc2... 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
All tests passing for Tegra ...
Test results for stable-v5.4: 10 builds: 10 pass, 0 fail 24 boots: 24 pass, 0 fail 54 tests: 54 pass, 0 fail
Linux version: 5.4.290-rc2-gb4cc7cb40189 Boards tested: tegra124-jetson-tk1, tegra186-p2771-0000, tegra194-p2972-0000, tegra20-ventana, tegra210-p2371-2180, tegra210-p3450-0000, tegra30-cardhu-a04
Tested-by: Jon Hunter jonathanh@nvidia.com
Jon
On 1/31/25 4:21 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 5.4.290 release. There are 94 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, 02 Feb 2025 11:20:53 +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.290-rc2... 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
OVERVIEW
Builds: 29 passed, 5 failed
Boot tests: 452 passed, 0 failed
CI systems: broonie, maestro
REVISION
Commit name: v5.4.289-95-gb4cc7cb40189 hash: b4cc7cb40189a3206ae81247a0596c4a2b4a9f69 Checked out from https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-5.4.y
BUILDS
Failures -arm64 (defconfig) Build detail: https://kcidb.kernelci.org/d/build/build?orgId=1&var-id=broonie:b4cc7cb4... CI system: broonie
-i386 (i386_defconfig+allmodconfig) Build detail: https://kcidb.kernelci.org/d/build/build?orgId=1&var-id=maestro:679cb54a... Build error: AR mm/built-in.a -riscv (defconfig) Build detail: https://kcidb.kernelci.org/d/build/build?orgId=1&var-id=maestro:679cb558... Build error: arch/riscv/kernel/traps.c:164:30: error: ‘handle_exception’ undeclared (first use in this function) -arm64 (defconfig) Build detail: https://kcidb.kernelci.org/d/build/build?orgId=1&var-id=maestro:679cb543... Build error: ./arch/arm64/include/asm/memory.h:85:50: error: ‘KASAN_SHADOW_SCALE_SHIFT’ undeclared (first use in this function) -arm64 (cros://chromeos-5.4/arm64/chromiumos-qualcomm.flavour.config) Build detail: https://kcidb.kernelci.org/d/build/build?orgId=1&var-id=maestro:679cb56f... Build error: make: *** [arch/arm64/Makefile:170: vdso_prepare] Error 2 CI system: maestro
BOOT TESTS
No boot failures found
See complete and up-to-date report at:
https://kcidb.kernelci.org/d/revision/revision?orgId=1&var-git_commit_ha...
Tested-by: kernelci.org bot bot@kernelci.org
Thanks, KernelCI team
On Fri, 31 Jan 2025 at 16:51, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 5.4.290 release. There are 94 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, 02 Feb 2025 11:20:53 +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.290-rc2... 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
As other reported, the riscv build failed with defconfig with gcc and clang toolchain on the stable-rc 5.4.290-rc1 and 5.4.290-rc2
* riscv, build - clang-19-allnoconfig - clang-19-allyesconfig - clang-19-defconfig - clang-19-tinyconfig - gcc-12-allnoconfig - gcc-12-allyesconfig - gcc-12-defconfig - gcc-12-tinyconfig - gcc-8-allnoconfig - gcc-8-allyesconfig - gcc-8-defconfig - gcc-8-tinyconfig
Reported-by: Linux Kernel Functional Testing lkft@linaro.org Build regression: riscv kernel traps.c error: use of undeclared identifier 'handle_exception'
Build error: --- arch/riscv/kernel/traps.c:164:23: error: use of undeclared identifier 'handle_exception' 164 | csr_write(CSR_TVEC, &handle_exception); | ^ 1 warning and 1 error generated
Links: --- build log: https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-5.4.y/build/v5.4.28... history: https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-5.4.y/build/v5.4.28... build link: https://storage.tuxsuite.com/public/linaro/lkft/builds/2sOPMVgFZtEG3dgzhD7rg... kernel config: https://storage.tuxsuite.com/public/linaro/lkft/builds/2sOPMVgFZtEG3dgzhD7rg...
## Build * kernel: 5.4.290-rc2 * git: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git * git commit: b4cc7cb40189a3206ae81247a0596c4a2b4a9f69 * git describe: v5.4.289-95-gb4cc7cb40189 * test details: https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-5.4.y/build/v5.4.28...
## Test Regressions (compared to v5.4.288-94-g0578e8d64d90) * riscv, build - clang-19-allnoconfig - clang-19-allyesconfig - clang-19-defconfig - clang-19-tinyconfig - gcc-12-allnoconfig - gcc-12-allyesconfig - gcc-12-defconfig - gcc-12-tinyconfig - gcc-8-allnoconfig - gcc-8-allyesconfig - gcc-8-defconfig - gcc-8-tinyconfig
## Metric Regressions (compared to v5.4.288-94-g0578e8d64d90)
## Test Fixes (compared to v5.4.288-94-g0578e8d64d90)
## Metric Fixes (compared to v5.4.288-94-g0578e8d64d90)
## Test result summary total: 44418, pass: 28423, fail: 4303, skip: 11414, xfail: 278
## Build Summary * arc: 6 total, 5 passed, 1 failed * arm: 136 total, 136 passed, 0 failed * arm64: 37 total, 35 passed, 2 failed * i386: 22 total, 16 passed, 6 failed * mips: 29 total, 27 passed, 2 failed * parisc: 4 total, 0 passed, 4 failed * powerpc: 30 total, 28 passed, 2 failed * riscv: 12 total, 0 passed, 12 failed * s390: 8 total, 8 passed, 0 failed * sh: 12 total, 10 passed, 2 failed * sparc: 8 total, 7 passed, 1 failed * x86_64: 33 total, 33 passed, 0 failed
## Test suites summary * boot * kselftest-arm64 * kselftest-breakpoints * kselftest-capabilities * kselftest-cgroup * kselftest-clone3 * kselftest-core * kselftest-cpu-hotplug * kselftest-cpufreq * kselftest-efivarfs * kselftest-exec * kselftest-filesystems * kselftest-filesystems-binderfs * kselftest-filesystems-epoll * kselftest-firmware * kselftest-fpu * kselftest-ftrace * kselftest-futex * kselftest-gpio * kselftest-intel_pstate * kselftest-ipc * kselftest-kcmp * kselftest-livepatch * kselftest-membarrier * kselftest-memfd * kselftest-mincore * kselftest-mqueue * kselftest-net * kselftest-net-mptcp * kselftest-openat2 * kselftest-ptrace * kselftest-rseq * kselftest-rtc * kselftest-sigaltstack * kselftest-size * kselftest-tc-testing * kselftest-timers * kselftest-tmpfs * kselftest-tpm2 * kselftest-user_events * kselftest-vDSO * kselftest-x86 * kunit * libhugetlbfs * log-parser-boot * log-parser-build-clang * log-parser-build-gcc * log-parser-test * ltp-capability * ltp-commands * ltp-containers * ltp-controllers * ltp-cpuhotplug * ltp-crypto * ltp-cve * ltp-dio * ltp-fcntl-locktests * ltp-filecaps * ltp-fs * ltp-fs_bind * ltp-fs_perms_simple * ltp-hugetlb * ltp-ipc * ltp-math * ltp-mm * ltp-nptl * ltp-pty * ltp-sched * ltp-smoke * ltp-syscalls * ltp-tracing * perf * rcutorture
-- Linaro LKFT https://lkft.linaro.org
On Sat, Feb 01, 2025 at 08:38:48PM +0530, Naresh Kamboju wrote:
On Fri, 31 Jan 2025 at 16:51, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 5.4.290 release. There are 94 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, 02 Feb 2025 11:20:53 +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.290-rc2... 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
As other reported, the riscv build failed with defconfig with gcc and clang toolchain on the stable-rc 5.4.290-rc1 and 5.4.290-rc2
- riscv, build
- clang-19-allnoconfig
- clang-19-allyesconfig
- clang-19-defconfig
- clang-19-tinyconfig
- gcc-12-allnoconfig
- gcc-12-allyesconfig
- gcc-12-defconfig
- gcc-12-tinyconfig
- gcc-8-allnoconfig
- gcc-8-allyesconfig
- gcc-8-defconfig
- gcc-8-tinyconfig
Reported-by: Linux Kernel Functional Testing lkft@linaro.org Build regression: riscv kernel traps.c error: use of undeclared identifier 'handle_exception'
Build error:
arch/riscv/kernel/traps.c:164:23: error: use of undeclared identifier 'handle_exception' 164 | csr_write(CSR_TVEC, &handle_exception); | ^ 1 warning and 1 error generated
Offending commits now dropped, thanks.
greg k-h
On 2/1/25 07:08, Naresh Kamboju wrote:
On Fri, 31 Jan 2025 at 16:51, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 5.4.290 release. There are 94 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, 02 Feb 2025 11:20:53 +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.290-rc2... 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
As other reported, the riscv build failed with defconfig with gcc and clang toolchain on the stable-rc 5.4.290-rc1 and 5.4.290-rc2
- riscv, build
- clang-19-allnoconfig
- clang-19-allyesconfig
- clang-19-defconfig
- clang-19-tinyconfig
- gcc-12-allnoconfig
- gcc-12-allyesconfig
- gcc-12-defconfig
- gcc-12-tinyconfig
- gcc-8-allnoconfig
- gcc-8-allyesconfig
- gcc-8-defconfig
- gcc-8-tinyconfig
Reported-by: Linux Kernel Functional Testing lkft@linaro.org Build regression: riscv kernel traps.c error: use of undeclared identifier 'handle_exception'
Build error:
arch/riscv/kernel/traps.c:164:23: error: use of undeclared identifier 'handle_exception' 164 | csr_write(CSR_TVEC, &handle_exception); | ^ 1 warning and 1 error generated
FWIW: Reverting the riscv patches fixes the problem.
Guenter
Hi Greg,
On 31/01/25 16:51, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 5.4.290 release. There are 94 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, 02 Feb 2025 11:20:53 +0000. Anything received after that time might be too late.
No problems seen on x86_64 and aarch64 with our testing.
Tested-by: Harshit Mogalapalli harshit.m.mogalapalli@oracle.com
Thanks, Harshit