5.4.290-rc2 review
Subsystems (2)
Greg Kroah-Hartman
maintainercover 5.4.290-rc2 review
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.gz
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 <[email protected]>
Linux 5.4.290-rc2
Ron Economos <[email protected]>
Partial revert of xhci: use pm_ptr() instead #ifdef for CONFIG_PM conditionals
Arnd Bergmann <[email protected]>
xhci: use pm_ptr() instead of #ifdef for CONFIG_PM conditionals
Maíra Canal <[email protected]>
drm/v3d: Assign job pointer to NULL before signaling the fence
Jack Greiner <[email protected]>
Input: xpad - add support for wooting two he (arm)
Nilton Perim Neto <[email protected]>
Input: xpad - add unofficial Xbox 360 wireless receiver clone
Mark Pearson <[email protected]>
Input: atkbd - map F23 key to support default copilot shortcut
Greg Kroah-Hartman <[email protected]>
Revert "usb: gadget: u_serial: Disable ep before setting port to null to fix the crash caused by port being null"
Qasim Ijaz <[email protected]>
USB: serial: quatech2: fix null-ptr-deref in qt2_process_read_urb()
Baokun Li <[email protected]>
ext4: fix slab-use-after-free in ext4_split_extent_at()
Theodore Ts'o <[email protected]>
ext4: avoid ext4_error()'s caused by ENOMEM in the truncate path
Alex Williamson <[email protected]>
vfio/platform: check the bounds of read/write syscalls
Jeongjun Park <[email protected]>
net/xen-netback: prevent UAF in xenvif_flush_hash()
Madhuparna Bhowmik <[email protected]>
net: xen-netback: hash.c: Use built-in RCU list checking
Eric W. Biederman <[email protected]>
signal/m68k: Use force_sigsegv(SIGSEGV) in fpsp040_die
Liam Howlett <[email protected]>
m68k: Add missing mmap_read_lock() to sys_cacheflush()
Al Viro <[email protected]>
m68k: Update ->thread.esp0 before calling syscall_trace() in ret_from_signal
Andreas Gruenbacher <[email protected]>
gfs2: Truncate address space when flipping GFS2_DIF_JDATA flag
Philippe Simons <[email protected]>
irqchip/sunxi-nmi: Add missing SKIP_WAKE flag
Xiang Zhang <[email protected]>
scsi: iscsi: Fix redundant response for ISCSI_UEVENT_GET_HOST_STATS request
Charles Keepax <[email protected]>
ASoC: wm8994: Add depends on MFD core
Wang Liang <[email protected]>
net: fix data-races around sk->sk_forward_alloc
Suraj Sonawane <[email protected]>
scsi: sg: Fix slab-use-after-free read in sg_release()
Eric Dumazet <[email protected]>
ipv6: avoid possible NULL deref in rt6_uncached_list_flush_dev()
Koichiro Den <[email protected]>
hrtimers: Handle CPU state correctly on hotplug
Yogesh Lal <[email protected]>
irqchip/gic-v3: Handle CPU_PM_ENTER_FAILED correctly
Rik van Riel <[email protected]>
fs/proc: fix softlockup in __read_vmcore (part 2)
Heiner Kallweit <[email protected]>
net: ethernet: xgbe: re-add aneg to supported features in PHY quirks
Luis Chamberlain <[email protected]>
nvmet: propagate npwg topology
Oleg Nesterov <[email protected]>
poll_wait: add mb() to fix theoretical race between waitqueue_active() and .poll()
David Howells <[email protected]>
kheaders: Ignore silly-rename files
Leo Stone <[email protected]>
hfs: Sanity check the root record
Lizhi Xu <[email protected]>
mac802154: check local interfaces before deleting sdata list
Wolfram Sang <[email protected]>
i2c: mux: demux-pinctrl: check initial mux selection, too
Maíra Canal <[email protected]>
drm/v3d: Ensure job pointer is set to NULL after job completion
Dan Carpenter <[email protected]>
nfp: bpf: prevent integer overflow in nfp_bpf_event_output()
Kuniyuki Iwashima <[email protected]>
gtp: Destroy device along with udp socket's netns dismantle.
Kuniyuki Iwashima <[email protected]>
gtp: Use for_each_netdev_rcu() in gtp_genl_dump_pdp().
Eric Dumazet <[email protected]>
gtp: use exit_batch_rtnl() method
Eric Dumazet <[email protected]>
net: add exit_batch_rtnl() method
Yajun Deng <[email protected]>
net: net_namespace: Optimize the code
Sudheer Kumar Doredla <[email protected]>
net: ethernet: ti: cpsw_ale: Fix cpsw_ale_get_field()
Anup Patel <[email protected]>
RISC-V: Don't enable all interrupts in trap_init()
Paul Walmsley <[email protected]>
riscv: prefix IRQ_ macro names with an RV_ namespace
Nam Cao <[email protected]>
riscv: Fix sleeping in invalid context in die()
Mattias Nissler <[email protected]>
riscv: Avoid enabling interrupts in die()
Palmer Dabbelt <[email protected]>
RISC-V: Avoid dereferening NULL regs in die()
Rouven Czerwinski <[email protected]>
riscv: remove unused handle_exception symbol
Christoph Hellwig <[email protected]>
riscv: abstract out CSR names for supervisor vs machine mode
Matthieu Baerts (NGI0) <[email protected]>
sctp: sysctl: rto_min/max: avoid using current->nsproxy
Dennis Lam <[email protected]>
ocfs2: fix slab-use-after-free due to dangling pointer dqi_priv
Joseph Qi <[email protected]>
ocfs2: correct return value of ocfs2_local_free_info()
Zijun Hu <[email protected]>
phy: core: Fix that API devm_of_phy_provider_unregister() fails to unregister the phy provider
Vinod Koul <[email protected]>
phy: core: fix code style in devm_of_phy_provider_unregister
Peter Geis <[email protected]>
arm64: dts: rockchip: add hevc power domain clock to rk3328
Johan Jonker <[email protected]>
arm64: dts: rockchip: add #power-domain-cells to power domain nodes
Johan Jonker <[email protected]>
arm64: dts: rockchip: fix pd_tcpc0 and pd_tcpc1 node position on rk3399
Johan Jonker <[email protected]>
arm64: dts: rockchip: fix defines in pd_vio node for rk3399
Joe Hattori <[email protected]>
iio: inkern: call iio_device_put() only on mapped devices
Joe Hattori <[email protected]>
iio: adc: at91: call input_free_device() on allocated iio_dev
Fabio Estevam <[email protected]>
iio: adc: ti-ads124s08: Use gpiod_set_value_cansleep()
Carlos Song <[email protected]>
iio: gyro: fxas21002c: Fix missing data update in trigger handler
Javier Carrasco <[email protected]>
iio: adc: ti-ads8688: fix information leak in triggered buffer
Javier Carrasco <[email protected]>
iio: imu: kmx61: fix information leak in triggered buffer
Javier Carrasco <[email protected]>
iio: light: vcnl4035: fix information leak in triggered buffer
Javier Carrasco <[email protected]>
iio: dummy: iio_simply_dummy_buffer: fix information leak in triggered buffer
Javier Carrasco <[email protected]>
iio: pressure: zpa2326: fix information leak in triggered buffer
Akash M <[email protected]>
usb: gadget: f_fs: Remove WARN_ON in functionfs_bind
Ma Ke <[email protected]>
usb: fix reference leak in usb_new_device()
Kai-Heng Feng <[email protected]>
USB: core: Disable LPM only for non-suspended ports
Jun Yan <[email protected]>
USB: usblp: return error when setting unsupported protocol
Lianqin Hu <[email protected]>
usb: gadget: u_serial: Disable ep before setting port to null to fix the crash caused by port being null
Johan Hovold <[email protected]>
USB: serial: cp210x: add Phoenix Contact UPS Device
Lubomir Rintel <[email protected]>
usb-storage: Add max sectors quirk for Nokia 208
Zicheng Qu <[email protected]>
staging: iio: ad9832: Correct phase range check
Zicheng Qu <[email protected]>
staging: iio: ad9834: Correct phase range check
Michal Hrusecky <[email protected]>
USB: serial: option: add Neoway N723-EA support
Chukun Pan <[email protected]>
USB: serial: option: add MeiG Smart SRM815
Melissa Wen <[email protected]>
drm/amd/display: increase MAX_SURFACES to the value supported by hw
Hans de Goede <[email protected]>
ACPI: resource: Add Asus Vivobook X1504VAP to irq1_level_low_skip_override[]
Hans de Goede <[email protected]>
ACPI: resource: Add TongFang GM5HG0A to irq1_edge_low_force_override[]
Roman Li <[email protected]>
drm/amd/display: Add check for granularity in dml ceil/floor helpers
Matthieu Baerts (NGI0) <[email protected]>
sctp: sysctl: auth_enable: avoid using current->nsproxy
Matthieu Baerts (NGI0) <[email protected]>
sctp: sysctl: cookie_hmac_alg: avoid using current->nsproxy
Krister Johansen <[email protected]>
dm thin: make get_first_thin use rcu-safe list first function
Benjamin Coddington <[email protected]>
tls: Fix tls_sw_sendmsg error handling
Eric Dumazet <[email protected]>
net_sched: cls_flow: validate TCA_FLOW_RSHIFT attribute
Zhongqiu Duan <[email protected]>
tcp/dccp: allow a connection when sk_max_ack_backlog is zero
Jason Xing <[email protected]>
tcp/dccp: complete lockless accesses to sk->sk_max_ack_backlog
Antonio Pastor <[email protected]>
net: 802: LLC+SNAP OID:PID lookup on start of skb data
Keisuke Nishimura <[email protected]>
ieee802154: ca8210: Add missing check for kfifo_alloc() in ca8210_probe()
Ming-Hung Tsai <[email protected]>
dm array: fix cursor index when skipping across block boundaries
Ming-Hung Tsai <[email protected]>
dm array: fix unreleased btree blocks on closing a faulty array cursor
Ming-Hung Tsai <[email protected]>
dm array: fix releasing a faulty array block twice in dm_array_cursor_end
Zhang Yi <[email protected]>
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!
Quoted 4 lines
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:
1140arch/riscv/kernel/traps.c: In function 'trap_init':
1141arch/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/1650173074
https://gitlab.com/cip-project/cip-testing/linux-stable-rc-ci/-/tree/linux-5.4.y
Best regards,
Pavel
Signature · 2 lines
DENX Software Engineering GmbH, Managing Director: Erika Unter HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Greg Kroah-Hartman
maintainerQuoted 41 lines · Pavel Machek
Hi!
Quoted 4 lines
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,
1130from ./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
fromarch/riscv/kernel/traps.c:6:
1140arch/riscv/kernel/traps.c: In function 'trap_init':
1141arch/riscv/kernel/traps.c:164:23: error: 'handle_exception' undeclared (first use in this function) 1142
164 |csr_write(CSR_TVEC, &handle_exception);
1143
Quoted 8 lines
| ^~~~~~~~~~~~~~~~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
Quoted 6 lines · Greg Kroah-Hartman
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:
...
Quoted 6 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?
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
Greg Kroah-Hartman
maintainerQuoted 11 lines · Guenter Roeck
On 2/1/25 00:01, Greg Kroah-Hartman wrote:
...Quoted 6 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?
Looking into the 5.4 release candidate, I see:
Quoted 8 lines
$ 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.
Quoted 4 lines
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
Quoted 9 lines · Greg Kroah-Hartman
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:
Quoted 8 lines
https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.4.290-rc2.gzor in the git tree and branch at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.gitlinux-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 failLinux 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-a04Jon
Quoted 9 lines · Greg Kroah-Hartman
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:
Quoted 8 lines
https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.4.290-rc2.gzor in the git tree and branch at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.gitlinux-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.yBUILDS
Failures
-arm64 (defconfig)
Build detail: https://kcidb.kernelci.org/d/build/build?orgId=1&var-id=broonie:b4cc7cb40189a3206ae81247a0596c4a2b4a9f69-arm64-defconfig
CI system: broonie
-i386 (i386_defconfig+allmodconfig)
Build detail: https://kcidb.kernelci.org/d/build/build?orgId=1&var-id=maestro:679cb54a65fae3351e33ff93
Build error: AR mm/built-in.a
-riscv (defconfig)
Build detail: https://kcidb.kernelci.org/d/build/build?orgId=1&var-id=maestro:679cb55865fae3351e33ffa0
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:679cb54365fae3351e33ff8d
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:679cb56f65fae3351e33ffb6
Build error: make: *** [arch/arm64/Makefile:170: vdso_prepare] Error 2
CI system: maestroBOOT 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_hash=b4cc7cb40189a3206ae81247a0596c4a2b4a9f69&var-patchset_hash=
Thanks,
KernelCI team
Quoted 10 lines · Greg Kroah-Hartman
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:
Quoted 8 lines
https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.4.290-rc2.gzor in the git tree and branch at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.gitlinux-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
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.289-95-gb4cc7cb40189/testrun/27103461/suite/build/test/clang-19-defconfig/log
history: https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-5.4.y/build/v5.4.289-95-gb4cc7cb40189/testrun/27103461/suite/build/test/clang-19-defconfig/history/
build link: https://storage.tuxsuite.com/public/linaro/lkft/builds/2sOPMVgFZtEG3dgzhD7rgdCoAsj/
kernel config: https://storage.tuxsuite.com/public/linaro/lkft/builds/2sOPMVgFZtEG3dgzhD7rgdCoAsj/config
## 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.289-95-gb4cc7cb40189
## 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
Greg Kroah-Hartman
maintainerQuoted 43 lines · Naresh Kamboju
Quoted 10 lines · Greg Kroah-Hartman
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:
Quoted 8 lines
https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.4.290-rc2.gzor in the git tree and branch at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.gitlinux-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-tinyconfigBuild regression: riscv kernel
traps.cerror: use of undeclared identifier 'handle_exception'
Quoted 7 lines
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
Quoted 43 lines · Naresh Kamboju
Quoted 10 lines · Greg Kroah-Hartman
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:
Quoted 8 lines
https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.4.290-rc2.gzor in the git tree and branch at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.gitlinux-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-tinyconfigBuild regression: riscv kernel
traps.cerror: use of undeclared identifier 'handle_exception'
Quoted 8 lines
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,
Quoted 7 lines · Greg Kroah-Hartman
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.
Thanks,
Harshit