Skip to contentSkip to conversation

5.4.290-rc2 review

PATCH In review Greg Kroah-Hartman 7 participants 12 messages Jan 31, 2025 – Feb 2, 2025

Subsystems (2)
lore
Share & tools
lore

Greg Kroah-Hartman

author maintainer
#0 lore raw

cover 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(-)
#1 lore raw

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:
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/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
author maintainer
#2 lore raw
Quoted 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,
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

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

#3 lore raw
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

#4 lore raw
In reply to Greg Kroah-Hartman

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

author maintainer
#5 lore raw
Quoted 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

maintainer Tested-by on the v1 series
#6 lore raw
In reply to Greg Kroah-Hartman
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.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

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

Jon

Tested-by kernelci.org bot on the v1 series
#7 lore raw
In reply to Greg Kroah-Hartman
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.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

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: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: 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_hash=b4cc7cb40189a3206ae81247a0596c4a2b4a9f69&var-patchset_hash=

Thanks,
KernelCI team

#8 lore raw
In reply to Greg Kroah-Hartman
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.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

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

author maintainer
#9 lore raw
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.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

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'

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

#10 lore raw
In reply to Naresh Kamboju
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.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

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'

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

Tested-by on the v1 series
#11 lore raw
In reply to Greg Kroah-Hartman

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