Makefile | 4 +- arch/arm64/boot/dts/amlogic/meson-axg.dtsi | 4 +- arch/arm64/boot/dts/amlogic/meson-g12-common.dtsi | 6 +- arch/arm64/boot/dts/amlogic/meson-gx.dtsi | 6 +- arch/arm64/boot/dts/freescale/imx8mm-pinfunc.h | 2 +- arch/parisc/kernel/firmware.c | 5 +- arch/parisc/kernel/ptrace.c | 15 +- arch/powerpc/net/bpf_jit.h | 35 + arch/powerpc/net/bpf_jit64.h | 19 - arch/powerpc/net/bpf_jit_comp64.c | 28 +- arch/powerpc/perf/imc-pmu.c | 14 +- arch/riscv/Makefile | 3 + arch/riscv/mm/cacheflush.c | 4 +- arch/x86/include/asm/debugreg.h | 26 +- drivers/ata/libata-core.c | 2 +- drivers/bus/sunxi-rsb.c | 8 +- drivers/firewire/core-cdev.c | 4 +- drivers/firmware/efi/efi.c | 2 + drivers/firmware/efi/memattr.c | 2 +- drivers/fpga/stratix10-soc.c | 4 +- drivers/fsi/fsi-sbefifo.c | 6 +- drivers/gpu/drm/i915/gem/i915_gem_tiling.c | 9 +- drivers/gpu/drm/vc4/vc4_hdmi.c | 3 +- drivers/i2c/busses/i2c-mxs.c | 4 +- drivers/i2c/busses/i2c-rk3x.c | 44 +- drivers/iio/accel/hid-sensor-accel-3d.c | 1 + drivers/iio/adc/berlin2-adc.c | 4 +- drivers/iio/adc/stm32-dfsdm-adc.c | 1 + drivers/iio/adc/twl6030-gpadc.c | 32 + drivers/iio/imu/fxos8700_core.c | 111 +- drivers/infiniband/hw/hfi1/file_ops.c | 7 +- drivers/infiniband/hw/usnic/usnic_uiom.c | 8 +- drivers/infiniband/ulp/ipoib/ipoib_main.c | 8 + drivers/infiniband/ulp/rtrs/rtrs-clt.c | 2 +- drivers/input/serio/i8042-x86ia64io.h | 1188 ++++++++++++-------- drivers/net/bonding/bond_debugfs.c | 2 +- drivers/net/ethernet/intel/ice/ice_main.c | 2 +- drivers/net/ethernet/intel/igc/igc_ptp.c | 14 +- .../ethernet/mellanox/mlx5/core/diag/fw_tracer.c | 3 +- .../ethernet/mellanox/mlx5/core/ipoib/ethtool.c | 13 +- drivers/net/ethernet/mscc/ocelot_flower.c | 24 +- drivers/net/ethernet/pensando/ionic/ionic_lif.c | 15 +- drivers/net/ethernet/qlogic/qede/qede_fp.c | 10 +- drivers/net/ethernet/sfc/efx.c | 5 +- drivers/net/phy/dp83822.c | 6 +- drivers/net/phy/meson-gxl.c | 4 + drivers/net/usb/plusb.c | 4 +- drivers/net/virtio_net.c | 8 +- .../broadcom/brcm80211/brcmfmac/cfg80211.c | 17 + drivers/nvmem/core.c | 45 +- drivers/nvmem/qcom-spmi-sdam.c | 1 + drivers/of/address.c | 21 +- drivers/pinctrl/aspeed/pinctrl-aspeed.c | 2 +- drivers/pinctrl/intel/pinctrl-intel.c | 16 +- drivers/pinctrl/pinctrl-single.c | 2 + drivers/platform/x86/dell-wmi.c | 3 + drivers/scsi/iscsi_tcp.c | 9 +- drivers/scsi/scsi_scan.c | 7 +- drivers/spi/spi-dw-core.c | 2 +- drivers/target/target_core_file.c | 4 +- drivers/target/target_core_tmr.c | 4 +- drivers/tty/serial/8250/8250_dma.c | 26 +- drivers/tty/vt/vc_screen.c | 9 +- drivers/usb/core/quirks.c | 3 + drivers/usb/dwc3/dwc3-qcom.c | 10 +- drivers/usb/gadget/function/f_fs.c | 4 +- drivers/usb/typec/altmodes/displayport.c | 8 +- drivers/vhost/net.c | 3 + drivers/vhost/vhost.c | 3 +- drivers/vhost/vhost.h | 1 + drivers/video/fbdev/core/fbcon.c | 7 +- drivers/video/fbdev/smscufx.c | 46 +- drivers/watchdog/diag288_wdt.c | 15 +- drivers/xen/pvcalls-back.c | 8 +- fs/btrfs/volumes.c | 22 +- fs/btrfs/zlib.c | 2 +- fs/ceph/mds_client.c | 6 + fs/cifs/file.c | 4 +- fs/f2fs/gc.c | 18 +- fs/proc/task_mmu.c | 4 +- fs/squashfs/squashfs_fs.h | 2 +- fs/squashfs/squashfs_fs_sb.h | 2 +- fs/squashfs/xattr.h | 4 +- fs/squashfs/xattr_id.c | 4 +- include/linux/hugetlb.h | 19 +- include/linux/nvmem-provider.h | 4 +- include/linux/util_macros.h | 12 + include/uapi/linux/ip.h | 1 + include/uapi/linux/ipv6.h | 1 + kernel/bpf/verifier.c | 102 +- kernel/trace/bpf_trace.c | 3 +- kernel/trace/trace.c | 3 - mm/gup.c | 2 +- mm/hugetlb.c | 6 +- mm/memory-failure.c | 2 +- mm/memory_hotplug.c | 2 +- mm/mempolicy.c | 5 +- mm/migrate.c | 7 +- mm/page_alloc.c | 5 +- mm/swapfile.c | 1 + net/bridge/br_netfilter_hooks.c | 1 + net/can/j1939/address-claim.c | 40 + net/can/j1939/transport.c | 4 - net/ipv4/tcp_bpf.c | 4 +- net/netrom/af_netrom.c | 5 + net/openvswitch/datapath.c | 12 +- net/qrtr/ns.c | 5 +- net/rds/message.c | 6 +- net/x25/af_x25.c | 6 + net/xfrm/xfrm_compat.c | 4 +- net/xfrm/xfrm_input.c | 3 +- sound/pci/hda/patch_realtek.c | 3 + sound/pci/hda/patch_via.c | 3 + sound/pci/lx6464es/lx_core.c | 11 +- sound/synth/emux/emux_nrpn.c | 3 + tools/testing/selftests/net/forwarding/lib.sh | 4 +- tools/testing/selftests/net/udpgso_bench.sh | 24 +- tools/testing/selftests/net/udpgso_bench_rx.c | 4 +- tools/testing/selftests/net/udpgso_bench_tx.c | 36 +- 119 files changed, 1573 insertions(+), 855 deletions(-)
This is the start of the stable review cycle for the 5.10.168 release.
There are 139 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 Feb 2023 14:46:51 +0000.
Anything received after that time might be too late.
The whole patch series can be found in one patch at:
https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.10.168-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-5.10.y
and the diffstat can be found below.
thanks,
greg k-h
-------------
Pseudo-Shortlog of commits:
Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Linux 5.10.168-rc1
Russell King (Oracle) <rmk+kernel@armlinux.org.uk>
nvmem: core: fix return value
David Chen <david.chen@nutanix.com>
Fix page corruption caused by racy check in __free_pages
Heiner Kallweit <hkallweit1@gmail.com>
arm64: dts: meson-axg: Make mmc host controller interrupts level-sensitive
Heiner Kallweit <hkallweit1@gmail.com>
arm64: dts: meson-g12-common: Make mmc host controller interrupts level-sensitive
Heiner Kallweit <hkallweit1@gmail.com>
arm64: dts: meson-gx: Make mmc host controller interrupts level-sensitive
Guo Ren <guoren@linux.alibaba.com>
riscv: Fixup race condition on PG_dcache_clean in flush_icache_pte
Xiubo Li <xiubli@redhat.com>
ceph: flush cap releases when the session is flushed
Prashant Malani <pmalani@chromium.org>
usb: typec: altmodes/displayport: Fix probe pin assign check
Mark Pearson <mpearson-lenovo@squebb.ca>
usb: core: add quirk for Alcor Link AK9563 smartcard reader
Anand Jain <anand.jain@oracle.com>
btrfs: free device in btrfs_close_devices for a single device filesystem
Alan Stern <stern@rowland.harvard.edu>
net: USB: Fix wrong-direction WARNING in plusb.c
ZhaoLong Wang <wangzhaolong1@huawei.com>
cifs: Fix use-after-free in rdata->read_into_pages()
Andy Shevchenko <andriy.shevchenko@linux.intel.com>
pinctrl: intel: Restore the pins that used to be in Direct IRQ mode
Serge Semin <Sergey.Semin@baikalelectronics.ru>
spi: dw: Fix wrong FIFO level setting for long xfers
Maxim Korotkov <korotkov.maxim.s@gmail.com>
pinctrl: single: fix potential NULL dereference
Joel Stanley <joel@jms.id.au>
pinctrl: aspeed: Fix confusing types in return value
Dan Carpenter <error27@gmail.com>
ALSA: pci: lx6464es: fix a debug loop
Hangbin Liu <liuhangbin@gmail.com>
selftests: forwarding: lib: quote the sysctl values
Pietro Borrello <borrello@diag.uniroma1.it>
rds: rds_rm_zerocopy_callback() use list_first_entry()
Shay Drory <shayd@nvidia.com>
net/mlx5: fw_tracer, Zero consumer index when reloading the tracer
Shay Drory <shayd@nvidia.com>
net/mlx5: fw_tracer, Clear load bit when freeing string DBs buffers
Dragos Tatulea <dtatulea@nvidia.com>
net/mlx5e: IPoIB, Show unknown speed instead of error
Vladimir Oltean <vladimir.oltean@nxp.com>
net: mscc: ocelot: fix VCAP filters not matching on MAC with "protocol 802.1Q"
Anirudh Venkataramanan <anirudh.venkataramanan@intel.com>
ice: Do not use WQ_MEM_RECLAIM flag for workqueue
Herton R. Krzesinski <herton@redhat.com>
uapi: add missing ip/ipv6 header dependencies for linux/stddef.h
Neel Patel <neel.patel@amd.com>
ionic: clean interrupt before enabling queue to avoid credit race
Heiner Kallweit <hkallweit1@gmail.com>
net: phy: meson-gxl: use MMD access dummy stubs for GXL, internal PHY
Qi Zheng <zhengqi.arch@bytedance.com>
bonding: fix error checking in bond_debug_reregister()
Christian Hopps <chopps@chopps.org>
xfrm: fix bug with DSCP copy to v6 from v4 tunnel
Yang Yingliang <yangyingliang@huawei.com>
RDMA/usnic: use iommu_map_atomic() under spin_lock()
Dragos Tatulea <dtatulea@nvidia.com>
IB/IPoIB: Fix legacy IPoIB due to wrong number of queues
Eric Dumazet <edumazet@google.com>
xfrm/compat: prevent potential spectre v1 gadget in xfrm_xlate32_attr()
Dean Luick <dean.luick@cornelisnetworks.com>
IB/hfi1: Restore allocated resources on failed copyout
Anastasia Belova <abelova@astralinux.ru>
xfrm: compat: change expression for switch in xfrm_xlate64
Devid Antonio Filoni <devid.filoni@egluetechnologies.com>
can: j1939: do not wait 250 ms if the same addr was already claimed
Mark Brown <broonie@kernel.org>
of/address: Return an error when no valid dma-ranges are found
Shiju Jose <shiju.jose@huawei.com>
tracing: Fix poll() and select() do not work on per_cpu trace_pipe and trace_pipe_raw
Guillaume Pinot <texitoi@texitoi.eu>
ALSA: hda/realtek: Fix the speaker output on Samsung Galaxy Book2 Pro 360
Artemii Karasev <karasev@ispras.ru>
ALSA: emux: Avoid potential array out-of-bound in snd_emux_xg_control()
Edson Juliano Drosdeck <edson.drosdeck@gmail.com>
ALSA: hda/realtek: Add Positivo N14KP6-TG
Alexander Potapenko <glider@google.com>
btrfs: zlib: zero-initialize zlib workspace
Josef Bacik <josef@toxicpanda.com>
btrfs: limit device extents to the device size
Mike Kravetz <mike.kravetz@oracle.com>
migrate: hugetlb: check for hugetlb shared PMD in node migration
Miaohe Lin <linmiaohe@huawei.com>
mm/migration: return errno when isolate_huge_page failed
Andreas Kemnade <andreas@kemnade.info>
iio:adc:twl6030: Enable measurement of VAC
Martin KaFai Lau <kafai@fb.com>
bpf: Do not reject when the stack read size is different from the tracked scalar size
Russell King (Oracle) <rmk+kernel@armlinux.org.uk>
nvmem: core: fix registration vs use race
Russell King (Oracle) <rmk+kernel@armlinux.org.uk>
nvmem: core: fix cleanup after dev_set_name()
Russell King (Oracle) <rmk+kernel@armlinux.org.uk>
nvmem: core: remove nvmem_config wp_gpio
Gaosheng Cui <cuigaosheng1@huawei.com>
nvmem: core: add error handling for dev_set_name
Christophe Kerello <christophe.kerello@foss.st.com>
nvmem: core: Fix a conflict between MTD and NVMEM on wp-gpios property
Minsuk Kang <linuxlovemin@yonsei.ac.kr>
wifi: brcmfmac: Check the count value of channel spec to prevent out-of-bounds reads
Chao Yu <chao@kernel.org>
f2fs: fix to do sanity check on i_extra_isize in is_alive()
Dongliang Mu <dzm91@hust.edu.cn>
fbdev: smscufx: fix error handling code in ufx_usb_probe
Ilpo Järvinen <ilpo.jarvinen@linux.intel.com>
serial: 8250_dma: Fix DMA Rx rearm race
Ilpo Järvinen <ilpo.jarvinen@linux.intel.com>
serial: 8250_dma: Fix DMA Rx completion race
Michael Walle <michael@walle.cc>
nvmem: core: fix cell removal on error
Russell King (Oracle) <rmk+kernel@armlinux.org.uk>
nvmem: core: initialise nvmem->id early
Rob Clark <robdclark@chromium.org>
drm/i915: Fix potential bit_17 double-free
Phillip Lougher <phillip@squashfs.org.uk>
Squashfs: fix handling and sanity checking of xattr_ids count
Longlong Xia <xialonglong1@huawei.com>
mm/swapfile: add cond_resched() in get_swap_pages()
Zheng Yongjun <zhengyongjun3@huawei.com>
fpga: stratix10-soc: Fix return value check in s10_ops_write_init()
Joerg Roedel <jroedel@suse.de>
x86/debug: Fix stack recursion caused by wrongly ordered DR7 accesses
Mike Kravetz <mike.kravetz@oracle.com>
mm: hugetlb: proc: check for hugetlb shared PMD in /proc/PID/smaps
Andreas Schwab <schwab@suse.de>
riscv: disable generation of unwind tables
Helge Deller <deller@gmx.de>
parisc: Wire up PTRACE_GETREGS/PTRACE_SETREGS for compat case
Helge Deller <deller@gmx.de>
parisc: Fix return code of pdc_iodc_print()
Johan Hovold <johan+linaro@kernel.org>
nvmem: qcom-spmi-sdam: fix module autoloading
Carlos Song <carlos.song@nxp.com>
iio: imu: fxos8700: fix MAGN sensor scale and unit
Carlos Song <carlos.song@nxp.com>
iio: imu: fxos8700: remove definition FXOS8700_CTRL_ODR_MIN
Carlos Song <carlos.song@nxp.com>
iio: imu: fxos8700: fix failed initialization ODR mode assignment
Carlos Song <carlos.song@nxp.com>
iio: imu: fxos8700: fix incorrect ODR mode readback
Carlos Song <carlos.song@nxp.com>
iio: imu: fxos8700: fix swapped ACCEL and MAGN channels readback
Carlos Song <carlos.song@nxp.com>
iio: imu: fxos8700: fix map label of channel type to MAGN sensor
Carlos Song <carlos.song@nxp.com>
iio: imu: fxos8700: fix IMU data bits returned to user space
Carlos Song <carlos.song@nxp.com>
iio: imu: fxos8700: fix incomplete ACCEL and MAGN channels readback
Carlos Song <carlos.song@nxp.com>
iio: imu: fxos8700: fix ACCEL measurement range selection
Andreas Kemnade <andreas@kemnade.info>
iio:adc:twl6030: Enable measurements of VUSB, VBAT and others
Xiongfeng Wang <wangxiongfeng2@huawei.com>
iio: adc: berlin2-adc: Add missing of_node_put() in error path
Dmitry Perchanov <dmitry.perchanov@intel.com>
iio: hid: fix the retval in accel_3d_capture_sample
Ard Biesheuvel <ardb@kernel.org>
efi: Accept version 2 of memory attributes table
Victor Shyba <victor1984@riseup.net>
ALSA: hda/realtek: Add Acer Predator PH315-54
Alexander Egorenkov <egorenar@linux.ibm.com>
watchdog: diag288_wdt: fix __diag288() inline assembly
Alexander Egorenkov <egorenar@linux.ibm.com>
watchdog: diag288_wdt: do not use stack buffers for hardware data
Natalia Petrova <n.petrova@fintech.ru>
net: qrtr: free memory on error path in radix_tree_insert()
Samuel Thibault <samuel.thibault@ens-lyon.org>
fbcon: Check font dimension limits
Werner Sembach <wse@tuxedocomputers.com>
Input: i8042 - add Clevo PCX0DX to i8042 quirk table
Werner Sembach <wse@tuxedocomputers.com>
Input: i8042 - add TUXEDO devices to i8042 quirk tables
Werner Sembach <wse@tuxedocomputers.com>
Input: i8042 - merge quirk tables
Werner Sembach <wse@tuxedocomputers.com>
Input: i8042 - move __initconst to fix code styling warning
George Kennedy <george.kennedy@oracle.com>
vc_screen: move load of struct vc_data pointer in vcs_read() to avoid UAF
Udipto Goswami <quic_ugoswami@quicinc.com>
usb: gadget: f_fs: Fix unbalanced spinlock in __ffs_ep0_queue_wait
Neil Armstrong <neil.armstrong@linaro.org>
usb: dwc3: qcom: enable vbus override when in OTG dr-mode
Wesley Cheng <wcheng@codeaurora.org>
usb: dwc3: dwc3-qcom: Fix typo in the dwc3 vbus override API
Olivier Moysan <olivier.moysan@foss.st.com>
iio: adc: stm32-dfsdm: fill module aliases
Hyunwoo Kim <v4bel@theori.io>
net/x25: Fix to not accept on connected socket
Koba Ko <koba.ko@canonical.com>
platform/x86: dell-wmi: Add a keymap for KEY_MUTE in type 0x0010 table
Randy Dunlap <rdunlap@infradead.org>
i2c: rk3x: fix a bunch of kernel-doc warnings
Mike Christie <michael.christie@oracle.com>
scsi: iscsi_tcp: Fix UAF during login when accessing the shost ipaddress
Maurizio Lombardi <mlombard@redhat.com>
scsi: target: core: Fix warning on RT kernels
Stefan Wahren <stefan.wahren@i2se.com>
i2c: mxs: suppress probe-deferral error message
Magnus Karlsson <magnus.karlsson@intel.com>
qede: execute xdp_do_flush() before napi_complete_done()
Bhaskar Upadhaya <bupadhaya@marvell.com>
qede: add netpoll support for qede driver
Anton Gusev <aagusev@ispras.ru>
efi: fix potential NULL deref in efi_mem_reserve_persistent
Fedor Pchelkin <pchelkin@ispras.ru>
net: openvswitch: fix flow memory leak in ovs_flow_cmd_new
Parav Pandit <parav@nvidia.com>
virtio-net: Keep stop() to follow mirror sequence of open()
Andrei Gherzan <andrei.gherzan@canonical.com>
selftests: net: udpgso_bench_tx: Cater for pending datagrams zerocopy benchmarking
Andrei Gherzan <andrei.gherzan@canonical.com>
selftests: net: udpgso_bench: Fix racing bug between the rx/tx programs
Andrei Gherzan <andrei.gherzan@canonical.com>
selftests: net: udpgso_bench_rx/tx: Stop when wrong CLI args are provided
Andrei Gherzan <andrei.gherzan@canonical.com>
selftests: net: udpgso_bench_rx: Fix 'used uninitialized' compiler warning
Damien Le Moal <damien.lemoal@opensource.wdc.com>
ata: libata: Fix sata_down_spd_limit() when no link speed is reported
Ziyang Xuan <william.xuanziyang@huawei.com>
can: j1939: fix errant WARN_ON_ONCE in j1939_session_deactivate
Tom Rix <trix@redhat.com>
igc: return an error if the mac type is unknown in igc_ptp_systim_to_hwtstamp()
Chris Healy <healych@amazon.com>
net: phy: meson-gxl: Add generic dummy stubs for MMD register access
Fedor Pchelkin <pchelkin@ispras.ru>
squashfs: harden sanity check in squashfs_read_xattr_id_table
Florian Westphal <fw@strlen.de>
netfilter: br_netfilter: disable sabotage_in hook after first suppression
Hyunwoo Kim <v4bel@theori.io>
netrom: Fix use-after-free caused by accept on already connected socket
Andre Kalb <andre.kalb@sma.de>
net: phy: dp83822: Fix null pointer access on DP83825/DP83826 devices
Íñigo Huguet <ihuguet@redhat.com>
sfc: correctly advertise tunneled IPv6 segmentation
Magnus Karlsson <magnus.karlsson@intel.com>
virtio-net: execute xdp_do_flush() before napi_complete_done()
Al Viro <viro@zeniv.linux.org.uk>
fix "direction" argument of iov_iter_kvec()
Al Viro <viro@zeniv.linux.org.uk>
fix iov_iter_bvec() "direction" argument
Al Viro <viro@zeniv.linux.org.uk>
READ is "data destination", not source...
Al Viro <viro@zeniv.linux.org.uk>
WRITE is "data source", not destination...
Eric Auger <eric.auger@redhat.com>
vhost/net: Clear the pending messages when the backend is removed
Martin K. Petersen <martin.petersen@oracle.com>
scsi: Revert "scsi: core: map PQ=1, PDT=other values to SCSI_SCAN_TARGET_PRESENT"
Hans Verkuil <hverkuil-cisco@xs4all.nl>
drm/vc4: hdmi: make CEC adapter name unique
Pierluigi Passaro <pierluigi.p@variscite.com>
arm64: dts: imx8mm: Fix pad control for UART1_DTE_RX
Jakub Sitnicki <jakub@cloudflare.com>
bpf, sockmap: Check for any of tcp_bpf_prots when cloning a listener
Eduard Zingerman <eddyz87@gmail.com>
bpf: Fix to preserve reg parent/live fields when copying range info
Martin KaFai Lau <kafai@fb.com>
bpf: Support <8-byte scalar spill and refill
Christophe Leroy <christophe.leroy@csgroup.eu>
powerpc/bpf: Move common helpers into bpf_jit.h
Christophe Leroy <christophe.leroy@csgroup.eu>
powerpc/bpf: Change register numbering for bpf_set/is_seen_register()
Artemii Karasev <karasev@ispras.ru>
ALSA: hda/via: Avoid potential array out-of-bound in add_secret_dac_path()
Yonghong Song <yhs@fb.com>
bpf: Fix a possible task gone issue with bpf_send_signal[_thread]() helpers
Michael Ellerman <mpe@ellerman.id.au>
powerpc/imc-pmu: Revert nest_init_lock to being a mutex
Paul Chaignon <paul@isovalent.com>
bpf: Fix incorrect state pruning for <8B spill/fill
Yuan Can <yuancan@huawei.com>
bus: sunxi-rsb: Fix error handling in sunxi_rsb_init()
Takashi Sakamoto <o-takashi@sakamocchi.jp>
firewire: fix memory leak for payload of request subaction to IEC 61883-1 FCP region
-------------
Diffstat:
Makefile | 4 +-
arch/arm64/boot/dts/amlogic/meson-axg.dtsi | 4 +-
arch/arm64/boot/dts/amlogic/meson-g12-common.dtsi | 6 +-
arch/arm64/boot/dts/amlogic/meson-gx.dtsi | 6 +-
arch/arm64/boot/dts/freescale/imx8mm-pinfunc.h | 2 +-
arch/parisc/kernel/firmware.c | 5 +-
arch/parisc/kernel/ptrace.c | 15 +-
arch/powerpc/net/bpf_jit.h | 35 +
arch/powerpc/net/bpf_jit64.h | 19 -
arch/powerpc/net/bpf_jit_comp64.c | 28 +-
arch/powerpc/perf/imc-pmu.c | 14 +-
arch/riscv/Makefile | 3 +
arch/riscv/mm/cacheflush.c | 4 +-
arch/x86/include/asm/debugreg.h | 26 +-
drivers/ata/libata-core.c | 2 +-
drivers/bus/sunxi-rsb.c | 8 +-
drivers/firewire/core-cdev.c | 4 +-
drivers/firmware/efi/efi.c | 2 +
drivers/firmware/efi/memattr.c | 2 +-
drivers/fpga/stratix10-soc.c | 4 +-
drivers/fsi/fsi-sbefifo.c | 6 +-
drivers/gpu/drm/i915/gem/i915_gem_tiling.c | 9 +-
drivers/gpu/drm/vc4/vc4_hdmi.c | 3 +-
drivers/i2c/busses/i2c-mxs.c | 4 +-
drivers/i2c/busses/i2c-rk3x.c | 44 +-
drivers/iio/accel/hid-sensor-accel-3d.c | 1 +
drivers/iio/adc/berlin2-adc.c | 4 +-
drivers/iio/adc/stm32-dfsdm-adc.c | 1 +
drivers/iio/adc/twl6030-gpadc.c | 32 +
drivers/iio/imu/fxos8700_core.c | 111 +-
drivers/infiniband/hw/hfi1/file_ops.c | 7 +-
drivers/infiniband/hw/usnic/usnic_uiom.c | 8 +-
drivers/infiniband/ulp/ipoib/ipoib_main.c | 8 +
drivers/infiniband/ulp/rtrs/rtrs-clt.c | 2 +-
drivers/input/serio/i8042-x86ia64io.h | 1188 ++++++++++++--------
drivers/net/bonding/bond_debugfs.c | 2 +-
drivers/net/ethernet/intel/ice/ice_main.c | 2 +-
drivers/net/ethernet/intel/igc/igc_ptp.c | 14 +-
.../ethernet/mellanox/mlx5/core/diag/fw_tracer.c | 3 +-
.../ethernet/mellanox/mlx5/core/ipoib/ethtool.c | 13 +-
drivers/net/ethernet/mscc/ocelot_flower.c | 24 +-
drivers/net/ethernet/pensando/ionic/ionic_lif.c | 15 +-
drivers/net/ethernet/qlogic/qede/qede_fp.c | 10 +-
drivers/net/ethernet/sfc/efx.c | 5 +-
drivers/net/phy/dp83822.c | 6 +-
drivers/net/phy/meson-gxl.c | 4 +
drivers/net/usb/plusb.c | 4 +-
drivers/net/virtio_net.c | 8 +-
.../broadcom/brcm80211/brcmfmac/cfg80211.c | 17 +
drivers/nvmem/core.c | 45 +-
drivers/nvmem/qcom-spmi-sdam.c | 1 +
drivers/of/address.c | 21 +-
drivers/pinctrl/aspeed/pinctrl-aspeed.c | 2 +-
drivers/pinctrl/intel/pinctrl-intel.c | 16 +-
drivers/pinctrl/pinctrl-single.c | 2 +
drivers/platform/x86/dell-wmi.c | 3 +
drivers/scsi/iscsi_tcp.c | 9 +-
drivers/scsi/scsi_scan.c | 7 +-
drivers/spi/spi-dw-core.c | 2 +-
drivers/target/target_core_file.c | 4 +-
drivers/target/target_core_tmr.c | 4 +-
drivers/tty/serial/8250/8250_dma.c | 26 +-
drivers/tty/vt/vc_screen.c | 9 +-
drivers/usb/core/quirks.c | 3 +
drivers/usb/dwc3/dwc3-qcom.c | 10 +-
drivers/usb/gadget/function/f_fs.c | 4 +-
drivers/usb/typec/altmodes/displayport.c | 8 +-
drivers/vhost/net.c | 3 +
drivers/vhost/vhost.c | 3 +-
drivers/vhost/vhost.h | 1 +
drivers/video/fbdev/core/fbcon.c | 7 +-
drivers/video/fbdev/smscufx.c | 46 +-
drivers/watchdog/diag288_wdt.c | 15 +-
drivers/xen/pvcalls-back.c | 8 +-
fs/btrfs/volumes.c | 22 +-
fs/btrfs/zlib.c | 2 +-
fs/ceph/mds_client.c | 6 +
fs/cifs/file.c | 4 +-
fs/f2fs/gc.c | 18 +-
fs/proc/task_mmu.c | 4 +-
fs/squashfs/squashfs_fs.h | 2 +-
fs/squashfs/squashfs_fs_sb.h | 2 +-
fs/squashfs/xattr.h | 4 +-
fs/squashfs/xattr_id.c | 4 +-
include/linux/hugetlb.h | 19 +-
include/linux/nvmem-provider.h | 4 +-
include/linux/util_macros.h | 12 +
include/uapi/linux/ip.h | 1 +
include/uapi/linux/ipv6.h | 1 +
kernel/bpf/verifier.c | 102 +-
kernel/trace/bpf_trace.c | 3 +-
kernel/trace/trace.c | 3 -
mm/gup.c | 2 +-
mm/hugetlb.c | 6 +-
mm/memory-failure.c | 2 +-
mm/memory_hotplug.c | 2 +-
mm/mempolicy.c | 5 +-
mm/migrate.c | 7 +-
mm/page_alloc.c | 5 +-
mm/swapfile.c | 1 +
net/bridge/br_netfilter_hooks.c | 1 +
net/can/j1939/address-claim.c | 40 +
net/can/j1939/transport.c | 4 -
net/ipv4/tcp_bpf.c | 4 +-
net/netrom/af_netrom.c | 5 +
net/openvswitch/datapath.c | 12 +-
net/qrtr/ns.c | 5 +-
net/rds/message.c | 6 +-
net/x25/af_x25.c | 6 +
net/xfrm/xfrm_compat.c | 4 +-
net/xfrm/xfrm_input.c | 3 +-
sound/pci/hda/patch_realtek.c | 3 +
sound/pci/hda/patch_via.c | 3 +
sound/pci/lx6464es/lx_core.c | 11 +-
sound/synth/emux/emux_nrpn.c | 3 +
tools/testing/selftests/net/forwarding/lib.sh | 4 +-
tools/testing/selftests/net/udpgso_bench.sh | 24 +-
tools/testing/selftests/net/udpgso_bench_rx.c | 4 +-
tools/testing/selftests/net/udpgso_bench_tx.c | 36 +-
119 files changed, 1573 insertions(+), 855 deletions(-)
On 2023/2/13 22:49, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 5.10.168 release. > There are 139 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 Feb 2023 14:46:51 +0000. > Anything received after that time might be too late. > > The whole patch series can be found in one patch at: > https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.10.168-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-5.10.y > and the diffstat can be found below. > > thanks, > > greg k-h > > ------------- Tested on arm64 and x86 for 5.10.168-rc1, Kernel repo:https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git Branch: linux-5.10.y Version: 5.10.168-rc1 Commit: 65fa84413c15ee131ad4b76077c48f0603d1d8ec Compiler: gcc version 7.3.0 (GCC) arm64: -------------------------------------------------------------------- Testcase Result Summary: total: 9023 passed: 9023 failed: 0 timeout: 0 -------------------------------------------------------------------- x86: -------------------------------------------------------------------- Testcase Result Summary: total: 9023 passed: 9023 failed: 0 timeout: 0 -------------------------------------------------------------------- Tested-by: Hulk Robot <hulkrobot@huawei.com>
Hi Greg, On Mon, Feb 13, 2023 at 03:49:05PM +0100, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 5.10.168 release. > There are 139 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 Feb 2023 14:46:51 +0000. > Anything received after that time might be too late. > > The whole patch series can be found in one patch at: > https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.10.168-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-5.10.y > and the diffstat can be found below. Not pinpointed the exact cause, but booting 5.10.168-rc1 here on a x86_64 system: [ 0.853375] rtc_cmos 00:03: RTC can wake from S4 [ 0.854150] rtc_cmos 00:03: registered as rtc0 [ 0.854694] rtc_cmos 00:03: setting system clock to 2023-02-14T19:44:16 UTC (1676403856) [ 0.855555] list_add double add: new=ffff90df87f15810, prev=ffff90df87f15810, next=ffff90df80145420. [ 0.856513] ------------[ cut here ]------------ [ 0.857023] kernel BUG at lib/list_debug.c:33! [ 0.857519] invalid opcode: 0000 [#1] SMP NOPTI [ 0.858024] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 5.10.168-rc1+ #1 [ 0.858713] Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS 1.14.0-2 04/01/2014 [ 0.859562] RIP: 0010:__list_add_valid.cold+0x23/0x5b [ 0.860112] Code: 01 00 e9 5c c9 bb ff 48 c7 c7 e8 35 52 ac e8 94 10 ff ff 0f 0b 48 89 f2 4c 89 c1 48 89 fe 48 c7 c7 e8 36 52 ac e8 7d 10 ff ff <0f> 0b 48 89 d1 4c 89 c6 4c 89 ca 48 c7 c7 90 36 52 ac e8 66 10 ff [ 0.860502] RSP: 0018:ffffa8db40013a78 EFLAGS: 00010246 [ 0.860502] RAX: 0000000000000058 RBX: ffff90dfefaf4c00 RCX: ffffffffac8b3648 [ 0.860502] RDX: 0000000000000000 RSI: 00000000ffffefff RDI: 0000000000000246 [ 0.860502] RBP: ffff90df87f15808 R08: 0000000000000000 R09: ffffa8db400138a0 [ 0.860502] R10: ffffa8db40013898 R11: ffffffffac8cb688 R12: ffff90df80145420 [ 0.860502] R13: ffff90df87f15810 R14: ffff90df87f15810 R15: 0000000000000000 [ 0.860502] FS: 0000000000000000(0000) GS:ffff90dffbc00000(0000) knlGS:0000000000000000 [ 0.860502] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 0.860502] CR2: 0000000000000000 CR3: 000000016ee0a000 CR4: 0000000000350ef0 [ 0.860502] Call Trace: [ 0.860502] kobject_add_internal+0x7e/0x2d0 [ 0.860502] ? rpm_idle+0x1d/0x310 [ 0.860502] kobject_add+0x7e/0xb0 [ 0.860502] ? _cond_resched+0x16/0x50 [ 0.860502] device_add+0x118/0x840 [ 0.860502] nvmem_register+0x547/0x720 [ 0.860502] ? nvmem_unregister+0x40/0x40 [ 0.860502] devm_nvmem_register+0x3b/0x80 [ 0.860502] rtc_nvmem_register+0x33/0xe0 [ 0.860502] cmos_do_probe+0x3cc/0x5d0 [ 0.860502] ? cmos_validate_alarm+0x1c0/0x1c0 [ 0.860502] ? rtc_handler+0xd0/0xd0 [ 0.860502] ? cmos_do_probe+0x5d0/0x5d0 [ 0.860502] pnp_device_probe+0xb3/0x150 [ 0.860502] really_probe+0x222/0x480 [ 0.860502] driver_probe_device+0xe5/0x150 [ 0.860502] device_driver_attach+0xa9/0xb0 [ 0.860502] __driver_attach+0xa7/0x150 [ 0.860502] ? device_driver_attach+0xb0/0xb0 [ 0.860502] bus_for_each_dev+0x78/0xc0 [ 0.860502] bus_add_driver+0x13a/0x200 [ 0.860502] driver_register+0x8b/0xe0 [ 0.860502] ? rtc_dev_init+0x34/0x34 [ 0.860502] cmos_init+0x13/0x74 [ 0.860502] do_one_initcall+0x44/0x1d0 [ 0.860502] kernel_init_freeable+0x21e/0x280 [ 0.860502] ? rest_init+0xb4/0xb4 [ 0.860502] kernel_init+0xa/0x10c [ 0.860502] ret_from_fork+0x22/0x30 [ 0.860502] Modules linked in: [ 0.881782] ---[ end trace 15ab58632cc3d5c4 ]--- [ 0.882291] RIP: 0010:__list_add_valid.cold+0x23/0x5b [ 0.882839] Code: 01 00 e9 5c c9 bb ff 48 c7 c7 e8 35 52 ac e8 94 10 ff ff 0f 0b 48 89 f2 4c 89 c1 48 89 fe 48 c7 c7 e8 36 52 ac e8 7d 10 ff ff <0f> 0b 48 89 d1 4c 89 c6 4c 89 ca 48 c7 c7 90 36 52 ac e8 66 10 ff [ 0.884708] RSP: 0018:ffffa8db40013a78 EFLAGS: 00010246 [ 0.885274] RAX: 0000000000000058 RBX: ffff90dfefaf4c00 RCX: ffffffffac8b3648 [ 0.886021] RDX: 0000000000000000 RSI: 00000000ffffefff RDI: 0000000000000246 [ 0.886767] RBP: ffff90df87f15808 R08: 0000000000000000 R09: ffffa8db400138a0 [ 0.887518] R10: ffffa8db40013898 R11: ffffffffac8cb688 R12: ffff90df80145420 [ 0.888266] R13: ffff90df87f15810 R14: ffff90df87f15810 R15: 0000000000000000 [ 0.889454] FS: 0000000000000000(0000) GS:ffff90dffbc00000(0000) knlGS:0000000000000000 [ 0.890295] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 0.890916] CR2: 0000000000000000 CR3: 000000016ee0a000 CR4: 0000000000350ef0 [ 0.891670] Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b [ 0.892493] Kernel Offset: 0x2a400000 from 0xffffffff81000000 (relocation range: 0xffffffff80000000-0xffffffffbfffffff) [ 0.893451] ---[ end Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b ]--- Regards, Salvatore
On 2/14/23 11:45, Salvatore Bonaccorso wrote: > Hi Greg, > > On Mon, Feb 13, 2023 at 03:49:05PM +0100, Greg Kroah-Hartman wrote: >> This is the start of the stable review cycle for the 5.10.168 release. >> There are 139 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 Feb 2023 14:46:51 +0000. >> Anything received after that time might be too late. >> >> The whole patch series can be found in one patch at: >> https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.10.168-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-5.10.y >> and the diffstat can be found below. > > Not pinpointed the exact cause, but booting 5.10.168-rc1 here on a > x86_64 system: > > [ 0.853375] rtc_cmos 00:03: RTC can wake from S4 > [ 0.854150] rtc_cmos 00:03: registered as rtc0 > [ 0.854694] rtc_cmos 00:03: setting system clock to 2023-02-14T19:44:16 UTC (1676403856) > [ 0.855555] list_add double add: new=ffff90df87f15810, prev=ffff90df87f15810, next=ffff90df80145420. > [ 0.856513] ------------[ cut here ]------------ > [ 0.857023] kernel BUG at lib/list_debug.c:33! > [ 0.857519] invalid opcode: 0000 [#1] SMP NOPTI > [ 0.858024] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 5.10.168-rc1+ #1 > [ 0.858713] Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS 1.14.0-2 04/01/2014 > [ 0.859562] RIP: 0010:__list_add_valid.cold+0x23/0x5b > [ 0.860112] Code: 01 00 e9 5c c9 bb ff 48 c7 c7 e8 35 52 ac e8 94 10 ff ff 0f 0b 48 89 f2 4c 89 c1 48 89 fe 48 c7 c7 e8 36 52 ac e8 7d 10 ff ff <0f> 0b 48 89 d1 4c 89 c6 4c 89 ca 48 c7 c7 90 36 52 ac e8 66 10 ff > [ 0.860502] RSP: 0018:ffffa8db40013a78 EFLAGS: 00010246 > [ 0.860502] RAX: 0000000000000058 RBX: ffff90dfefaf4c00 RCX: ffffffffac8b3648 > [ 0.860502] RDX: 0000000000000000 RSI: 00000000ffffefff RDI: 0000000000000246 > [ 0.860502] RBP: ffff90df87f15808 R08: 0000000000000000 R09: ffffa8db400138a0 > [ 0.860502] R10: ffffa8db40013898 R11: ffffffffac8cb688 R12: ffff90df80145420 > [ 0.860502] R13: ffff90df87f15810 R14: ffff90df87f15810 R15: 0000000000000000 > [ 0.860502] FS: 0000000000000000(0000) GS:ffff90dffbc00000(0000) knlGS:0000000000000000 > [ 0.860502] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 > [ 0.860502] CR2: 0000000000000000 CR3: 000000016ee0a000 CR4: 0000000000350ef0 > [ 0.860502] Call Trace: > [ 0.860502] kobject_add_internal+0x7e/0x2d0 > [ 0.860502] ? rpm_idle+0x1d/0x310 > [ 0.860502] kobject_add+0x7e/0xb0 > [ 0.860502] ? _cond_resched+0x16/0x50 > [ 0.860502] device_add+0x118/0x840 > [ 0.860502] nvmem_register+0x547/0x720 > [ 0.860502] ? nvmem_unregister+0x40/0x40 > [ 0.860502] devm_nvmem_register+0x3b/0x80 > [ 0.860502] rtc_nvmem_register+0x33/0xe0 > [ 0.860502] cmos_do_probe+0x3cc/0x5d0 > [ 0.860502] ? cmos_validate_alarm+0x1c0/0x1c0 > [ 0.860502] ? rtc_handler+0xd0/0xd0 > [ 0.860502] ? cmos_do_probe+0x5d0/0x5d0 > [ 0.860502] pnp_device_probe+0xb3/0x150 > [ 0.860502] really_probe+0x222/0x480 > [ 0.860502] driver_probe_device+0xe5/0x150 > [ 0.860502] device_driver_attach+0xa9/0xb0 > [ 0.860502] __driver_attach+0xa7/0x150 > [ 0.860502] ? device_driver_attach+0xb0/0xb0 > [ 0.860502] bus_for_each_dev+0x78/0xc0 > [ 0.860502] bus_add_driver+0x13a/0x200 > [ 0.860502] driver_register+0x8b/0xe0 > [ 0.860502] ? rtc_dev_init+0x34/0x34 > [ 0.860502] cmos_init+0x13/0x74 > [ 0.860502] do_one_initcall+0x44/0x1d0 > [ 0.860502] kernel_init_freeable+0x21e/0x280 > [ 0.860502] ? rest_init+0xb4/0xb4 > [ 0.860502] kernel_init+0xa/0x10c > [ 0.860502] ret_from_fork+0x22/0x30 > [ 0.860502] Modules linked in: > [ 0.881782] ---[ end trace 15ab58632cc3d5c4 ]--- > [ 0.882291] RIP: 0010:__list_add_valid.cold+0x23/0x5b > [ 0.882839] Code: 01 00 e9 5c c9 bb ff 48 c7 c7 e8 35 52 ac e8 94 10 ff ff 0f 0b 48 89 f2 4c 89 c1 48 89 fe 48 c7 c7 e8 36 52 ac e8 7d 10 ff ff <0f> 0b 48 89 d1 4c 89 c6 4c 89 ca 48 c7 c7 90 36 52 ac e8 66 10 ff > [ 0.884708] RSP: 0018:ffffa8db40013a78 EFLAGS: 00010246 > [ 0.885274] RAX: 0000000000000058 RBX: ffff90dfefaf4c00 RCX: ffffffffac8b3648 > [ 0.886021] RDX: 0000000000000000 RSI: 00000000ffffefff RDI: 0000000000000246 > [ 0.886767] RBP: ffff90df87f15808 R08: 0000000000000000 R09: ffffa8db400138a0 > [ 0.887518] R10: ffffa8db40013898 R11: ffffffffac8cb688 R12: ffff90df80145420 > [ 0.888266] R13: ffff90df87f15810 R14: ffff90df87f15810 R15: 0000000000000000 > [ 0.889454] FS: 0000000000000000(0000) GS:ffff90dffbc00000(0000) knlGS:0000000000000000 > [ 0.890295] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 > [ 0.890916] CR2: 0000000000000000 CR3: 000000016ee0a000 CR4: 0000000000350ef0 > [ 0.891670] Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b > [ 0.892493] Kernel Offset: 0x2a400000 from 0xffffffff81000000 (relocation range: 0xffffffff80000000-0xffffffffbfffffff) > [ 0.893451] ---[ end Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b ]--- > This is caused by the bad nvmem patch in -rc1. -rc2 has the fix. Guenter
Hi Guenter, On Tue, Feb 14, 2023 at 11:57:04AM -0800, Guenter Roeck wrote: > On 2/14/23 11:45, Salvatore Bonaccorso wrote: > > Hi Greg, > > > > On Mon, Feb 13, 2023 at 03:49:05PM +0100, Greg Kroah-Hartman wrote: > > > This is the start of the stable review cycle for the 5.10.168 release. > > > There are 139 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 Feb 2023 14:46:51 +0000. > > > Anything received after that time might be too late. > > > > > > The whole patch series can be found in one patch at: > > > https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.10.168-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-5.10.y > > > and the diffstat can be found below. > > > > Not pinpointed the exact cause, but booting 5.10.168-rc1 here on a > > x86_64 system: > > > > [ 0.853375] rtc_cmos 00:03: RTC can wake from S4 > > [ 0.854150] rtc_cmos 00:03: registered as rtc0 > > [ 0.854694] rtc_cmos 00:03: setting system clock to 2023-02-14T19:44:16 UTC (1676403856) > > [ 0.855555] list_add double add: new=ffff90df87f15810, prev=ffff90df87f15810, next=ffff90df80145420. > > [ 0.856513] ------------[ cut here ]------------ > > [ 0.857023] kernel BUG at lib/list_debug.c:33! > > [ 0.857519] invalid opcode: 0000 [#1] SMP NOPTI > > [ 0.858024] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 5.10.168-rc1+ #1 > > [ 0.858713] Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS 1.14.0-2 04/01/2014 > > [ 0.859562] RIP: 0010:__list_add_valid.cold+0x23/0x5b > > [ 0.860112] Code: 01 00 e9 5c c9 bb ff 48 c7 c7 e8 35 52 ac e8 94 10 ff ff 0f 0b 48 89 f2 4c 89 c1 48 89 fe 48 c7 c7 e8 36 52 ac e8 7d 10 ff ff <0f> 0b 48 89 d1 4c 89 c6 4c 89 ca 48 c7 c7 90 36 52 ac e8 66 10 ff > > [ 0.860502] RSP: 0018:ffffa8db40013a78 EFLAGS: 00010246 > > [ 0.860502] RAX: 0000000000000058 RBX: ffff90dfefaf4c00 RCX: ffffffffac8b3648 > > [ 0.860502] RDX: 0000000000000000 RSI: 00000000ffffefff RDI: 0000000000000246 > > [ 0.860502] RBP: ffff90df87f15808 R08: 0000000000000000 R09: ffffa8db400138a0 > > [ 0.860502] R10: ffffa8db40013898 R11: ffffffffac8cb688 R12: ffff90df80145420 > > [ 0.860502] R13: ffff90df87f15810 R14: ffff90df87f15810 R15: 0000000000000000 > > [ 0.860502] FS: 0000000000000000(0000) GS:ffff90dffbc00000(0000) knlGS:0000000000000000 > > [ 0.860502] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 > > [ 0.860502] CR2: 0000000000000000 CR3: 000000016ee0a000 CR4: 0000000000350ef0 > > [ 0.860502] Call Trace: > > [ 0.860502] kobject_add_internal+0x7e/0x2d0 > > [ 0.860502] ? rpm_idle+0x1d/0x310 > > [ 0.860502] kobject_add+0x7e/0xb0 > > [ 0.860502] ? _cond_resched+0x16/0x50 > > [ 0.860502] device_add+0x118/0x840 > > [ 0.860502] nvmem_register+0x547/0x720 > > [ 0.860502] ? nvmem_unregister+0x40/0x40 > > [ 0.860502] devm_nvmem_register+0x3b/0x80 > > [ 0.860502] rtc_nvmem_register+0x33/0xe0 > > [ 0.860502] cmos_do_probe+0x3cc/0x5d0 > > [ 0.860502] ? cmos_validate_alarm+0x1c0/0x1c0 > > [ 0.860502] ? rtc_handler+0xd0/0xd0 > > [ 0.860502] ? cmos_do_probe+0x5d0/0x5d0 > > [ 0.860502] pnp_device_probe+0xb3/0x150 > > [ 0.860502] really_probe+0x222/0x480 > > [ 0.860502] driver_probe_device+0xe5/0x150 > > [ 0.860502] device_driver_attach+0xa9/0xb0 > > [ 0.860502] __driver_attach+0xa7/0x150 > > [ 0.860502] ? device_driver_attach+0xb0/0xb0 > > [ 0.860502] bus_for_each_dev+0x78/0xc0 > > [ 0.860502] bus_add_driver+0x13a/0x200 > > [ 0.860502] driver_register+0x8b/0xe0 > > [ 0.860502] ? rtc_dev_init+0x34/0x34 > > [ 0.860502] cmos_init+0x13/0x74 > > [ 0.860502] do_one_initcall+0x44/0x1d0 > > [ 0.860502] kernel_init_freeable+0x21e/0x280 > > [ 0.860502] ? rest_init+0xb4/0xb4 > > [ 0.860502] kernel_init+0xa/0x10c > > [ 0.860502] ret_from_fork+0x22/0x30 > > [ 0.860502] Modules linked in: > > [ 0.881782] ---[ end trace 15ab58632cc3d5c4 ]--- > > [ 0.882291] RIP: 0010:__list_add_valid.cold+0x23/0x5b > > [ 0.882839] Code: 01 00 e9 5c c9 bb ff 48 c7 c7 e8 35 52 ac e8 94 10 ff ff 0f 0b 48 89 f2 4c 89 c1 48 89 fe 48 c7 c7 e8 36 52 ac e8 7d 10 ff ff <0f> 0b 48 89 d1 4c 89 c6 4c 89 ca 48 c7 c7 90 36 52 ac e8 66 10 ff > > [ 0.884708] RSP: 0018:ffffa8db40013a78 EFLAGS: 00010246 > > [ 0.885274] RAX: 0000000000000058 RBX: ffff90dfefaf4c00 RCX: ffffffffac8b3648 > > [ 0.886021] RDX: 0000000000000000 RSI: 00000000ffffefff RDI: 0000000000000246 > > [ 0.886767] RBP: ffff90df87f15808 R08: 0000000000000000 R09: ffffa8db400138a0 > > [ 0.887518] R10: ffffa8db40013898 R11: ffffffffac8cb688 R12: ffff90df80145420 > > [ 0.888266] R13: ffff90df87f15810 R14: ffff90df87f15810 R15: 0000000000000000 > > [ 0.889454] FS: 0000000000000000(0000) GS:ffff90dffbc00000(0000) knlGS:0000000000000000 > > [ 0.890295] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 > > [ 0.890916] CR2: 0000000000000000 CR3: 000000016ee0a000 CR4: 0000000000350ef0 > > [ 0.891670] Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b > > [ 0.892493] Kernel Offset: 0x2a400000 from 0xffffffff81000000 (relocation range: 0xffffffff80000000-0xffffffffbfffffff) > > [ 0.893451] ---[ end Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b ]--- > > > > This is caused by the bad nvmem patch in -rc1. -rc2 has the fix. Confirmed; -rc3 boots fine. For 5.10.168-rc3: Tested-by: Salvatore Bonaccorso <carnil@debian.org> Regards, Salvatore
On 2/13/23 06:49, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 5.10.168 release. > There are 139 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 Feb 2023 14:46:51 +0000. > Anything received after that time might be too late. > Seen with several x86_64 boot tests during reboot: [ 13.465146] ------------[ cut here ]------------ [ 13.465644] list_del corruption. prev->next should be ffff9836448a5008, but was ffff9836448a2010 ILLOPC: ffffffffae597813: 0f 0b [ 13.466452] WARNING: CPU: 0 PID: 302 at lib/list_debug.c:59 __list_del_entry_valid+0xb3/0xe0 [ 13.466710] Modules linked in: [ 13.467103] CPU: 0 PID: 302 Comm: init Not tainted 5.10.168-rc1+ #1 [ 13.467281] Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS 0.0.0 02/06/2015 [ 13.467545] RIP: 0010:__list_del_entry_valid+0xb3/0xe0 [ 13.468234] Code: cc cc cc 4c 89 c2 48 c7 c7 f8 c6 82 af e8 ad c9 8e 00 0f 0b 31 c0 c3 cc cc cc cc 4c 89 c2 48 c7 c7 30 c7 82 af e8 95 c9 8e 00 <0f> 0b 31 c0 c3 cc cc cc cc 4c 89 c6 48 c7 c7 70 c7 82 af e8 7d c9 [ 13.468694] RSP: 0018:ffff9f160017bde0 EFLAGS: 00000282 [ 13.469076] RAX: 0000000000000000 RBX: ffff9836448a5008 RCX: 0000000000000006 [ 13.469297] RDX: 0000000000000000 RSI: 0000000000000000 RDI: ffffffffae0e03dd [ 13.469494] RBP: ffff98364482c2f0 R08: 0000000000000001 R09: 0000000000000001 [ 13.469699] R10: 0000000000000001 R11: ffffffffafa6f3e0 R12: ffff9836448a5000 [ 13.469974] R13: ffff9836448a3910 R14: 00000000fee1dead R15: 0000000000000000 [ 13.470122] FS: 00007ff4118d7b28(0000) GS:ffff98365f600000(0000) knlGS:0000000000000000 [ 13.470230] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 13.470311] CR2: 00007fd877982830 CR3: 0000000005218000 CR4: 00000000001506f0 [ 13.470438] Call Trace: [ 13.470532] device_shutdown+0xae/0x1c0 [ 13.470610] __do_sys_reboot.cold+0x2f/0x5b [ 13.470675] ? __lock_acquire+0x5bd/0x2640 [ 13.470777] ? lock_acquire+0xc6/0x2b0 [ 13.470934] ? lockdep_hardirqs_on_prepare+0xdc/0x1a0 [ 13.471015] ? syscall_enter_from_user_mode+0x1d/0x50 [ 13.471101] do_syscall_64+0x33/0x40 [ 13.471162] entry_SYSCALL_64_after_hwframe+0x61/0xc6 [ 13.471313] RIP: 0033:0x7ff411860aa6 [ 13.471437] Code: ff 5a c3 48 63 ff b8 bb 00 00 00 0f 05 48 89 c7 e9 95 e9 ff ff 48 63 d7 bf ad de e1 fe 50 be 69 19 12 28 b8 a9 00 00 00 0f 05 <48> 89 c7 e8 78 e9 ff ff 5a c3 49 89 ca 50 48 63 d2 4d 63 c0 b8 d8 [ 13.471627] RSP: 002b:00007ffd01d415e0 EFLAGS: 00000246 ORIG_RAX: 00000000000000a9 [ 13.471741] RAX: ffffffffffffffda RBX: 000000000000000f RCX: 00007ff411860aa6 [ 13.471899] RDX: 0000000001234567 RSI: 0000000028121969 RDI: 00000000fee1dead [ 13.472008] RBP: 0000000001234567 R08: 0000000000000000 R09: 0000000000000000 [ 13.472099] R10: 0000000000000000 R11: 0000000000000246 R12: 0000000000000000 [ 13.472185] R13: 00007ffd01d417a8 R14: 00007ff4118d7b28 R15: 0000000000000000 [ 13.472384] irq event stamp: 479 [ 13.472453] hardirqs last enabled at (487): [<ffffffffae0e03dd>] console_unlock+0x4dd/0x5e0 [ 13.472560] hardirqs last disabled at (494): [<ffffffffae0e0334>] console_unlock+0x434/0x5e0 [ 13.472666] softirqs last enabled at (242): [<ffffffffaf000fe2>] asm_call_irq_on_stack+0x12/0x20 [ 13.472775] softirqs last disabled at (237): [<ffffffffaf000fe2>] asm_call_irq_on_stack+0x12/0x20 [ 13.472964] ---[ end trace 34290884cd36b277 ]--- Currently bisecting. Guenter
On 2/14/23 09:15, Guenter Roeck wrote: > On 2/13/23 06:49, Greg Kroah-Hartman wrote: >> This is the start of the stable review cycle for the 5.10.168 release. >> There are 139 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 Feb 2023 14:46:51 +0000. >> Anything received after that time might be too late. >> > > Seen with several x86_64 boot tests during reboot: > > [ 13.465146] ------------[ cut here ]------------ > [ 13.465644] list_del corruption. prev->next should be ffff9836448a5008, but was ffff9836448a2010 > ILLOPC: ffffffffae597813: 0f 0b > [ 13.466452] WARNING: CPU: 0 PID: 302 at lib/list_debug.c:59 __list_del_entry_valid+0xb3/0xe0 > [ 13.466710] Modules linked in: > [ 13.467103] CPU: 0 PID: 302 Comm: init Not tainted 5.10.168-rc1+ #1 > [ 13.467281] Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS 0.0.0 02/06/2015 > [ 13.467545] RIP: 0010:__list_del_entry_valid+0xb3/0xe0 > [ 13.468234] Code: cc cc cc 4c 89 c2 48 c7 c7 f8 c6 82 af e8 ad c9 8e 00 0f 0b 31 c0 c3 cc cc cc cc 4c 89 c2 48 c7 c7 30 c7 82 af e8 95 c9 8e 00 <0f> 0b 31 c0 c3 cc cc cc cc 4c 89 c6 48 c7 c7 70 c7 82 af e8 7d c9 > [ 13.468694] RSP: 0018:ffff9f160017bde0 EFLAGS: 00000282 > [ 13.469076] RAX: 0000000000000000 RBX: ffff9836448a5008 RCX: 0000000000000006 > [ 13.469297] RDX: 0000000000000000 RSI: 0000000000000000 RDI: ffffffffae0e03dd > [ 13.469494] RBP: ffff98364482c2f0 R08: 0000000000000001 R09: 0000000000000001 > [ 13.469699] R10: 0000000000000001 R11: ffffffffafa6f3e0 R12: ffff9836448a5000 > [ 13.469974] R13: ffff9836448a3910 R14: 00000000fee1dead R15: 0000000000000000 > [ 13.470122] FS: 00007ff4118d7b28(0000) GS:ffff98365f600000(0000) knlGS:0000000000000000 > [ 13.470230] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 > [ 13.470311] CR2: 00007fd877982830 CR3: 0000000005218000 CR4: 00000000001506f0 > [ 13.470438] Call Trace: > [ 13.470532] device_shutdown+0xae/0x1c0 > [ 13.470610] __do_sys_reboot.cold+0x2f/0x5b > [ 13.470675] ? __lock_acquire+0x5bd/0x2640 > [ 13.470777] ? lock_acquire+0xc6/0x2b0 > [ 13.470934] ? lockdep_hardirqs_on_prepare+0xdc/0x1a0 > [ 13.471015] ? syscall_enter_from_user_mode+0x1d/0x50 > [ 13.471101] do_syscall_64+0x33/0x40 > [ 13.471162] entry_SYSCALL_64_after_hwframe+0x61/0xc6 > [ 13.471313] RIP: 0033:0x7ff411860aa6 > [ 13.471437] Code: ff 5a c3 48 63 ff b8 bb 00 00 00 0f 05 48 89 c7 e9 95 e9 ff ff 48 63 d7 bf ad de e1 fe 50 be 69 19 12 28 b8 a9 00 00 00 0f 05 <48> 89 c7 e8 78 e9 ff ff 5a c3 49 89 ca 50 48 63 d2 4d 63 c0 b8 d8 > [ 13.471627] RSP: 002b:00007ffd01d415e0 EFLAGS: 00000246 ORIG_RAX: 00000000000000a9 > [ 13.471741] RAX: ffffffffffffffda RBX: 000000000000000f RCX: 00007ff411860aa6 > [ 13.471899] RDX: 0000000001234567 RSI: 0000000028121969 RDI: 00000000fee1dead > [ 13.472008] RBP: 0000000001234567 R08: 0000000000000000 R09: 0000000000000000 > [ 13.472099] R10: 0000000000000000 R11: 0000000000000246 R12: 0000000000000000 > [ 13.472185] R13: 00007ffd01d417a8 R14: 00007ff4118d7b28 R15: 0000000000000000 > [ 13.472384] irq event stamp: 479 > [ 13.472453] hardirqs last enabled at (487): [<ffffffffae0e03dd>] console_unlock+0x4dd/0x5e0 > [ 13.472560] hardirqs last disabled at (494): [<ffffffffae0e0334>] console_unlock+0x434/0x5e0 > [ 13.472666] softirqs last enabled at (242): [<ffffffffaf000fe2>] asm_call_irq_on_stack+0x12/0x20 > [ 13.472775] softirqs last disabled at (237): [<ffffffffaf000fe2>] asm_call_irq_on_stack+0x12/0x20 > [ 13.472964] ---[ end trace 34290884cd36b277 ]--- > > Currently bisecting. > Reverting the nvmem patches fixed this problem. Guenter
On Tue, Feb 14, 2023 at 09:51:39AM -0800, Guenter Roeck wrote: > On 2/14/23 09:15, Guenter Roeck wrote: > > On 2/13/23 06:49, Greg Kroah-Hartman wrote: > > > This is the start of the stable review cycle for the 5.10.168 release. > > > There are 139 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 Feb 2023 14:46:51 +0000. > > > Anything received after that time might be too late. > > > > > > > Seen with several x86_64 boot tests during reboot: > > > > [ 13.465146] ------------[ cut here ]------------ > > [ 13.465644] list_del corruption. prev->next should be ffff9836448a5008, but was ffff9836448a2010 > > ILLOPC: ffffffffae597813: 0f 0b > > [ 13.466452] WARNING: CPU: 0 PID: 302 at lib/list_debug.c:59 __list_del_entry_valid+0xb3/0xe0 > > [ 13.466710] Modules linked in: > > [ 13.467103] CPU: 0 PID: 302 Comm: init Not tainted 5.10.168-rc1+ #1 > > [ 13.467281] Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS 0.0.0 02/06/2015 > > [ 13.467545] RIP: 0010:__list_del_entry_valid+0xb3/0xe0 > > [ 13.468234] Code: cc cc cc 4c 89 c2 48 c7 c7 f8 c6 82 af e8 ad c9 8e 00 0f 0b 31 c0 c3 cc cc cc cc 4c 89 c2 48 c7 c7 30 c7 82 af e8 95 c9 8e 00 <0f> 0b 31 c0 c3 cc cc cc cc 4c 89 c6 48 c7 c7 70 c7 82 af e8 7d c9 > > [ 13.468694] RSP: 0018:ffff9f160017bde0 EFLAGS: 00000282 > > [ 13.469076] RAX: 0000000000000000 RBX: ffff9836448a5008 RCX: 0000000000000006 > > [ 13.469297] RDX: 0000000000000000 RSI: 0000000000000000 RDI: ffffffffae0e03dd > > [ 13.469494] RBP: ffff98364482c2f0 R08: 0000000000000001 R09: 0000000000000001 > > [ 13.469699] R10: 0000000000000001 R11: ffffffffafa6f3e0 R12: ffff9836448a5000 > > [ 13.469974] R13: ffff9836448a3910 R14: 00000000fee1dead R15: 0000000000000000 > > [ 13.470122] FS: 00007ff4118d7b28(0000) GS:ffff98365f600000(0000) knlGS:0000000000000000 > > [ 13.470230] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 > > [ 13.470311] CR2: 00007fd877982830 CR3: 0000000005218000 CR4: 00000000001506f0 > > [ 13.470438] Call Trace: > > [ 13.470532] device_shutdown+0xae/0x1c0 > > [ 13.470610] __do_sys_reboot.cold+0x2f/0x5b > > [ 13.470675] ? __lock_acquire+0x5bd/0x2640 > > [ 13.470777] ? lock_acquire+0xc6/0x2b0 > > [ 13.470934] ? lockdep_hardirqs_on_prepare+0xdc/0x1a0 > > [ 13.471015] ? syscall_enter_from_user_mode+0x1d/0x50 > > [ 13.471101] do_syscall_64+0x33/0x40 > > [ 13.471162] entry_SYSCALL_64_after_hwframe+0x61/0xc6 > > [ 13.471313] RIP: 0033:0x7ff411860aa6 > > [ 13.471437] Code: ff 5a c3 48 63 ff b8 bb 00 00 00 0f 05 48 89 c7 e9 95 e9 ff ff 48 63 d7 bf ad de e1 fe 50 be 69 19 12 28 b8 a9 00 00 00 0f 05 <48> 89 c7 e8 78 e9 ff ff 5a c3 49 89 ca 50 48 63 d2 4d 63 c0 b8 d8 > > [ 13.471627] RSP: 002b:00007ffd01d415e0 EFLAGS: 00000246 ORIG_RAX: 00000000000000a9 > > [ 13.471741] RAX: ffffffffffffffda RBX: 000000000000000f RCX: 00007ff411860aa6 > > [ 13.471899] RDX: 0000000001234567 RSI: 0000000028121969 RDI: 00000000fee1dead > > [ 13.472008] RBP: 0000000001234567 R08: 0000000000000000 R09: 0000000000000000 > > [ 13.472099] R10: 0000000000000000 R11: 0000000000000246 R12: 0000000000000000 > > [ 13.472185] R13: 00007ffd01d417a8 R14: 00007ff4118d7b28 R15: 0000000000000000 > > [ 13.472384] irq event stamp: 479 > > [ 13.472453] hardirqs last enabled at (487): [<ffffffffae0e03dd>] console_unlock+0x4dd/0x5e0 > > [ 13.472560] hardirqs last disabled at (494): [<ffffffffae0e0334>] console_unlock+0x434/0x5e0 > > [ 13.472666] softirqs last enabled at (242): [<ffffffffaf000fe2>] asm_call_irq_on_stack+0x12/0x20 > > [ 13.472775] softirqs last disabled at (237): [<ffffffffaf000fe2>] asm_call_irq_on_stack+0x12/0x20 > > [ 13.472964] ---[ end trace 34290884cd36b277 ]--- > > > > Currently bisecting. > > > Reverting the nvmem patches fixed this problem. nvmem patches are now dropped and a -rc2 is pushed out. thanks, greg k-h
On Tue, Feb 14, 2023 at 9:51 AM Guenter Roeck <linux@roeck-us.net> wrote:
>
> Reverting the nvmem patches fixed this problem.
But upstream is fine?
Linus
On 2/14/23 09:54, Linus Torvalds wrote: > On Tue, Feb 14, 2023 at 9:51 AM Guenter Roeck <linux@roeck-us.net> wrote: >> >> Reverting the nvmem patches fixed this problem. > > But upstream is fine? > Yes, this was a bad backport. One of the nvmem patches was missing from the backport. However, a fix for that missing patch was backported, causing a double device registration and all kinds of interesting problems. Guenter
On 2/13/23 06:49, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 5.10.168 release. > There are 139 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 Feb 2023 14:46:51 +0000. > Anything received after that time might be too late. > We don't know the reason/cause yet, but Chromebooks with arm64 CPU no longer boot with this merge applied to chromeos-5.10. We'll revert the nvmem patches and try again. If that doesn't help we'll need to bisect which will take some time. Guenter
On 2/14/23 09:04, Guenter Roeck wrote: > On 2/13/23 06:49, Greg Kroah-Hartman wrote: >> This is the start of the stable review cycle for the 5.10.168 release. >> There are 139 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 Feb 2023 14:46:51 +0000. >> Anything received after that time might be too late. >> > > We don't know the reason/cause yet, but Chromebooks with arm64 CPU > no longer boot with this merge applied to chromeos-5.10. We'll revert > the nvmem patches and try again. If that doesn't help we'll need > to bisect which will take some time. > This is also caused by the nvmem problem. Guenter
Hi Greg, On Mon, Feb 13, 2023 at 03:49:05PM +0100, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 5.10.168 release. > There are 139 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 Feb 2023 14:46:51 +0000. > Anything received after that time might be too late. Build test (gcc version 11.3.1 20230210): mips: 63 configs -> no failure arm: 104 configs -> no failure arm64: 3 configs -> no failure x86_64: 4 configs -> no failure alpha allmodconfig -> no failure powerpc allmodconfig -> no failure riscv allmodconfig -> no failure s390 allmodconfig -> no failure xtensa allmodconfig -> no failure Boot test: x86_64: Booted on qemu. New warning. [1] [ 0.768162] sysfs: cannot create duplicate filename '/devices/pnp0/00:05/cmos_nvram0' [ 0.768167] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 5.10.168-rc1 #1 [ 0.768168] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.14.0-0-g155821a-rebuilt.opensuse.org 04/01/2014 [ 0.768170] Call Trace: [ 0.768184] dump_stack+0x72/0x92 [ 0.768187] sysfs_warn_dup.cold+0x17/0x2a [ 0.768191] sysfs_create_dir_ns+0xbc/0xd0 [ 0.768194] kobject_add_internal+0xb4/0x300 [ 0.768195] kobject_add+0x81/0xb0 [ 0.768198] ? klist_children_get+0x1a/0x30 [ 0.768200] device_add+0xdc/0x820 [ 0.768203] ? acpi_fwnode_property_present+0x5a/0x70 [ 0.768206] nvmem_register+0x4d6/0x7e0 [ 0.768208] devm_nvmem_register+0x3f/0x80 [ 0.768211] rtc_nvmem_register+0x38/0xe0 [ 0.768213] cmos_do_probe+0x56b/0x610 [ 0.768215] ? cmos_set_alarm_callback+0xd0/0xd0 [ 0.768216] ? rtc_handler+0xe0/0xe0 [ 0.768218] cmos_pnp_probe+0x74/0xa0 [ 0.768220] pnp_device_probe+0xc2/0x170 [ 0.768222] ? cmos_do_probe+0x610/0x610 [ 0.768223] really_probe+0x28a/0x470 [ 0.768225] driver_probe_device+0xec/0x160 [ 0.768227] device_driver_attach+0xb3/0xc0 [ 0.768229] ? device_driver_attach+0xc0/0xc0 [ 0.768230] __driver_attach+0xae/0x160 [ 0.768232] ? device_driver_attach+0xc0/0xc0 [ 0.768234] bus_for_each_dev+0x7c/0xc0 [ 0.768235] driver_attach+0x1e/0x30 [ 0.768237] bus_add_driver+0x148/0x210 [ 0.768239] driver_register+0x8f/0xf0 [ 0.768241] ? rtc_dev_init+0x39/0x39 [ 0.768243] pnp_register_driver+0x20/0x30 [ 0.768244] cmos_init+0x16/0x7d [ 0.768245] ? rtc_dev_init+0x39/0x39 [ 0.768249] do_one_initcall+0x4a/0x1e0 [ 0.768251] kernel_init_freeable+0x22a/0x281 [ 0.768254] ? rest_init+0xbe/0xbe [ 0.768255] kernel_init+0xe/0x112 [ 0.768257] ret_from_fork+0x22/0x30 [ 0.768259] kobject_add_internal failed for cmos_nvram0 with -EEXIST, don't try to register things with the same name in the same directory. arm64: Booted on rpi4b (4GB model). No regression. [2] Regression: x86_64: Boot failed on my test laptop with a panic. Will try a bisect later today. [1]. https://openqa.qa.codethink.co.uk/tests/2856 [2]. https://openqa.qa.codethink.co.uk/tests/2857 Tested-by: Sudip Mukherjee <sudip.mukherjee@codethink.co.uk> -- Regards Sudip
On 2/13/23 06:49, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.10.168 release.
> There are 139 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 Feb 2023 14:46:51 +0000.
> Anything received after that time might be too late.
>
Building powerpc:ppc32_allmodconfig ... failed
--------------
Error log:
In file included from arch/powerpc/net/bpf_jit_comp.c:16:
arch/powerpc/net/bpf_jit32.h:131:8: error: redefinition of 'struct codegen_context'
131 | struct codegen_context {
| ^~~~~~~~~~~~~~~
In file included from arch/powerpc/net/bpf_jit32.h:13,
from arch/powerpc/net/bpf_jit_comp.c:16:
arch/powerpc/net/bpf_jit.h:124:8: note: originally defined here
124 | struct codegen_context {
| ^~~~~~~~~~~~~~~
arch/powerpc/net/bpf_jit_comp.c:18:20: error: redefinition of 'bpf_flush_icache'
18 | static inline void bpf_flush_icache(void *start, void *end)
| ^~~~~~~~~~~~~~~~
In file included from arch/powerpc/net/bpf_jit32.h:13,
from arch/powerpc/net/bpf_jit_comp.c:16:
arch/powerpc/net/bpf_jit.h:139:20: note: previous definition of 'bpf_flush_icache' with type 'void(void *, void *)'
139 | static inline void bpf_flush_icache(void *start, void *end)
| ^~~~~~~~~~~~~~~~
make[3]: *** [scripts/Makefile.build:286: arch/powerpc/net/bpf_jit_comp.o] Error 1
Guenter
On 2/13/23 07:49, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 5.10.168 release. > There are 139 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 Feb 2023 14:46:51 +0000. > Anything received after that time might be too late. > > The whole patch series can be found in one patch at: > https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.10.168-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-5.10.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
On 2/13/23 06:49, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 5.10.168 release. > There are 139 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 Feb 2023 14:46:51 +0000. > Anything received after that time might be too late. > > The whole patch series can be found in one patch at: > https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.10.168-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-5.10.y > and the diffstat can be found below. > > thanks, > > greg k-h There is a regression coming from: nvmem: core: fix registration vs use race which causes the following to happen for MTD devices: [ 6.031640] kobject_add_internal failed for mtd0 with -EEXIST, don't try to register things with the same name in the same directory. [ 7.846965] spi-nor: probe of spi0.0 failed with error -17 attached is a full log with the call trace. This does not happen with v6.2-rc8 where the MTD partitions are successfully registered. -- Florian
Hi Greg and Florian, On Tue, 14 Feb 2023 at 01:20, Florian Fainelli <f.fainelli@gmail.com> wrote: > > On 2/13/23 06:49, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 5.10.168 release. > > There are 139 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 Feb 2023 14:46:51 +0000. > > Anything received after that time might be too late. > > > > The whole patch series can be found in one patch at: > > https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.10.168-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-5.10.y > > and the diffstat can be found below. > > > > thanks, > > > > greg k-h > > There is a regression coming from: > > nvmem: core: fix registration vs use race > > which causes the following to happen for MTD devices: > > [ 6.031640] kobject_add_internal failed for mtd0 with -EEXIST, don't > try to register things with the same name in the same directory. > [ 7.846965] spi-nor: probe of spi0.0 failed with error -17 > > attached is a full log with the call trace. This does not happen with > v6.2-rc8 where the MTD partitions are successfully registered.qfprom Like said above, [ 5.965191] kobject_add_internal failed for qfprom0 with -EEXIST, don't try to register things with the same name in the same directory. [ 5.969110] qcom,qfprom: probe of 5c000.qfprom failed with error -17 Following kernel crash noticed on arm64 Qcom dragonboard 410c device. We will bisect this problem and get back to you soon. Reported-by: Linux Kernel Functional Testing <lkft@linaro.org> [ 0.000000] Booting Linux on physical CPU 0x0000000000 [0x410fd030] [ 0.000000] Linux version 5.10.168-rc1 (tuxmake@tuxmake) (aarch64-linux-gnu-gcc (Debian 11.3.0-11) 11.3.0, GNU ld (GNU Binutils for Debian) 2.40) #1 SMP PREEMPT @1676300748 [ 0.000000] Machine model: Qualcomm Technologies, Inc. APQ 8016 SBC .. [ 5.808975] usbhid: USB HID core driver [ 5.827592] genirq: irq_chip msmgpio did not update eff. affinity mask of irq 75 [ 5.845725] sysfs: cannot create duplicate filename '/devices/platform/soc/5c000.qfprom/qfprom0' [ 5.845994] CPU: 2 PID: 1 Comm: swapper/0 Not tainted 5.10.168-rc1 #1 [ 5.853735] Hardware name: Qualcomm Technologies, Inc. APQ 8016 SBC (DT) [ 5.860077] Call trace: [ 5.866760] dump_backtrace+0x0/0x1f0 [ 5.868952] show_stack+0x20/0x30 [ 5.872766] dump_stack+0x110/0x160 [ 5.876068] sysfs_warn_dup+0x6c/0x90 [ 5.879371] sysfs_create_dir_ns+0xf0/0x110 [ 5.883201] kobject_add_internal+0xa0/0x324 [ 5.887195] kobject_add+0x94/0x10c [ 5.891693] device_add+0xfc/0x780 [ 5.894902] nvmem_register+0x6fc/0x930 [ 5.898383] devm_nvmem_register+0x4c/0x94 [ 5.902121] qfprom_probe+0x1e0/0x29c [ 5.906279] platform_drv_probe+0x5c/0xb4 [ 5.910021] really_probe+0xf8/0x52c [ 5.914004] driver_probe_device+0xfc/0x170 [ 5.917663] device_driver_attach+0xd0/0xe0 [ 5.921567] __driver_attach+0xd4/0x194 [ 5.925729] bus_for_each_dev+0x78/0xdc [ 5.929546] driver_attach+0x2c/0x40 [ 5.933361] bus_add_driver+0x154/0x254 [ 5.937183] driver_register+0x80/0x13c [ 5.940745] __platform_driver_register+0x50/0x5c [ 5.944583] qfprom_driver_init+0x24/0x30 [ 5.949428] do_one_initcall+0x8c/0x470 [ 5.953419] kernel_init_freeable+0x320/0x38c [ 5.957077] kernel_init+0x1c/0x128 [ 5.961570] ret_from_fork+0x10/0x30 [ 5.965191] kobject_add_internal failed for qfprom0 with -EEXIST, don't try to register things with the same name in the same directory. [ 5.969110] qcom,qfprom: probe of 5c000.qfprom failed with error -17 [ 6.000014] netem: version 1.3 [ 6.000346] ipip: IPv4 and MPLS over IPv4 tunneling driver [ 6.005040] gre: GRE over IPv4 demultiplexor driver [ 6.007652] ip_gre: GRE over IPv4 tunneling driver [ 6.018597] IPv4 over IPsec tunneling driver [ 6.024506] NET: Registered protocol family 10 [ 6.031635] Segment Routing with IPv6 [ 6.036627] ip6_gre: GRE over IPv6 tunneling driver [ 6.039047] NET: Registered protocol family 17 [ 6.042070] 8021q: 802.1Q VLAN Support v1.8 [ 6.045837] 9pnet: Installing 9P2000 support [ 6.049608] Key type dns_resolver registered [ 6.055585] registered taskstats version 1 [ 6.057828] Loading compiled-in X.509 certificates [ 6.393191] debugfs: Directory '4a9000.thermal-sensor' with parent 'tsens' already present! please refer following link for more details on boot and test logs, https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-5.10.y/build/v5.10.167-140-g65fa84413c15/testrun/14762346/suite/log-parser-test/test/check-kernel-exception/log https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-5.10.y/build/v5.10.167-140-g65fa84413c15/testrun/14762346/suite/log-parser-test/test/check-kernel-exception/details/ metadata: git_ref: linux-5.10.y git_repo: https://gitlab.com/Linaro/lkft/mirrors/stable/linux-stable-rc git_sha: 65fa84413c15ee131ad4b76077c48f0603d1d8ec git_describe: v5.10.167-140-g65fa84413c15 kernel_version: 5.10.168-rc1 kernel-config: https://storage.tuxsuite.com/public/linaro/lkft/builds/2LglWCZtZStAHvQWoY1YTAIT2ws/config build-url: https://gitlab.com/Linaro/lkft/mirrors/stable/linux-stable-rc/-/pipelines/776087062 artifact-location: https://storage.tuxsuite.com/public/linaro/lkft/builds/2LglWCZtZStAHvQWoY1YTAIT2ws toolchain: gcc-11 -- Linaro LKFT https://lkft.linaro.org > -- > Florian
On Tue, 14 Feb 2023 at 14:46, Naresh Kamboju <naresh.kamboju@linaro.org> wrote:
>
> Hi Greg and Florian,
>
> On Tue, 14 Feb 2023 at 01:20, Florian Fainelli <f.fainelli@gmail.com> wrote:
> >
> > On 2/13/23 06:49, Greg Kroah-Hartman wrote:
> > > This is the start of the stable review cycle for the 5.10.168 release.
> > > There are 139 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 Feb 2023 14:46:51 +0000.
> > > Anything received after that time might be too late.
> > >
> > > The whole patch series can be found in one patch at:
> > > https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.10.168-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-5.10.y
> > > and the diffstat can be found below.
> > >
> > > thanks,
> > >
> > > greg k-h
> >
> > There is a regression coming from:
> >
> > nvmem: core: fix registration vs use race
> >
> > which causes the following to happen for MTD devices:
> >
> > [ 6.031640] kobject_add_internal failed for mtd0 with -EEXIST, don't
> > try to register things with the same name in the same directory.
> > [ 7.846965] spi-nor: probe of spi0.0 failed with error -17
> >
> > attached is a full log with the call trace. This does not happen with
> > v6.2-rc8 where the MTD partitions are successfully registered.qfprom
>
> Like said above,
> [ 5.965191] kobject_add_internal failed for qfprom0 with -EEXIST,
> don't try to register things with the same name in the same directory.
> [ 5.969110] qcom,qfprom: probe of 5c000.qfprom failed with error -17
>
> Following kernel crash noticed on arm64 Qcom dragonboard 410c
> device.
>
> We will bisect this problem and get back to you soon.
Our bisection found this as the first bad commit and reverting this patch
solved the reported problem.
first bad commit: [a4aee79941de8559ce6e28d47fad22efc89bfe92]
nvmem: core: fix registration vs use race
> Reported-by: Linux Kernel Functional Testing <lkft@linaro.org>
>
> [ 0.000000] Booting Linux on physical CPU 0x0000000000 [0x410fd030]
> [ 0.000000] Linux version 5.10.168-rc1 (tuxmake@tuxmake)
> (aarch64-linux-gnu-gcc (Debian 11.3.0-11) 11.3.0, GNU ld (GNU Binutils
> for Debian) 2.40) #1 SMP PREEMPT @1676300748
> [ 0.000000] Machine model: Qualcomm Technologies, Inc. APQ 8016 SBC
> ..
> [ 5.808975] usbhid: USB HID core driver
> [ 5.827592] genirq: irq_chip msmgpio did not update eff. affinity
> mask of irq 75
> [ 5.845725] sysfs: cannot create duplicate filename
> '/devices/platform/soc/5c000.qfprom/qfprom0'
> [ 5.845994] CPU: 2 PID: 1 Comm: swapper/0 Not tainted 5.10.168-rc1 #1
> [ 5.853735] Hardware name: Qualcomm Technologies, Inc. APQ 8016 SBC (DT)
> [ 5.860077] Call trace:
> [ 5.866760] dump_backtrace+0x0/0x1f0
> [ 5.868952] show_stack+0x20/0x30
> [ 5.872766] dump_stack+0x110/0x160
> [ 5.876068] sysfs_warn_dup+0x6c/0x90
> [ 5.879371] sysfs_create_dir_ns+0xf0/0x110
> [ 5.883201] kobject_add_internal+0xa0/0x324
> [ 5.887195] kobject_add+0x94/0x10c
> [ 5.891693] device_add+0xfc/0x780
> [ 5.894902] nvmem_register+0x6fc/0x930
> [ 5.898383] devm_nvmem_register+0x4c/0x94
> [ 5.902121] qfprom_probe+0x1e0/0x29c
> [ 5.906279] platform_drv_probe+0x5c/0xb4
> [ 5.910021] really_probe+0xf8/0x52c
> [ 5.914004] driver_probe_device+0xfc/0x170
> [ 5.917663] device_driver_attach+0xd0/0xe0
> [ 5.921567] __driver_attach+0xd4/0x194
> [ 5.925729] bus_for_each_dev+0x78/0xdc
> [ 5.929546] driver_attach+0x2c/0x40
> [ 5.933361] bus_add_driver+0x154/0x254
> [ 5.937183] driver_register+0x80/0x13c
> [ 5.940745] __platform_driver_register+0x50/0x5c
> [ 5.944583] qfprom_driver_init+0x24/0x30
> [ 5.949428] do_one_initcall+0x8c/0x470
> [ 5.953419] kernel_init_freeable+0x320/0x38c
> [ 5.957077] kernel_init+0x1c/0x128
> [ 5.961570] ret_from_fork+0x10/0x30
> [ 5.965191] kobject_add_internal failed for qfprom0 with -EEXIST,
> don't try to register things with the same name in the same directory.
> [ 5.969110] qcom,qfprom: probe of 5c000.qfprom failed with error -17
> [ 6.000014] netem: version 1.3
> [ 6.000346] ipip: IPv4 and MPLS over IPv4 tunneling driver
> [ 6.005040] gre: GRE over IPv4 demultiplexor driver
> [ 6.007652] ip_gre: GRE over IPv4 tunneling driver
> [ 6.018597] IPv4 over IPsec tunneling driver
> [ 6.024506] NET: Registered protocol family 10
> [ 6.031635] Segment Routing with IPv6
> [ 6.036627] ip6_gre: GRE over IPv6 tunneling driver
> [ 6.039047] NET: Registered protocol family 17
> [ 6.042070] 8021q: 802.1Q VLAN Support v1.8
> [ 6.045837] 9pnet: Installing 9P2000 support
> [ 6.049608] Key type dns_resolver registered
> [ 6.055585] registered taskstats version 1
> [ 6.057828] Loading compiled-in X.509 certificates
> [ 6.393191] debugfs: Directory '4a9000.thermal-sensor' with parent
> 'tsens' already present!
>
>
> please refer following link for more details on boot and test logs,
> https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-5.10.y/build/v5.10.167-140-g65fa84413c15/testrun/14762346/suite/log-parser-test/test/check-kernel-exception/log
> https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-5.10.y/build/v5.10.167-140-g65fa84413c15/testrun/14762346/suite/log-parser-test/test/check-kernel-exception/details/
>
> metadata:
> git_ref: linux-5.10.y
> git_repo: https://gitlab.com/Linaro/lkft/mirrors/stable/linux-stable-rc
> git_sha: 65fa84413c15ee131ad4b76077c48f0603d1d8ec
> git_describe: v5.10.167-140-g65fa84413c15
> kernel_version: 5.10.168-rc1
> kernel-config:
> https://storage.tuxsuite.com/public/linaro/lkft/builds/2LglWCZtZStAHvQWoY1YTAIT2ws/config
> build-url: https://gitlab.com/Linaro/lkft/mirrors/stable/linux-stable-rc/-/pipelines/776087062
> artifact-location:
> https://storage.tuxsuite.com/public/linaro/lkft/builds/2LglWCZtZStAHvQWoY1YTAIT2ws
> toolchain: gcc-11
>
- Naresh
> --
> Linaro LKFT
> https://lkft.linaro.org
>
> > --
> > Florian
On Mon, Feb 13, 2023 at 11:50:24AM -0800, Florian Fainelli wrote: > On 2/13/23 06:49, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 5.10.168 release. > > There are 139 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 Feb 2023 14:46:51 +0000. > > Anything received after that time might be too late. > > > > The whole patch series can be found in one patch at: > > https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.10.168-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-5.10.y > > and the diffstat can be found below. > > > > thanks, > > > > greg k-h > > There is a regression coming from: > > nvmem: core: fix registration vs use race > > which causes the following to happen for MTD devices: > > [ 6.031640] kobject_add_internal failed for mtd0 with -EEXIST, don't try > to register things with the same name in the same directory. > [ 7.846965] spi-nor: probe of spi0.0 failed with error -17 > > attached is a full log with the call trace. This does not happen with > v6.2-rc8 where the MTD partitions are successfully registered. Can you use `git bisect` to find the offending commit? thanks, greg k-h
On Tue, Feb 14, 2023 at 07:20:46AM +0100, Greg Kroah-Hartman wrote: > On Mon, Feb 13, 2023 at 11:50:24AM -0800, Florian Fainelli wrote: > > On 2/13/23 06:49, Greg Kroah-Hartman wrote: > > > This is the start of the stable review cycle for the 5.10.168 release. > > > There are 139 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 Feb 2023 14:46:51 +0000. > > > Anything received after that time might be too late. > > > > > > The whole patch series can be found in one patch at: > > > https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.10.168-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-5.10.y > > > and the diffstat can be found below. > > > > > > thanks, > > > > > > greg k-h > > > > There is a regression coming from: > > > > nvmem: core: fix registration vs use race > > > > which causes the following to happen for MTD devices: > > > > [ 6.031640] kobject_add_internal failed for mtd0 with -EEXIST, don't try > > to register things with the same name in the same directory. > > [ 7.846965] spi-nor: probe of spi0.0 failed with error -17 > > > > attached is a full log with the call trace. This does not happen with > > v6.2-rc8 where the MTD partitions are successfully registered. > > Can you use `git bisect` to find the offending commit? The reason for this is because, due to how my patch series was backported, you have ended up with nvmem_register() initialising its embedded device, and then calling device_add() on it _twice_. Basically, the backport of: "nvmem: core: fix registration vs use race" is broken, because the original patch _moved_ the device_add() and that has not been carried forward to whatever got applied to stable trees. It looks like the 5.15-stable version of this patch was correct. Maybe whoever tried to fixup the failure needs to try again? -- RMK's Patch system: https://www.armlinux.org.uk/developer/patches/ FTTP is here! 40Mbps down 10Mbps up. Decent connectivity at last!
On Tue, Feb 14, 2023 at 02:53:13PM +0000, Russell King (Oracle) wrote: >On Tue, Feb 14, 2023 at 07:20:46AM +0100, Greg Kroah-Hartman wrote: >> On Mon, Feb 13, 2023 at 11:50:24AM -0800, Florian Fainelli wrote: >> > On 2/13/23 06:49, Greg Kroah-Hartman wrote: >> > > This is the start of the stable review cycle for the 5.10.168 release. >> > > There are 139 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 Feb 2023 14:46:51 +0000. >> > > Anything received after that time might be too late. >> > > >> > > The whole patch series can be found in one patch at: >> > > https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.10.168-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-5.10.y >> > > and the diffstat can be found below. >> > > >> > > thanks, >> > > >> > > greg k-h >> > >> > There is a regression coming from: >> > >> > nvmem: core: fix registration vs use race >> > >> > which causes the following to happen for MTD devices: >> > >> > [ 6.031640] kobject_add_internal failed for mtd0 with -EEXIST, don't try >> > to register things with the same name in the same directory. >> > [ 7.846965] spi-nor: probe of spi0.0 failed with error -17 >> > >> > attached is a full log with the call trace. This does not happen with >> > v6.2-rc8 where the MTD partitions are successfully registered. >> >> Can you use `git bisect` to find the offending commit? > >The reason for this is because, due to how my patch series was >backported, you have ended up with nvmem_register() initialising >its embedded device, and then calling device_add() on it _twice_. > >Basically, the backport of: > > "nvmem: core: fix registration vs use race" > >is broken, because the original patch _moved_ the device_add() and >that has not been carried forward to whatever got applied to stable >trees. > >It looks like the 5.15-stable version of this patch was correct. > >Maybe whoever tried to fixup the failure needs to try again? I've dropped the backport series from both 5.15 and 5.10. -- Thanks, Sasha
On Tue, Feb 14, 2023 at 10:09:38AM -0500, Sasha Levin wrote: > On Tue, Feb 14, 2023 at 02:53:13PM +0000, Russell King (Oracle) wrote: > > On Tue, Feb 14, 2023 at 07:20:46AM +0100, Greg Kroah-Hartman wrote: > > > On Mon, Feb 13, 2023 at 11:50:24AM -0800, Florian Fainelli wrote: > > > > On 2/13/23 06:49, Greg Kroah-Hartman wrote: > > > > > This is the start of the stable review cycle for the 5.10.168 release. > > > > > There are 139 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 Feb 2023 14:46:51 +0000. > > > > > Anything received after that time might be too late. > > > > > > > > > > The whole patch series can be found in one patch at: > > > > > https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.10.168-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-5.10.y > > > > > and the diffstat can be found below. > > > > > > > > > > thanks, > > > > > > > > > > greg k-h > > > > > > > > There is a regression coming from: > > > > > > > > nvmem: core: fix registration vs use race > > > > > > > > which causes the following to happen for MTD devices: > > > > > > > > [ 6.031640] kobject_add_internal failed for mtd0 with -EEXIST, don't try > > > > to register things with the same name in the same directory. > > > > [ 7.846965] spi-nor: probe of spi0.0 failed with error -17 > > > > > > > > attached is a full log with the call trace. This does not happen with > > > > v6.2-rc8 where the MTD partitions are successfully registered. > > > > > > Can you use `git bisect` to find the offending commit? > > > > The reason for this is because, due to how my patch series was > > backported, you have ended up with nvmem_register() initialising > > its embedded device, and then calling device_add() on it _twice_. > > > > Basically, the backport of: > > > > "nvmem: core: fix registration vs use race" > > > > is broken, because the original patch _moved_ the device_add() and > > that has not been carried forward to whatever got applied to stable > > trees. > > > > It looks like the 5.15-stable version of this patch was correct. > > > > Maybe whoever tried to fixup the failure needs to try again? > > I've dropped the backport series from both 5.15 and 5.10. So you've dropped what looks to be a perfectly good backport in 5.15, and all of the 5.10 despite it just being the last patch which is the problem. Sounds like a total over-reaction to me. -- RMK's Patch system: https://www.armlinux.org.uk/developer/patches/ FTTP is here! 40Mbps down 10Mbps up. Decent connectivity at last!
On Tue, Feb 14, 2023 at 03:25:52PM +0000, Russell King (Oracle) wrote: >On Tue, Feb 14, 2023 at 10:09:38AM -0500, Sasha Levin wrote: >> On Tue, Feb 14, 2023 at 02:53:13PM +0000, Russell King (Oracle) wrote: >> > On Tue, Feb 14, 2023 at 07:20:46AM +0100, Greg Kroah-Hartman wrote: >> > > On Mon, Feb 13, 2023 at 11:50:24AM -0800, Florian Fainelli wrote: >> > > > On 2/13/23 06:49, Greg Kroah-Hartman wrote: >> > > > > This is the start of the stable review cycle for the 5.10.168 release. >> > > > > There are 139 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 Feb 2023 14:46:51 +0000. >> > > > > Anything received after that time might be too late. >> > > > > >> > > > > The whole patch series can be found in one patch at: >> > > > > https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.10.168-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-5.10.y >> > > > > and the diffstat can be found below. >> > > > > >> > > > > thanks, >> > > > > >> > > > > greg k-h >> > > > >> > > > There is a regression coming from: >> > > > >> > > > nvmem: core: fix registration vs use race >> > > > >> > > > which causes the following to happen for MTD devices: >> > > > >> > > > [ 6.031640] kobject_add_internal failed for mtd0 with -EEXIST, don't try >> > > > to register things with the same name in the same directory. >> > > > [ 7.846965] spi-nor: probe of spi0.0 failed with error -17 >> > > > >> > > > attached is a full log with the call trace. This does not happen with >> > > > v6.2-rc8 where the MTD partitions are successfully registered. >> > > >> > > Can you use `git bisect` to find the offending commit? >> > >> > The reason for this is because, due to how my patch series was >> > backported, you have ended up with nvmem_register() initialising >> > its embedded device, and then calling device_add() on it _twice_. >> > >> > Basically, the backport of: >> > >> > "nvmem: core: fix registration vs use race" >> > >> > is broken, because the original patch _moved_ the device_add() and >> > that has not been carried forward to whatever got applied to stable >> > trees. >> > >> > It looks like the 5.15-stable version of this patch was correct. >> > >> > Maybe whoever tried to fixup the failure needs to try again? >> >> I've dropped the backport series from both 5.15 and 5.10. > >So you've dropped what looks to be a perfectly good backport in 5.15, >and all of the 5.10 despite it just being the last patch which is the >problem. Sounds like a total over-reaction to me. The context is that we want to get the releases out today, and neither of us will have time to verify that we did the right thing in 5.15 in the next few hours. I'm just defering it to the next release cycle which is probably a few days away, not completely throwing it away.... why is it such a big deal? -- Thanks, Sasha
On Tue, Feb 14, 2023 at 10:33:15AM -0500, Sasha Levin wrote: > On Tue, Feb 14, 2023 at 03:25:52PM +0000, Russell King (Oracle) wrote: > > On Tue, Feb 14, 2023 at 10:09:38AM -0500, Sasha Levin wrote: > > > On Tue, Feb 14, 2023 at 02:53:13PM +0000, Russell King (Oracle) wrote: > > > > On Tue, Feb 14, 2023 at 07:20:46AM +0100, Greg Kroah-Hartman wrote: > > > > > On Mon, Feb 13, 2023 at 11:50:24AM -0800, Florian Fainelli wrote: > > > > > > On 2/13/23 06:49, Greg Kroah-Hartman wrote: > > > > > > > This is the start of the stable review cycle for the 5.10.168 release. > > > > > > > There are 139 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 Feb 2023 14:46:51 +0000. > > > > > > > Anything received after that time might be too late. > > > > > > > > > > > > > > The whole patch series can be found in one patch at: > > > > > > > https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.10.168-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-5.10.y > > > > > > > and the diffstat can be found below. > > > > > > > > > > > > > > thanks, > > > > > > > > > > > > > > greg k-h > > > > > > > > > > > > There is a regression coming from: > > > > > > > > > > > > nvmem: core: fix registration vs use race > > > > > > > > > > > > which causes the following to happen for MTD devices: > > > > > > > > > > > > [ 6.031640] kobject_add_internal failed for mtd0 with -EEXIST, don't try > > > > > > to register things with the same name in the same directory. > > > > > > [ 7.846965] spi-nor: probe of spi0.0 failed with error -17 > > > > > > > > > > > > attached is a full log with the call trace. This does not happen with > > > > > > v6.2-rc8 where the MTD partitions are successfully registered. > > > > > > > > > > Can you use `git bisect` to find the offending commit? > > > > > > > > The reason for this is because, due to how my patch series was > > > > backported, you have ended up with nvmem_register() initialising > > > > its embedded device, and then calling device_add() on it _twice_. > > > > > > > > Basically, the backport of: > > > > > > > > "nvmem: core: fix registration vs use race" > > > > > > > > is broken, because the original patch _moved_ the device_add() and > > > > that has not been carried forward to whatever got applied to stable > > > > trees. > > > > > > > > It looks like the 5.15-stable version of this patch was correct. > > > > > > > > Maybe whoever tried to fixup the failure needs to try again? > > > > > > I've dropped the backport series from both 5.15 and 5.10. > > > > So you've dropped what looks to be a perfectly good backport in 5.15, > > and all of the 5.10 despite it just being the last patch which is the > > problem. Sounds like a total over-reaction to me. > > The context is that we want to get the releases out today, and neither > of us will have time to verify that we did the right thing in 5.15 in > the next few hours. > > I'm just defering it to the next release cycle which is probably a few > days away, not completely throwing it away.... why is it such a big > deal? Maybe because you didn't explain that it was being dropped _temporarily_? -- RMK's Patch system: https://www.armlinux.org.uk/developer/patches/ FTTP is here! 40Mbps down 10Mbps up. Decent connectivity at last!
On Tue, Feb 14, 2023 at 07:20:46AM +0100, Greg Kroah-Hartman wrote: > On Mon, Feb 13, 2023 at 11:50:24AM -0800, Florian Fainelli wrote: > > On 2/13/23 06:49, Greg Kroah-Hartman wrote: > > > This is the start of the stable review cycle for the 5.10.168 release. > > > There are 139 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 Feb 2023 14:46:51 +0000. > > > Anything received after that time might be too late. > > > > > > The whole patch series can be found in one patch at: > > > https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.10.168-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-5.10.y > > > and the diffstat can be found below. > > > > > > thanks, > > > > > > greg k-h > > > > There is a regression coming from: > > > > nvmem: core: fix registration vs use race > > > > which causes the following to happen for MTD devices: > > > > [ 6.031640] kobject_add_internal failed for mtd0 with -EEXIST, don't try > > to register things with the same name in the same directory. > > [ 7.846965] spi-nor: probe of spi0.0 failed with error -17 > > > > attached is a full log with the call trace. This does not happen with > > v6.2-rc8 where the MTD partitions are successfully registered. > > Can you use `git bisect` to find the offending commit? I would guess that there is something wrong with the backporting of my series - possibly a patch was dropped from the series? "nvmem: core: fix cleanup after dev_set_name()" missing, which initialises the struct device? But if that was missing, then "nvmem: core: fix registration vs use race" wouldn't apply. ... but then you did send me a failure notice for the above blamed commit, so I wonder how you applied it. -- RMK's Patch system: https://www.armlinux.org.uk/developer/patches/ FTTP is here! 40Mbps down 10Mbps up. Decent connectivity at last!
Hi!
> This is the start of the stable review cycle for the 5.10.168 release.
> There are 139 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-5.10.y
Tested-by: Pavel Machek (CIP) <pavel@denx.de>
Best regards,
Pavel
--
DENX Software Engineering GmbH, Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
© 2016 - 2025 Red Hat, Inc.