[PATCH 5.4 00/94] 5.4.290-rc2 review

[PATCH 5.4 00/94] 5.4.290-rc2 review

[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:
	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 <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(-)

Re: [PATCH 5.4 00/94] 5.4.290-rc2 review

[Pavel Machek]

[-- Attachment #1: Type: text/plain, Size: 1882 bytes --]

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/1650173074
https://gitlab.com/cip-project/cip-testing/linux-stable-rc-ci/-/tree/linux-5.4.y

Best regards,
								Pavel
-- 
DENX Software Engineering GmbH,        Managing Director: Erika Unter
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 195 bytes --]

Re: [PATCH 5.4 00/94] 5.4.290-rc2 review

[Jon Hunter]

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.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

Tested-by: Jon Hunter <jonathanh@nvidia.com>

Jon

Re: [PATCH 5.4 00/94] 5.4.290-rc2 review

[Muhammad Usama Anjum]

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.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=


Tested-by: kernelci.org bot <bot@kernelci.org>

Thanks,
KernelCI team

Re: [PATCH 5.4 00/94] 5.4.290-rc2 review

[Greg Kroah-Hartman]

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

Re: [PATCH 5.4 00/94] 5.4.290-rc2 review

[Guenter Roeck]

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

Re: [PATCH 5.4 00/94] 5.4.290-rc2 review

[Guenter Roeck]

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

Re: [PATCH 5.4 00/94] 5.4.290-rc2 review

[Naresh Kamboju]

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.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

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.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

Re: [PATCH 5.4 00/94] 5.4.290-rc2 review

[Greg Kroah-Hartman]

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

Re: [PATCH 5.4 00/94] 5.4.290-rc2 review

[Greg Kroah-Hartman]

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.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
> 
> 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

Re: [PATCH 5.4 00/94] 5.4.290-rc2 review

[Guenter Roeck]

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.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
> 
> 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

Re: [PATCH 5.4 00/94] 5.4.290-rc2 review

[Harshit Mogalapalli]

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