* [PATCH 6.12 000/262] 6.12.53-rc1 review
@ 2025-10-13 14:42 Greg Kroah-Hartman
2025-10-13 16:57 ` Florian Fainelli
` (10 more replies)
0 siblings, 11 replies; 19+ messages in thread
From: Greg Kroah-Hartman @ 2025-10-13 14:42 UTC (permalink / raw)
To: stable
Cc: Greg Kroah-Hartman, patches, linux-kernel, torvalds, akpm, linux,
shuah, patches, lkft-triage, pavel, jonathanh, f.fainelli,
sudipm.mukherjee, rwarsow, conor, hargar, broonie, achill
This is the start of the stable review cycle for the 6.12.53 release.
There are 262 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 Wed, 15 Oct 2025 14:42:41 +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/v6.x/stable-review/patch-6.12.53-rc1.gz
or in the git tree and branch at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.12.y
and the diffstat can be found below.
thanks,
greg k-h
-------------
Pseudo-Shortlog of commits:
Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Linux 6.12.53-rc1
Miaoqian Lin <linmq006@gmail.com>
usb: cdns3: cdnsp-pci: remove redundant pci_disable_device() call
Konrad Dybcio <konrad.dybcio@oss.qualcomm.com>
arm64: dts: qcom: qcm2290: Disable USB SS bus instances in park mode
Sven Peter <sven@kernel.org>
usb: typec: tipd: Clear interrupts first
Oleksij Rempel <o.rempel@pengutronix.de>
net: usb: asix: hold PM usage ref to avoid PM/MDIO + RTNL deadlock
Dominique Martinet <asmadeus@codewreck.org>
net/9p: Fix buffer overflow in USB transport layer
Salah Triki <salah.triki@gmail.com>
bus: fsl-mc: Check return value of platform_get_resource()
Bartosz Golaszewski <bartosz.golaszewski@linaro.org>
pinctrl: check the return value of pinmux_ops::get_function_name()
Jens Wiklander <jens.wiklander@linaro.org>
tee: fix register_shm_helper()
Zhen Ni <zhen.ni@easystack.cn>
remoteproc: pru: Fix potential NULL pointer dereference in pru_rproc_set_ctable()
Lei Lu <llfamsec@gmail.com>
sunrpc: fix null pointer dereference on zero-length checksum
Zhen Ni <zhen.ni@easystack.cn>
Input: uinput - zero-initialize uinput_ff_upload_compat to avoid info leak
Marek Vasut <marek.vasut@mailbox.org>
Input: atmel_mxt_ts - allow reset GPIO to sleep
Ling Xu <quic_lxu5@quicinc.com>
misc: fastrpc: Skip reference for DMA handles
Ling Xu <quic_lxu5@quicinc.com>
misc: fastrpc: fix possible map leak in fastrpc_put_args
Ling Xu <quic_lxu5@quicinc.com>
misc: fastrpc: Fix fastrpc_map_lookup operation
Ling Xu <quic_lxu5@quicinc.com>
misc: fastrpc: Save actual DMA size in fastrpc_map structure
Guangshuo Li <lgs201920130244@gmail.com>
nvdimm: ndtest: Return -ENOMEM if devm_kcalloc() fails in ndtest_probe()
Yang Shi <yang@os.amperecomputing.com>
mm: hugetlb: avoid soft lockup when mprotect to large memory area
Janne Grunau <j@jannau.net>
fbdev: simplefb: Fix use after free in simplefb_detach_genpds()
Sean Christopherson <seanjc@google.com>
KVM: SVM: Skip fastpath emulation on VM-Exit if next RIP isn't valid
Jan Kara <jack@suse.cz>
ext4: fix checks for orphan inodes
Namjae Jeon <linkinjeon@kernel.org>
ksmbd: add max ip connections parameter
Matvey Kovalev <matvey.kovalev@ispras.ru>
ksmbd: fix error code overwriting in smb2_get_info_filesystem()
Yunseong Kim <ysk@kzalloc.com>
ksmbd: Fix race condition in RPC handle list access
Youling Tang <tangyouling@kylinos.cn>
LoongArch: Automatically disable kaslr if boot from kexec_file
Zheng Qixing <zhengqixing@huawei.com>
dm: fix NULL pointer dereference in __dm_suspend()
Zheng Qixing <zhengqixing@huawei.com>
dm: fix queue start/stop imbalance under suspend/load/resume races
Bartosz Golaszewski <bartosz.golaszewski@linaro.org>
mfd: vexpress-sysreg: Check the return value of devm_gpiochip_add_data()
Cosmin Tanislav <cosmin-gabriel.tanislav.xa@renesas.com>
mfd: rz-mtu3: Fix MTU5 NFCR register offset
Deepak Sharma <deepak.sharma.472935@gmail.com>
net: nfc: nci: Add parameter validation for packet data
Larshin Sergey <Sergey.Larshin@kaspersky.com>
fs: udf: fix OOB read in lengthAllocDescs handling
Srinivas Kandagatla <srinivas.kandagatla@oss.qualcomm.com>
ASoC: codecs: wcd937x: make stub functions inline
Srinivas Kandagatla <srinivas.kandagatla@oss.qualcomm.com>
ASoC: codecs: wcd937x: set the comp soundwire port correctly
Ranjani Sridharan <ranjani.sridharan@linux.intel.com>
ASoC: SOF: ipc3-topology: Fix multi-core and static pipelines tear down
Ma Ke <make24@iscas.ac.cn>
ASoC: wcd934x: fix error handling in wcd934x_codec_parse_data()
Jens Axboe <axboe@kernel.dk>
io_uring/waitid: always prune wait queue entry in io_waitid_wait()
Naman Jain <namjain@linux.microsoft.com>
uio_hv_generic: Let userspace take care of interrupt mask
Phillip Lougher <phillip@squashfs.org.uk>
Squashfs: fix uninit-value in squashfs_get_parent
Jarkko Sakkinen <jarkko@kernel.org>
tpm: Disable TPM2_TCG_HMAC by default
Yazhou Tang <tangyazhou518@outlook.com>
bpf: Reject negative offsets for ALU ops
zhang jiao <zhangjiao2@cmss.chinamobile.com>
vhost: vringh: Modify the return value check
Jakub Kicinski <kuba@kernel.org>
Revert "net/mlx5e: Update and set Xon/Xoff upon MTU set"
Enzo Matsumiya <ematsumiya@suse.de>
smb: client: fix crypto buffers in non-linear memory
Moshe Shemesh <moshe@nvidia.com>
net/mlx5: fw reset, add reset timeout work
Shay Drory <shayd@nvidia.com>
net/mlx5: pagealloc: Fix reclaim race during command interface teardown
Moshe Shemesh <moshe@nvidia.com>
net/mlx5: Stop polling for command response if interface goes down
Yeounsu Moon <yyyynoom@gmail.com>
net: dlink: handle copy_thresh allocation failure
Kohei Enju <enjuk@amazon.com>
net: ena: return 0 in ena_get_rxfh_key_size() when RSS hash key is not configurable
Kohei Enju <enjuk@amazon.com>
nfp: fix RSS hash key size when RSS is not supported
Alok Tiwari <alok.a.tiwari@oracle.com>
idpf: fix mismatched free function for dma_alloc_coherent
Alok Tiwari <alok.a.tiwari@oracle.com>
PCI: j721e: Fix incorrect error message in probe()
Erick Karanja <karanja99erick@gmail.com>
mtd: rawnand: atmel: Fix error handling path in atmel_nand_controller_add_nands
Donet Tom <donettom@linux.ibm.com>
drivers/base/node: fix double free in register_one_node()
Dan Carpenter <dan.carpenter@linaro.org>
ocfs2: fix double free in user_cluster_connect()
Nishanth Menon <nm@ti.com>
hwrng: ks-sa - fix division by zero in ks_sa_rng_init
Fan Wu <wufan@kernel.org>
KEYS: X.509: Fix Basic Constraints CA flag parsing
Luiz Augusto von Dentz <luiz.von.dentz@intel.com>
Bluetooth: hci_sync: Fix using random address for BIG/PA advertisements
Pauli Virtanen <pav@iki.fi>
Bluetooth: ISO: don't leak skb in ISO_CONT RX
Pauli Virtanen <pav@iki.fi>
Bluetooth: ISO: free rx_skb if not consumed
Luiz Augusto von Dentz <luiz.von.dentz@intel.com>
Bluetooth: ISO: Fix possible UAF on iso_conn_free
Luiz Augusto von Dentz <luiz.von.dentz@intel.com>
Bluetooth: MGMT: Fix not exposing debug UUID on MGMT_OP_READ_EXP_FEATURES_INFO
Michael S. Tsirkin <mst@redhat.com>
vhost: vringh: Fix copy_to_iter return value check
I Viswanath <viswanathiyyappan@gmail.com>
ptp: Add a upper bound on max_vclocks
I Viswanath <viswanathiyyappan@gmail.com>
net: usb: Remove disruptive netif_wake_queue in rtl8150_set_multicast
Bernard Metzler <bernard.metzler@linux.dev>
RDMA/siw: Always report immediate post SQ errors
Lu Baolu <baolu.lu@linux.intel.com>
iommu/vt-d: Disallow dirty tracking if incoherent page walk
Marek Vasut <marek.vasut+renesas@mailbox.org>
PCI: rcar-gen4: Fix inverted break condition in PHY initialization
Marek Vasut <marek.vasut+renesas@mailbox.org>
PCI: rcar-gen4: Assure reset occurs before DBI access
Marek Vasut <marek.vasut+renesas@mailbox.org>
PCI: rcar-gen4: Add missing 1ms delay after PWR reset assertion
Cristian Ciocaltea <cristian.ciocaltea@collabora.com>
usb: vhci-hcd: Prevent suspending virtually attached devices
Ranjan Kumar <ranjan.kumar@broadcom.com>
scsi: mpt3sas: Fix crash in transport port remove by using ioc_info()
Fernando Fernandez Mancera <fmancera@suse.de>
netfilter: nfnetlink: reset nlh pointer during batch replay
Slavin Liu <slavin452@gmail.com>
ipvs: Defer ip_vs_ftp unregister during netns cleanup
Anthony Iliopoulos <ailiop@suse.com>
NFSv4.1: fix backchannel max_resp_sz verification check
Lin Yujun <linyujun809@h-partners.com>
coresight: Fix incorrect handling for return value of devm_kzalloc
Jie Gan <jie.gan@oss.qualcomm.com>
coresight: tpda: fix the logic to setup the element size
Leo Yan <leo.yan@arm.com>
coresight: trbe: Return NULL pointer for allocation failures
Leo Yan <leo.yan@arm.com>
coresight: etm4x: Support atclk
Leo Yan <leo.yan@arm.com>
coresight: catu: Support atclk
Leo Yan <leo.yan@arm.com>
coresight: tmc: Support atclk
Yuanfang Zhang <yuanfang.zhang@oss.qualcomm.com>
coresight-etm4x: Conditionally access register TRCEXTINSELR
Ivan Abramov <i.abramov@mt-integration.ru>
dm vdo: return error on corrupted metadata in start_restoring_volume functions
Stephan Gerhold <stephan.gerhold@linaro.org>
remoteproc: qcom: q6v5: Avoid disabling handover IRQ twice
Nagarjuna Kristam <nkristam@nvidia.com>
PCI: tegra194: Fix duplicate PLL disable in pex_ep_event_pex_rst_assert()
Fedor Pchelkin <pchelkin@ispras.ru>
wifi: rtw89: avoid circular locking dependency in ser_state_run()
Gui-Dong Han <hanguidong02@gmail.com>
RDMA/rxe: Fix race in do_task() when draining
Chenghai Huang <huangchenghai2@huawei.com>
crypto: hisilicon/qm - set NULL to qm->debug.qm_diff_regs
Zilin Guan <zilin@seu.edu.cn>
vfio/pds: replace bitmap_free with vfree
Michael Karcher <kernel@mkarcher.dialup.fu-berlin.de>
sparc: fix accurate exception reporting in copy_{from,to}_user for M7
Michael Karcher <kernel@mkarcher.dialup.fu-berlin.de>
sparc: fix accurate exception reporting in copy_to_user for Niagara 4
Michael Karcher <kernel@mkarcher.dialup.fu-berlin.de>
sparc: fix accurate exception reporting in copy_{from_to}_user for Niagara
Michael Karcher <kernel@mkarcher.dialup.fu-berlin.de>
sparc: fix accurate exception reporting in copy_{from_to}_user for UltraSPARC III
Michael Karcher <kernel@mkarcher.dialup.fu-berlin.de>
sparc: fix accurate exception reporting in copy_{from_to}_user for UltraSPARC
Richard Fitzgerald <rf@opensource.cirrus.com>
ASoC: Intel: sof_sdw: Prevent jump to NULL add_sidecar callback
Aditya Kumar Singh <aditya.kumar.singh@oss.qualcomm.com>
wifi: mac80211: fix Rx packet handling when pubsta information is not available
Vineeth Pillai (Google) <vineeth@bitbyteword.org>
iommu/vt-d: debugfs: Fix legacy mode page table dump logic
Baochen Qiang <baochen.qiang@oss.qualcomm.com>
wifi: ath10k: avoid unnecessary wait for service ready message
Baochen Qiang <baochen.qiang@oss.qualcomm.com>
wifi: ath12k: fix wrong logging ID used for CE
Bagas Sanjaya <bagasdotme@gmail.com>
Documentation: trace: historgram-design: Separate sched_waking histogram section heading and the following diagram
Vlad Dumitrescu <vdumitrescu@nvidia.com>
IB/sa: Fix sa_local_svc_timeout_ms read race
Parav Pandit <parav@nvidia.com>
RDMA/core: Resolve MAC of next-hop device without ARP support
Michal Pecio <michal.pecio@gmail.com>
Revert "usb: xhci: Avoid Stop Endpoint retry loop if the endpoint seems Running"
wangzijie <wangzijie1@honor.com>
f2fs: fix zero-sized extent for precache extents
Benjamin Tissoires <bentiss@kernel.org>
HID: hidraw: tighten ioctl command parsing
Qianfeng Rong <rongqianfeng@vivo.com>
scsi: qla2xxx: Fix incorrect sign of error code in qla_nvme_xmt_ls_rsp()
Qianfeng Rong <rongqianfeng@vivo.com>
scsi: qla2xxx: Fix incorrect sign of error code in START_SP_W_RETRIES()
Qianfeng Rong <rongqianfeng@vivo.com>
scsi: qla2xxx: edif: Fix incorrect sign of error code
Colin Ian King <colin.i.king@gmail.com>
ACPI: NFIT: Fix incorrect ndr_desc being reportedin dev_err message
Sebastian Andrzej Siewior <bigeasy@linutronix.de>
ALSA: pcm: Disable bottom softirqs as part of spin_lock_irq() on PREEMPT_RT
Chao Yu <chao@kernel.org>
f2fs: fix to mitigate overhead of f2fs_zero_post_eof_page()
Chao Yu <chao@kernel.org>
f2fs: fix to truncate first page in error path of f2fs_truncate()
Chao Yu <chao@kernel.org>
f2fs: fix to update map->m_next_extent correctly in f2fs_map_blocks()
Zhi-Jun You <hujy652@gmail.com>
wifi: mt76: mt7915: fix mt7981 pre-calibration
Lorenzo Bianconi <lorenzo@kernel.org>
wifi: mt76: mt7996: Convert mt7996_wed_rro_addr to LE
Lorenzo Bianconi <lorenzo@kernel.org>
wifi: mt76: mt7996: Fix RX packets configuration for primary WED device
Abdun Nihaal <abdun.nihaal@gmail.com>
wifi: mt76: fix potential memory leak in mt76_wmac_probe()
Håkon Bugge <haakon.bugge@oracle.com>
RDMA/cm: Rate limit destroy CM ID timeout error message
Donet Tom <donettom@linux.ibm.com>
drivers/base/node: handle error properly in register_one_node()
Christophe Leroy <christophe.leroy@csgroup.eu>
watchdog: mpc8xxx_wdt: Reload the watchdog timer when enabling the watchdog
Zhang Tengfei <zhtfdev@gmail.com>
ipvs: Use READ_ONCE/WRITE_ONCE for ipvs->enable
Zhen Ni <zhen.ni@easystack.cn>
netfilter: ipset: Remove unused htable_bits in macro ahash_region
Hans de Goede <hansg@kernel.org>
iio: consumers: Fix offset handling in iio_convert_raw_to_processed()
Hans de Goede <hansg@kernel.org>
iio: consumers: Fix handling of negative channel scale in iio_convert_raw_to_processed()
Moon Hee Lee <moonhee.lee.ca@gmail.com>
fs/ntfs3: reject index allocation if $BITMAP is empty but blocks exist
Vitaly Grigoryev <Vitaly.Grigoryev@kaspersky.com>
fs: ntfs3: Fix integer overflow in run_unpack()
Qianfeng Rong <rongqianfeng@vivo.com>
drm/msm/dpu: fix incorrect type for ret
Takashi Iwai <tiwai@suse.de>
ASoC: Intel: bytcr_rt5651: Fix invalid quirk input mapping
Takashi Iwai <tiwai@suse.de>
ASoC: Intel: bytcr_rt5640: Fix invalid quirk input mapping
Takashi Iwai <tiwai@suse.de>
ASoC: Intel: bytcht_es8316: Fix invalid quirk input mapping
Alexander Lobakin <aleksander.lobakin@intel.com>
idpf: fix Rx descriptor ready check barrier in splitq
Liao Yuanhong <liaoyuanhong@vivo.com>
wifi: iwlwifi: Remove redundant header files
Wang Liang <wangliang74@huawei.com>
pps: fix warning in pps_register_cdev when register device fail
Colin Ian King <colin.i.king@gmail.com>
misc: genwqe: Fix incorrect cmd field being reported in error
Seppo Takalo <seppo.takalo@nordicsemi.no>
tty: n_gsm: Don't block input queue by waiting MSC
William Wu <william.wu@rock-chips.com>
usb: gadget: configfs: Correctly set use_os_string at bind
Xichao Zhao <zhao.xichao@vivo.com>
usb: phy: twl6030: Fix incorrect type for ret
Qianfeng Rong <rongqianfeng@vivo.com>
drm/amdkfd: Fix error code sign for EINVAL in svm_ioctl()
Eric Dumazet <edumazet@google.com>
tcp: fix __tcp_close() to only send RST when required
Alok Tiwari <alok.a.tiwari@oracle.com>
PCI: tegra: Fix devm_kcalloc() argument order for port->phys allocation
Stefan Kerkmann <s.kerkmann@pengutronix.de>
wifi: mwifiex: send world regulatory domain to driver
Timur Kristóf <timur.kristof@gmail.com>
drm/amd/pm: Disable SCLK switching on Oland with high pixel clocks (v3)
Timur Kristóf <timur.kristof@gmail.com>
drm/amd/pm: Disable MCLK switching with non-DC at 120 Hz+ (v2)
Timur Kristóf <timur.kristof@gmail.com>
drm/amd/pm: Treat zero vblank time as too short in si_dpm (v3)
Timur Kristóf <timur.kristof@gmail.com>
drm/amd/pm: Adjust si_upload_smc_data register programming (v3)
Timur Kristóf <timur.kristof@gmail.com>
drm/amd/pm: Fix si_upload_smc_data (v3)
Timur Kristóf <timur.kristof@gmail.com>
drm/amd/pm: Disable ULV even if unsupported (v3)
Timur Kristóf <timur.kristof@gmail.com>
drm/amdgpu: Power up UVD 3 for FW validation (v2)
Yuanfang Zhang <quic_yuanfang@quicinc.com>
coresight: Only register perf symlink for sinks with alloc_buffer
Eric Dumazet <edumazet@google.com>
inet: ping: check sock_net() in ping_get_port() and ping_lookup()
Zhushuai Yin <yinzhushuai@huawei.com>
crypto: hisilicon/qm - check whether the input function and PF are on the same device
Chenghai Huang <huangchenghai2@huawei.com>
crypto: hisilicon - re-enable address prefetch after device resuming
Chenghai Huang <huangchenghai2@huawei.com>
crypto: hisilicon/zip - remove unnecessary validation for high-performance mode configurations
Arnd Bergmann <arnd@arndb.de>
media: st-delta: avoid excessive stack usage
Qianfeng Rong <rongqianfeng@vivo.com>
ALSA: lx_core: use int type to store negative error codes
Nirmoy Das <nirmoyd@nvidia.com>
PCI/ACPI: Fix pci_acpi_preserve_config() memory leak
Patrisious Haddad <phaddad@nvidia.com>
RDMA/mlx5: Fix vport loopback forcing for MPV device
Or Har-Toov <ohartoov@nvidia.com>
RDMA/mlx5: Better estimate max_qp_wr to reflect WQE count
Zhang Shurong <zhang_shurong@foxmail.com>
media: rj54n1cb0c: Fix memleak in rj54n1_probe()
Thorsten Blum <thorsten.blum@linux.dev>
crypto: octeontx2 - Call strscpy() with correct size argument
Thomas Fourier <fourier.thomas@gmail.com>
scsi: myrs: Fix dma_alloc_coherent() error check
Niklas Cassel <cassel@kernel.org>
scsi: pm80xx: Fix array-index-out-of-of-bounds on rmmod
Arnd Bergmann <arnd@arndb.de>
hwrng: nomadik - add ARM_AMBA dependency
Thomas Fourier <fourier.thomas@gmail.com>
crypto: keembay - Add missing check after sg_nents_for_len()
Liao Yuanhong <liaoyuanhong@vivo.com>
drm/amd/display: Remove redundant semicolons
Dan Carpenter <dan.carpenter@linaro.org>
serial: max310x: Add error checking in probe()
Komal Bajaj <komal.bajaj@oss.qualcomm.com>
usb: misc: qcom_eud: Access EUD_MODE_MANAGER2 through secure calls
Dan Carpenter <dan.carpenter@linaro.org>
usb: host: max3421-hcd: Fix error pointer dereference in probe cleanup
Jonas Karlman <jonas@kwiboo.se>
phy: rockchip: naneng-combphy: Enable U3 OTG port for RK3568
Jacopo Mondi <jacopo.mondi@ideasonboard.com>
media: zoran: Remove zoran_fh structure
Chia-I Wu <olvaffe@gmail.com>
drm/bridge: it6505: select REGMAP_I2C
Chao Yu <chao@kernel.org>
f2fs: fix condition in __allow_reserved_blocks()
Brahmajit Das <listout@listout.xyz>
drm/radeon/r600_cs: clean up of dead code in r600_cs
Brigham Campbell <me@brighamcampbell.com>
drm/panel: novatek-nt35560: Fix invalid return value
Daniel Borkmann <daniel@iogearbox.net>
bpf: Enforce expected_attach_type for tailcall compatibility
D. Wythe <alibuda@linux.alibaba.com>
libbpf: Fix error when st-prefix_ops and ops from differ btf
Kunihiko Hayashi <hayashi.kunihiko@socionext.com>
i2c: designware: Add disabling clocks when probe fails
Kunihiko Hayashi <hayashi.kunihiko@socionext.com>
i2c: designware: Fix clock issue when PM is disabled
Leilk.Liu <leilk.liu@mediatek.com>
i2c: mediatek: fix potential incorrect use of I2C_MASTER_WRRD
Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com>
thermal/drivers/qcom/lmh: Add missing IRQ includes
Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com>
thermal/drivers/qcom: Make LMH select QCOM_SCM
Vadim Pasternak <vadimp@nvidia.com>
hwmon: (mlxreg-fan) Separate methods of fan setting coming from different subsystems
Qi Xi <xiqi2@huawei.com>
once: fix race by moving DO_ONCE to separate section
Andrea Righi <arighi@nvidia.com>
bpf: Mark kfuncs as __noclone
Jonas Gorski <jonas.gorski@gmail.com>
spi: fix return code when spi device has too many chipselects
Zhouyi Zhou <zhouzhouyi@gmail.com>
tools/nolibc: make time_t robust if __kernel_old_time_t is missing in host headers
Rafael J. Wysocki <rafael.j.wysocki@intel.com>
smp: Fix up and expand the smp_call_function_many() kerneldoc
Hengqi Chen <hengqi.chen@gmail.com>
bpf, arm64: Call bpf_jit_binary_pack_finalize() in bpf_jit_free()
Paul Chaignon <paul.chaignon@gmail.com>
bpf: Explicitly check accesses to bpf_sock_addr
Akhilesh Patil <akhilesh@ee.iitb.ac.in>
selftests: watchdog: skip ping loop if WDIOF_KEEPALIVEPING not supported
Stanley Chu <stanley.chuys@gmail.com>
i3c: master: svc: Recycle unused IBI slot
Stanley Chu <yschu@nuvoton.com>
i3c: master: svc: Use manual response for IBI events
Daniel Wagner <wagi@kernel.org>
nvmet-fc: move lsop put work to nvmet_fc_ls_req_op
Hengqi Chen <hengqi.chen@gmail.com>
riscv, bpf: Sign extend struct ops return values properly
Dmitry Antipov <dmantipov@yandex.ru>
ACPICA: Fix largest possible resource descriptor index
Uwe Kleine-König <u.kleine-koenig@baylibre.com>
pwm: tiehrpwm: Fix corner case in clock divisor calculation
Uwe Kleine-König <u.kleine-koenig@baylibre.com>
pwm: tiehrpwm: Fix various off-by-one errors in duty-cycle calculation
Uwe Kleine-König <u.kleine-koenig@baylibre.com>
pwm: tiehrpwm: Make code comment in .free() more useful
Uwe Kleine-König <u.kleine-koenig@baylibre.com>
pwm: tiehrpwm: Don't drop runtime PM reference in .free()
AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com>
arm64: dts: mediatek: mt8516-pumpkin: Fix machine compatible
AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com>
arm64: dts: mediatek: mt8395-kontron-i1200: Fix MT6360 regulator nodes
AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com>
arm64: dts: mediatek: mt6795-xperia-m5: Fix mmc0 latch-ck value
Bean Huo <beanhuo@micron.com>
mmc: core: Fix variable shadowing in mmc_route_rpmb_frames()
AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com>
arm64: dts: mediatek: mt6331: Fix pmic, regulators, rtc, keys node names
Chen-Yu Tsai <wenst@chromium.org>
arm64: dts: mediatek: mt8186-tentacruel: Fix touchscreen model
Johan Hovold <johan@kernel.org>
cpuidle: qcom-spm: fix device and OF node leaks at probe
Johan Hovold <johan@kernel.org>
soc: mediatek: mtk-svs: fix device leaks on mt8192 probe failure
Johan Hovold <johan@kernel.org>
soc: mediatek: mtk-svs: fix device leaks on mt8183 probe failure
Johan Hovold <johan@kernel.org>
firmware: firmware: meson-sm: fix compile-test default
Nicolas Frattaroli <nicolas.frattaroli@collabora.com>
PM / devfreq: rockchip-dfi: double count on RK3588
Eric Dumazet <edumazet@google.com>
nbd: restrict sockets to TCP and UDP
Guoqing Jiang <guoqing.jiang@canonical.com>
arm64: dts: mediatek: mt8195: Remove suspend-breaking reset from pcie0
Thomas Weißschuh <thomas.weissschuh@linutronix.de>
selftests: vDSO: vdso_test_abi: Correctly skip whole test with missing vDSO
Thomas Weißschuh <thomas.weissschuh@linutronix.de>
selftests: vDSO: Fix -Wunitialized in powerpc VDSO_CALL() wrapper
Genjian Zhang <zhanggenjian@kylinos.cn>
null_blk: Fix the description of the cache_size module argument
Qianfeng Rong <rongqianfeng@vivo.com>
pinctrl: renesas: Use int type to store negative error codes
Andy Yan <andyshrk@163.com>
power: supply: cw2015: Fix a alignment coding style issue
Dan Carpenter <dan.carpenter@linaro.org>
PM / devfreq: mtk-cci: Fix potential error pointer dereference in probe()
Jihed Chaibi <jihed.chaibi.dev@gmail.com>
ARM: dts: omap: am335x-cm-t335: Remove unused mcasp num-serializer property
Jihed Chaibi <jihed.chaibi.dev@gmail.com>
ARM: dts: ti: omap: omap3-devkit8000-lcd: Fix ti,keep-vref-on property to use correct boolean syntax in DTS
Jihed Chaibi <jihed.chaibi.dev@gmail.com>
ARM: dts: ti: omap: am335x-baltos: Fix ti,en-ck32k-xtal property in DTS to use correct boolean syntax
Thomas Weißschuh <thomas.weissschuh@linutronix.de>
vdso: Add struct __kernel_old_timeval forward declaration to gettime.h
Rafael J. Wysocki <rafael.j.wysocki@intel.com>
PM: sleep: core: Clear power.must_resume in noirq suspend error path
Qianfeng Rong <rongqianfeng@vivo.com>
block: use int to store blk_stack_limits() return value
Andrei Lalaev <andrei.lalaev@anton-paar.com>
leds: leds-lp55xx: Use correct address for memory programming
Benjamin Berg <benjamin.berg@intel.com>
selftests/nolibc: fix EXPECT_NZ macro
Qianfeng Rong <rongqianfeng@vivo.com>
regulator: scmi: Use int type to store negative error codes
Janne Grunau <j@jannau.net>
arm64: dts: apple: t8103-j457: Fix PCIe ethernet iommu-map
Nicolas Ferre <nicolas.ferre@microchip.com>
ARM: at91: pm: fix MCKx restore routine
Li Nan <linan122@huawei.com>
blk-mq: check kobject state_in_sysfs before deleting in blk_mq_unregister_hctx
Da Xue <da@libre.computer>
pinctrl: meson-gxl: add missing i2c_d pinmux
Sneh Mankad <sneh.mankad@oss.qualcomm.com>
soc: qcom: rpmh-rsc: Unconditionally clear _TRIGGER bit for TCS
Huisong Li <lihuisong@huawei.com>
ACPI: processor: idle: Fix memory leak when register cpuidle device failed
Joy Zou <joy.zou@nxp.com>
arm64: dts: imx95: Correct the lpuart7 and lpuart8 srcid
Frieder Schrempf <frieder.schrempf@kontron.de>
arm64: dts: imx93-kontron: Fix USB port assignment
Annette Kobou <annette.kobou@kontron.de>
arm64: dts: imx93-kontron: Fix GPIO for panel regulator
Junnan Wu <junnan01.wu@samsung.com>
firmware: arm_scmi: Mark VirtIO ready before registering scmi_virtio_driver
Florian Fainelli <florian.fainelli@broadcom.com>
cpufreq: scmi: Account for malformed DT in scmi_dev_used_by_cpus()
Ilya Leoshkevich <iii@linux.ibm.com>
s390/bpf: Write back tail call counter for BPF_TRAMP_F_CALL_ORIG
Ilya Leoshkevich <iii@linux.ibm.com>
s390/bpf: Write back tail call counter for BPF_PSEUDO_CALL
Fenglin Wu <fenglin.wu@oss.qualcomm.com>
leds: flash: leds-qcom-flash: Update torch current clamp setting
Geert Uytterhoeven <geert+renesas@glider.be>
ARM: dts: renesas: porter: Fix CAN pin group
Yureka Lilian <yuka@yuka.dev>
libbpf: Fix reuse of DEVMAP
Tao Chen <chen.dylane@linux.dev>
bpf: Remove migrate_disable in kprobe_multi_link_prog_run
Matt Bobrowski <mattbobrowski@google.com>
bpf/selftests: Fix test_tcpnotify_user
Geert Uytterhoeven <geert+renesas@glider.be>
regmap: Remove superfluous check for !config in __regmap_init()
Biju Das <biju.das.jz@bp.renesas.com>
arm64: dts: renesas: rzg2lc-smarc: Disable CAN-FD channel0
Lad Prabhakar <prabhakar.mahadev-lad.rj@bp.renesas.com>
pinctrl: renesas: rzg2l: Fix invalid unsigned return in rzg3s_oen_read()
Qu Wenruo <wqu@suse.com>
btrfs: return any hit error from extent_writepage_io()
Randy Dunlap <rdunlap@infradead.org>
lsm: CONFIG_LSM can depend on CONFIG_SECURITY
Uros Bizjak <ubizjak@gmail.com>
x86/vdso: Fix output operand size of RDPID
Qiuxu Zhuo <qiuxu.zhuo@intel.com>
EDAC/i10nm: Skip DIMM enumeration on a disabled memory controller
Stefan Metzmacher <metze@samba.org>
smb: server: fix IRD/ORD negotiation with the client
Leo Yan <leo.yan@arm.com>
perf: arm_spe: Prevent overflow in PERF_IDX2OFF()
Leo Yan <leo.yan@arm.com>
coresight: trbe: Prevent overflow in PERF_IDX2OFF()
Jeremy Linton <jeremy.linton@arm.com>
uprobes: uprobe_warn should use passed task
Christophe Leroy <christophe.leroy@csgroup.eu>
powerpc/603: Really copy kernel PGD entries into all PGDIRs
Christophe Leroy <christophe.leroy@csgroup.eu>
powerpc/8xx: Remove left-over instruction and comments in DataStoreTLBMiss handler
Andreas Gruenbacher <agruenba@redhat.com>
gfs2: Fix GLF_INVALIDATE_IN_PROGRESS flag clearing in do_xmote
Bala-Vignesh-Reddy <reddybalavignesh9979@gmail.com>
selftests: arm64: Check fread return value in exec_target
Johannes Nixdorf <johannes@nixdorf.dev>
seccomp: Fix a race with WAIT_KILLABLE_RECV if the tracer replies too fast
Geert Uytterhoeven <geert+renesas@glider.be>
init: INITRAMFS_PRESERVE_MTIME should depend on BLK_DEV_INITRD
Jeff Layton <jlayton@kernel.org>
filelock: add FL_RECLAIM to show_fl_flags() macro
-------------
Diffstat:
Documentation/trace/histogram-design.rst | 4 +-
Makefile | 4 +-
arch/arm/boot/dts/renesas/r8a7791-porter.dts | 2 +-
arch/arm/boot/dts/ti/omap/am335x-baltos.dtsi | 2 +-
arch/arm/boot/dts/ti/omap/am335x-cm-t335.dts | 2 -
.../dts/ti/omap/omap3-devkit8000-lcd-common.dtsi | 2 +-
arch/arm/mach-at91/pm_suspend.S | 4 +-
arch/arm64/boot/dts/apple/t8103-j457.dts | 12 +-
.../boot/dts/freescale/imx93-kontron-bl-osm-s.dts | 32 ++-
arch/arm64/boot/dts/freescale/imx95.dtsi | 4 +-
arch/arm64/boot/dts/mediatek/mt6331.dtsi | 10 +-
.../boot/dts/mediatek/mt6795-sony-xperia-m5.dts | 2 +-
.../boot/dts/mediatek/mt8186-corsola-krabby.dtsi | 8 +-
.../mt8186-corsola-tentacruel-sku262144.dts | 4 +
arch/arm64/boot/dts/mediatek/mt8195.dtsi | 3 -
.../dts/mediatek/mt8395-kontron-3-5-sbc-i1200.dts | 16 +-
arch/arm64/boot/dts/mediatek/mt8516-pumpkin.dts | 2 +-
arch/arm64/boot/dts/qcom/qcm2290.dtsi | 1 +
arch/arm64/boot/dts/renesas/rzg2lc-smarc.dtsi | 5 +-
arch/arm64/net/bpf_jit_comp.c | 3 +-
arch/loongarch/kernel/relocate.c | 4 +
arch/powerpc/include/asm/book3s/32/pgalloc.h | 10 +-
arch/powerpc/include/asm/nohash/pgalloc.h | 2 +-
arch/powerpc/kernel/head_8xx.S | 9 +-
arch/riscv/net/bpf_jit_comp64.c | 42 +++-
arch/s390/net/bpf_jit_comp.c | 26 +-
arch/sparc/lib/M7memcpy.S | 20 +-
arch/sparc/lib/Memcpy_utils.S | 9 +
arch/sparc/lib/NG4memcpy.S | 2 +-
arch/sparc/lib/NGmemcpy.S | 29 ++-
arch/sparc/lib/U1memcpy.S | 19 +-
arch/sparc/lib/U3memcpy.S | 2 +-
arch/x86/include/asm/segment.h | 8 +-
arch/x86/kvm/svm/svm.c | 12 +-
block/blk-mq-sysfs.c | 6 +-
block/blk-settings.c | 3 +-
crypto/asymmetric_keys/x509_cert_parser.c | 16 +-
drivers/acpi/acpica/aclocal.h | 2 +-
drivers/acpi/nfit/core.c | 2 +-
drivers/acpi/processor_idle.c | 3 +
drivers/base/node.c | 4 +
drivers/base/power/main.c | 14 +-
drivers/base/regmap/regmap.c | 2 +-
drivers/block/nbd.c | 8 +
drivers/block/null_blk/main.c | 2 +-
drivers/bus/fsl-mc/fsl-mc-bus.c | 3 +
drivers/char/hw_random/Kconfig | 1 +
drivers/char/hw_random/ks-sa-rng.c | 4 +
drivers/char/tpm/Kconfig | 2 +-
drivers/cpufreq/scmi-cpufreq.c | 10 +
drivers/cpuidle/cpuidle-qcom-spm.c | 7 +-
drivers/crypto/hisilicon/debugfs.c | 1 +
drivers/crypto/hisilicon/hpre/hpre_main.c | 3 +-
drivers/crypto/hisilicon/qm.c | 7 +-
drivers/crypto/hisilicon/sec2/sec_main.c | 80 +++----
drivers/crypto/hisilicon/zip/zip_main.c | 17 +-
.../crypto/intel/keembay/keembay-ocs-hcu-core.c | 5 +-
.../crypto/marvell/octeontx2/otx2_cptpf_ucode.c | 2 +-
drivers/devfreq/event/rockchip-dfi.c | 7 +-
drivers/devfreq/mtk-cci-devfreq.c | 3 +-
drivers/edac/i10nm_base.c | 14 ++
drivers/firmware/arm_scmi/transports/virtio.c | 3 +
drivers/firmware/meson/Kconfig | 2 +-
drivers/gpu/drm/amd/amdgpu/uvd_v3_1.c | 29 ++-
drivers/gpu/drm/amd/amdkfd/kfd_svm.c | 2 +-
.../display/dc/dml/dcn32/display_rq_dlg_calc_32.c | 1 -
drivers/gpu/drm/amd/pm/amdgpu_dpm_internal.c | 7 +
drivers/gpu/drm/amd/pm/legacy-dpm/si_dpm.c | 92 +++++---
drivers/gpu/drm/bridge/Kconfig | 1 +
.../gpu/drm/msm/disp/dpu1/dpu_encoder_phys_wb.c | 2 +-
drivers/gpu/drm/panel/panel-novatek-nt35560.c | 2 +-
drivers/gpu/drm/radeon/r600_cs.c | 4 +-
drivers/hid/hidraw.c | 262 +++++++++++----------
drivers/hwmon/mlxreg-fan.c | 24 +-
drivers/hwtracing/coresight/coresight-catu.c | 22 +-
drivers/hwtracing/coresight/coresight-catu.h | 1 +
drivers/hwtracing/coresight/coresight-core.c | 5 +-
drivers/hwtracing/coresight/coresight-etm4x-core.c | 31 ++-
drivers/hwtracing/coresight/coresight-etm4x.h | 6 +-
drivers/hwtracing/coresight/coresight-tmc-core.c | 22 +-
drivers/hwtracing/coresight/coresight-tmc.h | 2 +
drivers/hwtracing/coresight/coresight-tpda.c | 3 +
drivers/hwtracing/coresight/coresight-trbe.c | 11 +-
drivers/i2c/busses/i2c-designware-platdrv.c | 5 +-
drivers/i2c/busses/i2c-mt65xx.c | 17 +-
drivers/i3c/master/svc-i3c-master.c | 31 ++-
drivers/iio/inkern.c | 30 +--
drivers/infiniband/core/addr.c | 10 +-
drivers/infiniband/core/cm.c | 4 +-
drivers/infiniband/core/sa_query.c | 6 +-
drivers/infiniband/hw/mlx5/main.c | 67 +++++-
drivers/infiniband/hw/mlx5/mlx5_ib.h | 1 +
drivers/infiniband/sw/rxe/rxe_task.c | 8 +-
drivers/infiniband/sw/siw/siw_verbs.c | 25 +-
drivers/input/misc/uinput.c | 1 +
drivers/input/touchscreen/atmel_mxt_ts.c | 2 +-
drivers/iommu/intel/debugfs.c | 17 +-
drivers/iommu/intel/iommu.h | 3 +-
drivers/leds/flash/leds-qcom-flash.c | 62 +++--
drivers/leds/leds-lp55xx-common.c | 2 +-
drivers/md/dm-core.h | 1 +
drivers/md/dm-vdo/indexer/volume-index.c | 4 +-
drivers/md/dm.c | 13 +-
drivers/media/i2c/rj54n1cb0c.c | 9 +-
drivers/media/pci/zoran/zoran.h | 6 -
drivers/media/pci/zoran/zoran_driver.c | 3 +-
.../media/platform/st/sti/delta/delta-mjpeg-dec.c | 20 +-
drivers/mfd/rz-mtu3.c | 2 +-
drivers/mfd/vexpress-sysreg.c | 6 +-
drivers/misc/fastrpc.c | 89 ++++---
drivers/misc/genwqe/card_ddcb.c | 2 +-
drivers/mmc/core/block.c | 6 +-
drivers/mtd/nand/raw/atmel/nand-controller.c | 4 +-
drivers/net/ethernet/amazon/ena/ena_ethtool.c | 5 +-
drivers/net/ethernet/dlink/dl2k.c | 7 +-
drivers/net/ethernet/intel/idpf/idpf_txrx.c | 8 +-
drivers/net/ethernet/intel/idpf/idpf_virtchnl.c | 6 +-
drivers/net/ethernet/mellanox/mlx5/core/cmd.c | 6 +-
.../ethernet/mellanox/mlx5/core/en/port_buffer.h | 12 -
drivers/net/ethernet/mellanox/mlx5/core/en_main.c | 17 +-
drivers/net/ethernet/mellanox/mlx5/core/fw_reset.c | 24 ++
.../net/ethernet/mellanox/mlx5/core/pagealloc.c | 7 +-
.../net/ethernet/netronome/nfp/nfp_net_ethtool.c | 2 +-
drivers/net/usb/asix_devices.c | 29 +++
drivers/net/usb/rtl8150.c | 2 -
drivers/net/wireless/ath/ath10k/wmi.c | 39 ++-
drivers/net/wireless/ath/ath12k/ce.c | 2 +-
drivers/net/wireless/ath/ath12k/debug.h | 1 +
drivers/net/wireless/intel/iwlwifi/fw/regulatory.h | 1 -
drivers/net/wireless/marvell/mwifiex/cfg80211.c | 7 +-
drivers/net/wireless/mediatek/mt76/mt7603/soc.c | 2 +-
drivers/net/wireless/mediatek/mt76/mt7915/eeprom.h | 6 +-
drivers/net/wireless/mediatek/mt76/mt7915/mcu.c | 29 +--
drivers/net/wireless/mediatek/mt76/mt7996/init.c | 8 +-
drivers/net/wireless/mediatek/mt76/mt7996/mt7996.h | 11 +-
drivers/net/wireless/mediatek/mt76/mt7996/pci.c | 2 +-
drivers/net/wireless/realtek/rtw89/ser.c | 3 +-
drivers/nvme/target/fc.c | 19 +-
drivers/pci/controller/cadence/pci-j721e.c | 2 +-
drivers/pci/controller/dwc/pcie-rcar-gen4.c | 26 +-
drivers/pci/controller/dwc/pcie-tegra194.c | 4 +-
drivers/pci/controller/pci-tegra.c | 2 +-
drivers/pci/pci-acpi.c | 6 +-
drivers/perf/arm_spe_pmu.c | 3 +-
drivers/phy/rockchip/phy-rockchip-naneng-combphy.c | 12 +
drivers/pinctrl/meson/pinctrl-meson-gxl.c | 10 +
drivers/pinctrl/pinmux.c | 2 +-
drivers/pinctrl/renesas/pinctrl-rzg2l.c | 2 +-
drivers/pinctrl/renesas/pinctrl.c | 3 +-
drivers/power/supply/cw2015_battery.c | 3 +-
drivers/pps/kapi.c | 5 +-
drivers/pps/pps.c | 5 +-
drivers/ptp/ptp_private.h | 1 +
drivers/ptp/ptp_sysfs.c | 2 +-
drivers/pwm/pwm-tiehrpwm.c | 154 +++++-------
drivers/regulator/scmi-regulator.c | 3 +-
drivers/remoteproc/pru_rproc.c | 3 +-
drivers/remoteproc/qcom_q6v5.c | 3 -
drivers/scsi/mpt3sas/mpt3sas_transport.c | 8 +-
drivers/scsi/myrs.c | 8 +-
drivers/scsi/pm8001/pm8001_sas.c | 9 +-
drivers/scsi/qla2xxx/qla_edif.c | 4 +-
drivers/scsi/qla2xxx/qla_init.c | 4 +-
drivers/scsi/qla2xxx/qla_nvme.c | 2 +-
drivers/soc/mediatek/mtk-svs.c | 23 ++
drivers/soc/qcom/rpmh-rsc.c | 7 +-
drivers/spi/spi.c | 2 +-
drivers/tee/tee_shm.c | 8 +
drivers/thermal/qcom/Kconfig | 3 +-
drivers/thermal/qcom/lmh.c | 2 +
drivers/tty/n_gsm.c | 25 +-
drivers/tty/serial/max310x.c | 2 +
drivers/uio/uio_hv_generic.c | 7 +-
drivers/usb/cdns3/cdnsp-pci.c | 5 +-
drivers/usb/gadget/configfs.c | 2 +
drivers/usb/host/max3421-hcd.c | 2 +-
drivers/usb/host/xhci-ring.c | 11 +-
drivers/usb/misc/Kconfig | 1 +
drivers/usb/misc/qcom_eud.c | 33 ++-
drivers/usb/phy/phy-twl6030-usb.c | 3 +-
drivers/usb/typec/tipd/core.c | 24 +-
drivers/usb/usbip/vhci_hcd.c | 22 ++
drivers/vfio/pci/pds/dirty.c | 2 +-
drivers/vhost/vringh.c | 14 +-
drivers/video/fbdev/simplefb.c | 31 ++-
drivers/watchdog/mpc8xxx_wdt.c | 2 +
fs/btrfs/extent_io.c | 9 +-
fs/ext4/ext4.h | 10 +
fs/ext4/file.c | 2 +-
fs/ext4/inode.c | 2 +-
fs/ext4/orphan.c | 6 +-
fs/ext4/super.c | 4 +-
fs/f2fs/data.c | 9 +-
fs/f2fs/f2fs.h | 4 +-
fs/f2fs/file.c | 49 ++--
fs/gfs2/glock.c | 2 -
fs/nfs/nfs4proc.c | 2 +-
fs/ntfs3/index.c | 10 +
fs/ntfs3/run.c | 12 +-
fs/ocfs2/stack_user.c | 1 +
fs/smb/client/smb2ops.c | 17 +-
fs/smb/server/ksmbd_netlink.h | 5 +-
fs/smb/server/mgmt/user_session.c | 26 +-
fs/smb/server/server.h | 1 +
fs/smb/server/smb2pdu.c | 3 +-
fs/smb/server/transport_ipc.c | 3 +
fs/smb/server/transport_rdma.c | 97 +++++++-
fs/smb/server/transport_tcp.c | 27 ++-
fs/squashfs/inode.c | 7 +
fs/squashfs/squashfs_fs_i.h | 2 +-
fs/udf/inode.c | 3 +
include/asm-generic/vmlinux.lds.h | 1 +
include/linux/bpf.h | 1 +
include/linux/btf.h | 2 +-
include/linux/once.h | 4 +-
include/trace/events/filelock.h | 3 +-
include/uapi/linux/hidraw.h | 2 +
include/vdso/gettime.h | 1 +
init/Kconfig | 1 +
io_uring/waitid.c | 3 +-
kernel/bpf/core.c | 5 +
kernel/bpf/verifier.c | 4 +-
kernel/events/uprobes.c | 2 +-
kernel/seccomp.c | 12 +-
kernel/smp.c | 11 +-
kernel/trace/bpf_trace.c | 9 +-
mm/hugetlb.c | 2 +
net/9p/trans_usbg.c | 16 +-
net/bluetooth/hci_sync.c | 10 +-
net/bluetooth/iso.c | 11 +-
net/bluetooth/mgmt.c | 10 +-
net/core/filter.c | 16 +-
net/ipv4/ping.c | 14 +-
net/ipv4/tcp.c | 9 +-
net/mac80211/rx.c | 28 ++-
net/netfilter/ipset/ip_set_hash_gen.h | 8 +-
net/netfilter/ipvs/ip_vs_conn.c | 4 +-
net/netfilter/ipvs/ip_vs_core.c | 11 +-
net/netfilter/ipvs/ip_vs_ctl.c | 6 +-
net/netfilter/ipvs/ip_vs_est.c | 16 +-
net/netfilter/ipvs/ip_vs_ftp.c | 4 +-
net/netfilter/nfnetlink.c | 2 +
net/nfc/nci/ntf.c | 135 ++++++++---
net/sunrpc/auth_gss/svcauth_gss.c | 2 +-
security/Kconfig | 1 +
sound/core/pcm_native.c | 21 +-
sound/pci/lx6464es/lx_core.c | 4 +-
sound/soc/codecs/wcd934x.c | 17 +-
sound/soc/codecs/wcd937x.c | 4 +-
sound/soc/codecs/wcd937x.h | 6 +-
sound/soc/intel/boards/bytcht_es8316.c | 20 +-
sound/soc/intel/boards/bytcr_rt5640.c | 7 +-
sound/soc/intel/boards/bytcr_rt5651.c | 26 +-
sound/soc/intel/boards/sof_sdw.c | 2 +-
sound/soc/sof/ipc3-topology.c | 10 +-
tools/include/nolibc/std.h | 2 +-
tools/lib/bpf/libbpf.c | 46 ++--
tools/testing/nvdimm/test/ndtest.c | 13 +-
tools/testing/selftests/arm64/pauth/exec_target.c | 7 +-
.../selftests/bpf/progs/test_tcpnotify_kern.c | 1 -
tools/testing/selftests/bpf/test_tcpnotify_user.c | 20 +-
tools/testing/selftests/nolibc/nolibc-test.c | 4 +-
tools/testing/selftests/vDSO/vdso_call.h | 7 +-
tools/testing/selftests/vDSO/vdso_test_abi.c | 9 +-
tools/testing/selftests/watchdog/watchdog-test.c | 6 +
265 files changed, 2074 insertions(+), 1143 deletions(-)
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [PATCH 6.12 000/262] 6.12.53-rc1 review
2025-10-13 14:42 [PATCH 6.12 000/262] 6.12.53-rc1 review Greg Kroah-Hartman
@ 2025-10-13 16:57 ` Florian Fainelli
2025-10-13 17:06 ` Brett A C Sheffield
` (9 subsequent siblings)
10 siblings, 0 replies; 19+ messages in thread
From: Florian Fainelli @ 2025-10-13 16:57 UTC (permalink / raw)
To: Greg Kroah-Hartman, stable
Cc: patches, linux-kernel, torvalds, akpm, linux, shuah, patches,
lkft-triage, pavel, jonathanh, sudipm.mukherjee, rwarsow, conor,
hargar, broonie, achill
On 10/13/25 07:42, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 6.12.53 release.
> There are 262 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 Wed, 15 Oct 2025 14:42:41 +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/v6.x/stable-review/patch-6.12.53-rc1.gz
> or in the git tree and branch at:
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.12.y
> and the diffstat can be found below.
>
> thanks,
>
> greg k-h
On ARCH_BRCMSTB using 32-bit and 64-bit ARM kernels, build tested on
BMIPS_GENERIC:
Tested-by: Florian Fainelli <florian.fainelli@broadcom.com>
--
Florian
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [PATCH 6.12 000/262] 6.12.53-rc1 review
2025-10-13 14:42 [PATCH 6.12 000/262] 6.12.53-rc1 review Greg Kroah-Hartman
2025-10-13 16:57 ` Florian Fainelli
@ 2025-10-13 17:06 ` Brett A C Sheffield
2025-10-14 1:14 ` Peter Schneider
` (8 subsequent siblings)
10 siblings, 0 replies; 19+ messages in thread
From: Brett A C Sheffield @ 2025-10-13 17:06 UTC (permalink / raw)
To: gregkh
Cc: stable, patches, linux-kernel, torvalds, akpm, linux, shuah,
patches, lkft-triage, pavel, jonathanh, f.fainelli,
sudipm.mukherjee, rwarsow, conor, hargar, broonie, achill,
Brett A C Sheffield
# Librecast Test Results
010/010 [ OK ] libmld
120/120 [ OK ] liblibrecast
CPU/kernel: Linux auntie 6.12.53-rc1-g7e50c0945b4a #107 SMP PREEMPT_DYNAMIC Mon Oct 13 16:48:02 -00 2025 x86_64 AMD Ryzen 9 9950X 16-Core Processor AuthenticAMD GNU/Linux
Tested-by: Brett A C Sheffield <bacs@librecast.net>
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [PATCH 6.12 000/262] 6.12.53-rc1 review
2025-10-13 14:42 [PATCH 6.12 000/262] 6.12.53-rc1 review Greg Kroah-Hartman
2025-10-13 16:57 ` Florian Fainelli
2025-10-13 17:06 ` Brett A C Sheffield
@ 2025-10-14 1:14 ` Peter Schneider
2025-10-14 8:46 ` Pavel Machek
` (7 subsequent siblings)
10 siblings, 0 replies; 19+ messages in thread
From: Peter Schneider @ 2025-10-14 1:14 UTC (permalink / raw)
To: Greg Kroah-Hartman, stable
Cc: patches, linux-kernel, torvalds, akpm, linux, shuah, patches,
lkft-triage, pavel, jonathanh, f.fainelli, sudipm.mukherjee,
rwarsow, conor, hargar, broonie, achill
Am 13.10.2025 um 16:42 schrieb Greg Kroah-Hartman:
> This is the start of the stable review cycle for the 6.12.53 release.
> There are 262 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.
Builds, boots and works on my 2-socket Ivy Bridge Xeon E5-2697 v2 server. No dmesg oddities or regressions found.
Tested-by: Peter Schneider <pschneider1968@googlemail.com>
Beste Grüße,
Peter Schneider
--
Climb the mountain not to plant your flag, but to embrace the challenge,
enjoy the air and behold the view. Climb it so you can see the world,
not so the world can see you. -- David McCullough Jr.
OpenPGP: 0xA3828BD796CCE11A8CADE8866E3A92C92C3FF244
Download: https://www.peters-netzplatz.de/download/pschneider1968_pub.asc
https://keys.mailvelope.com/pks/lookup?op=get&search=pschneider1968@googlemail.com
https://keys.mailvelope.com/pks/lookup?op=get&search=pschneider1968@gmail.com
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [PATCH 6.12 000/262] 6.12.53-rc1 review
2025-10-13 14:42 [PATCH 6.12 000/262] 6.12.53-rc1 review Greg Kroah-Hartman
` (2 preceding siblings ...)
2025-10-14 1:14 ` Peter Schneider
@ 2025-10-14 8:46 ` Pavel Machek
2025-10-14 11:26 ` Naresh Kamboju
` (6 subsequent siblings)
10 siblings, 0 replies; 19+ messages in thread
From: Pavel Machek @ 2025-10-14 8:46 UTC (permalink / raw)
To: Greg Kroah-Hartman
Cc: stable, patches, linux-kernel, torvalds, akpm, linux, shuah,
patches, lkft-triage, jonathanh, f.fainelli, sudipm.mukherjee,
rwarsow, conor, hargar, broonie, achill
[-- Attachment #1: Type: text/plain, Size: 643 bytes --]
Hi!
> This is the start of the stable review cycle for the 6.12.53 release.
> There are 262 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.
CIP testing did not find any problems here:
https://gitlab.com/cip-project/cip-testing/linux-stable-rc-ci/-/tree/linux-6.12.y
Tested-by: Pavel Machek (CIP) <pavel@denx.de>
Best regards,
Pavel
--
In cooperation with DENX Software Engineering GmbH, HRB 165235 Munich,
Office: Kirchenstr.5, D-82194 Groebenzell, Germany
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 195 bytes --]
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [PATCH 6.12 000/262] 6.12.53-rc1 review
2025-10-13 14:42 [PATCH 6.12 000/262] 6.12.53-rc1 review Greg Kroah-Hartman
` (3 preceding siblings ...)
2025-10-14 8:46 ` Pavel Machek
@ 2025-10-14 11:26 ` Naresh Kamboju
2025-10-14 14:08 ` Naresh Kamboju
2025-10-14 13:09 ` Jon Hunter
` (5 subsequent siblings)
10 siblings, 1 reply; 19+ messages in thread
From: Naresh Kamboju @ 2025-10-14 11:26 UTC (permalink / raw)
To: Greg Kroah-Hartman
Cc: stable, patches, linux-kernel, torvalds, akpm, linux, shuah,
patches, lkft-triage, pavel, jonathanh, f.fainelli,
sudipm.mukherjee, rwarsow, conor, hargar, broonie, achill,
Ilya Leoshkevich, Daniel Borkmann, Dan Carpenter, Arnd Bergmann,
Anders Roxell, Ben Copeland, linux-s390, Netdev, bpf
On Mon, 13 Oct 2025 at 20:38, Greg Kroah-Hartman
<gregkh@linuxfoundation.org> wrote:
>
> This is the start of the stable review cycle for the 6.12.53 release.
> There are 262 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 Wed, 15 Oct 2025 14:42:41 +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/v6.x/stable-review/patch-6.12.53-rc1.gz
> or in the git tree and branch at:
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.12.y
> and the diffstat can be found below.
>
> thanks,
>
> greg k-h
The S390 defconfig builds failed on the Linux stable-rc 6.12.53-rc1
and 6.6.112-rc1 tag build due to following build warnings / errors
with gcc and clang toolchains.
Also seen on 6.6.112-rc1.
* s390, build
- clang-21-defconfig
- clang-nightly-defconfig
- clang-nightly-lkftconfig-hardening
- clang-nightly-lkftconfig-lto-full
- clang-nightly-lkftconfig-lto-thing
- gcc-14-allmodconfig
- gcc-14-defconfig
- gcc-14-lkftconfig-hardening
- gcc-8-defconfig-fe40093d
- gcc-8-lkftconfig-hardening
- korg-clang-21-lkftconfig-hardening
- korg-clang-21-lkftconfig-lto-full
- korg-clang-21-lkftconfig-lto-thing
First seen on 6.12.53-rc1
Good: v6.12.52
Bad: 6.12.53-rc1 also seen on 6.6.112-rc1
Regression Analysis:
- New regression? yes
- Reproducibility? yes
Build regressions: arch/s390/net/bpf_jit_comp.c:1813:49: error:
'struct bpf_jit' has no member named 'frame_off'
Reported-by: Linux Kernel Functional Testing <lkft@linaro.org>
# Build error
arch/s390/net/bpf_jit_comp.c: In function 'bpf_jit_insn':
arch/s390/net/bpf_jit_comp.c:1813:49: error: 'struct bpf_jit' has no
member named 'frame_off'
1813 | _EMIT6(0xd203f000 | (jit->frame_off +
| ^~
arch/s390/net/bpf_jit_comp.c:211:55: note: in definition of macro '_EMIT6'
211 | *(u32 *) (jit->prg_buf + jit->prg) = (op1); \
| ^~~
include/linux/stddef.h:16:33: error: invalid use of undefined type
'struct prog_frame'
16 | #define offsetof(TYPE, MEMBER) __builtin_offsetof(TYPE, MEMBER)
| ^~~~~~~~~~~~~~~~~~
arch/s390/net/bpf_jit_comp.c:211:55: note: in definition of macro '_EMIT6'
211 | *(u32 *) (jit->prg_buf + jit->prg) = (op1); \
| ^~~
arch/s390/net/bpf_jit_comp.c:1814:46: note: in expansion of macro 'offsetof'
1814 | offsetof(struct prog_frame,
| ^~~~~~~~
include/linux/stddef.h:16:33: error: invalid use of undefined type
'struct prog_frame'
16 | #define offsetof(TYPE, MEMBER) __builtin_offsetof(TYPE, MEMBER)
| ^~~~~~~~~~~~~~~~~~
arch/s390/net/bpf_jit_comp.c:212:59: note: in definition of macro '_EMIT6'
212 | *(u16 *) (jit->prg_buf + jit->prg + 4) = (op2); \
| ^~~
arch/s390/net/bpf_jit_comp.c:1816:41: note: in expansion of macro 'offsetof'
1816 | 0xf000 | offsetof(struct prog_frame,
| ^~~~~~~~
arch/s390/net/bpf_jit_comp.c: In function '__arch_prepare_bpf_trampoline':
include/linux/stddef.h:16:33: error: invalid use of undefined type
'struct prog_frame'
16 | #define offsetof(TYPE, MEMBER) __builtin_offsetof(TYPE, MEMBER)
| ^~~~~~~~~~~~~~~~~~
arch/s390/net/bpf_jit_comp.c:212:59: note: in definition of macro '_EMIT6'
212 | *(u16 *) (jit->prg_buf + jit->prg + 4) = (op2); \
| ^~~
arch/s390/net/bpf_jit_comp.c:2813:33: note: in expansion of macro 'offsetof'
2813 | 0xf000 | offsetof(struct prog_frame,
tail_call_cnt));
| ^~~~~~~~
make[5]: *** [scripts/Makefile.build:229: arch/s390/net/bpf_jit_comp.o] Error 1
The git blame is pointing to,
$ git blame -L 1813 arch/s390/net/bpf_jit_comp.c
162513d7d81487 (Ilya Leoshkevich) _EMIT6(0xd203f000 | (jit->frame_off +
Commit pointing to,
s390/bpf: Write back tail call counter for BPF_PSEUDO_CALL
[ Upstream commit c861a6b147137d10b5ff88a2c492ba376cd1b8b0 ]
## Build
* kernel: 6.12.53-rc1
* git: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git
* git commit: 7e50c0945b4ab1d4019f9905f6cf5350082c6a84
* git describe: v6.12.52-263-g7e50c0945b4a
* test details:
https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-6.12.y/build/v6.12.52-263-g7e50c0945b4a
## Test Regressions (compared to v6.12.50-47-gf7ad21173a19)
* s390, build
- clang-21-defconfig
- clang-nightly-defconfig
- clang-nightly-lkftconfig-hardening
- clang-nightly-lkftconfig-lto-full
- clang-nightly-lkftconfig-lto-thing
- gcc-14-allmodconfig
- gcc-14-defconfig
- gcc-14-lkftconfig-hardening
- gcc-8-defconfig-fe40093d
- gcc-8-lkftconfig-hardening
- korg-clang-21-lkftconfig-hardening
- korg-clang-21-lkftconfig-lto-full
- korg-clang-21-lkftconfig-lto-thing
## Metric Regressions (compared to v6.12.50-47-gf7ad21173a19)
## Test Fixes (compared to v6.12.50-47-gf7ad21173a19)
## Metric Fixes (compared to v6.12.50-47-gf7ad21173a19)
## Test result summary
total: 152513, pass: 126770, fail: 5572, skip: 19634, xfail: 537
## Build Summary
* arc: 5 total, 5 passed, 0 failed
* arm: 139 total, 137 passed, 2 failed
* arm64: 57 total, 51 passed, 6 failed
* i386: 18 total, 18 passed, 0 failed
* mips: 34 total, 33 passed, 1 failed
* parisc: 4 total, 4 passed, 0 failed
* powerpc: 40 total, 39 passed, 1 failed
* riscv: 25 total, 24 passed, 1 failed
* s390: 22 total, 8 passed, 14 failed
* sh: 5 total, 5 passed, 0 failed
* sparc: 4 total, 3 passed, 1 failed
* x86_64: 49 total, 46 passed, 3 failed
## Test suites summary
* boot
* commands
* kselftest-arm64
* kselftest-breakpoints
* kselftest-capabilities
* kselftest-cgroup
* kselftest-clone3
* kselftest-core
* kselftest-cpu-hotplug
* kselftest-cpufreq
* kselftest-efivarfs
* kselftest-exec
* kselftest-fpu
* kselftest-ftrace
* kselftest-futex
* kselftest-gpio
* kselftest-intel_pstate
* kselftest-ipc
* kselftest-kcmp
* kselftest-kvm
* kselftest-livepatch
* kselftest-membarrier
* kselftest-memfd
* kselftest-mincore
* kselftest-mm
* kselftest-mqueue
* kselftest-net
* kselftest-net-mptcp
* kselftest-openat2
* kselftest-ptrace
* kselftest-rseq
* kselftest-rtc
* kselftest-seccomp
* kselftest-sigaltstack
* kselftest-size
* kselftest-tc-testing
* kselftest-timers
* kselftest-tmpfs
* kselftest-tpm2
* kselftest-user_events
* kselftest-vDSO
* kselftest-x86
* kunit
* kvm-unit-tests
* lava
* libgpiod
* 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-fs
* ltp-fs_bind
* ltp-fs_perms_simple
* ltp-hugetlb
* ltp-math
* ltp-mm
* ltp-nptl
* ltp-pty
* ltp-sched
* ltp-smoke
* ltp-syscalls
* ltp-tracing
* perf
* rcutorture
* rt-tests-cyclicdeadline
* rt-tests-pi-stress
* rt-tests-pmqtest
* rt-tests-rt-migrate-test
* rt-tests-signaltest
--
Linaro LKFT
https://lkft.linaro.org
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [PATCH 6.12 000/262] 6.12.53-rc1 review
2025-10-13 14:42 [PATCH 6.12 000/262] 6.12.53-rc1 review Greg Kroah-Hartman
` (4 preceding siblings ...)
2025-10-14 11:26 ` Naresh Kamboju
@ 2025-10-14 13:09 ` Jon Hunter
2025-10-14 13:51 ` Ron Economos
` (4 subsequent siblings)
10 siblings, 0 replies; 19+ messages in thread
From: Jon Hunter @ 2025-10-14 13:09 UTC (permalink / raw)
To: Greg Kroah-Hartman
Cc: Greg Kroah-Hartman, patches, linux-kernel, torvalds, akpm, linux,
shuah, patches, lkft-triage, pavel, jonathanh, f.fainelli,
sudipm.mukherjee, rwarsow, conor, hargar, broonie, achill,
linux-tegra, stable
On Mon, 13 Oct 2025 16:42:22 +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 6.12.53 release.
> There are 262 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 Wed, 15 Oct 2025 14:42:41 +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/v6.x/stable-review/patch-6.12.53-rc1.gz
> or in the git tree and branch at:
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.12.y
> and the diffstat can be found below.
>
> thanks,
>
> greg k-h
All tests passing for Tegra ...
Test results for stable-v6.12:
10 builds: 10 pass, 0 fail
28 boots: 28 pass, 0 fail
120 tests: 120 pass, 0 fail
Linux version: 6.12.53-rc1-g7e50c0945b4a
Boards tested: tegra124-jetson-tk1, tegra186-p2771-0000,
tegra186-p3509-0000+p3636-0001, tegra194-p2972-0000,
tegra194-p3509-0000+p3668-0000, tegra20-ventana,
tegra210-p2371-2180, tegra210-p3450-0000,
tegra30-cardhu-a04
Tested-by: Jon Hunter <jonathanh@nvidia.com>
Jon
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [PATCH 6.12 000/262] 6.12.53-rc1 review
2025-10-13 14:42 [PATCH 6.12 000/262] 6.12.53-rc1 review Greg Kroah-Hartman
` (5 preceding siblings ...)
2025-10-14 13:09 ` Jon Hunter
@ 2025-10-14 13:51 ` Ron Economos
2025-10-14 14:17 ` Harshit Mogalapalli
` (3 subsequent siblings)
10 siblings, 0 replies; 19+ messages in thread
From: Ron Economos @ 2025-10-14 13:51 UTC (permalink / raw)
To: Greg Kroah-Hartman, stable
Cc: patches, linux-kernel, torvalds, akpm, linux, shuah, patches,
lkft-triage, pavel, jonathanh, f.fainelli, sudipm.mukherjee,
rwarsow, conor, hargar, broonie, achill
On 10/13/25 07:42, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 6.12.53 release.
> There are 262 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 Wed, 15 Oct 2025 14:42:41 +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/v6.x/stable-review/patch-6.12.53-rc1.gz
> or in the git tree and branch at:
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.12.y
> and the diffstat can be found below.
>
> thanks,
>
> greg k-h
Built and booted successfully on RISC-V RV64 (HiFive Unmatched).
Tested-by: Ron Economos <re@w6rz.net>
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [PATCH 6.12 000/262] 6.12.53-rc1 review
2025-10-14 11:26 ` Naresh Kamboju
@ 2025-10-14 14:08 ` Naresh Kamboju
2025-10-14 14:45 ` Ilya Leoshkevich
0 siblings, 1 reply; 19+ messages in thread
From: Naresh Kamboju @ 2025-10-14 14:08 UTC (permalink / raw)
To: Greg Kroah-Hartman
Cc: stable, patches, linux-kernel, torvalds, akpm, linux, shuah,
patches, lkft-triage, pavel, jonathanh, f.fainelli,
sudipm.mukherjee, rwarsow, conor, hargar, broonie, achill,
Ilya Leoshkevich, Daniel Borkmann, Dan Carpenter, Arnd Bergmann,
Anders Roxell, Ben Copeland, linux-s390, Netdev, bpf
On Tue, 14 Oct 2025 at 16:56, Naresh Kamboju <naresh.kamboju@linaro.org> wrote:
>
> On Mon, 13 Oct 2025 at 20:38, Greg Kroah-Hartman
> <gregkh@linuxfoundation.org> wrote:
> >
> > This is the start of the stable review cycle for the 6.12.53 release.
> > There are 262 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 Wed, 15 Oct 2025 14:42:41 +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/v6.x/stable-review/patch-6.12.53-rc1.gz
> > or in the git tree and branch at:
> > git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.12.y
> > and the diffstat can be found below.
> >
> > thanks,
> >
> > greg k-h
>
> The S390 defconfig builds failed on the Linux stable-rc 6.12.53-rc1
> and 6.6.112-rc1 tag build due to following build warnings / errors
> with gcc and clang toolchains.
>
> Also seen on 6.6.112-rc1.
>
> * s390, build
> - clang-21-defconfig
> - clang-nightly-defconfig
> - clang-nightly-lkftconfig-hardening
> - clang-nightly-lkftconfig-lto-full
> - clang-nightly-lkftconfig-lto-thing
> - gcc-14-allmodconfig
> - gcc-14-defconfig
> - gcc-14-lkftconfig-hardening
> - gcc-8-defconfig-fe40093d
> - gcc-8-lkftconfig-hardening
> - korg-clang-21-lkftconfig-hardening
> - korg-clang-21-lkftconfig-lto-full
> - korg-clang-21-lkftconfig-lto-thing
>
> First seen on 6.12.53-rc1
> Good: v6.12.52
> Bad: 6.12.53-rc1 also seen on 6.6.112-rc1
>
> Regression Analysis:
> - New regression? yes
> - Reproducibility? yes
>
> Build regressions: arch/s390/net/bpf_jit_comp.c:1813:49: error:
> 'struct bpf_jit' has no member named 'frame_off'
>
> Reported-by: Linux Kernel Functional Testing <lkft@linaro.org>
>
> # Build error
> arch/s390/net/bpf_jit_comp.c: In function 'bpf_jit_insn':
> arch/s390/net/bpf_jit_comp.c:1813:49: error: 'struct bpf_jit' has no
> member named 'frame_off'
> 1813 | _EMIT6(0xd203f000 | (jit->frame_off +
> | ^~
> arch/s390/net/bpf_jit_comp.c:211:55: note: in definition of macro '_EMIT6'
> 211 | *(u32 *) (jit->prg_buf + jit->prg) = (op1); \
> | ^~~
> include/linux/stddef.h:16:33: error: invalid use of undefined type
> 'struct prog_frame'
> 16 | #define offsetof(TYPE, MEMBER) __builtin_offsetof(TYPE, MEMBER)
> | ^~~~~~~~~~~~~~~~~~
> arch/s390/net/bpf_jit_comp.c:211:55: note: in definition of macro '_EMIT6'
> 211 | *(u32 *) (jit->prg_buf + jit->prg) = (op1); \
> | ^~~
> arch/s390/net/bpf_jit_comp.c:1814:46: note: in expansion of macro 'offsetof'
> 1814 | offsetof(struct prog_frame,
> | ^~~~~~~~
> include/linux/stddef.h:16:33: error: invalid use of undefined type
> 'struct prog_frame'
> 16 | #define offsetof(TYPE, MEMBER) __builtin_offsetof(TYPE, MEMBER)
> | ^~~~~~~~~~~~~~~~~~
> arch/s390/net/bpf_jit_comp.c:212:59: note: in definition of macro '_EMIT6'
> 212 | *(u16 *) (jit->prg_buf + jit->prg + 4) = (op2); \
> | ^~~
> arch/s390/net/bpf_jit_comp.c:1816:41: note: in expansion of macro 'offsetof'
> 1816 | 0xf000 | offsetof(struct prog_frame,
> | ^~~~~~~~
> arch/s390/net/bpf_jit_comp.c: In function '__arch_prepare_bpf_trampoline':
> include/linux/stddef.h:16:33: error: invalid use of undefined type
> 'struct prog_frame'
> 16 | #define offsetof(TYPE, MEMBER) __builtin_offsetof(TYPE, MEMBER)
> | ^~~~~~~~~~~~~~~~~~
> arch/s390/net/bpf_jit_comp.c:212:59: note: in definition of macro '_EMIT6'
> 212 | *(u16 *) (jit->prg_buf + jit->prg + 4) = (op2); \
> | ^~~
> arch/s390/net/bpf_jit_comp.c:2813:33: note: in expansion of macro 'offsetof'
> 2813 | 0xf000 | offsetof(struct prog_frame,
> tail_call_cnt));
> | ^~~~~~~~
> make[5]: *** [scripts/Makefile.build:229: arch/s390/net/bpf_jit_comp.o] Error 1
>
> The git blame is pointing to,
> $ git blame -L 1813 arch/s390/net/bpf_jit_comp.c
> 162513d7d81487 (Ilya Leoshkevich) _EMIT6(0xd203f000 | (jit->frame_off +
>
> Commit pointing to,
> s390/bpf: Write back tail call counter for BPF_PSEUDO_CALL
> [ Upstream commit c861a6b147137d10b5ff88a2c492ba376cd1b8b0 ]
Anders bisected reported regressions and also suggested the missing patches.
Ilya Leoshkevich,
Is it a good idea to backport / cherry pick these two patches on the
6.12 branch ?
b2268d550d20 ("s390/bpf: Centralize frame offset calculations")
e26d523edf2a ("s390/bpf: Describe the frame using a struct instead of
constants")
> ## Build
> * kernel: 6.12.53-rc1
> * git: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git
> * git commit: 7e50c0945b4ab1d4019f9905f6cf5350082c6a84
> * git describe: v6.12.52-263-g7e50c0945b4a
> * test details:
> https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-6.12.y/build/v6.12.52-263-g7e50c0945b4a
>
> ## Test Regressions (compared to v6.12.50-47-gf7ad21173a19)
> * s390, build
> - clang-21-defconfig
> - clang-nightly-defconfig
> - clang-nightly-lkftconfig-hardening
> - clang-nightly-lkftconfig-lto-full
> - clang-nightly-lkftconfig-lto-thing
> - gcc-14-allmodconfig
> - gcc-14-defconfig
> - gcc-14-lkftconfig-hardening
> - gcc-8-defconfig-fe40093d
> - gcc-8-lkftconfig-hardening
> - korg-clang-21-lkftconfig-hardening
> - korg-clang-21-lkftconfig-lto-full
> - korg-clang-21-lkftconfig-lto-thing
- Naresh
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [PATCH 6.12 000/262] 6.12.53-rc1 review
2025-10-13 14:42 [PATCH 6.12 000/262] 6.12.53-rc1 review Greg Kroah-Hartman
` (6 preceding siblings ...)
2025-10-14 13:51 ` Ron Economos
@ 2025-10-14 14:17 ` Harshit Mogalapalli
2025-10-14 17:52 ` Shuah Khan
` (2 subsequent siblings)
10 siblings, 0 replies; 19+ messages in thread
From: Harshit Mogalapalli @ 2025-10-14 14:17 UTC (permalink / raw)
To: Greg Kroah-Hartman, stable
Cc: patches, linux-kernel, torvalds, akpm, linux, shuah, patches,
lkft-triage, pavel, jonathanh, f.fainelli, sudipm.mukherjee,
rwarsow, conor, hargar, broonie, achill
Hi Greg,
On 13/10/25 20:12, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 6.12.53 release.
> There are 262 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 Wed, 15 Oct 2025 14:42:41 +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
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [PATCH 6.12 000/262] 6.12.53-rc1 review
2025-10-14 14:08 ` Naresh Kamboju
@ 2025-10-14 14:45 ` Ilya Leoshkevich
2025-10-15 8:46 ` Greg Kroah-Hartman
0 siblings, 1 reply; 19+ messages in thread
From: Ilya Leoshkevich @ 2025-10-14 14:45 UTC (permalink / raw)
To: Naresh Kamboju, Greg Kroah-Hartman
Cc: stable, patches, linux-kernel, torvalds, akpm, linux, shuah,
patches, lkft-triage, pavel, jonathanh, f.fainelli,
sudipm.mukherjee, rwarsow, conor, hargar, broonie, achill,
Daniel Borkmann, Dan Carpenter, Arnd Bergmann, Anders Roxell,
Ben Copeland, linux-s390, Netdev, bpf
On Tue, 2025-10-14 at 19:38 +0530, Naresh Kamboju wrote:
> On Tue, 14 Oct 2025 at 16:56, Naresh Kamboju
> <naresh.kamboju@linaro.org> wrote:
> >
> > On Mon, 13 Oct 2025 at 20:38, Greg Kroah-Hartman
> > <gregkh@linuxfoundation.org> wrote:
> > >
> > > This is the start of the stable review cycle for the 6.12.53
> > > release.
> > > There are 262 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 Wed, 15 Oct 2025 14:42:41 +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/v6.x/stable-review/patch-6.12.53-rc1.gz
> > > or in the git tree and branch at:
> > >
> > > git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-
> > > stable-rc.git linux-6.12.y
> > > and the diffstat can be found below.
> > >
> > > thanks,
> > >
> > > greg k-h
> >
> > The S390 defconfig builds failed on the Linux stable-rc 6.12.53-rc1
> > and 6.6.112-rc1 tag build due to following build warnings / errors
> > with gcc and clang toolchains.
> >
> > Also seen on 6.6.112-rc1.
> >
> > * s390, build
> > - clang-21-defconfig
> > - clang-nightly-defconfig
> > - clang-nightly-lkftconfig-hardening
> > - clang-nightly-lkftconfig-lto-full
> > - clang-nightly-lkftconfig-lto-thing
> > - gcc-14-allmodconfig
> > - gcc-14-defconfig
> > - gcc-14-lkftconfig-hardening
> > - gcc-8-defconfig-fe40093d
> > - gcc-8-lkftconfig-hardening
> > - korg-clang-21-lkftconfig-hardening
> > - korg-clang-21-lkftconfig-lto-full
> > - korg-clang-21-lkftconfig-lto-thing
> >
> > First seen on 6.12.53-rc1
> > Good: v6.12.52
> > Bad: 6.12.53-rc1 also seen on 6.6.112-rc1
> >
> > Regression Analysis:
> > - New regression? yes
> > - Reproducibility? yes
> >
> > Build regressions: arch/s390/net/bpf_jit_comp.c:1813:49: error:
> > 'struct bpf_jit' has no member named 'frame_off'
> >
> > Reported-by: Linux Kernel Functional Testing <lkft@linaro.org>
> >
> > # Build error
> > arch/s390/net/bpf_jit_comp.c: In function 'bpf_jit_insn':
> > arch/s390/net/bpf_jit_comp.c:1813:49: error: 'struct bpf_jit' has
> > no
> > member named 'frame_off'
> > 1813 | _EMIT6(0xd203f000 | (jit->frame_off
> > +
> > | ^~
> > arch/s390/net/bpf_jit_comp.c:211:55: note: in definition of macro
> > '_EMIT6'
> > 211 | *(u32 *) (jit->prg_buf + jit->prg) =
> > (op1); \
> > | ^~~
> > include/linux/stddef.h:16:33: error: invalid use of undefined type
> > 'struct prog_frame'
> > 16 | #define offsetof(TYPE, MEMBER) __builtin_offsetof(TYPE,
> > MEMBER)
> > | ^~~~~~~~~~~~~~~~~~
> > arch/s390/net/bpf_jit_comp.c:211:55: note: in definition of macro
> > '_EMIT6'
> > 211 | *(u32 *) (jit->prg_buf + jit->prg) =
> > (op1); \
> > | ^~~
> > arch/s390/net/bpf_jit_comp.c:1814:46: note: in expansion of macro
> > 'offsetof'
> > 1814 |
> > offsetof(struct prog_frame,
> > | ^~~~~~~~
> > include/linux/stddef.h:16:33: error: invalid use of undefined type
> > 'struct prog_frame'
> > 16 | #define offsetof(TYPE, MEMBER) __builtin_offsetof(TYPE,
> > MEMBER)
> > | ^~~~~~~~~~~~~~~~~~
> > arch/s390/net/bpf_jit_comp.c:212:59: note: in definition of macro
> > '_EMIT6'
> > 212 | *(u16 *) (jit->prg_buf + jit->prg + 4) =
> > (op2); \
> > |
> > ^~~
> > arch/s390/net/bpf_jit_comp.c:1816:41: note: in expansion of macro
> > 'offsetof'
> > 1816 | 0xf000 | offsetof(struct
> > prog_frame,
> > | ^~~~~~~~
> > arch/s390/net/bpf_jit_comp.c: In function
> > '__arch_prepare_bpf_trampoline':
> > include/linux/stddef.h:16:33: error: invalid use of undefined type
> > 'struct prog_frame'
> > 16 | #define offsetof(TYPE, MEMBER) __builtin_offsetof(TYPE,
> > MEMBER)
> > | ^~~~~~~~~~~~~~~~~~
> > arch/s390/net/bpf_jit_comp.c:212:59: note: in definition of macro
> > '_EMIT6'
> > 212 | *(u16 *) (jit->prg_buf + jit->prg + 4) =
> > (op2); \
> > |
> > ^~~
> > arch/s390/net/bpf_jit_comp.c:2813:33: note: in expansion of macro
> > 'offsetof'
> > 2813 | 0xf000 | offsetof(struct prog_frame,
> > tail_call_cnt));
> > | ^~~~~~~~
> > make[5]: *** [scripts/Makefile.build:229:
> > arch/s390/net/bpf_jit_comp.o] Error 1
> >
> > The git blame is pointing to,
> > $ git blame -L 1813 arch/s390/net/bpf_jit_comp.c
> > 162513d7d81487 (Ilya Leoshkevich) _EMIT6(0xd203f000 | (jit-
> > >frame_off +
> >
> > Commit pointing to,
> > s390/bpf: Write back tail call counter for BPF_PSEUDO_CALL
> > [ Upstream commit c861a6b147137d10b5ff88a2c492ba376cd1b8b0 ]
>
> Anders bisected reported regressions and also suggested the missing
> patches.
>
> Ilya Leoshkevich,
> Is it a good idea to backport / cherry pick these two patches on the
> 6.12 branch ?
>
> b2268d550d20 ("s390/bpf: Centralize frame offset calculations")
> e26d523edf2a ("s390/bpf: Describe the frame using a struct instead of
> constants")
Thank you for the report and the investigation!
I think it would be a good idea to backport these.
Both are NFC changes that went into v6.17 and there were no complaints.
For v6.6 we also need this one (also NFC):
67aed27bcd46 ("s390/bpf: Change seen_reg to a mask")
> > ## Build
> > * kernel: 6.12.53-rc1
> > * git:
> > https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git
> > * git commit: 7e50c0945b4ab1d4019f9905f6cf5350082c6a84
> > * git describe: v6.12.52-263-g7e50c0945b4a
> > * test details:
> > https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-6.12.y/build/v6.12.52-263-g7e50c0945b4a
> >
> > ## Test Regressions (compared to v6.12.50-47-gf7ad21173a19)
> > * s390, build
> > - clang-21-defconfig
> > - clang-nightly-defconfig
> > - clang-nightly-lkftconfig-hardening
> > - clang-nightly-lkftconfig-lto-full
> > - clang-nightly-lkftconfig-lto-thing
> > - gcc-14-allmodconfig
> > - gcc-14-defconfig
> > - gcc-14-lkftconfig-hardening
> > - gcc-8-defconfig-fe40093d
> > - gcc-8-lkftconfig-hardening
> > - korg-clang-21-lkftconfig-hardening
> > - korg-clang-21-lkftconfig-lto-full
> > - korg-clang-21-lkftconfig-lto-thing
>
> - Naresh
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [PATCH 6.12 000/262] 6.12.53-rc1 review
2025-10-13 14:42 [PATCH 6.12 000/262] 6.12.53-rc1 review Greg Kroah-Hartman
` (7 preceding siblings ...)
2025-10-14 14:17 ` Harshit Mogalapalli
@ 2025-10-14 17:52 ` Shuah Khan
2025-10-14 18:11 ` Miguel Ojeda
[not found] ` <20251013144334.953291810@linuxfoundation.org>
10 siblings, 0 replies; 19+ messages in thread
From: Shuah Khan @ 2025-10-14 17:52 UTC (permalink / raw)
To: Greg Kroah-Hartman, stable
Cc: patches, linux-kernel, torvalds, akpm, linux, shuah, patches,
lkft-triage, pavel, jonathanh, f.fainelli, sudipm.mukherjee,
rwarsow, conor, hargar, broonie, achill, Shuah Khan
On 10/13/25 08:42, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 6.12.53 release.
> There are 262 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 Wed, 15 Oct 2025 14:42:41 +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/v6.x/stable-review/patch-6.12.53-rc1.gz
> or in the git tree and branch at:
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.12.y
> and the diffstat can be found below.
>
> thanks,
>
> greg k-h
>
Compiled and booted on my test system. No dmesg regressions.
Tested-by: Shuah Khan <skhan@linuxfoundation.org>
thanks,
-- Shuah
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [PATCH 6.12 000/262] 6.12.53-rc1 review
2025-10-13 14:42 [PATCH 6.12 000/262] 6.12.53-rc1 review Greg Kroah-Hartman
` (8 preceding siblings ...)
2025-10-14 17:52 ` Shuah Khan
@ 2025-10-14 18:11 ` Miguel Ojeda
[not found] ` <20251013144334.953291810@linuxfoundation.org>
10 siblings, 0 replies; 19+ messages in thread
From: Miguel Ojeda @ 2025-10-14 18:11 UTC (permalink / raw)
To: gregkh
Cc: achill, akpm, broonie, conor, f.fainelli, hargar, jonathanh,
linux-kernel, linux, lkft-triage, patches, patches, pavel,
rwarsow, shuah, stable, sudipm.mukherjee, torvalds, Miguel Ojeda
On Mon, 13 Oct 2025 16:42:22 +0200 Greg Kroah-Hartman <gregkh@linuxfoundation.org> wrote:
>
> This is the start of the stable review cycle for the 6.12.53 release.
> There are 262 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 Wed, 15 Oct 2025 14:42:41 +0000.
> Anything received after that time might be too late.
Boot-tested under QEMU for Rust x86_64, arm64 and riscv64; built-tested
for loongarch64:
Tested-by: Miguel Ojeda <ojeda@kernel.org>
Thanks!
Cheers,
Miguel
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [PATCH 6.12 000/262] 6.12.53-rc1 review
2025-10-14 14:45 ` Ilya Leoshkevich
@ 2025-10-15 8:46 ` Greg Kroah-Hartman
2025-10-15 13:05 ` Ilya Leoshkevich
0 siblings, 1 reply; 19+ messages in thread
From: Greg Kroah-Hartman @ 2025-10-15 8:46 UTC (permalink / raw)
To: Ilya Leoshkevich
Cc: Naresh Kamboju, stable, patches, linux-kernel, torvalds, akpm,
linux, shuah, patches, lkft-triage, pavel, jonathanh, f.fainelli,
sudipm.mukherjee, rwarsow, conor, hargar, broonie, achill,
Daniel Borkmann, Dan Carpenter, Arnd Bergmann, Anders Roxell,
Ben Copeland, linux-s390, Netdev, bpf
On Tue, Oct 14, 2025 at 04:45:11PM +0200, Ilya Leoshkevich wrote:
> On Tue, 2025-10-14 at 19:38 +0530, Naresh Kamboju wrote:
> > On Tue, 14 Oct 2025 at 16:56, Naresh Kamboju
> > <naresh.kamboju@linaro.org> wrote:
> > >
> > > On Mon, 13 Oct 2025 at 20:38, Greg Kroah-Hartman
> > > <gregkh@linuxfoundation.org> wrote:
> > > >
> > > > This is the start of the stable review cycle for the 6.12.53
> > > > release.
> > > > There are 262 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 Wed, 15 Oct 2025 14:42:41 +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/v6.x/stable-review/patch-6.12.53-rc1.gz
> > > > or in the git tree and branch at:
> > > >
> > > > git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-
> > > > stable-rc.git linux-6.12.y
> > > > and the diffstat can be found below.
> > > >
> > > > thanks,
> > > >
> > > > greg k-h
> > >
> > > The S390 defconfig builds failed on the Linux stable-rc 6.12.53-rc1
> > > and 6.6.112-rc1 tag build due to following build warnings / errors
> > > with gcc and clang toolchains.
> > >
> > > Also seen on 6.6.112-rc1.
> > >
> > > * s390, build
> > > - clang-21-defconfig
> > > - clang-nightly-defconfig
> > > - clang-nightly-lkftconfig-hardening
> > > - clang-nightly-lkftconfig-lto-full
> > > - clang-nightly-lkftconfig-lto-thing
> > > - gcc-14-allmodconfig
> > > - gcc-14-defconfig
> > > - gcc-14-lkftconfig-hardening
> > > - gcc-8-defconfig-fe40093d
> > > - gcc-8-lkftconfig-hardening
> > > - korg-clang-21-lkftconfig-hardening
> > > - korg-clang-21-lkftconfig-lto-full
> > > - korg-clang-21-lkftconfig-lto-thing
> > >
> > > First seen on 6.12.53-rc1
> > > Good: v6.12.52
> > > Bad: 6.12.53-rc1 also seen on 6.6.112-rc1
> > >
> > > Regression Analysis:
> > > - New regression? yes
> > > - Reproducibility? yes
> > >
> > > Build regressions: arch/s390/net/bpf_jit_comp.c:1813:49: error:
> > > 'struct bpf_jit' has no member named 'frame_off'
> > >
> > > Reported-by: Linux Kernel Functional Testing <lkft@linaro.org>
> > >
> > > # Build error
> > > arch/s390/net/bpf_jit_comp.c: In function 'bpf_jit_insn':
> > > arch/s390/net/bpf_jit_comp.c:1813:49: error: 'struct bpf_jit' has
> > > no
> > > member named 'frame_off'
> > > 1813 | _EMIT6(0xd203f000 | (jit->frame_off
> > > +
> > > | ^~
> > > arch/s390/net/bpf_jit_comp.c:211:55: note: in definition of macro
> > > '_EMIT6'
> > > 211 | *(u32 *) (jit->prg_buf + jit->prg) =
> > > (op1); \
> > > | ^~~
> > > include/linux/stddef.h:16:33: error: invalid use of undefined type
> > > 'struct prog_frame'
> > > 16 | #define offsetof(TYPE, MEMBER) __builtin_offsetof(TYPE,
> > > MEMBER)
> > > | ^~~~~~~~~~~~~~~~~~
> > > arch/s390/net/bpf_jit_comp.c:211:55: note: in definition of macro
> > > '_EMIT6'
> > > 211 | *(u32 *) (jit->prg_buf + jit->prg) =
> > > (op1); \
> > > | ^~~
> > > arch/s390/net/bpf_jit_comp.c:1814:46: note: in expansion of macro
> > > 'offsetof'
> > > 1814 |
> > > offsetof(struct prog_frame,
> > > | ^~~~~~~~
> > > include/linux/stddef.h:16:33: error: invalid use of undefined type
> > > 'struct prog_frame'
> > > 16 | #define offsetof(TYPE, MEMBER) __builtin_offsetof(TYPE,
> > > MEMBER)
> > > | ^~~~~~~~~~~~~~~~~~
> > > arch/s390/net/bpf_jit_comp.c:212:59: note: in definition of macro
> > > '_EMIT6'
> > > 212 | *(u16 *) (jit->prg_buf + jit->prg + 4) =
> > > (op2); \
> > > |
> > > ^~~
> > > arch/s390/net/bpf_jit_comp.c:1816:41: note: in expansion of macro
> > > 'offsetof'
> > > 1816 | 0xf000 | offsetof(struct
> > > prog_frame,
> > > | ^~~~~~~~
> > > arch/s390/net/bpf_jit_comp.c: In function
> > > '__arch_prepare_bpf_trampoline':
> > > include/linux/stddef.h:16:33: error: invalid use of undefined type
> > > 'struct prog_frame'
> > > 16 | #define offsetof(TYPE, MEMBER) __builtin_offsetof(TYPE,
> > > MEMBER)
> > > | ^~~~~~~~~~~~~~~~~~
> > > arch/s390/net/bpf_jit_comp.c:212:59: note: in definition of macro
> > > '_EMIT6'
> > > 212 | *(u16 *) (jit->prg_buf + jit->prg + 4) =
> > > (op2); \
> > > |
> > > ^~~
> > > arch/s390/net/bpf_jit_comp.c:2813:33: note: in expansion of macro
> > > 'offsetof'
> > > 2813 | 0xf000 | offsetof(struct prog_frame,
> > > tail_call_cnt));
> > > | ^~~~~~~~
> > > make[5]: *** [scripts/Makefile.build:229:
> > > arch/s390/net/bpf_jit_comp.o] Error 1
> > >
> > > The git blame is pointing to,
> > > $ git blame -L 1813 arch/s390/net/bpf_jit_comp.c
> > > 162513d7d81487 (Ilya Leoshkevich) _EMIT6(0xd203f000 | (jit-
> > > >frame_off +
> > >
> > > Commit pointing to,
> > > s390/bpf: Write back tail call counter for BPF_PSEUDO_CALL
> > > [ Upstream commit c861a6b147137d10b5ff88a2c492ba376cd1b8b0 ]
> >
> > Anders bisected reported regressions and also suggested the missing
> > patches.
> >
> > Ilya Leoshkevich,
> > Is it a good idea to backport / cherry pick these two patches on the
> > 6.12 branch ?
> >
> > b2268d550d20 ("s390/bpf: Centralize frame offset calculations")
> > e26d523edf2a ("s390/bpf: Describe the frame using a struct instead of
> > constants")
>
> Thank you for the report and the investigation!
>
> I think it would be a good idea to backport these.
> Both are NFC changes that went into v6.17 and there were no complaints.
>
> For v6.6 we also need this one (also NFC):
>
> 67aed27bcd46 ("s390/bpf: Change seen_reg to a mask")
Thanks for the info, I'll go drop the original offending commit from
both queues. Can someone please resubmit all of the needed changes for
us to apply so that I am sure to get them all correctly?
thanks,
greg k-h
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [PATCH 6.12 000/262] 6.12.53-rc1 review
2025-10-15 8:46 ` Greg Kroah-Hartman
@ 2025-10-15 13:05 ` Ilya Leoshkevich
0 siblings, 0 replies; 19+ messages in thread
From: Ilya Leoshkevich @ 2025-10-15 13:05 UTC (permalink / raw)
To: Greg Kroah-Hartman
Cc: Naresh Kamboju, stable, patches, linux-kernel, torvalds, akpm,
linux, shuah, patches, lkft-triage, pavel, jonathanh, f.fainelli,
sudipm.mukherjee, rwarsow, conor, hargar, broonie, achill,
Daniel Borkmann, Dan Carpenter, Arnd Bergmann, Anders Roxell,
Ben Copeland, linux-s390, Netdev, bpf
On Wed, 2025-10-15 at 10:46 +0200, Greg Kroah-Hartman wrote:
> On Tue, Oct 14, 2025 at 04:45:11PM +0200, Ilya Leoshkevich wrote:
> > On Tue, 2025-10-14 at 19:38 +0530, Naresh Kamboju wrote:
> > > On Tue, 14 Oct 2025 at 16:56, Naresh Kamboju
> > > <naresh.kamboju@linaro.org> wrote:
> > > >
> > > > On Mon, 13 Oct 2025 at 20:38, Greg Kroah-Hartman
> > > > <gregkh@linuxfoundation.org> wrote:
> > > > >
> > > > > This is the start of the stable review cycle for the 6.12.53
> > > > > release.
> > > > > There are 262 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 Wed, 15 Oct 2025 14:42:41 +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/v6.x/stable-review/patch-6.12.53-rc1.gz
> > > > > or in the git tree and branch at:
> > > > >
> > > > > git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-
> > > > > stable-rc.git linux-6.12.y
> > > > > and the diffstat can be found below.
> > > > >
> > > > > thanks,
> > > > >
> > > > > greg k-h
> > > >
> > > > The S390 defconfig builds failed on the Linux stable-rc
> > > > 6.12.53-rc1
> > > > and 6.6.112-rc1 tag build due to following build warnings /
> > > > errors
> > > > with gcc and clang toolchains.
> > > >
> > > > Also seen on 6.6.112-rc1.
> > > >
> > > > * s390, build
> > > > - clang-21-defconfig
> > > > - clang-nightly-defconfig
> > > > - clang-nightly-lkftconfig-hardening
> > > > - clang-nightly-lkftconfig-lto-full
> > > > - clang-nightly-lkftconfig-lto-thing
> > > > - gcc-14-allmodconfig
> > > > - gcc-14-defconfig
> > > > - gcc-14-lkftconfig-hardening
> > > > - gcc-8-defconfig-fe40093d
> > > > - gcc-8-lkftconfig-hardening
> > > > - korg-clang-21-lkftconfig-hardening
> > > > - korg-clang-21-lkftconfig-lto-full
> > > > - korg-clang-21-lkftconfig-lto-thing
> > > >
> > > > First seen on 6.12.53-rc1
> > > > Good: v6.12.52
> > > > Bad: 6.12.53-rc1 also seen on 6.6.112-rc1
> > > >
> > > > Regression Analysis:
> > > > - New regression? yes
> > > > - Reproducibility? yes
> > > >
> > > > Build regressions: arch/s390/net/bpf_jit_comp.c:1813:49: error:
> > > > 'struct bpf_jit' has no member named 'frame_off'
> > > >
> > > > Reported-by: Linux Kernel Functional Testing <lkft@linaro.org>
> > > >
> > > > # Build error
> > > > arch/s390/net/bpf_jit_comp.c: In function 'bpf_jit_insn':
> > > > arch/s390/net/bpf_jit_comp.c:1813:49: error: 'struct bpf_jit'
> > > > has
> > > > no
> > > > member named 'frame_off'
> > > > 1813 | _EMIT6(0xd203f000 | (jit-
> > > > >frame_off
> > > > +
> > > > | ^~
> > > > arch/s390/net/bpf_jit_comp.c:211:55: note: in definition of
> > > > macro
> > > > '_EMIT6'
> > > > 211 | *(u32 *) (jit->prg_buf + jit->prg) =
> > > > (op1); \
> > > > |
> > > > ^~~
> > > > include/linux/stddef.h:16:33: error: invalid use of undefined
> > > > type
> > > > 'struct prog_frame'
> > > > 16 | #define offsetof(TYPE, MEMBER)
> > > > __builtin_offsetof(TYPE,
> > > > MEMBER)
> > > > | ^~~~~~~~~~~~~~~~~~
> > > > arch/s390/net/bpf_jit_comp.c:211:55: note: in definition of
> > > > macro
> > > > '_EMIT6'
> > > > 211 | *(u32 *) (jit->prg_buf + jit->prg) =
> > > > (op1); \
> > > > |
> > > > ^~~
> > > > arch/s390/net/bpf_jit_comp.c:1814:46: note: in expansion of
> > > > macro
> > > > 'offsetof'
> > > > 1814 |
> > > > offsetof(struct prog_frame,
> > > > | ^~~~~~~~
> > > > include/linux/stddef.h:16:33: error: invalid use of undefined
> > > > type
> > > > 'struct prog_frame'
> > > > 16 | #define offsetof(TYPE, MEMBER)
> > > > __builtin_offsetof(TYPE,
> > > > MEMBER)
> > > > | ^~~~~~~~~~~~~~~~~~
> > > > arch/s390/net/bpf_jit_comp.c:212:59: note: in definition of
> > > > macro
> > > > '_EMIT6'
> > > > 212 | *(u16 *) (jit->prg_buf + jit->prg + 4)
> > > > =
> > > > (op2); \
> > > >
> > > > |
> > > > ^~~
> > > > arch/s390/net/bpf_jit_comp.c:1816:41: note: in expansion of
> > > > macro
> > > > 'offsetof'
> > > > 1816 | 0xf000 | offsetof(struct
> > > > prog_frame,
> > > > | ^~~~~~~~
> > > > arch/s390/net/bpf_jit_comp.c: In function
> > > > '__arch_prepare_bpf_trampoline':
> > > > include/linux/stddef.h:16:33: error: invalid use of undefined
> > > > type
> > > > 'struct prog_frame'
> > > > 16 | #define offsetof(TYPE, MEMBER)
> > > > __builtin_offsetof(TYPE,
> > > > MEMBER)
> > > > | ^~~~~~~~~~~~~~~~~~
> > > > arch/s390/net/bpf_jit_comp.c:212:59: note: in definition of
> > > > macro
> > > > '_EMIT6'
> > > > 212 | *(u16 *) (jit->prg_buf + jit->prg + 4)
> > > > =
> > > > (op2); \
> > > >
> > > > |
> > > > ^~~
> > > > arch/s390/net/bpf_jit_comp.c:2813:33: note: in expansion of
> > > > macro
> > > > 'offsetof'
> > > > 2813 | 0xf000 | offsetof(struct
> > > > prog_frame,
> > > > tail_call_cnt));
> > > > | ^~~~~~~~
> > > > make[5]: *** [scripts/Makefile.build:229:
> > > > arch/s390/net/bpf_jit_comp.o] Error 1
> > > >
> > > > The git blame is pointing to,
> > > > $ git blame -L 1813 arch/s390/net/bpf_jit_comp.c
> > > > 162513d7d81487 (Ilya Leoshkevich) _EMIT6(0xd203f000 |
> > > > (jit-
> > > > > frame_off +
> > > >
> > > > Commit pointing to,
> > > > s390/bpf: Write back tail call counter for BPF_PSEUDO_CALL
> > > > [ Upstream commit c861a6b147137d10b5ff88a2c492ba376cd1b8b0 ]
> > >
> > > Anders bisected reported regressions and also suggested the
> > > missing
> > > patches.
> > >
> > > Ilya Leoshkevich,
> > > Is it a good idea to backport / cherry pick these two patches on
> > > the
> > > 6.12 branch ?
> > >
> > > b2268d550d20 ("s390/bpf: Centralize frame offset calculations")
> > > e26d523edf2a ("s390/bpf: Describe the frame using a struct
> > > instead of
> > > constants")
> >
> > Thank you for the report and the investigation!
> >
> > I think it would be a good idea to backport these.
> > Both are NFC changes that went into v6.17 and there were no
> > complaints.
> >
> > For v6.6 we also need this one (also NFC):
> >
> > 67aed27bcd46 ("s390/bpf: Change seen_reg to a mask")
>
> Thanks for the info, I'll go drop the original offending commit from
> both queues. Can someone please resubmit all of the needed changes
> for
> us to apply so that I am sure to get them all correctly?
Will do; they require a very minor conflict resolution.
>
> thanks,
>
> greg k-h
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [PATCH 6.12 242/262] ext4: fix checks for orphan inodes
[not found] ` <20251013144334.953291810@linuxfoundation.org>
@ 2026-01-08 8:19 ` Jan Kiszka
2026-01-08 10:31 ` Jan Kara
0 siblings, 1 reply; 19+ messages in thread
From: Jan Kiszka @ 2026-01-08 8:19 UTC (permalink / raw)
To: Greg Kroah-Hartman, stable, Jan Kara, Theodore Tso
Cc: patches, stable, Zhang Yi, linux-ext4, Linux Kernel Mailing List,
cip-dev
On 13.10.25 16:46, Greg Kroah-Hartman wrote:
> 6.12-stable review patch. If anyone has any objections, please let me know.
>
> ------------------
>
> From: Jan Kara <jack@suse.cz>
>
> commit acf943e9768ec9d9be80982ca0ebc4bfd6b7631e upstream.
>
> When orphan file feature is enabled, inode can be tracked as orphan
> either in the standard orphan list or in the orphan file. The first can
> be tested by checking ei->i_orphan list head, the second is recorded by
> EXT4_STATE_ORPHAN_FILE inode state flag. There are several places where
> we want to check whether inode is tracked as orphan and only some of
> them properly check for both possibilities. Luckily the consequences are
> mostly minor, the worst that can happen is that we track an inode as
> orphan although we don't need to and e2fsck then complains (resulting in
> occasional ext4/307 xfstest failures). Fix the problem by introducing a
> helper for checking whether an inode is tracked as orphan and use it in
> appropriate places.
>
> Fixes: 4a79a98c7b19 ("ext4: Improve scalability of ext4 orphan file handling")
> Cc: stable@kernel.org
> Signed-off-by: Jan Kara <jack@suse.cz>
> Reviewed-by: Zhang Yi <yi.zhang@huawei.com>
> Message-ID: <20250925123038.20264-2-jack@suse.cz>
> Signed-off-by: Theodore Ts'o <tytso@mit.edu>
> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
> ---
> fs/ext4/ext4.h | 10 ++++++++++
> fs/ext4/file.c | 2 +-
> fs/ext4/inode.c | 2 +-
> fs/ext4/orphan.c | 6 +-----
> fs/ext4/super.c | 4 ++--
> 5 files changed, 15 insertions(+), 9 deletions(-)
>
> --- a/fs/ext4/ext4.h
> +++ b/fs/ext4/ext4.h
> @@ -1970,6 +1970,16 @@ static inline bool ext4_verity_in_progre
> #define NEXT_ORPHAN(inode) EXT4_I(inode)->i_dtime
>
> /*
> + * Check whether the inode is tracked as orphan (either in orphan file or
> + * orphan list).
> + */
> +static inline bool ext4_inode_orphan_tracked(struct inode *inode)
> +{
> + return ext4_test_inode_state(inode, EXT4_STATE_ORPHAN_FILE) ||
> + !list_empty(&EXT4_I(inode)->i_orphan);
> +}
> +
> +/*
> * Codes for operating systems
> */
> #define EXT4_OS_LINUX 0
> --- a/fs/ext4/file.c
> +++ b/fs/ext4/file.c
> @@ -354,7 +354,7 @@ static void ext4_inode_extension_cleanup
> * to cleanup the orphan list in ext4_handle_inode_extension(). Do it
> * now.
> */
> - if (!list_empty(&EXT4_I(inode)->i_orphan) && inode->i_nlink) {
> + if (ext4_inode_orphan_tracked(inode) && inode->i_nlink) {
> handle_t *handle = ext4_journal_start(inode, EXT4_HT_INODE, 2);
>
> if (IS_ERR(handle)) {
> --- a/fs/ext4/inode.c
> +++ b/fs/ext4/inode.c
> @@ -4330,7 +4330,7 @@ static int ext4_fill_raw_inode(struct in
> * old inodes get re-used with the upper 16 bits of the
> * uid/gid intact.
> */
> - if (ei->i_dtime && list_empty(&ei->i_orphan)) {
> + if (ei->i_dtime && !ext4_inode_orphan_tracked(inode)) {
> raw_inode->i_uid_high = 0;
> raw_inode->i_gid_high = 0;
> } else {
> --- a/fs/ext4/orphan.c
> +++ b/fs/ext4/orphan.c
> @@ -109,11 +109,7 @@ int ext4_orphan_add(handle_t *handle, st
>
> WARN_ON_ONCE(!(inode->i_state & (I_NEW | I_FREEING)) &&
> !inode_is_locked(inode));
> - /*
> - * Inode orphaned in orphan file or in orphan list?
> - */
> - if (ext4_test_inode_state(inode, EXT4_STATE_ORPHAN_FILE) ||
> - !list_empty(&EXT4_I(inode)->i_orphan))
> + if (ext4_inode_orphan_tracked(inode))
> return 0;
>
> /*
> --- a/fs/ext4/super.c
> +++ b/fs/ext4/super.c
> @@ -1461,9 +1461,9 @@ static void ext4_free_in_core_inode(stru
>
> static void ext4_destroy_inode(struct inode *inode)
> {
> - if (!list_empty(&(EXT4_I(inode)->i_orphan))) {
> + if (ext4_inode_orphan_tracked(inode)) {
> ext4_msg(inode->i_sb, KERN_ERR,
> - "Inode %lu (%p): orphan list check failed!",
> + "Inode %lu (%p): inode tracked as orphan!",
> inode->i_ino, EXT4_I(inode));
> print_hex_dump(KERN_INFO, "", DUMP_PREFIX_ADDRESS, 16, 4,
> EXT4_I(inode), sizeof(struct ext4_inode_info),
>
>
Since this patch, I'm getting "inode tracked as orphan" warnings on ARM
32-bit boards (not qemu, other archs not tested yet) when rebooting or
shutting down. The affected partition is used as backing storage for an
overlayfs (Debian image built from [1]). Still, systemd reports to have
sucessfully unmounted the partition.
[ OK ] Stopped systemd-journal-flush.serv…lush Journal to Persistent Storage.
[ OK ] Unmounted run-lock.mount - Legacy Locks Directory /run/lock.
[ OK ] Unmounted tmp.mount - Temporary Directory /tmp.
[ OK ] Stopped target swap.target - Swaps.
Unmounting var.mount - /var...
[ OK ] Unmounted var.mount - /var.
[ OK ] Stopped target local-fs-pre.target…Preparation for Local File Systems.
[ OK ] Reached target umount.target - Unmount All Filesystems.
[ OK ] Stopped systemd-remount-fs.service…mount Root and Kernel File Systems.
[ OK ] Stopped systemd-tmpfiles-setup-dev…Create Static Device Nodes in /dev.
[ OK ] Stopped systemd-tmpfiles-setup-dev…ic Device Nodes in /dev gracefully.
[ OK ] Reached target shutdown.target - System Shutdown.
[ OK ] Reached target final.target - Late Shutdown Services.
[ OK ] Finished systemd-poweroff.service - System Power Off.
[ OK ] Reached target poweroff.target - System Power Off.
[ 52.948231] watchdog: watchdog0: watchdog did not stop!
[ 53.440970] EXT4-fs (mmcblk0p6): Inode 1 (b6b2dba9): inode tracked as orphan!
[ 53.449709] CPU: 0 UID: 0 PID: 412 Comm: (sd-umount) Not tainted 6.12.52-00240-gf50bece98c66 #12
[ 53.449728] Hardware name: ti TI AM335x BeagleBone Black/TI AM335x BeagleBone Black, BIOS 2025.07 07/01/2025
[ 53.449740] Call trace:
[ 53.449757] unwind_backtrace from show_stack+0x18/0x1c
[ 53.449807] show_stack from dump_stack_lvl+0x68/0x74
[ 53.449839] dump_stack_lvl from ext4_destroy_inode+0x7c/0x10c
[ 53.449870] ext4_destroy_inode from destroy_inode+0x5c/0x70
[ 53.449897] destroy_inode from ext4_mb_release+0xc8/0x268
[ 53.449936] ext4_mb_release from ext4_put_super+0xe4/0x308
[ 53.449962] ext4_put_super from generic_shutdown_super+0x84/0x154
[ 53.449996] generic_shutdown_super from kill_block_super+0x18/0x34
[ 53.450023] kill_block_super from ext4_kill_sb+0x28/0x3c
[ 53.450059] ext4_kill_sb from deactivate_locked_super+0x58/0x90
[ 53.450086] deactivate_locked_super from cleanup_mnt+0x74/0xd0
[ 53.450113] cleanup_mnt from task_work_run+0x88/0xa0
[ 53.450136] task_work_run from do_work_pending+0x394/0x3cc
[ 53.450156] do_work_pending from slow_work_pending+0xc/0x24
[ 53.450175] Exception stack(0xe093dfb0 to 0xe093dff8)
[ 53.450190] dfa0: 00000000 00000009 00000000 00000000
[ 53.450205] dfc0: be9e0b2c 004e2aa0 be9e0a20 00000034 be9e0a04 00000000 be9e0a20 00000000
[ 53.450218] dfe0: 00000034 be9e095c b6ba609b b6b0f736 00030030 004e2ac0
[ 53.730379] reboot: Power down
I'm not getting the warning with the same image but kernels 6.18+ or
also 6.17.13 (the latter received this as backport as well). I do get
the warning with 6.1.159 as well, and also when moving up to 6.12.63
which received further ext4 backports. I didn't test 6.6 or 5.15 so far,
but I suspect they are equally affected.
Before digging deep into this to me unfamiliar subsystem: Could we miss
some backport(s) to 6.12 and below that 6.17+ have? Any suggestions to
try out first?
Jan
[1] https://gitlab.com/cip-project/cip-core/isar-cip-core
--
Siemens AG, Foundational Technologies
Linux Expert Center
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [PATCH 6.12 242/262] ext4: fix checks for orphan inodes
2026-01-08 8:19 ` [PATCH 6.12 242/262] ext4: fix checks for orphan inodes Jan Kiszka
@ 2026-01-08 10:31 ` Jan Kara
2026-01-08 10:43 ` Greg Kroah-Hartman
0 siblings, 1 reply; 19+ messages in thread
From: Jan Kara @ 2026-01-08 10:31 UTC (permalink / raw)
To: Jan Kiszka
Cc: Greg Kroah-Hartman, stable, Jan Kara, Theodore Tso, patches,
stable, Zhang Yi, linux-ext4, Linux Kernel Mailing List, cip-dev
On Thu 08-01-26 09:19:23, Jan Kiszka wrote:
> On 13.10.25 16:46, Greg Kroah-Hartman wrote:
> > 6.12-stable review patch. If anyone has any objections, please let me know.
> >
> > ------------------
> >
> > From: Jan Kara <jack@suse.cz>
> >
> > commit acf943e9768ec9d9be80982ca0ebc4bfd6b7631e upstream.
> >
> > When orphan file feature is enabled, inode can be tracked as orphan
> > either in the standard orphan list or in the orphan file. The first can
> > be tested by checking ei->i_orphan list head, the second is recorded by
> > EXT4_STATE_ORPHAN_FILE inode state flag. There are several places where
> > we want to check whether inode is tracked as orphan and only some of
> > them properly check for both possibilities. Luckily the consequences are
> > mostly minor, the worst that can happen is that we track an inode as
> > orphan although we don't need to and e2fsck then complains (resulting in
> > occasional ext4/307 xfstest failures). Fix the problem by introducing a
> > helper for checking whether an inode is tracked as orphan and use it in
> > appropriate places.
> >
> > Fixes: 4a79a98c7b19 ("ext4: Improve scalability of ext4 orphan file handling")
> > Cc: stable@kernel.org
> > Signed-off-by: Jan Kara <jack@suse.cz>
> > Reviewed-by: Zhang Yi <yi.zhang@huawei.com>
> > Message-ID: <20250925123038.20264-2-jack@suse.cz>
> > Signed-off-by: Theodore Ts'o <tytso@mit.edu>
> > Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
> > ---
> > fs/ext4/ext4.h | 10 ++++++++++
> > fs/ext4/file.c | 2 +-
> > fs/ext4/inode.c | 2 +-
> > fs/ext4/orphan.c | 6 +-----
> > fs/ext4/super.c | 4 ++--
> > 5 files changed, 15 insertions(+), 9 deletions(-)
> >
> > --- a/fs/ext4/ext4.h
> > +++ b/fs/ext4/ext4.h
> > @@ -1970,6 +1970,16 @@ static inline bool ext4_verity_in_progre
> > #define NEXT_ORPHAN(inode) EXT4_I(inode)->i_dtime
> >
> > /*
> > + * Check whether the inode is tracked as orphan (either in orphan file or
> > + * orphan list).
> > + */
> > +static inline bool ext4_inode_orphan_tracked(struct inode *inode)
> > +{
> > + return ext4_test_inode_state(inode, EXT4_STATE_ORPHAN_FILE) ||
> > + !list_empty(&EXT4_I(inode)->i_orphan);
> > +}
> > +
> > +/*
> > * Codes for operating systems
> > */
> > #define EXT4_OS_LINUX 0
> > --- a/fs/ext4/file.c
> > +++ b/fs/ext4/file.c
> > @@ -354,7 +354,7 @@ static void ext4_inode_extension_cleanup
> > * to cleanup the orphan list in ext4_handle_inode_extension(). Do it
> > * now.
> > */
> > - if (!list_empty(&EXT4_I(inode)->i_orphan) && inode->i_nlink) {
> > + if (ext4_inode_orphan_tracked(inode) && inode->i_nlink) {
> > handle_t *handle = ext4_journal_start(inode, EXT4_HT_INODE, 2);
> >
> > if (IS_ERR(handle)) {
> > --- a/fs/ext4/inode.c
> > +++ b/fs/ext4/inode.c
> > @@ -4330,7 +4330,7 @@ static int ext4_fill_raw_inode(struct in
> > * old inodes get re-used with the upper 16 bits of the
> > * uid/gid intact.
> > */
> > - if (ei->i_dtime && list_empty(&ei->i_orphan)) {
> > + if (ei->i_dtime && !ext4_inode_orphan_tracked(inode)) {
> > raw_inode->i_uid_high = 0;
> > raw_inode->i_gid_high = 0;
> > } else {
> > --- a/fs/ext4/orphan.c
> > +++ b/fs/ext4/orphan.c
> > @@ -109,11 +109,7 @@ int ext4_orphan_add(handle_t *handle, st
> >
> > WARN_ON_ONCE(!(inode->i_state & (I_NEW | I_FREEING)) &&
> > !inode_is_locked(inode));
> > - /*
> > - * Inode orphaned in orphan file or in orphan list?
> > - */
> > - if (ext4_test_inode_state(inode, EXT4_STATE_ORPHAN_FILE) ||
> > - !list_empty(&EXT4_I(inode)->i_orphan))
> > + if (ext4_inode_orphan_tracked(inode))
> > return 0;
> >
> > /*
> > --- a/fs/ext4/super.c
> > +++ b/fs/ext4/super.c
> > @@ -1461,9 +1461,9 @@ static void ext4_free_in_core_inode(stru
> >
> > static void ext4_destroy_inode(struct inode *inode)
> > {
> > - if (!list_empty(&(EXT4_I(inode)->i_orphan))) {
> > + if (ext4_inode_orphan_tracked(inode)) {
> > ext4_msg(inode->i_sb, KERN_ERR,
> > - "Inode %lu (%p): orphan list check failed!",
> > + "Inode %lu (%p): inode tracked as orphan!",
> > inode->i_ino, EXT4_I(inode));
> > print_hex_dump(KERN_INFO, "", DUMP_PREFIX_ADDRESS, 16, 4,
> > EXT4_I(inode), sizeof(struct ext4_inode_info),
> >
> >
>
> Since this patch, I'm getting "inode tracked as orphan" warnings on ARM
> 32-bit boards (not qemu, other archs not tested yet) when rebooting or
> shutting down. The affected partition is used as backing storage for an
> overlayfs (Debian image built from [1]). Still, systemd reports to have
> sucessfully unmounted the partition.
>
> [ OK ] Stopped systemd-journal-flush.serv…lush Journal to Persistent Storage.
> [ OK ] Unmounted run-lock.mount - Legacy Locks Directory /run/lock.
> [ OK ] Unmounted tmp.mount - Temporary Directory /tmp.
> [ OK ] Stopped target swap.target - Swaps.
> Unmounting var.mount - /var...
> [ OK ] Unmounted var.mount - /var.
> [ OK ] Stopped target local-fs-pre.target…Preparation for Local File Systems.
> [ OK ] Reached target umount.target - Unmount All Filesystems.
> [ OK ] Stopped systemd-remount-fs.service…mount Root and Kernel File Systems.
> [ OK ] Stopped systemd-tmpfiles-setup-dev…Create Static Device Nodes in /dev.
> [ OK ] Stopped systemd-tmpfiles-setup-dev…ic Device Nodes in /dev gracefully.
> [ OK ] Reached target shutdown.target - System Shutdown.
> [ OK ] Reached target final.target - Late Shutdown Services.
> [ OK ] Finished systemd-poweroff.service - System Power Off.
> [ OK ] Reached target poweroff.target - System Power Off.
> [ 52.948231] watchdog: watchdog0: watchdog did not stop!
> [ 53.440970] EXT4-fs (mmcblk0p6): Inode 1 (b6b2dba9): inode tracked as orphan!
> [ 53.449709] CPU: 0 UID: 0 PID: 412 Comm: (sd-umount) Not tainted 6.12.52-00240-gf50bece98c66 #12
> [ 53.449728] Hardware name: ti TI AM335x BeagleBone Black/TI AM335x BeagleBone Black, BIOS 2025.07 07/01/2025
> [ 53.449740] Call trace:
> [ 53.449757] unwind_backtrace from show_stack+0x18/0x1c
> [ 53.449807] show_stack from dump_stack_lvl+0x68/0x74
> [ 53.449839] dump_stack_lvl from ext4_destroy_inode+0x7c/0x10c
> [ 53.449870] ext4_destroy_inode from destroy_inode+0x5c/0x70
> [ 53.449897] destroy_inode from ext4_mb_release+0xc8/0x268
> [ 53.449936] ext4_mb_release from ext4_put_super+0xe4/0x308
> [ 53.449962] ext4_put_super from generic_shutdown_super+0x84/0x154
> [ 53.449996] generic_shutdown_super from kill_block_super+0x18/0x34
> [ 53.450023] kill_block_super from ext4_kill_sb+0x28/0x3c
> [ 53.450059] ext4_kill_sb from deactivate_locked_super+0x58/0x90
> [ 53.450086] deactivate_locked_super from cleanup_mnt+0x74/0xd0
> [ 53.450113] cleanup_mnt from task_work_run+0x88/0xa0
> [ 53.450136] task_work_run from do_work_pending+0x394/0x3cc
> [ 53.450156] do_work_pending from slow_work_pending+0xc/0x24
> [ 53.450175] Exception stack(0xe093dfb0 to 0xe093dff8)
> [ 53.450190] dfa0: 00000000 00000009 00000000 00000000
> [ 53.450205] dfc0: be9e0b2c 004e2aa0 be9e0a20 00000034 be9e0a04 00000000 be9e0a20 00000000
> [ 53.450218] dfe0: 00000034 be9e095c b6ba609b b6b0f736 00030030 004e2ac0
> [ 53.730379] reboot: Power down
>
> I'm not getting the warning with the same image but kernels 6.18+ or
> also 6.17.13 (the latter received this as backport as well). I do get
> the warning with 6.1.159 as well, and also when moving up to 6.12.63
> which received further ext4 backports. I didn't test 6.6 or 5.15 so far,
> but I suspect they are equally affected.
>
> Before digging deep into this to me unfamiliar subsystem: Could we miss
> some backport(s) to 6.12 and below that 6.17+ have? Any suggestions to
> try out first?
I suspect you're missing 4091c8206cfd ("ext4: clear i_state_flags when
alloc inode") (which BTW has Fixes tag to this commit).
Honza
--
Jan Kara <jack@suse.com>
SUSE Labs, CR
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [PATCH 6.12 242/262] ext4: fix checks for orphan inodes
2026-01-08 10:31 ` Jan Kara
@ 2026-01-08 10:43 ` Greg Kroah-Hartman
2026-01-08 14:11 ` Jan Kiszka
0 siblings, 1 reply; 19+ messages in thread
From: Greg Kroah-Hartman @ 2026-01-08 10:43 UTC (permalink / raw)
To: Jan Kara
Cc: Jan Kiszka, stable, Theodore Tso, patches, stable, Zhang Yi,
linux-ext4, Linux Kernel Mailing List, cip-dev
On Thu, Jan 08, 2026 at 11:31:10AM +0100, Jan Kara wrote:
> On Thu 08-01-26 09:19:23, Jan Kiszka wrote:
> > On 13.10.25 16:46, Greg Kroah-Hartman wrote:
> > > 6.12-stable review patch. If anyone has any objections, please let me know.
> > >
> > > ------------------
> > >
> > > From: Jan Kara <jack@suse.cz>
> > >
> > > commit acf943e9768ec9d9be80982ca0ebc4bfd6b7631e upstream.
> > >
> > > When orphan file feature is enabled, inode can be tracked as orphan
> > > either in the standard orphan list or in the orphan file. The first can
> > > be tested by checking ei->i_orphan list head, the second is recorded by
> > > EXT4_STATE_ORPHAN_FILE inode state flag. There are several places where
> > > we want to check whether inode is tracked as orphan and only some of
> > > them properly check for both possibilities. Luckily the consequences are
> > > mostly minor, the worst that can happen is that we track an inode as
> > > orphan although we don't need to and e2fsck then complains (resulting in
> > > occasional ext4/307 xfstest failures). Fix the problem by introducing a
> > > helper for checking whether an inode is tracked as orphan and use it in
> > > appropriate places.
> > >
> > > Fixes: 4a79a98c7b19 ("ext4: Improve scalability of ext4 orphan file handling")
> > > Cc: stable@kernel.org
> > > Signed-off-by: Jan Kara <jack@suse.cz>
> > > Reviewed-by: Zhang Yi <yi.zhang@huawei.com>
> > > Message-ID: <20250925123038.20264-2-jack@suse.cz>
> > > Signed-off-by: Theodore Ts'o <tytso@mit.edu>
> > > Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
> > > ---
> > > fs/ext4/ext4.h | 10 ++++++++++
> > > fs/ext4/file.c | 2 +-
> > > fs/ext4/inode.c | 2 +-
> > > fs/ext4/orphan.c | 6 +-----
> > > fs/ext4/super.c | 4 ++--
> > > 5 files changed, 15 insertions(+), 9 deletions(-)
> > >
> > > --- a/fs/ext4/ext4.h
> > > +++ b/fs/ext4/ext4.h
> > > @@ -1970,6 +1970,16 @@ static inline bool ext4_verity_in_progre
> > > #define NEXT_ORPHAN(inode) EXT4_I(inode)->i_dtime
> > >
> > > /*
> > > + * Check whether the inode is tracked as orphan (either in orphan file or
> > > + * orphan list).
> > > + */
> > > +static inline bool ext4_inode_orphan_tracked(struct inode *inode)
> > > +{
> > > + return ext4_test_inode_state(inode, EXT4_STATE_ORPHAN_FILE) ||
> > > + !list_empty(&EXT4_I(inode)->i_orphan);
> > > +}
> > > +
> > > +/*
> > > * Codes for operating systems
> > > */
> > > #define EXT4_OS_LINUX 0
> > > --- a/fs/ext4/file.c
> > > +++ b/fs/ext4/file.c
> > > @@ -354,7 +354,7 @@ static void ext4_inode_extension_cleanup
> > > * to cleanup the orphan list in ext4_handle_inode_extension(). Do it
> > > * now.
> > > */
> > > - if (!list_empty(&EXT4_I(inode)->i_orphan) && inode->i_nlink) {
> > > + if (ext4_inode_orphan_tracked(inode) && inode->i_nlink) {
> > > handle_t *handle = ext4_journal_start(inode, EXT4_HT_INODE, 2);
> > >
> > > if (IS_ERR(handle)) {
> > > --- a/fs/ext4/inode.c
> > > +++ b/fs/ext4/inode.c
> > > @@ -4330,7 +4330,7 @@ static int ext4_fill_raw_inode(struct in
> > > * old inodes get re-used with the upper 16 bits of the
> > > * uid/gid intact.
> > > */
> > > - if (ei->i_dtime && list_empty(&ei->i_orphan)) {
> > > + if (ei->i_dtime && !ext4_inode_orphan_tracked(inode)) {
> > > raw_inode->i_uid_high = 0;
> > > raw_inode->i_gid_high = 0;
> > > } else {
> > > --- a/fs/ext4/orphan.c
> > > +++ b/fs/ext4/orphan.c
> > > @@ -109,11 +109,7 @@ int ext4_orphan_add(handle_t *handle, st
> > >
> > > WARN_ON_ONCE(!(inode->i_state & (I_NEW | I_FREEING)) &&
> > > !inode_is_locked(inode));
> > > - /*
> > > - * Inode orphaned in orphan file or in orphan list?
> > > - */
> > > - if (ext4_test_inode_state(inode, EXT4_STATE_ORPHAN_FILE) ||
> > > - !list_empty(&EXT4_I(inode)->i_orphan))
> > > + if (ext4_inode_orphan_tracked(inode))
> > > return 0;
> > >
> > > /*
> > > --- a/fs/ext4/super.c
> > > +++ b/fs/ext4/super.c
> > > @@ -1461,9 +1461,9 @@ static void ext4_free_in_core_inode(stru
> > >
> > > static void ext4_destroy_inode(struct inode *inode)
> > > {
> > > - if (!list_empty(&(EXT4_I(inode)->i_orphan))) {
> > > + if (ext4_inode_orphan_tracked(inode)) {
> > > ext4_msg(inode->i_sb, KERN_ERR,
> > > - "Inode %lu (%p): orphan list check failed!",
> > > + "Inode %lu (%p): inode tracked as orphan!",
> > > inode->i_ino, EXT4_I(inode));
> > > print_hex_dump(KERN_INFO, "", DUMP_PREFIX_ADDRESS, 16, 4,
> > > EXT4_I(inode), sizeof(struct ext4_inode_info),
> > >
> > >
> >
> > Since this patch, I'm getting "inode tracked as orphan" warnings on ARM
> > 32-bit boards (not qemu, other archs not tested yet) when rebooting or
> > shutting down. The affected partition is used as backing storage for an
> > overlayfs (Debian image built from [1]). Still, systemd reports to have
> > sucessfully unmounted the partition.
> >
> > [ OK ] Stopped systemd-journal-flush.serv…lush Journal to Persistent Storage.
> > [ OK ] Unmounted run-lock.mount - Legacy Locks Directory /run/lock.
> > [ OK ] Unmounted tmp.mount - Temporary Directory /tmp.
> > [ OK ] Stopped target swap.target - Swaps.
> > Unmounting var.mount - /var...
> > [ OK ] Unmounted var.mount - /var.
> > [ OK ] Stopped target local-fs-pre.target…Preparation for Local File Systems.
> > [ OK ] Reached target umount.target - Unmount All Filesystems.
> > [ OK ] Stopped systemd-remount-fs.service…mount Root and Kernel File Systems.
> > [ OK ] Stopped systemd-tmpfiles-setup-dev…Create Static Device Nodes in /dev.
> > [ OK ] Stopped systemd-tmpfiles-setup-dev…ic Device Nodes in /dev gracefully.
> > [ OK ] Reached target shutdown.target - System Shutdown.
> > [ OK ] Reached target final.target - Late Shutdown Services.
> > [ OK ] Finished systemd-poweroff.service - System Power Off.
> > [ OK ] Reached target poweroff.target - System Power Off.
> > [ 52.948231] watchdog: watchdog0: watchdog did not stop!
> > [ 53.440970] EXT4-fs (mmcblk0p6): Inode 1 (b6b2dba9): inode tracked as orphan!
> > [ 53.449709] CPU: 0 UID: 0 PID: 412 Comm: (sd-umount) Not tainted 6.12.52-00240-gf50bece98c66 #12
> > [ 53.449728] Hardware name: ti TI AM335x BeagleBone Black/TI AM335x BeagleBone Black, BIOS 2025.07 07/01/2025
> > [ 53.449740] Call trace:
> > [ 53.449757] unwind_backtrace from show_stack+0x18/0x1c
> > [ 53.449807] show_stack from dump_stack_lvl+0x68/0x74
> > [ 53.449839] dump_stack_lvl from ext4_destroy_inode+0x7c/0x10c
> > [ 53.449870] ext4_destroy_inode from destroy_inode+0x5c/0x70
> > [ 53.449897] destroy_inode from ext4_mb_release+0xc8/0x268
> > [ 53.449936] ext4_mb_release from ext4_put_super+0xe4/0x308
> > [ 53.449962] ext4_put_super from generic_shutdown_super+0x84/0x154
> > [ 53.449996] generic_shutdown_super from kill_block_super+0x18/0x34
> > [ 53.450023] kill_block_super from ext4_kill_sb+0x28/0x3c
> > [ 53.450059] ext4_kill_sb from deactivate_locked_super+0x58/0x90
> > [ 53.450086] deactivate_locked_super from cleanup_mnt+0x74/0xd0
> > [ 53.450113] cleanup_mnt from task_work_run+0x88/0xa0
> > [ 53.450136] task_work_run from do_work_pending+0x394/0x3cc
> > [ 53.450156] do_work_pending from slow_work_pending+0xc/0x24
> > [ 53.450175] Exception stack(0xe093dfb0 to 0xe093dff8)
> > [ 53.450190] dfa0: 00000000 00000009 00000000 00000000
> > [ 53.450205] dfc0: be9e0b2c 004e2aa0 be9e0a20 00000034 be9e0a04 00000000 be9e0a20 00000000
> > [ 53.450218] dfe0: 00000034 be9e095c b6ba609b b6b0f736 00030030 004e2ac0
> > [ 53.730379] reboot: Power down
> >
> > I'm not getting the warning with the same image but kernels 6.18+ or
> > also 6.17.13 (the latter received this as backport as well). I do get
> > the warning with 6.1.159 as well, and also when moving up to 6.12.63
> > which received further ext4 backports. I didn't test 6.6 or 5.15 so far,
> > but I suspect they are equally affected.
> >
> > Before digging deep into this to me unfamiliar subsystem: Could we miss
> > some backport(s) to 6.12 and below that 6.17+ have? Any suggestions to
> > try out first?
>
> I suspect you're missing 4091c8206cfd ("ext4: clear i_state_flags when
> alloc inode") (which BTW has Fixes tag to this commit).
That is queued up for the next round of stable releases. Hopefully the
-rc releases for them will go out in a day or so.
thanks,
greg k-h
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [PATCH 6.12 242/262] ext4: fix checks for orphan inodes
2026-01-08 10:43 ` Greg Kroah-Hartman
@ 2026-01-08 14:11 ` Jan Kiszka
0 siblings, 0 replies; 19+ messages in thread
From: Jan Kiszka @ 2026-01-08 14:11 UTC (permalink / raw)
To: Greg Kroah-Hartman, Jan Kara
Cc: stable, Theodore Tso, patches, stable, Zhang Yi, linux-ext4,
Linux Kernel Mailing List, cip-dev
On 08.01.26 11:43, Greg Kroah-Hartman wrote:
> On Thu, Jan 08, 2026 at 11:31:10AM +0100, Jan Kara wrote:
>> On Thu 08-01-26 09:19:23, Jan Kiszka wrote:
>>> On 13.10.25 16:46, Greg Kroah-Hartman wrote:
>>>> 6.12-stable review patch. If anyone has any objections, please let me know.
>>>>
>>>> ------------------
>>>>
>>>> From: Jan Kara <jack@suse.cz>
>>>>
>>>> commit acf943e9768ec9d9be80982ca0ebc4bfd6b7631e upstream.
>>>>
>>>> When orphan file feature is enabled, inode can be tracked as orphan
>>>> either in the standard orphan list or in the orphan file. The first can
>>>> be tested by checking ei->i_orphan list head, the second is recorded by
>>>> EXT4_STATE_ORPHAN_FILE inode state flag. There are several places where
>>>> we want to check whether inode is tracked as orphan and only some of
>>>> them properly check for both possibilities. Luckily the consequences are
>>>> mostly minor, the worst that can happen is that we track an inode as
>>>> orphan although we don't need to and e2fsck then complains (resulting in
>>>> occasional ext4/307 xfstest failures). Fix the problem by introducing a
>>>> helper for checking whether an inode is tracked as orphan and use it in
>>>> appropriate places.
>>>>
>>>> Fixes: 4a79a98c7b19 ("ext4: Improve scalability of ext4 orphan file handling")
>>>> Cc: stable@kernel.org
>>>> Signed-off-by: Jan Kara <jack@suse.cz>
>>>> Reviewed-by: Zhang Yi <yi.zhang@huawei.com>
>>>> Message-ID: <20250925123038.20264-2-jack@suse.cz>
>>>> Signed-off-by: Theodore Ts'o <tytso@mit.edu>
>>>> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
>>>> ---
>>>> fs/ext4/ext4.h | 10 ++++++++++
>>>> fs/ext4/file.c | 2 +-
>>>> fs/ext4/inode.c | 2 +-
>>>> fs/ext4/orphan.c | 6 +-----
>>>> fs/ext4/super.c | 4 ++--
>>>> 5 files changed, 15 insertions(+), 9 deletions(-)
>>>>
>>>> --- a/fs/ext4/ext4.h
>>>> +++ b/fs/ext4/ext4.h
>>>> @@ -1970,6 +1970,16 @@ static inline bool ext4_verity_in_progre
>>>> #define NEXT_ORPHAN(inode) EXT4_I(inode)->i_dtime
>>>>
>>>> /*
>>>> + * Check whether the inode is tracked as orphan (either in orphan file or
>>>> + * orphan list).
>>>> + */
>>>> +static inline bool ext4_inode_orphan_tracked(struct inode *inode)
>>>> +{
>>>> + return ext4_test_inode_state(inode, EXT4_STATE_ORPHAN_FILE) ||
>>>> + !list_empty(&EXT4_I(inode)->i_orphan);
>>>> +}
>>>> +
>>>> +/*
>>>> * Codes for operating systems
>>>> */
>>>> #define EXT4_OS_LINUX 0
>>>> --- a/fs/ext4/file.c
>>>> +++ b/fs/ext4/file.c
>>>> @@ -354,7 +354,7 @@ static void ext4_inode_extension_cleanup
>>>> * to cleanup the orphan list in ext4_handle_inode_extension(). Do it
>>>> * now.
>>>> */
>>>> - if (!list_empty(&EXT4_I(inode)->i_orphan) && inode->i_nlink) {
>>>> + if (ext4_inode_orphan_tracked(inode) && inode->i_nlink) {
>>>> handle_t *handle = ext4_journal_start(inode, EXT4_HT_INODE, 2);
>>>>
>>>> if (IS_ERR(handle)) {
>>>> --- a/fs/ext4/inode.c
>>>> +++ b/fs/ext4/inode.c
>>>> @@ -4330,7 +4330,7 @@ static int ext4_fill_raw_inode(struct in
>>>> * old inodes get re-used with the upper 16 bits of the
>>>> * uid/gid intact.
>>>> */
>>>> - if (ei->i_dtime && list_empty(&ei->i_orphan)) {
>>>> + if (ei->i_dtime && !ext4_inode_orphan_tracked(inode)) {
>>>> raw_inode->i_uid_high = 0;
>>>> raw_inode->i_gid_high = 0;
>>>> } else {
>>>> --- a/fs/ext4/orphan.c
>>>> +++ b/fs/ext4/orphan.c
>>>> @@ -109,11 +109,7 @@ int ext4_orphan_add(handle_t *handle, st
>>>>
>>>> WARN_ON_ONCE(!(inode->i_state & (I_NEW | I_FREEING)) &&
>>>> !inode_is_locked(inode));
>>>> - /*
>>>> - * Inode orphaned in orphan file or in orphan list?
>>>> - */
>>>> - if (ext4_test_inode_state(inode, EXT4_STATE_ORPHAN_FILE) ||
>>>> - !list_empty(&EXT4_I(inode)->i_orphan))
>>>> + if (ext4_inode_orphan_tracked(inode))
>>>> return 0;
>>>>
>>>> /*
>>>> --- a/fs/ext4/super.c
>>>> +++ b/fs/ext4/super.c
>>>> @@ -1461,9 +1461,9 @@ static void ext4_free_in_core_inode(stru
>>>>
>>>> static void ext4_destroy_inode(struct inode *inode)
>>>> {
>>>> - if (!list_empty(&(EXT4_I(inode)->i_orphan))) {
>>>> + if (ext4_inode_orphan_tracked(inode)) {
>>>> ext4_msg(inode->i_sb, KERN_ERR,
>>>> - "Inode %lu (%p): orphan list check failed!",
>>>> + "Inode %lu (%p): inode tracked as orphan!",
>>>> inode->i_ino, EXT4_I(inode));
>>>> print_hex_dump(KERN_INFO, "", DUMP_PREFIX_ADDRESS, 16, 4,
>>>> EXT4_I(inode), sizeof(struct ext4_inode_info),
>>>>
>>>>
>>>
>>> Since this patch, I'm getting "inode tracked as orphan" warnings on ARM
>>> 32-bit boards (not qemu, other archs not tested yet) when rebooting or
>>> shutting down. The affected partition is used as backing storage for an
>>> overlayfs (Debian image built from [1]). Still, systemd reports to have
>>> sucessfully unmounted the partition.
>>>
>>> [ OK ] Stopped systemd-journal-flush.serv…lush Journal to Persistent Storage.
>>> [ OK ] Unmounted run-lock.mount - Legacy Locks Directory /run/lock.
>>> [ OK ] Unmounted tmp.mount - Temporary Directory /tmp.
>>> [ OK ] Stopped target swap.target - Swaps.
>>> Unmounting var.mount - /var...
>>> [ OK ] Unmounted var.mount - /var.
>>> [ OK ] Stopped target local-fs-pre.target…Preparation for Local File Systems.
>>> [ OK ] Reached target umount.target - Unmount All Filesystems.
>>> [ OK ] Stopped systemd-remount-fs.service…mount Root and Kernel File Systems.
>>> [ OK ] Stopped systemd-tmpfiles-setup-dev…Create Static Device Nodes in /dev.
>>> [ OK ] Stopped systemd-tmpfiles-setup-dev…ic Device Nodes in /dev gracefully.
>>> [ OK ] Reached target shutdown.target - System Shutdown.
>>> [ OK ] Reached target final.target - Late Shutdown Services.
>>> [ OK ] Finished systemd-poweroff.service - System Power Off.
>>> [ OK ] Reached target poweroff.target - System Power Off.
>>> [ 52.948231] watchdog: watchdog0: watchdog did not stop!
>>> [ 53.440970] EXT4-fs (mmcblk0p6): Inode 1 (b6b2dba9): inode tracked as orphan!
>>> [ 53.449709] CPU: 0 UID: 0 PID: 412 Comm: (sd-umount) Not tainted 6.12.52-00240-gf50bece98c66 #12
>>> [ 53.449728] Hardware name: ti TI AM335x BeagleBone Black/TI AM335x BeagleBone Black, BIOS 2025.07 07/01/2025
>>> [ 53.449740] Call trace:
>>> [ 53.449757] unwind_backtrace from show_stack+0x18/0x1c
>>> [ 53.449807] show_stack from dump_stack_lvl+0x68/0x74
>>> [ 53.449839] dump_stack_lvl from ext4_destroy_inode+0x7c/0x10c
>>> [ 53.449870] ext4_destroy_inode from destroy_inode+0x5c/0x70
>>> [ 53.449897] destroy_inode from ext4_mb_release+0xc8/0x268
>>> [ 53.449936] ext4_mb_release from ext4_put_super+0xe4/0x308
>>> [ 53.449962] ext4_put_super from generic_shutdown_super+0x84/0x154
>>> [ 53.449996] generic_shutdown_super from kill_block_super+0x18/0x34
>>> [ 53.450023] kill_block_super from ext4_kill_sb+0x28/0x3c
>>> [ 53.450059] ext4_kill_sb from deactivate_locked_super+0x58/0x90
>>> [ 53.450086] deactivate_locked_super from cleanup_mnt+0x74/0xd0
>>> [ 53.450113] cleanup_mnt from task_work_run+0x88/0xa0
>>> [ 53.450136] task_work_run from do_work_pending+0x394/0x3cc
>>> [ 53.450156] do_work_pending from slow_work_pending+0xc/0x24
>>> [ 53.450175] Exception stack(0xe093dfb0 to 0xe093dff8)
>>> [ 53.450190] dfa0: 00000000 00000009 00000000 00000000
>>> [ 53.450205] dfc0: be9e0b2c 004e2aa0 be9e0a20 00000034 be9e0a04 00000000 be9e0a20 00000000
>>> [ 53.450218] dfe0: 00000034 be9e095c b6ba609b b6b0f736 00030030 004e2ac0
>>> [ 53.730379] reboot: Power down
>>>
>>> I'm not getting the warning with the same image but kernels 6.18+ or
>>> also 6.17.13 (the latter received this as backport as well). I do get
>>> the warning with 6.1.159 as well, and also when moving up to 6.12.63
>>> which received further ext4 backports. I didn't test 6.6 or 5.15 so far,
>>> but I suspect they are equally affected.
>>>
>>> Before digging deep into this to me unfamiliar subsystem: Could we miss
>>> some backport(s) to 6.12 and below that 6.17+ have? Any suggestions to
>>> try out first?
>>
>> I suspect you're missing 4091c8206cfd ("ext4: clear i_state_flags when
>> alloc inode") (which BTW has Fixes tag to this commit).
>
> That is queued up for the next round of stable releases. Hopefully the
> -rc releases for them will go out in a day or so.
>
Perfect. It indeed looks like that this missing commit was causing the
issue.
Jan
--
Siemens AG, Foundational Technologies
Linux Expert Center
^ permalink raw reply [flat|nested] 19+ messages in thread
end of thread, other threads:[~2026-01-08 14:11 UTC | newest]
Thread overview: 19+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2025-10-13 14:42 [PATCH 6.12 000/262] 6.12.53-rc1 review Greg Kroah-Hartman
2025-10-13 16:57 ` Florian Fainelli
2025-10-13 17:06 ` Brett A C Sheffield
2025-10-14 1:14 ` Peter Schneider
2025-10-14 8:46 ` Pavel Machek
2025-10-14 11:26 ` Naresh Kamboju
2025-10-14 14:08 ` Naresh Kamboju
2025-10-14 14:45 ` Ilya Leoshkevich
2025-10-15 8:46 ` Greg Kroah-Hartman
2025-10-15 13:05 ` Ilya Leoshkevich
2025-10-14 13:09 ` Jon Hunter
2025-10-14 13:51 ` Ron Economos
2025-10-14 14:17 ` Harshit Mogalapalli
2025-10-14 17:52 ` Shuah Khan
2025-10-14 18:11 ` Miguel Ojeda
[not found] ` <20251013144334.953291810@linuxfoundation.org>
2026-01-08 8:19 ` [PATCH 6.12 242/262] ext4: fix checks for orphan inodes Jan Kiszka
2026-01-08 10:31 ` Jan Kara
2026-01-08 10:43 ` Greg Kroah-Hartman
2026-01-08 14:11 ` Jan Kiszka
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox