* [PATCH 6.1 000/102] 6.1.98-rc1 review
@ 2024-07-09 11:09 Greg Kroah-Hartman
2024-07-09 18:41 ` SeongJae Park
` (13 more replies)
0 siblings, 14 replies; 26+ messages in thread
From: Greg Kroah-Hartman @ 2024-07-09 11:09 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, srw, rwarsow, conor, allen.lkml, broonie
This is the start of the stable review cycle for the 6.1.98 release.
There are 102 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 Thu, 11 Jul 2024 11:06:25 +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.1.98-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.1.y
and the diffstat can be found below.
thanks,
greg k-h
-------------
Pseudo-Shortlog of commits:
Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Linux 6.1.98-rc1
Ryusuke Konishi <konishi.ryusuke@gmail.com>
nilfs2: fix incorrect inode allocation from reserved inodes
Damien Le Moal <dlemoal@kernel.org>
null_blk: Do not allow runt zone with zone capacity smaller then zone size
Witold Sadowski <wsadowski@marvell.com>
spi: cadence: Ensure data lines set to low during dummy-cycle period
Edward Adam Davis <eadavis@qq.com>
nfc/nci: Add the inconsistency check between the input data length and count
Masahiro Yamada <masahiroy@kernel.org>
kbuild: fix short log for AS in link-vmlinux.sh
Sagi Grimberg <sagi@grimberg.me>
nvmet: fix a possible leak when destroy a ctrl during qp establishment
hmtheboy154 <buingoc67@gmail.com>
platform/x86: touchscreen_dmi: Add info for the EZpad 6s Pro
hmtheboy154 <buingoc67@gmail.com>
platform/x86: touchscreen_dmi: Add info for GlobalSpace SolT IVW 11.6" tablet
Jim Wylder <jwylder@google.com>
regmap-i2c: Subtract reg size from max_write
Kundan Kumar <kundan.kumar@samsung.com>
nvme: adjust multiples of NVME_CTRL_PAGE_SIZE in offset
Fedor Pchelkin <pchelkin@ispras.ru>
dma-mapping: benchmark: avoid needless copy_to_user if benchmark fails
Nilay Shroff <nilay@linux.ibm.com>
nvme-multipath: find NUMA path only for online numa-node
Jian-Hong Pan <jhp@endlessos.org>
ALSA: hda/realtek: Enable headset mic of JP-IK LEAP W502 with ALC897
Konstantin Komarov <almaz.alexandrovich@paragon-software.com>
fs/ntfs3: Mark volume as dirty if xattr is broken
Piotr Wojtaszczyk <piotr.wojtaszczyk@timesys.com>
i2c: pnx: Fix potential deadlock warning from del_timer_sync() call in isr
Pin-yen Lin <treapking@chromium.org>
clk: mediatek: mt8183: Only enable runtime PM on mt8183-mfgcfg
AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com>
clk: mediatek: clk-mtk: Register MFG notifier in mtk_clk_simple_probe()
Luca Weiss <luca.weiss@fairphone.com>
clk: qcom: gcc-sm6350: Fix gpll6* & gpll7 parents
Mauro Carvalho Chehab <mchehab@kernel.org>
media: dw2102: fix a potential buffer overflow
GUO Zihua <guozihua@huawei.com>
ima: Avoid blocking in RCU read-side critical section
Dragan Simic <dsimic@manjaro.org>
arm64: dts: rockchip: Fix the DCDC_REG2 minimum voltage on Quartz64 Model B
Ghadi Elie Rahme <ghadi.rahme@canonical.com>
bnx2x: Fix multiple UBSAN array-index-out-of-bounds
Val Packett <val@packett.cool>
mtd: rawnand: rockchip: ensure NVDDR timings are rejected
Miquel Raynal <miquel.raynal@bootlin.com>
mtd: rawnand: Bypass a couple of sanity checks during NAND identification
Miquel Raynal <miquel.raynal@bootlin.com>
mtd: rawnand: Ensure ECC configuration is propagated to upper layers
Nicholas Piggin <npiggin@gmail.com>
powerpc/pseries: Fix scv instruction crash with kexec
John Schoenick <johns@valvesoftware.com>
drm: panel-orientation-quirks: Add quirk for Valve Galileo
Alex Deucher <alexander.deucher@amd.com>
drm/amdgpu/atomfirmware: silence UBSAN warning
Ma Ke <make24@iscas.ac.cn>
drm/nouveau: fix null pointer dereference in nouveau_connector_get_modes
Jan Kara <jack@suse.cz>
Revert "mm/writeback: fix possible divide-by-zero in wb_dirty_limits(), again"
Jan Kara <jack@suse.cz>
fsnotify: Do not generate events for O_PATH file descriptors
Jimmy Assarsson <extja@kvaser.com>
can: kvaser_usb: Explicitly initialize family in leafimx driver_info struct
Zijun Hu <quic_zijuhu@quicinc.com>
Bluetooth: qca: Fix BT enable failure again for QCA6390 after warm reboot
Nathan Chancellor <nathan@kernel.org>
scsi: mpi3mr: Use proper format specifier in mpi3mr_sas_port_add()
Nathan Chancellor <nathan@kernel.org>
f2fs: Add inline to f2fs_build_fault_attr() stub
Naohiro Aota <naohiro.aota@wdc.com>
btrfs: fix adding block group to a reclaim list and the unused list during reclaim
Jan Kara <jack@suse.cz>
mm: avoid overflows in dirty throttling logic
Jinliang Zheng <alexjlzheng@tencent.com>
mm: optimize the redundant loop of mm_update_owner_next()
Ryusuke Konishi <konishi.ryusuke@gmail.com>
nilfs2: add missing check for inode numbers on directory entries
Ryusuke Konishi <konishi.ryusuke@gmail.com>
nilfs2: fix inode number range checks
Sasha Neftin <sasha.neftin@intel.com>
Revert "igc: fix a log entry using uninitialized netdev"
Armin Wolf <W_Armin@gmx.de>
platform/x86: toshiba_acpi: Fix quickstart quirk handling
Aleksandr Mishin <amishin@t-argos.ru>
mlxsw: core_linecards: Fix double memory deallocation in case of invalid INI file
Shigeru Yoshida <syoshida@redhat.com>
inet_diag: Initialize pad field in struct inet_diag_req_v2
Zijian Zhang <zijianzhang@bytedance.com>
selftests: make order checking verbose in msg_zerocopy selftest
Zijian Zhang <zijianzhang@bytedance.com>
selftests: fix OOM in msg_zerocopy selftest
Sam Sun <samsun1006219@gmail.com>
bonding: Fix out-of-bounds read in bond_option_arp_ip_targets_set()
Florian Westphal <fw@strlen.de>
netfilter: nf_tables: unconditionally flush pending work before notifier
Song Shuai <songshuaishuai@tinylab.org>
riscv: kexec: Avoid deadlock in kexec crash path
Jozef Hopko <jozef.hopko@altana.com>
wifi: wilc1000: fix ies_len type in connect path
Dave Jiang <dave.jiang@intel.com>
net: ntb_netdev: Move ntb_netdev_rx_handler() to call netif_rx() from __netif_rx()
Sagi Grimberg <sagi@grimberg.me>
net: allow skb_datagram_iter to be called from any context
Dima Ruinskiy <dima.ruinskiy@intel.com>
e1000e: Fix S0ix residency on corporate systems
Christian Borntraeger <borntraeger@linux.ibm.com>
KVM: s390: fix LPSWEY handling
Jakub Kicinski <kuba@kernel.org>
tcp_metrics: validate source addr length
Jianbo Liu <jianbol@nvidia.com>
net/mlx5e: Add mqprio_rl cleanup and free in mlx5e_priv_cleanup()
Chris Mi <cmi@nvidia.com>
net/mlx5: E-switch, Create ingress ACL when needed
Neal Cardwell <ncardwell@google.com>
UPSTREAM: tcp: fix DSACK undo in fast recovery to call tcp_try_to_open()
Dmitry Antipov <dmantipov@yandex.ru>
mac802154: fix time calculation in ieee802154_configure_durations()
Len Brown <len.brown@intel.com>
tools/power turbostat: Remember global max_die_id
Justin Stitt <justinstitt@google.com>
cdrom: rearrange last_media_change check to avoid unintentional overflow
Lu Yao <yaolu@kylinos.cn>
btrfs: scrub: initialize ret in scrub_simple_mirror() to fix compilation warning
Holger Dengler <dengler@linux.ibm.com>
s390/pkey: Wipe sensitive data on failure
Sven Schnelle <svens@linux.ibm.com>
s390: Mark psw in __load_psw_mask() as __unitialized
Wang Yong <wang.yong12@zte.com.cn>
jffs2: Fix potential illegal address access in jffs2_free_inode
Matthias Schiffer <matthias.schiffer@ew.tq-group.com>
serial: imx: Raise TX trigger level to 8
Tomas Henzl <thenzl@redhat.com>
scsi: mpi3mr: Sanitise num_phys
Chao Yu <chao@kernel.org>
f2fs: check validation of fault attrs in f2fs_build_fault_attr()
Jose E. Marchesi <jose.marchesi@oracle.com>
bpf: Avoid uninitialized value in BPF_CORE_READ_BITFIELD
Corinna Vinschen <vinschen@redhat.com>
igc: fix a log entry using uninitialized netdev
Greg Kurz <groug@kaod.org>
powerpc/xmon: Check cpu id in commands "c#", "dp#" and "dx#"
Mickaël Salaün <mic@digikod.net>
kunit: Handle test faults
Mickaël Salaün <mic@digikod.net>
kunit: Fix timeout message
Mike Marshall <hubcap@omnibond.com>
orangefs: fix out-of-bounds fsid access
Michael Ellerman <mpe@ellerman.id.au>
powerpc/64: Set _IO_BASE to POISON_POINTER_DELTA not 0 for CONFIG_PCI=n
Heiner Kallweit <hkallweit1@gmail.com>
i2c: i801: Annotate apanel_addr as __ro_after_init
Ricardo Ribalda <ribalda@chromium.org>
media: dvb-frontends: tda10048: Fix integer overflow
Ricardo Ribalda <ribalda@chromium.org>
media: s2255: Use refcount_t instead of atomic_t for num_channels
Ricardo Ribalda <ribalda@chromium.org>
media: dvb-frontends: tda18271c2dd: Remove casting during div
Simon Horman <horms@kernel.org>
net: dsa: mv88e6xxx: Correct check for empty list
Felix Fietkau <nbd@nbd.name>
wifi: mt76: replace skb_put with skb_put_zero
Niklas Neronin <niklas.neronin@linux.intel.com>
usb: xhci: prevent potential failure in handle_tx_event() for Transfer events without TRB
Erick Archer <erick.archer@outlook.com>
Input: ff-core - prefer struct_size over open coded arithmetic
Jean Delvare <jdelvare@suse.de>
firmware: dmi: Stop decoding on broken entry
Erick Archer <erick.archer@outlook.com>
sctp: prefer struct_size over open coded arithmetic
Michael Bunk <micha@freedict.org>
media: dw2102: Don't translate i2c read into write
Tim Huang <Tim.Huang@amd.com>
drm/amdgpu: fix uninitialized scalar variable warning
Alex Hung <alex.hung@amd.com>
drm/amd/display: Skip finding free audio for unknown engine_id
Alex Hung <alex.hung@amd.com>
drm/amd/display: Check pipe offset before setting vblank
Alex Hung <alex.hung@amd.com>
drm/amd/display: Check index msg_id before read or write
Ma Jun <Jun.Ma2@amd.com>
drm/amdgpu: Initialize timestamp for some legacy SOCs
Ma Jun <Jun.Ma2@amd.com>
drm/amdgpu: Fix uninitialized variable warnings
Hailey Mothershead <hailmo@amazon.com>
crypto: aead,cipher - zeroize key buffer after use
Guanrui Huang <guanrui.huang@linux.alibaba.com>
irqchip/gic-v3-its: Remove BUG_ON in its_vpe_irq_domain_alloc
John Meneghini <jmeneghi@redhat.com>
scsi: qedf: Make qedf_execute_tmf() non-preemptible
Michael Guralnik <michaelgur@nvidia.com>
IB/core: Implement a limit on UMAD receive List
Ricardo Ribalda <ribalda@chromium.org>
media: dvb-usb: dib0700_devices: Add missing release_firmware()
Ricardo Ribalda <ribalda@chromium.org>
media: dvb: as102-fe: Fix as10x_register_addr packing
Mahesh Salgaonkar <mahesh@linux.ibm.com>
powerpc: Avoid nmi_enter/nmi_exit in real mode interrupt.
Erico Nunes <nunes.erico@gmail.com>
drm/lima: fix shared irq handling on driver remove
Chenghai Huang <huangchenghai2@huawei.com>
crypto: hisilicon/debugfs - Fix debugfs uninit process issue
George Stark <gnstark@salutedevices.com>
locking/mutex: Introduce devm_mutex_init()
-------------
Diffstat:
Makefile | 4 +-
arch/arm64/boot/dts/rockchip/rk3566-quartz64-b.dts | 2 +-
arch/powerpc/include/asm/interrupt.h | 10 ++
arch/powerpc/include/asm/io.h | 2 +-
arch/powerpc/include/asm/percpu.h | 10 ++
arch/powerpc/kernel/setup_64.c | 2 +
arch/powerpc/kexec/core_64.c | 11 ++
arch/powerpc/platforms/pseries/kexec.c | 8 --
arch/powerpc/platforms/pseries/pseries.h | 1 -
arch/powerpc/platforms/pseries/setup.c | 1 -
arch/powerpc/xmon/xmon.c | 6 +-
arch/riscv/kernel/machine_kexec.c | 10 +-
arch/s390/include/asm/kvm_host.h | 1 +
arch/s390/include/asm/processor.h | 2 +-
arch/s390/kvm/kvm-s390.c | 1 +
arch/s390/kvm/kvm-s390.h | 15 +++
arch/s390/kvm/priv.c | 32 +++++
crypto/aead.c | 3 +-
crypto/cipher.c | 3 +-
drivers/base/regmap/regmap-i2c.c | 3 +-
drivers/block/null_blk/zoned.c | 11 ++
drivers/bluetooth/hci_qca.c | 18 ++-
drivers/cdrom/cdrom.c | 2 +-
drivers/clk/mediatek/clk-mt8183-mfgcfg.c | 1 +
drivers/clk/mediatek/clk-mtk.c | 32 +++--
drivers/clk/mediatek/clk-mtk.h | 5 +
drivers/clk/qcom/gcc-sm6350.c | 10 +-
drivers/crypto/hisilicon/debugfs.c | 21 +++-
drivers/firmware/dmi_scan.c | 11 ++
drivers/gpu/drm/amd/amdgpu/aldebaran.c | 2 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_gfx.c | 3 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_irq.c | 8 ++
drivers/gpu/drm/amd/amdgpu/sienna_cichlid.c | 2 +-
drivers/gpu/drm/amd/display/dc/core/dc_resource.c | 3 +
.../amd/display/dc/irq/dce110/irq_service_dce110.c | 8 +-
.../gpu/drm/amd/display/modules/hdcp/hdcp_ddc.c | 8 ++
drivers/gpu/drm/amd/include/atomfirmware.h | 2 +-
drivers/gpu/drm/drm_panel_orientation_quirks.c | 7 ++
drivers/gpu/drm/lima/lima_gp.c | 2 +
drivers/gpu/drm/lima/lima_mmu.c | 5 +
drivers/gpu/drm/lima/lima_pp.c | 4 +
drivers/gpu/drm/nouveau/nouveau_connector.c | 3 +
drivers/i2c/busses/i2c-i801.c | 2 +-
drivers/i2c/busses/i2c-pnx.c | 48 ++------
drivers/infiniband/core/user_mad.c | 21 +++-
drivers/input/ff-core.c | 7 +-
drivers/irqchip/irq-gic-v3-its.c | 2 -
drivers/media/dvb-frontends/as102_fe_types.h | 2 +-
drivers/media/dvb-frontends/tda10048.c | 9 +-
drivers/media/dvb-frontends/tda18271c2dd.c | 4 +-
drivers/media/usb/dvb-usb/dib0700_devices.c | 18 ++-
drivers/media/usb/dvb-usb/dw2102.c | 120 +++++++++++--------
drivers/media/usb/s2255/s2255drv.c | 20 ++--
drivers/mtd/nand/raw/nand_base.c | 66 +++++++----
drivers/mtd/nand/raw/rockchip-nand-controller.c | 6 +-
drivers/net/bonding/bond_options.c | 6 +-
drivers/net/can/usb/kvaser_usb/kvaser_usb_core.c | 1 +
drivers/net/dsa/mv88e6xxx/chip.c | 4 +-
drivers/net/ethernet/broadcom/bnx2x/bnx2x.h | 2 +-
drivers/net/ethernet/intel/e1000e/netdev.c | 132 ++++++++++-----------
drivers/net/ethernet/mellanox/mlx5/core/en_main.c | 5 +
.../mellanox/mlx5/core/esw/acl/ingress_ofld.c | 37 ++++--
.../net/ethernet/mellanox/mlxsw/core_linecards.c | 1 +
drivers/net/ntb_netdev.c | 2 +-
.../net/wireless/mediatek/mt76/mt76_connac_mcu.c | 10 +-
drivers/net/wireless/mediatek/mt76/mt7915/mcu.c | 2 +-
drivers/net/wireless/microchip/wilc1000/hif.c | 3 +-
drivers/nfc/virtual_ncidev.c | 4 +
drivers/nvme/host/multipath.c | 2 +-
drivers/nvme/host/pci.c | 3 +-
drivers/nvme/target/core.c | 9 ++
drivers/platform/x86/toshiba_acpi.c | 31 +++--
drivers/platform/x86/touchscreen_dmi.c | 36 ++++++
drivers/s390/crypto/pkey_api.c | 4 +-
drivers/scsi/mpi3mr/mpi3mr_transport.c | 10 ++
drivers/scsi/qedf/qedf_io.c | 6 +-
drivers/spi/spi-cadence-xspi.c | 20 +++-
drivers/tty/serial/imx.c | 2 +-
drivers/usb/host/xhci-ring.c | 5 +-
fs/btrfs/block-group.c | 13 +-
fs/btrfs/scrub.c | 2 +-
fs/f2fs/f2fs.h | 12 +-
fs/f2fs/super.c | 27 +++--
fs/f2fs/sysfs.c | 14 ++-
fs/jffs2/super.c | 1 +
fs/nilfs2/alloc.c | 18 ++-
fs/nilfs2/alloc.h | 4 +-
fs/nilfs2/dat.c | 2 +-
fs/nilfs2/dir.c | 6 +
fs/nilfs2/ifile.c | 7 +-
fs/nilfs2/nilfs.h | 10 +-
fs/nilfs2/the_nilfs.c | 6 +
fs/nilfs2/the_nilfs.h | 2 +-
fs/ntfs3/xattr.c | 5 +-
fs/orangefs/super.c | 3 +-
include/kunit/try-catch.h | 3 -
include/linux/fsnotify.h | 8 +-
include/linux/lsm_hook_defs.h | 2 +-
include/linux/mutex.h | 27 +++++
include/linux/security.h | 5 +-
kernel/auditfilter.c | 5 +-
kernel/dma/map_benchmark.c | 3 +
kernel/exit.c | 2 +
kernel/kthread.c | 1 +
kernel/locking/mutex-debug.c | 12 ++
lib/kunit/try-catch.c | 22 ++--
mm/page-writeback.c | 32 ++++-
net/core/datagram.c | 19 ++-
net/ipv4/inet_diag.c | 2 +
net/ipv4/tcp_input.c | 2 +-
net/ipv4/tcp_metrics.c | 1 +
net/mac802154/main.c | 14 ++-
net/netfilter/nf_tables_api.c | 3 +-
net/sctp/socket.c | 7 +-
scripts/link-vmlinux.sh | 2 +-
security/apparmor/audit.c | 6 +-
security/apparmor/include/audit.h | 2 +-
security/integrity/ima/ima.h | 2 +-
security/integrity/ima/ima_policy.c | 15 ++-
security/security.c | 6 +-
security/selinux/include/audit.h | 4 +-
security/selinux/ss/services.c | 5 +-
security/smack/smack_lsm.c | 4 +-
sound/pci/hda/patch_realtek.c | 9 ++
tools/lib/bpf/bpf_core_read.h | 1 +
tools/power/x86/turbostat/turbostat.c | 10 +-
tools/testing/selftests/net/msg_zerocopy.c | 14 ++-
127 files changed, 918 insertions(+), 421 deletions(-)
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: [PATCH 6.1 000/102] 6.1.98-rc1 review
2024-07-09 11:09 [PATCH 6.1 000/102] 6.1.98-rc1 review Greg Kroah-Hartman
@ 2024-07-09 18:41 ` SeongJae Park
2024-07-09 19:38 ` Pavel Machek
` (12 subsequent siblings)
13 siblings, 0 replies; 26+ messages in thread
From: SeongJae Park @ 2024-07-09 18:41 UTC (permalink / raw)
To: Greg Kroah-Hartman
Cc: SeongJae Park, stable, patches, linux-kernel, torvalds, akpm,
linux, shuah, patches, lkft-triage, pavel, jonathanh, f.fainelli,
sudipm.mukherjee, srw, rwarsow, conor, allen.lkml, broonie, damon
Hello,
On Tue, 9 Jul 2024 13:09:23 +0200 Greg Kroah-Hartman <gregkh@linuxfoundation.org> wrote:
> This is the start of the stable review cycle for the 6.1.98 release.
> There are 102 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 Thu, 11 Jul 2024 11:06:25 +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.1.98-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.1.y
> and the diffstat can be found below.
This rc kernel passes DAMON functionality test[1] on my test machine.
Attaching the test results summary below. Please note that I retrieved the
kernel from linux-stable-rc tree[2].
Tested-by: SeongJae Park <sj@kernel.org>
[1] https://github.com/awslabs/damon-tests/tree/next/corr
[2] b10d15fc3848 ("Linux 6.1.98-rc1")
Thanks,
SJ
[...]
---
ok 1 selftests: damon: debugfs_attrs.sh
ok 2 selftests: damon: debugfs_schemes.sh
ok 3 selftests: damon: debugfs_target_ids.sh
ok 4 selftests: damon: debugfs_empty_targets.sh
ok 5 selftests: damon: debugfs_huge_count_read_write.sh
ok 6 selftests: damon: debugfs_duplicate_context_creation.sh
ok 7 selftests: damon: sysfs.sh
ok 1 selftests: damon-tests: kunit.sh
ok 2 selftests: damon-tests: huge_count_read_write.sh
ok 3 selftests: damon-tests: buffer_overflow.sh
ok 4 selftests: damon-tests: rm_contexts.sh
ok 5 selftests: damon-tests: record_null_deref.sh
ok 6 selftests: damon-tests: dbgfs_target_ids_read_before_terminate_race.sh
ok 7 selftests: damon-tests: dbgfs_target_ids_pid_leak.sh
ok 8 selftests: damon-tests: damo_tests.sh
ok 9 selftests: damon-tests: masim-record.sh
ok 10 selftests: damon-tests: build_i386.sh
ok 11 selftests: damon-tests: build_arm64.sh
ok 12 selftests: damon-tests: build_m68k.sh
ok 13 selftests: damon-tests: build_i386_idle_flag.sh
ok 14 selftests: damon-tests: build_i386_highpte.sh
ok 15 selftests: damon-tests: build_nomemcg.sh
[33m
[92mPASS [39m
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: [PATCH 6.1 000/102] 6.1.98-rc1 review
2024-07-09 11:09 [PATCH 6.1 000/102] 6.1.98-rc1 review Greg Kroah-Hartman
2024-07-09 18:41 ` SeongJae Park
@ 2024-07-09 19:38 ` Pavel Machek
2024-07-09 19:56 ` Kelsey Steele
` (11 subsequent siblings)
13 siblings, 0 replies; 26+ messages in thread
From: Pavel Machek @ 2024-07-09 19:38 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, srw, rwarsow, conor, allen.lkml, broonie
[-- Attachment #1: Type: text/plain, Size: 659 bytes --]
Hi!
> This is the start of the stable review cycle for the 6.1.98 release.
> There are 102 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.1.y
Tested-by: Pavel Machek (CIP) <pavel@denx.de>
Best regards,
Pavel
--
DENX Software Engineering GmbH, Managing Director: Erika Unter
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 195 bytes --]
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: [PATCH 6.1 000/102] 6.1.98-rc1 review
2024-07-09 11:09 [PATCH 6.1 000/102] 6.1.98-rc1 review Greg Kroah-Hartman
2024-07-09 18:41 ` SeongJae Park
2024-07-09 19:38 ` Pavel Machek
@ 2024-07-09 19:56 ` Kelsey Steele
2024-07-09 20:27 ` Peter Schneider
` (10 subsequent siblings)
13 siblings, 0 replies; 26+ messages in thread
From: Kelsey Steele @ 2024-07-09 19:56 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, srw, rwarsow, conor, allen.lkml, broonie
On Tue, Jul 09, 2024 at 01:09:23PM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 6.1.98 release.
> There are 102 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 Thu, 11 Jul 2024 11:06:25 +0000.
> Anything received after that time might be too late.
>
No regressions found on WSL (x86 and arm64).
Built, booted, and reviewed dmesg.
Thank you. :)
Tested-by: Kelsey Steele <kelseysteele@linux.microsoft.com>
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: [PATCH 6.1 000/102] 6.1.98-rc1 review
2024-07-09 11:09 [PATCH 6.1 000/102] 6.1.98-rc1 review Greg Kroah-Hartman
` (2 preceding siblings ...)
2024-07-09 19:56 ` Kelsey Steele
@ 2024-07-09 20:27 ` Peter Schneider
2024-07-09 21:37 ` Mark Brown
` (9 subsequent siblings)
13 siblings, 0 replies; 26+ messages in thread
From: Peter Schneider @ 2024-07-09 20:27 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, srw,
rwarsow, conor, allen.lkml, broonie
Am 09.07.2024 um 13:09 schrieb Greg Kroah-Hartman:
> This is the start of the stable review cycle for the 6.1.98 release.
> There are 102 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. It ran for an hour now, and I built 6.6.38 and 6.6.39-rc1
with it, which I will boot-test next.
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] 26+ messages in thread
* Re: [PATCH 6.1 000/102] 6.1.98-rc1 review
2024-07-09 11:09 [PATCH 6.1 000/102] 6.1.98-rc1 review Greg Kroah-Hartman
` (3 preceding siblings ...)
2024-07-09 20:27 ` Peter Schneider
@ 2024-07-09 21:37 ` Mark Brown
2024-07-09 23:27 ` Shuah Khan
` (8 subsequent siblings)
13 siblings, 0 replies; 26+ messages in thread
From: Mark Brown @ 2024-07-09 21:37 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, srw, rwarsow, conor, allen.lkml
[-- Attachment #1: Type: text/plain, Size: 345 bytes --]
On Tue, Jul 09, 2024 at 01:09:23PM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 6.1.98 release.
> There are 102 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.
Tested-by: Mark Brown <broonie@kernel.org>
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: [PATCH 6.1 000/102] 6.1.98-rc1 review
2024-07-09 11:09 [PATCH 6.1 000/102] 6.1.98-rc1 review Greg Kroah-Hartman
` (4 preceding siblings ...)
2024-07-09 21:37 ` Mark Brown
@ 2024-07-09 23:27 ` Shuah Khan
2024-07-10 8:34 ` Jon Hunter
` (7 subsequent siblings)
13 siblings, 0 replies; 26+ messages in thread
From: Shuah Khan @ 2024-07-09 23:27 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, srw,
rwarsow, conor, allen.lkml, broonie, Shuah Khan
On 7/9/24 05:09, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 6.1.98 release.
> There are 102 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 Thu, 11 Jul 2024 11:06:25 +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.1.98-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.1.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] 26+ messages in thread
* Re: [PATCH 6.1 000/102] 6.1.98-rc1 review
2024-07-09 11:09 [PATCH 6.1 000/102] 6.1.98-rc1 review Greg Kroah-Hartman
` (5 preceding siblings ...)
2024-07-09 23:27 ` Shuah Khan
@ 2024-07-10 8:34 ` Jon Hunter
2024-07-10 9:18 ` Shreeya Patel
` (6 subsequent siblings)
13 siblings, 0 replies; 26+ messages in thread
From: Jon Hunter @ 2024-07-10 8:34 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, srw, rwarsow, conor, allen.lkml, broonie,
linux-tegra, stable
On Tue, 09 Jul 2024 13:09:23 +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 6.1.98 release.
> There are 102 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 Thu, 11 Jul 2024 11:06:25 +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.1.98-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.1.y
> and the diffstat can be found below.
>
> thanks,
>
> greg k-h
All tests passing for Tegra ...
Test results for stable-v6.1:
10 builds: 10 pass, 0 fail
26 boots: 26 pass, 0 fail
116 tests: 116 pass, 0 fail
Linux version: 6.1.98-rc1-gb10d15fc3848
Boards tested: tegra124-jetson-tk1, tegra186-p2771-0000,
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] 26+ messages in thread
* Re: [PATCH 6.1 000/102] 6.1.98-rc1 review
2024-07-09 11:09 [PATCH 6.1 000/102] 6.1.98-rc1 review Greg Kroah-Hartman
` (6 preceding siblings ...)
2024-07-10 8:34 ` Jon Hunter
@ 2024-07-10 9:18 ` Shreeya Patel
2024-07-10 13:06 ` Ron Economos
` (5 subsequent siblings)
13 siblings, 0 replies; 26+ messages in thread
From: Shreeya Patel @ 2024-07-10 9:18 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, srw, rwarsow, conor, allen.lkml, broonie
On Tuesday, July 09, 2024 16:39 IST, Greg Kroah-Hartman <gregkh@linuxfoundation.org> wrote:
> This is the start of the stable review cycle for the 6.1.98 release.
> There are 102 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 Thu, 11 Jul 2024 11:06:25 +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.1.98-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.1.y
> and the diffstat can be found below.
>
KernelCI report for stable-rc/linux-6.1.y for this week :-
Date: 2024-07-10
## Build failures:
No **new** build failures seen for the stable-rc/linux-6.1.y commit head \o/
Tested-by: kernelci.org bot <bot@kernelci.org>
Thanks,
Shreeya Patel
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: [PATCH 6.1 000/102] 6.1.98-rc1 review
2024-07-09 11:09 [PATCH 6.1 000/102] 6.1.98-rc1 review Greg Kroah-Hartman
` (7 preceding siblings ...)
2024-07-10 9:18 ` Shreeya Patel
@ 2024-07-10 13:06 ` Ron Economos
2024-07-10 13:17 ` Yann Sionneau
` (4 subsequent siblings)
13 siblings, 0 replies; 26+ messages in thread
From: Ron Economos @ 2024-07-10 13:06 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, srw,
rwarsow, conor, allen.lkml, broonie
On 7/9/24 4:09 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 6.1.98 release.
> There are 102 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 Thu, 11 Jul 2024 11:06:25 +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.1.98-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.1.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] 26+ messages in thread
* Re: [PATCH 6.1 000/102] 6.1.98-rc1 review
2024-07-09 11:09 [PATCH 6.1 000/102] 6.1.98-rc1 review Greg Kroah-Hartman
` (8 preceding siblings ...)
2024-07-10 13:06 ` Ron Economos
@ 2024-07-10 13:17 ` Yann Sionneau
2024-07-10 15:40 ` Naresh Kamboju
` (3 subsequent siblings)
13 siblings, 0 replies; 26+ messages in thread
From: Yann Sionneau @ 2024-07-10 13: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, srw,
rwarsow, conor, allen.lkml, broonie
Hi Greg,
On 09/07/2024 13:09, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 6.1.98 release.
> There are 102 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 Thu, 11 Jul 2024 11:06:25 +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.1.98-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.1.y
> and the diffstat can be found below.
>
> thanks,
I tested 6.1.98-rc1 (b10d15fc38486) on Kalray kvx arch (not upstream yet) and everything looks good!
It ran on real hw (k200, k200lp and k300 boards), on qemu and on our internal instruction set simulator (ISS).
Tests were run on several interfaces/drivers (usb, qsfp ethernet, eMMC, PCIe endpoint+RC, SPI, remoteproc, uart, iommu). LTP and uClibc-ng testsuites are also run without any regression.
Everything looks fine to us.
Tested-by: Yann Sionneau <ysionneau@kalrayinc.com>
-- Yann
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: [PATCH 6.1 000/102] 6.1.98-rc1 review
2024-07-09 11:09 [PATCH 6.1 000/102] 6.1.98-rc1 review Greg Kroah-Hartman
` (9 preceding siblings ...)
2024-07-10 13:17 ` Yann Sionneau
@ 2024-07-10 15:40 ` Naresh Kamboju
2024-07-11 9:43 ` Greg Kroah-Hartman
2024-07-11 11:18 ` Pavel Machek
` (2 subsequent siblings)
13 siblings, 1 reply; 26+ messages in thread
From: Naresh Kamboju @ 2024-07-10 15:40 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, srw, rwarsow, conor, allen.lkml, broonie
On Tue, 9 Jul 2024 at 16:59, Greg Kroah-Hartman
<gregkh@linuxfoundation.org> wrote:
>
> This is the start of the stable review cycle for the 6.1.98 release.
> There are 102 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 Thu, 11 Jul 2024 11:06:25 +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.1.98-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.1.y
> and the diffstat can be found below.
>
> thanks,
>
> greg k-h
Results from Linaro’s test farm.
We have two major regressions.
1)
As I have reported on 6.9.9-rc1 same kernel BUG and panic noticed [1]
while running kunit tests on all test environments [1] seen on 6.1.98-rc1.
BUG: KASAN: null-ptr-deref in _raw_spin_lock_irq+0xb0/0x17c
[1] https://lore.kernel.org/stable/CA+G9fYsqkB4=pVZyELyj3YqUc9jXFfgNULsPk9t8q-+P1w_G6A@mail.gmail.com/
2)
S390 build failed due to following build errors on 6.1 and 6.6.
Build error:
----
arch/s390/include/asm/processor.h:253:11: error: expected ';' at end
of declaration
253 | psw_t psw __uninitialized;
| ^
| ;
[2] https://storage.tuxsuite.com/public/linaro/lkft/builds/2j0YAKrnHmvjt4fKPfYoEmSKWlG/
Reported-by: Linux Kernel Functional Testing <lkft@linaro.org>
## Build
* kernel: 6.1.98-rc1
* git: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git
* git commit: b10d15fc384867cd42b1e770181e6cfb116cb970
* git describe: v6.1.97-103-gb10d15fc3848
* test details:
https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-6.1.y/build/v6.1.97-103-gb10d15fc3848
## Test Regressions (compared to v6.1.96-129-g54f35067ea4e)
* qemu-arm64, boot
- clang-nightly-defconfig-kunit
- gcc-13-defconfig-kunit
- gcc-13-lkftconfig-kunit
- gcc-8-defconfig-kunit
* qemu-arm64, log-parser-test
- check-kernel-kasan
- check-kernel-kfence
- check-kernel-oops
- check-kernel-panic
* s390, build
- clang-18-allnoconfig
- clang-18-defconfig
- clang-18-tinyconfig
- clang-nightly-allnoconfig
- clang-nightly-defconfig
- clang-nightly-tinyconfig
- gcc-13-allnoconfig
- gcc-13-defconfig
- gcc-13-tinyconfig
- gcc-8-allnoconfig
- gcc-8-defconfig-fe40093d
- gcc-8-tinyconfig
## Metric Regressions (compared to v6.1.96-129-g54f35067ea4e)
## Test Fixes (compared to v6.1.96-129-g54f35067ea4e)
## Metric Fixes (compared to v6.1.96-129-g54f35067ea4e)
## Test result summary
total: 229438, pass: 197119, fail: 2855, skip: 29094, xfail: 370
## Build Summary
* arc: 5 total, 5 passed, 0 failed
* arm: 133 total, 133 passed, 0 failed
* arm64: 36 total, 36 passed, 0 failed
* i386: 27 total, 27 passed, 0 failed
* mips: 24 total, 24 passed, 0 failed
* parisc: 3 total, 3 passed, 0 failed
* powerpc: 34 total, 34 passed, 0 failed
* riscv: 9 total, 9 passed, 0 failed
* s390: 12 total, 0 passed, 12 failed
* sh: 10 total, 10 passed, 0 failed
* sparc: 6 total, 6 passed, 0 failed
* x86_64: 31 total, 31 passed, 0 failed
## Test suites summary
* boot
* kselftest-arm64
* kselftest-breakpoints
* kselftest-capabilities
* kselftest-cgroup
* kselftest-clone3
* kselftest-core
* kselftest-cpu-hotplug
* kselftest-cpufreq
* kselftest-efivarfs
* kselftest-exec
* kselftest-filesystems
* kselftest-filesystems-binderfs
* kselftest-filesystems-epoll
* kselftest-firmware
* kselftest-fpu
* kselftest-ftrace
* kselftest-futex
* kselftest-gpio
* kselftest-intel_pstate
* kselftest-ipc
* kselftest-kcmp
* kselftest-kvm
* kselftest-livepatch
* kselftest-membarrier
* kselftest-memfd
* kselftest-mincore
* 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-watchdog
* kselftest-x86
* kunit
* kvm-unit-tests
* libgpiod
* libhugetlbfs
* log-parser-boot
* log-parser-test
* 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-ipc
* ltp-math
* ltp-mm
* ltp-nptl
* ltp-pty
* ltp-sched
* ltp-smoke
* ltp-smoketest
* ltp-syscalls
* ltp-tracing
* perf
* rcutorture
--
Linaro LKFT
https://lkft.linaro.org
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: [PATCH 6.1 000/102] 6.1.98-rc1 review
2024-07-10 15:40 ` Naresh Kamboju
@ 2024-07-11 9:43 ` Greg Kroah-Hartman
0 siblings, 0 replies; 26+ messages in thread
From: Greg Kroah-Hartman @ 2024-07-11 9:43 UTC (permalink / raw)
To: Naresh Kamboju
Cc: stable, patches, linux-kernel, torvalds, akpm, linux, shuah,
patches, lkft-triage, pavel, jonathanh, f.fainelli,
sudipm.mukherjee, srw, rwarsow, conor, allen.lkml, broonie
On Wed, Jul 10, 2024 at 09:10:11PM +0530, Naresh Kamboju wrote:
> On Tue, 9 Jul 2024 at 16:59, Greg Kroah-Hartman
> <gregkh@linuxfoundation.org> wrote:
> >
> > This is the start of the stable review cycle for the 6.1.98 release.
> > There are 102 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 Thu, 11 Jul 2024 11:06:25 +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.1.98-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.1.y
> > and the diffstat can be found below.
> >
> > thanks,
> >
> > greg k-h
>
>
> Results from Linaro’s test farm.
> We have two major regressions.
>
> 1)
> As I have reported on 6.9.9-rc1 same kernel BUG and panic noticed [1]
> while running kunit tests on all test environments [1] seen on 6.1.98-rc1.
>
> BUG: KASAN: null-ptr-deref in _raw_spin_lock_irq+0xb0/0x17c
>
> [1] https://lore.kernel.org/stable/CA+G9fYsqkB4=pVZyELyj3YqUc9jXFfgNULsPk9t8q-+P1w_G6A@mail.gmail.com/
>
> 2)
> S390 build failed due to following build errors on 6.1 and 6.6.
> Build error:
> ----
> arch/s390/include/asm/processor.h:253:11: error: expected ';' at end
> of declaration
> 253 | psw_t psw __uninitialized;
> | ^
> | ;
> [2] https://storage.tuxsuite.com/public/linaro/lkft/builds/2j0YAKrnHmvjt4fKPfYoEmSKWlG/
Thanks, I'll go drop this from 6.6 and older queues now, seems that
__unitialized doesn't work on older kernels just yet.
thanks,
greg k-h
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: [PATCH 6.1 000/102] 6.1.98-rc1 review
2024-07-09 11:09 [PATCH 6.1 000/102] 6.1.98-rc1 review Greg Kroah-Hartman
` (10 preceding siblings ...)
2024-07-10 15:40 ` Naresh Kamboju
@ 2024-07-11 11:18 ` Pavel Machek
2024-07-11 11:20 ` Pavel Machek
2024-07-12 17:05 ` Florian Fainelli
13 siblings, 0 replies; 26+ messages in thread
From: Pavel Machek @ 2024-07-11 11:18 UTC (permalink / raw)
To: Greg Kroah-Hartman, erick.archer, hkallweit1, masahiroy, jmeneghi
Cc: stable, patches, linux-kernel, torvalds, akpm, linux, shuah,
patches, lkft-triage, pavel, jonathanh, f.fainelli,
sudipm.mukherjee, srw, rwarsow, conor, allen.lkml, broonie
[-- Attachment #1: Type: text/plain, Size: 1475 bytes --]
Hi!
> This is the start of the stable review cycle for the 6.1.98 release.
> There are 102 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 Thu, 11 Jul 2024 11:06:25 +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.1.98-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.1.y
> and the diffstat can be found below.
> Erick Archer <erick.archer@outlook.com>
> sctp: prefer struct_size over open coded arithmetic
> Erick Archer <erick.archer@outlook.com>
> Input: ff-core - prefer struct_size over open coded arithmetic
> Heiner Kallweit <hkallweit1@gmail.com>
> i2c: i801: Annotate apanel_addr as __ro_after_init
> Masahiro Yamada <masahiroy@kernel.org>
> kbuild: fix short log for AS in link-vmlinux.sh
I don't believe these meet stable criteria.
> John Meneghini <jmeneghi@redhat.com>
> scsi: qedf: Make qedf_execute_tmf() non-preemptible
We don't have realtime in 6.1, so we don't need this.
Best regards,
Pavel
--
DENX Software Engineering GmbH, Managing Director: Erika Unter
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 195 bytes --]
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: [PATCH 6.1 000/102] 6.1.98-rc1 review
2024-07-09 11:09 [PATCH 6.1 000/102] 6.1.98-rc1 review Greg Kroah-Hartman
` (11 preceding siblings ...)
2024-07-11 11:18 ` Pavel Machek
@ 2024-07-11 11:20 ` Pavel Machek
2024-07-12 17:05 ` Florian Fainelli
13 siblings, 0 replies; 26+ messages in thread
From: Pavel Machek @ 2024-07-11 11:20 UTC (permalink / raw)
To: Greg Kroah-Hartman, guanrui.huang, hailmo
Cc: stable, patches, linux-kernel, torvalds, akpm, linux, shuah,
patches, lkft-triage, pavel, jonathanh, f.fainelli,
sudipm.mukherjee, srw, rwarsow, conor, allen.lkml, broonie
[-- Attachment #1: Type: text/plain, Size: 694 bytes --]
Hi!
> This is the start of the stable review cycle for the 6.1.98 release.
> There are 102 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.
> Guanrui Huang <guanrui.huang@linux.alibaba.com>
> irqchip/gic-v3-its: Remove BUG_ON in its_vpe_irq_domain_alloc
> Hailey Mothershead <hailmo@amazon.com>
> crypto: aead,cipher - zeroize key buffer after use
I don't believe these meet stable criteria.
Best regards,
Pavel
--
DENX Software Engineering GmbH, Managing Director: Erika Unter
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 195 bytes --]
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: [PATCH 6.1 000/102] 6.1.98-rc1 review
2024-07-09 11:09 [PATCH 6.1 000/102] 6.1.98-rc1 review Greg Kroah-Hartman
` (12 preceding siblings ...)
2024-07-11 11:20 ` Pavel Machek
@ 2024-07-12 17:05 ` Florian Fainelli
13 siblings, 0 replies; 26+ messages in thread
From: Florian Fainelli @ 2024-07-12 17:05 UTC (permalink / raw)
To: Greg Kroah-Hartman, stable
Cc: patches, linux-kernel, torvalds, akpm, linux, shuah, patches,
lkft-triage, pavel, jonathanh, sudipm.mukherjee, srw, rwarsow,
conor, allen.lkml, broonie
On 7/9/24 04:09, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 6.1.98 release.
> There are 102 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 Thu, 11 Jul 2024 11:06:25 +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.1.98-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.1.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] 26+ messages in thread
* Re: [PATCH 6.1 000/102] 6.1.98-rc1 review
@ 2024-07-13 17:52 Tim Lewis
2024-07-14 6:30 ` Greg KH
0 siblings, 1 reply; 26+ messages in thread
From: Tim Lewis @ 2024-07-13 17:52 UTC (permalink / raw)
To: Greg KH; +Cc: Niklas Neronin, Mathias Nyman, linux-usb, open list, stable
The patch
usb: xhci: prevent potential failure in handle_tx_event() for
Transfer events without TRB
https://patches.linaro.org/project/linux-usb/patch/20240429140245.3955523-11-mathias.nyman@linux.intel.com/
causes The Linux kernel
6.1.98
https://lkml.org/lkml/2024/7/9/645
to crash when plugging in a USB Seagate drive.
https://www.seagate.com/ca/en/products/gaming-drives/pc-gaming/firecuda-gaming-hub/
This is a regression.
Behavior of 6.1.98:
==============================================================================
scsi host1: uas_eh_device_reset_handler start
rcu: INFO: rcu_preempt detected stalls on CPUs/tasks:
rcu: 0-...!: (1 GPs behind) idle=686c/0/0x1 softirq=1841/1841 fqs=610
(detected by 4, t=5253 jiffies, g=2269, q=225 ncpus=6)
Task dump for CPU 0:
task:swapper/0 state:R running task stack:0 pid:0
ppid:0 flags:0x0000000
8
Call trace:
__switch_to+0xe4/0x160
0xd7f8f808
rcu: rcu_preempt kthread timer wakeup didn't happen for 4037 jiffies!
g2269 f0x0 RCU_GP_WAIT_FQS
(5) ->state=0x402
rcu: Possible timer handling issue on cpu=5 timer-softirq=1141
rcu: rcu_preempt kthread starved for 4043 jiffies! g2269 f0x0
RCU_GP_WAIT_FQS(5) ->state=0x402 -
>cpu=5
rcu: Unless rcu_preempt kthread gets sufficient CPU time, OOM is
now expected behavior.
rcu: RCU grace-period kthread stack dump:
task:rcu_preempt state:I stack:0 pid:14 ppid:2 flags:0x00000008
Call trace:
__switch_to+0xe4/0x160
__schedule+0x28c/0x710
schedule+0x5c/0xd0
schedule_timeout+0x8c/0x100
rcu_gp_fqs_loop+0x140/0x4a0
rcu_gp_kthread+0x13c/0x170
kthread+0x108/0x10c
ret_from_fork+0x10/0x20
rcu: Stack dump where RCU GP kthread last ran:
Task dump for CPU 5:
task:kworker/5:1 state:R running task stack:0 pid:89
ppid:2 flags:0x0000000
8
Workqueue: events xhci_handle_command_timeout
Call trace:
__switch_to+0xe4/0x160
0x0
Behavior of 6.1.97 (or 6.1.978 with the patch reverted):
==============================================================================
scsi host1: uas_eh_device_reset_handler start
usb 2-1.4.2.1: reset SuperSpeed USB device number 6 using xhci-hcd
scsi host1: uas_eh_device_reset_handler success
sd 1:0:0:0:31251759103 512-byte logical blocks: (16.0 TB/14.6 TiB)
sd 1:0:0:0:Write Protect is off
sd 1:0:0:0:Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sd 1:0:0:0:Preferred minimum I/O size 512 bytes
sd 1:0:0:0:Optimal transfer size 33553920 bytes
sdb: sdb1
sd 1:0:0:0:Attached SCSI disk
sd 0:0:0:0:tag#6 uas_eh_abort_handler 0 uas-tag 1 inflight: CMD IN
sd 0:0:0:0:tag#6 CDB: opcode=0x9e, sa=0x10 9e 10 00 00 00 00 00 00 00
00 00 00 00 20 00 0
0
scsi host0: uas_eh_device_reset_handler start
usb 2-1.4.1: reset SuperSpeed USB device number 5 using xhci-hcd
scsi host0: uas_eh_device_reset_handler success
sd 0:0:0:0:31251759103 512-byte logical blocks: (16.0 TB/14.6 TiB)
sd 0:0:0:0:Write Protect is off
sd 0:0:0:0:Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sd 0:0:0:0:Preferred minimum I/O size 512 bytes
sd 0:0:0:0:Optimal transfer size 33553920 bytes
sda: sda1
sd 0:0:0:0:Attached SCSI disk
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: [PATCH 6.1 000/102] 6.1.98-rc1 review
2024-07-13 17:52 Tim Lewis
@ 2024-07-14 6:30 ` Greg KH
2024-07-14 12:51 ` Tim Lewis
0 siblings, 1 reply; 26+ messages in thread
From: Greg KH @ 2024-07-14 6:30 UTC (permalink / raw)
To: Tim Lewis; +Cc: Niklas Neronin, Mathias Nyman, linux-usb, open list, stable
On Sat, Jul 13, 2024 at 01:52:52PM -0400, Tim Lewis wrote:
> The patch
> usb: xhci: prevent potential failure in handle_tx_event() for
> Transfer events without TRB
> https://patches.linaro.org/project/linux-usb/patch/20240429140245.3955523-11-mathias.nyman@linux.intel.com/
> causes The Linux kernel
> 6.1.98
> https://lkml.org/lkml/2024/7/9/645
> to crash when plugging in a USB Seagate drive.
> https://www.seagate.com/ca/en/products/gaming-drives/pc-gaming/firecuda-gaming-hub/
> This is a regression.
Ick, is this also a problem with the latest 6.6 and/or the latest 6.9
and/or Linus's tree?
thanks,
greg k-h
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: [PATCH 6.1 000/102] 6.1.98-rc1 review
2024-07-14 6:30 ` Greg KH
@ 2024-07-14 12:51 ` Tim Lewis
2024-07-14 14:45 ` Tim Lewis
0 siblings, 1 reply; 26+ messages in thread
From: Tim Lewis @ 2024-07-14 12:51 UTC (permalink / raw)
To: Greg KH; +Cc: Niklas Neronin, Mathias Nyman, linux-usb, open list, stable
On Sun, Jul 14, 2024 at 2:30 AM Greg KH <gregkh@linuxfoundation.org> wrote:
> On Sat, Jul 13, 2024 at 01:52:52PM -0400, Tim Lewis wrote:
> > usb: xhci: prevent potential failure in handle_tx_event() for Transfer events without TRB
>
> Ick, is this also a problem with the latest 6.6 and/or the latest 6.9 and/or Linus's tree?
The problem did not occur on 6.9.9
I'll test 6.6.y next.
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: [PATCH 6.1 000/102] 6.1.98-rc1 review
2024-07-14 12:51 ` Tim Lewis
@ 2024-07-14 14:45 ` Tim Lewis
2024-07-14 15:32 ` Michał Pecio
0 siblings, 1 reply; 26+ messages in thread
From: Tim Lewis @ 2024-07-14 14:45 UTC (permalink / raw)
To: Greg KH; +Cc: Niklas Neronin, Mathias Nyman, linux-usb, open list, stable
On Sun, Jul 14, 2024 at 8:51 AM Tim Lewis <elatllat@gmail.com> wrote:
>
> On Sun, Jul 14, 2024 at 2:30 AM Greg KH <gregkh@linuxfoundation.org> wrote:
> > On Sat, Jul 13, 2024 at 01:52:52PM -0400, Tim Lewis wrote:
> > > usb: xhci: prevent potential failure in handle_tx_event() for Transfer events without TRB
> >
> > Ick, is this also a problem with the latest 6.6 and/or the latest 6.9 and/or Linus's tree?
>
> The problem did not occur on 6.9.9
> I'll test 6.6.y next.
The problem did occur on 6.6.y
I'm going to re-test 6.9.y ...
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: [PATCH 6.1 000/102] 6.1.98-rc1 review
2024-07-14 14:45 ` Tim Lewis
@ 2024-07-14 15:32 ` Michał Pecio
2024-07-14 16:05 ` Salvatore Bonaccorso
0 siblings, 1 reply; 26+ messages in thread
From: Michał Pecio @ 2024-07-14 15:32 UTC (permalink / raw)
To: elatllat
Cc: gregkh, linux-kernel, linux-usb, mathias.nyman, niklas.neronin,
stable
This looks like bug 219039, please see if my suggested solution works.
The upstream commit is correct, because the call to inc_deq() has been
moved outside handle_tx_event() so there is no longer this critical
difference between doing 'goto cleanup' and 'return 0'. The intended
change of this commit also makes sense to me.
This refactor is already present in v6.9 so I don't think the commit
will have any effect besides fixing the isochronous bug which it is
meant to fix.
But it is not present in v6.6 and v6.1, so they break/crash/hang/etc.
Symptoms may vary, but I believe the root cause is the same because the
code is visibly wrong.
I would like to use this opportunity to point out that the xhci driver
is currenty undergoing (much needed IMO) cleanups and refactors and
this is not the first time when a naive, verbatim backport is attempted
of a patch which works fine on upstream, but causes problems on earlier
kernels. These things need special scrutiny, beyond just "CC:stable".
Regards,
Michal
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: [PATCH 6.1 000/102] 6.1.98-rc1 review
2024-07-14 15:32 ` Michał Pecio
@ 2024-07-14 16:05 ` Salvatore Bonaccorso
2024-07-14 20:41 ` Tim Lewis
2024-07-15 5:45 ` Greg KH
0 siblings, 2 replies; 26+ messages in thread
From: Salvatore Bonaccorso @ 2024-07-14 16:05 UTC (permalink / raw)
To: Michał Pecio
Cc: elatllat, gregkh, linux-kernel, linux-usb, mathias.nyman,
niklas.neronin, stable, regressions
Hi,
On Sun, Jul 14, 2024 at 05:32:39PM +0200, Michał Pecio wrote:
> This looks like bug 219039, please see if my suggested solution works.
>
> The upstream commit is correct, because the call to inc_deq() has been
> moved outside handle_tx_event() so there is no longer this critical
> difference between doing 'goto cleanup' and 'return 0'. The intended
> change of this commit also makes sense to me.
>
> This refactor is already present in v6.9 so I don't think the commit
> will have any effect besides fixing the isochronous bug which it is
> meant to fix.
>
> But it is not present in v6.6 and v6.1, so they break/crash/hang/etc.
> Symptoms may vary, but I believe the root cause is the same because the
> code is visibly wrong.
>
>
> I would like to use this opportunity to point out that the xhci driver
> is currenty undergoing (much needed IMO) cleanups and refactors and
> this is not the first time when a naive, verbatim backport is attempted
> of a patch which works fine on upstream, but causes problems on earlier
> kernels. These things need special scrutiny, beyond just "CC:stable".
For tracking I guess this should go as well to the regressions list?
#regzbot introduced: 948554f1bb16e15b90006c109c3a558c66d4c4ac
#regzbot title: freezes on plugging USB connector due to 948554f1bb16 ("usb: xhci: prevent potential failure in handle_tx_event() for Transfer events without TRB")
#regzbot monitor: https://bugzilla.kernel.org/show_bug.cgi?id=219039
Thorsten I hope I got the most bits correctly, how would one inform
regzbot about the regresssion for 6.1.98 and 6.6.39 but not happening
in the upper versions?
Regards,
Salvatore
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: [PATCH 6.1 000/102] 6.1.98-rc1 review
2024-07-14 16:05 ` Salvatore Bonaccorso
@ 2024-07-14 20:41 ` Tim Lewis
2024-07-14 20:54 ` Michał Pecio
2024-07-15 5:45 ` Greg KH
1 sibling, 1 reply; 26+ messages in thread
From: Tim Lewis @ 2024-07-14 20:41 UTC (permalink / raw)
To: gregkh
Cc: Michał Pecio, linux-kernel, linux-usb, mathias.nyman,
niklas.neronin, stable, regressions, Salvatore Bonaccorso
On Sun, Jul 14, 2024 at 11:32 AM Michał Pecio <michal.pecio@gmail.com> wrote:
> see if my suggested solution works.
On Sun, Jul 14, 2024 at 12:05 PM Salvatore Bonaccorso <carnil@debian.org> wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=219039
Not on 6.1.y:
drivers/usb/host/xhci-ring.c:2644:31: error: ~@~Xir~@~Y undeclared
(first use in this fuunction); did you mean ~@~Xidr~@~Y?
2644 | inc_deq(xhci, ir->event_ring);
On Sun, Jul 14, 2024 at 2:30 AM Greg KH <gregkh@linuxfoundation.org> wrote:
> Ick
We now have 3 USB HDD Vendors that are reported to crash the kernel
because of this patch. I think it best we take time to sort out the
long standing minor issue this patch is for, after we quickly revert
the major issues it is causing. Can we get it removed from 6.6.y and
older branches for the hopefully soon next release?
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: [PATCH 6.1 000/102] 6.1.98-rc1 review
2024-07-14 20:41 ` Tim Lewis
@ 2024-07-14 20:54 ` Michał Pecio
0 siblings, 0 replies; 26+ messages in thread
From: Michał Pecio @ 2024-07-14 20:54 UTC (permalink / raw)
To: Tim Lewis
Cc: gregkh, linux-kernel, linux-usb, mathias.nyman, niklas.neronin,
stable, regressions, Salvatore Bonaccorso
> > Not on 6.1.y:
> drivers/usb/host/xhci-ring.c:2644:31: error: ~@~Xir~@~Y undeclared
> (first use in this fuunction); did you mean ~@~Xidr~@~Y?
> 2644 | inc_deq(xhci, ir->event_ring);
Sorry, I didn't notice that v6.1 is different. You need this instead:
inc_deq(xhci, xhci->event_ring);
Another refactor interfering with backporting :(
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: [PATCH 6.1 000/102] 6.1.98-rc1 review
2024-07-14 16:05 ` Salvatore Bonaccorso
2024-07-14 20:41 ` Tim Lewis
@ 2024-07-15 5:45 ` Greg KH
2024-07-15 8:29 ` Greg KH
1 sibling, 1 reply; 26+ messages in thread
From: Greg KH @ 2024-07-15 5:45 UTC (permalink / raw)
To: Salvatore Bonaccorso
Cc: Michał Pecio, elatllat, linux-kernel, linux-usb,
mathias.nyman, niklas.neronin, stable, regressions
On Sun, Jul 14, 2024 at 06:05:25PM +0200, Salvatore Bonaccorso wrote:
> Hi,
>
> On Sun, Jul 14, 2024 at 05:32:39PM +0200, Michał Pecio wrote:
> > This looks like bug 219039, please see if my suggested solution works.
> >
> > The upstream commit is correct, because the call to inc_deq() has been
> > moved outside handle_tx_event() so there is no longer this critical
> > difference between doing 'goto cleanup' and 'return 0'. The intended
> > change of this commit also makes sense to me.
> >
> > This refactor is already present in v6.9 so I don't think the commit
> > will have any effect besides fixing the isochronous bug which it is
> > meant to fix.
> >
> > But it is not present in v6.6 and v6.1, so they break/crash/hang/etc.
> > Symptoms may vary, but I believe the root cause is the same because the
> > code is visibly wrong.
> >
> >
> > I would like to use this opportunity to point out that the xhci driver
> > is currenty undergoing (much needed IMO) cleanups and refactors and
> > this is not the first time when a naive, verbatim backport is attempted
> > of a patch which works fine on upstream, but causes problems on earlier
> > kernels. These things need special scrutiny, beyond just "CC:stable".
>
> For tracking I guess this should go as well to the regressions list?
>
> #regzbot introduced: 948554f1bb16e15b90006c109c3a558c66d4c4ac
> #regzbot title: freezes on plugging USB connector due to 948554f1bb16 ("usb: xhci: prevent potential failure in handle_tx_event() for Transfer events without TRB")
> #regzbot monitor: https://bugzilla.kernel.org/show_bug.cgi?id=219039
>
> Thorsten I hope I got the most bits correctly, how would one inform
> regzbot about the regresssion for 6.1.98 and 6.6.39 but not happening
> in the upper versions?
I'll handle this and go release new kernels with just this reverted in
it. Let my morning coffee kick in first...
thanks,
greg k-h
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: [PATCH 6.1 000/102] 6.1.98-rc1 review
2024-07-15 5:45 ` Greg KH
@ 2024-07-15 8:29 ` Greg KH
0 siblings, 0 replies; 26+ messages in thread
From: Greg KH @ 2024-07-15 8:29 UTC (permalink / raw)
To: Salvatore Bonaccorso
Cc: Michał Pecio, elatllat, linux-kernel, linux-usb,
mathias.nyman, niklas.neronin, stable, regressions
On Mon, Jul 15, 2024 at 07:45:07AM +0200, Greg KH wrote:
> On Sun, Jul 14, 2024 at 06:05:25PM +0200, Salvatore Bonaccorso wrote:
> > Hi,
> >
> > On Sun, Jul 14, 2024 at 05:32:39PM +0200, Michał Pecio wrote:
> > > This looks like bug 219039, please see if my suggested solution works.
> > >
> > > The upstream commit is correct, because the call to inc_deq() has been
> > > moved outside handle_tx_event() so there is no longer this critical
> > > difference between doing 'goto cleanup' and 'return 0'. The intended
> > > change of this commit also makes sense to me.
> > >
> > > This refactor is already present in v6.9 so I don't think the commit
> > > will have any effect besides fixing the isochronous bug which it is
> > > meant to fix.
> > >
> > > But it is not present in v6.6 and v6.1, so they break/crash/hang/etc.
> > > Symptoms may vary, but I believe the root cause is the same because the
> > > code is visibly wrong.
> > >
> > >
> > > I would like to use this opportunity to point out that the xhci driver
> > > is currenty undergoing (much needed IMO) cleanups and refactors and
> > > this is not the first time when a naive, verbatim backport is attempted
> > > of a patch which works fine on upstream, but causes problems on earlier
> > > kernels. These things need special scrutiny, beyond just "CC:stable".
> >
> > For tracking I guess this should go as well to the regressions list?
> >
> > #regzbot introduced: 948554f1bb16e15b90006c109c3a558c66d4c4ac
> > #regzbot title: freezes on plugging USB connector due to 948554f1bb16 ("usb: xhci: prevent potential failure in handle_tx_event() for Transfer events without TRB")
> > #regzbot monitor: https://bugzilla.kernel.org/show_bug.cgi?id=219039
> >
> > Thorsten I hope I got the most bits correctly, how would one inform
> > regzbot about the regresssion for 6.1.98 and 6.6.39 but not happening
> > in the upper versions?
>
> I'll handle this and go release new kernels with just this reverted in
> it. Let my morning coffee kick in first...
Should all now be fixed in the 6.6.40 and 6.1.99 releases. If not,
please let me know.
thanks,
greg k-h
^ permalink raw reply [flat|nested] 26+ messages in thread
end of thread, other threads:[~2024-07-15 8:29 UTC | newest]
Thread overview: 26+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2024-07-09 11:09 [PATCH 6.1 000/102] 6.1.98-rc1 review Greg Kroah-Hartman
2024-07-09 18:41 ` SeongJae Park
2024-07-09 19:38 ` Pavel Machek
2024-07-09 19:56 ` Kelsey Steele
2024-07-09 20:27 ` Peter Schneider
2024-07-09 21:37 ` Mark Brown
2024-07-09 23:27 ` Shuah Khan
2024-07-10 8:34 ` Jon Hunter
2024-07-10 9:18 ` Shreeya Patel
2024-07-10 13:06 ` Ron Economos
2024-07-10 13:17 ` Yann Sionneau
2024-07-10 15:40 ` Naresh Kamboju
2024-07-11 9:43 ` Greg Kroah-Hartman
2024-07-11 11:18 ` Pavel Machek
2024-07-11 11:20 ` Pavel Machek
2024-07-12 17:05 ` Florian Fainelli
-- strict thread matches above, loose matches on Subject: below --
2024-07-13 17:52 Tim Lewis
2024-07-14 6:30 ` Greg KH
2024-07-14 12:51 ` Tim Lewis
2024-07-14 14:45 ` Tim Lewis
2024-07-14 15:32 ` Michał Pecio
2024-07-14 16:05 ` Salvatore Bonaccorso
2024-07-14 20:41 ` Tim Lewis
2024-07-14 20:54 ` Michał Pecio
2024-07-15 5:45 ` Greg KH
2024-07-15 8:29 ` Greg KH
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).