2023-06-07 21:42:27

by Greg Kroah-Hartman

[permalink] [raw]
Subject: [PATCH 5.15 000/159] 5.15.116-rc1 review

This is the start of the stable review cycle for the 5.15.116 release.
There are 159 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 Fri, 09 Jun 2023 20:07:31 +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.15.116-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.15.y
and the diffstat can be found below.

thanks,

greg k-h

-------------
Pseudo-Shortlog of commits:

Greg Kroah-Hartman <[email protected]>
Linux 5.15.116-rc1

Mustafa Ismail <[email protected]>
RDMA/irdma: Do not generate SW completions for NOPs

Shiraz Saleem <[email protected]>
RDMA/irdma: Fix drain SQ hang with no completion

Arnd Bergmann <[email protected]>
ARM: defconfig: drop CONFIG_DRM_RCAR_LVDS

Theodore Ts'o <[email protected]>
ext4: enable the lazy init thread when remounting read/write

Matthieu Baerts <[email protected]>
selftests: mptcp: join: skip if MPTCP is not supported

Matthieu Baerts <[email protected]>
selftests: mptcp: simult flows: skip if MPTCP is not supported

Matthieu Baerts <[email protected]>
selftests: mptcp: diag: skip if MPTCP is not supported

Bas Nieuwenhuizen <[email protected]>
drm/amdgpu/gfx10: Disable gfxoff before disabling powergating.

Ben Hutchings <[email protected]>
scsi: dpt_i2o: Do not process completions with invalid addresses

Ben Hutchings <[email protected]>
scsi: dpt_i2o: Remove broken pass-through ioctl (I2OUSERCMD)

Arnd Bergmann <[email protected]>
drm/rcar: stop using 'imply' for dependencies

Lino Sanfilippo <[email protected]>
tpm, tpm_tis: Request threaded interrupt handler

Jim Wylder <[email protected]>
regmap: Account for register length when chunking

Roberto Sassu <[email protected]>
KEYS: asymmetric: Copy sig and digest in public_key_verify_signature()

Namjae Jeon <[email protected]>
ksmbd: fix incorrect AllocationSize set in smb2_get_info

Namjae Jeon <[email protected]>
ksmbd: fix credit count leakage

Sean Christopherson <[email protected]>
KVM: x86: Account fastpath-only VM-Exits in vCPU stats

Mirsad Goran Todorovac <[email protected]>
test_firmware: fix the memory leak of the allocated firmware buffer

Christophe JAILLET <[email protected]>
serial: 8250_tegra: Fix an error handling path in tegra_uart_probe()

Helge Deller <[email protected]>
fbcon: Fix null-ptr-deref in soft_cursor

Theodore Ts'o <[email protected]>
ext4: add lockdep annotations for i_data_sem for ea_inode's

Theodore Ts'o <[email protected]>
ext4: disallow ea_inodes with extended attributes

Theodore Ts'o <[email protected]>
ext4: set lockdep subclass for the ea_inode in ext4_xattr_inode_cache_find()

Theodore Ts'o <[email protected]>
ext4: add EA_INODE checking to ext4_iget()

Matthieu Baerts <[email protected]>
selftests: mptcp: sockopt: skip if MPTCP is not supported

Matthieu Baerts <[email protected]>
selftests: mptcp: pm nl: skip if MPTCP is not supported

Matthieu Baerts <[email protected]>
selftests: mptcp: connect: skip if MPTCP is not supported

Pietro Borrello <[email protected]>
tracing/probe: trace_probe_primary_from_call(): checked list_first_entry

Paul Moore <[email protected]>
selinux: don't use make's grouped targets feature yet

Damien Le Moal <[email protected]>
block: fix revalidate performance regression

Frank Li <[email protected]>
usb: cdns3: fix NCM gadget RX speed 20x slow than expection at iMX8QM

Frank Li <[email protected]>
usb: cdns3: allocate TX FIFO size according to composite EP number

Jon Pan-Doh <[email protected]>
iommu/amd: Fix domain flush size when syncing iotlb

Gaurav Batra <[email protected]>
powerpc/iommu: Limit number of TCEs to 512 for H_STUFF_TCE hcall

pengfuyuan <[email protected]>
btrfs: fix csum_tree_block page iteration to avoid tripping on -Werror=array-bounds

Sherry Sun <[email protected]>
tty: serial: fsl_lpuart: use UARTCTRL_TXINV to send break instead of UARTCTRL_SBK

Marek Vasut <[email protected]>
mmc: pwrseq: sd8787: Fix WILC CHIP_EN and RESETN toggling order

Deren Wu <[email protected]>
mmc: vub300: fix invalid response handling

Jiri Slaby (SUSE) <[email protected]>
block/blk-iocost (gcc13): keep large values in a new enum

Kees Cook <[email protected]>
ath6kl: Use struct_group() to avoid size-mismatched casting

Kees Cook <[email protected]>
x86/boot: Wrap literal addresses in absolute_pointer()

Tim Huang <[email protected]>
drm/amd/pm: reverse mclk and fclk clocks levels for renoir

Tim Huang <[email protected]>
drm/amd/pm: reverse mclk and fclk clocks levels for yellow carp

Tim Huang <[email protected]>
drm/amd/pm: reverse mclk and fclk clocks levels for vangogh

Damien Le Moal <[email protected]>
ata: libata-scsi: Use correct device no in ata_find_dev()

Bart Van Assche <[email protected]>
scsi: stex: Fix gcc 13 warnings

Richard Acayan <[email protected]>
misc: fastrpc: reject new invocations during device removal

Richard Acayan <[email protected]>
misc: fastrpc: return -EPIPE to invocations on device removal

Yu Kuai <[email protected]>
md/raid5: fix miscalculation of 'end_sector' in raid5_read_one_chunk()

Uttkarsh Aggarwal <[email protected]>
usb: gadget: f_fs: Add unbind event before functionfs_unbind

Marek Vasut <[email protected]>
dt-bindings: usb: snps,dwc3: Fix "snps,hsphy_interface" type

Sebastian Krzyszkowiak <[email protected]>
net: usb: qmi_wwan: Set DTR quirk for BroadMobi BM818

Lukas Bulwahn <[email protected]>
iio: dac: build ad5758 driver when AD5758 is selected

Paul Cercueil <[email protected]>
iio: adc: ad7192: Change "shorted" channels to differential

Marek Vasut <[email protected]>
iio: dac: mcp4725: Fix i2c_master_send() return value handling

Masahiro Honda <[email protected]>
iio: adc: ad_sigma_delta: Fix IRQ issue by setting IRQ_DISABLE_UNLAZY flag

Frank Li <[email protected]>
iio: light: vcnl4035: fixed chip ID check

Geert Uytterhoeven <[email protected]>
dt-bindings: iio: adc: renesas,rcar-gyroadc: Fix adi,ad7476 compatible value

Jean-Baptiste Maneyrol <[email protected]>
iio: imu: inv_icm42600: fix timestamp reset

Nikita Zhandarovich <[email protected]>
HID: wacom: avoid integer overflow in wacom_intuos_inout()

Sung-Chi Li <[email protected]>
HID: google: add jewel USB id

Jiakai Luo <[email protected]>
iio: adc: mxs-lradc: fix the order of two cleanup operations

Hans de Goede <[email protected]>
iio: accel: st_accel: Fix invalid mount_matrix on devices without ACPI _ONT method

Laurent Pinchart <[email protected]>
media: uvcvideo: Don't expose unsupported formats to userspace

Dan Carpenter <[email protected]>
mailbox: mailbox-test: fix a locking issue in mbox_test_message_write()

Daniel Smith <[email protected]>
nvme-pci: Add quirk for Teamgroup MP33 SSD

Guchun Chen <[email protected]>
drm/amdgpu: skip disabling fence driver src_irqs when device is unplugged

Arnd Bergmann <[email protected]>
atm: hide unused procfs functions

Rob Clark <[email protected]>
drm/msm: Be more shouty if per-process pgtables aren't working

Arnd Bergmann <[email protected]>
ALSA: oss: avoid missing-prototype warnings

Christoph Hellwig <[email protected]>
nvme-multipath: don't call blk_mark_disk_dead in nvme_mpath_remove_disk

Tom Rix <[email protected]>
netfilter: conntrack: define variables exp_nat_nla_policy and any_addr with CONFIG_NF_NAT

Arnd Bergmann <[email protected]>
wifi: b43: fix incorrect __packed annotation

Wenchao Hao <[email protected]>
scsi: core: Decrease scsi_device's iorequest_cnt if dispatch failed

Johannes Berg <[email protected]>
wifi: mac80211: simplify chanctx allocation

Linus Walleij <[email protected]>
arm64: vdso: Pass (void *) to virt_to_page()

Min-Hua Chen <[email protected]>
arm64/mm: mark private VM_FAULT_X defines as vm_fault_t

Dario Binacchi <[email protected]>
ARM: dts: stm32: add pin map for CAN controller on stm32f7

Yun Lu <[email protected]>
wifi: rtl8xxxu: fix authentication timeout due to incorrect RCR value

Rubén Gómez <[email protected]>
ACPI: resource: Add IRQ override quirk for LG UltraPC 17U70P

Alexander Gordeev <[email protected]>
s390/topology: honour nr_cpu_ids when adding CPUs

Holger Dengler <[email protected]>
s390/pkey: zeroize key blobs

Hyunwoo Kim <[email protected]>
media: dvb-core: Fix use-after-free due to race condition at dvb_ca_en50221

Takashi Iwai <[email protected]>
media: dvb-core: Fix kernel WARNING for blocking operation in wait_event*()

Hyunwoo Kim <[email protected]>
media: dvb-core: Fix use-after-free due to race at dvb_register_device()

Hyunwoo Kim <[email protected]>
media: dvb-core: Fix use-after-free due on race condition at dvb_net

Krzysztof Kozlowski <[email protected]>
media: mn88443x: fix !CONFIG_OF error by drop of_match_ptr from ID table

Hyunwoo Kim <[email protected]>
media: ttusb-dec: fix memory leak in ttusb_dec_exit_dvb()

YongSu Yoo <[email protected]>
media: dvb_ca_en50221: fix a size write bug

Wei Chen <[email protected]>
media: netup_unidvb: fix irq init by register it at the end of probe

Wei Chen <[email protected]>
media: dvb-usb: dw2102: fix uninit-value in su3000_read_mac_address

Wei Chen <[email protected]>
media: dvb-usb: digitv: fix null-ptr-deref in digitv_i2c_xfer()

Zhang Shurong <[email protected]>
media: dvb-usb-v2: rtl28xxu: fix null-ptr-deref in rtl28xxu_i2c_xfer

Wei Chen <[email protected]>
media: dvb-usb-v2: ce6230: fix null-ptr-deref in ce6230_i2c_master_xfer()

Wei Chen <[email protected]>
media: dvb-usb-v2: ec168: fix null-ptr-deref in ec168_i2c_xfer()

Wei Chen <[email protected]>
media: dvb-usb: az6027: fix three null-ptr-deref in az6027_i2c_xfer()

YongSu Yoo <[email protected]>
media: dvb_demux: fix a bug for the continuity counter

Paweł Anikiel <[email protected]>
ASoC: ssm2602: Add workaround for playback distortions

Martin Povišer <[email protected]>
ASoC: dt-bindings: Adjust #sound-dai-cells on TI's single-DAI codecs

Benedict Wong <[email protected]>
xfrm: Check if_id in inbound policy/secpath match

Johannes Berg <[email protected]>
um: harddog: fix modular build

Maxim Kochetkov <[email protected]>
ASoC: dwc: limit the number of overrun messages

Hristo Venev <[email protected]>
nvme-pci: add quirk for missing secondary temperature thresholds

Sagi Grimberg <[email protected]>
nvme-pci: add NVME_QUIRK_BOGUS_NID for HS-SSD-FUTURE 2048G

Guoqing Jiang <[email protected]>
block/rnbd: replace REQ_OP_FLUSH with REQ_OP_WRITE

Ivan Orlov <[email protected]>
nbd: Fix debugfs_create_dir error checking

Helge Deller <[email protected]>
fbdev: stifb: Fix info entry in sti_struct on error path

Helge Deller <[email protected]>
fbdev: modedb: Add 1920x1080 at 60 Hz video mode

Zheng Wang <[email protected]>
fbdev: imsttfb: Fix use after free bug in imsttfb_probe

Bob Peterson <[email protected]>
gfs2: Don't deref jdesc in evict

Julian Winkler <[email protected]>
platform/x86: intel_scu_pcidrv: Add back PCI ID for Medfield

Niklas Söderlund <[email protected]>
media: rcar-vin: Select correct interrupt mode for V4L2_FIELD_ALTERNATE

Haibo Li <[email protected]>
ARM: 9295/1: unwind:fix unwind abort for uleb128 case

Filipe Manana <[email protected]>
btrfs: abort transaction when sibling keys check fails for leaves

Jammy Huang <[email protected]>
drm/ast: Fix ARM compatibility

Lee Jones <[email protected]>
mailbox: mailbox-test: Fix potential double-free in mbox_test_message_write()

lyndonli <[email protected]>
drm/amdgpu: Use the default reset when loading or reloading the driver

jasontao <[email protected]>
ALSA: hda: Glenfly: add HD Audio PCI IDs and HDMI Codec Vendor IDs.

Johannes Thumshirn <[email protected]>
watchdog: menz069_wdt: fix watchdog initialisation

Chong Li <[email protected]>
drm/amdgpu: release gpu full access after "amdgpu_device_ip_late_init"

Xin Long <[email protected]>
rtnetlink: call validate_linkmsg in rtnl_create_link

Chris Packham <[email protected]>
mtd: rawnand: marvell: don't set the NAND frequency select

Chris Packham <[email protected]>
mtd: rawnand: marvell: ensure timing values are written

Andreas Svensson <[email protected]>
net: dsa: mv88e6xxx: Increase wait after reset deactivation

Hangyu Hua <[email protected]>
net/sched: flower: fix possible OOB write in fl_set_geneve_opt()

Moshe Shemesh <[email protected]>
net/mlx5: Read embedded cpu after init bit cleared

Saeed Mahameed <[email protected]>
net/mlx5e: Fix error handling in mlx5e_refresh_tirs

Vladislav Efanov <[email protected]>
udp6: Fix race condition in udp6_sendmsg & connect

Pedro Tammela <[email protected]>
net/netlink: fix NETLINK_LIST_MEMBERSHIPS length report

Zhengchao Shao <[email protected]>
net: sched: fix NULL pointer dereference in mq_attach

Peilin Ye <[email protected]>
net/sched: Prohibit regrafting ingress or clsact Qdiscs

Peilin Ye <[email protected]>
net/sched: Reserve TC_H_INGRESS (TC_H_CLSACT) for ingress (clsact) Qdiscs

Peilin Ye <[email protected]>
net/sched: sch_clsact: Only create under TC_H_CLSACT

Peilin Ye <[email protected]>
net/sched: sch_ingress: Only create under TC_H_INGRESS

Cambda Zhu <[email protected]>
tcp: Return user_mss for TCP_MAXSEG in CLOSE/LISTEN state if user_mss set

Eric Dumazet <[email protected]>
tcp: deny tcp_disconnect() when threads are waiting

Eric Dumazet <[email protected]>
af_packet: do not use READ_ONCE() in packet_bind()

Mustafa Ismail <[email protected]>
RDMA/irdma: Fix Local Invalidate fencing

Mustafa Ismail <[email protected]>
RDMA/irdma: Prevent QP use after free

Mustafa Ismail <[email protected]>
RDMA/irdma: Add SW mechanism to generate completions on error

Arnd Bergmann <[email protected]>
mtd: rawnand: ingenic: fix empty stub helper definitions

Raju Rangoju <[email protected]>
amd-xgbe: fix the false linkup in xgbe_phy_status

Kuniyuki Iwashima <[email protected]>
af_packet: Fix data-races of pkt_sk(sk)->num.

Eric Dumazet <[email protected]>
netrom: fix info-leak in nr_write_internal()

Thomas Bogendoerfer <[email protected]>
net: mellanox: mlxbf_gige: Fix skb_panic splat under memory pressure

Dmytro Linkin <[email protected]>
net/mlx5e: Don't attach netdev profile while handling internal error

Shay Drory <[email protected]>
net/mlx5: fw_tracer, Fix event handling

Alexandre Ghiti <[email protected]>
riscv: Fix unused variable warning when BUILTIN_DTB is set

Randy Dunlap <[email protected]>
dmaengine: pl330: rename _start to prevent build error

Joao Martins <[email protected]>
iommu/amd: Don't block updates to GATag if guest mode is on

Chao Wang <[email protected]>
iommu/rockchip: Fix unwind goto issue

Kalesh AP <[email protected]>
RDMA/bnxt_re: Fix return value of bnxt_re_process_raw_qp_pkt_rx

Kalesh AP <[email protected]>
RDMA/bnxt_re: Fix a possible memory leak

Dan Carpenter <[email protected]>
dmaengine: at_xdmac: fix potential Oops in at_xdmac_prep_interleaved()

Tudor Ambarus <[email protected]>
dmaengine: at_xdmac: Move the free desc to the tail of the desc list

Yangyang Li <[email protected]>
RDMA/hns: Modify the value of long message loopback slice

Chengchang Tang <[email protected]>
RDMA/hns: Fix base address table allocation

Yonatan Nachum <[email protected]>
RDMA/efa: Fix unsupported page sizes in device

Selvin Xavier <[email protected]>
RDMA/bnxt_re: Fix the page_size used during the MR creation


-------------

Diffstat:

.../bindings/iio/adc/renesas,rcar-gyroadc.yaml | 2 +-
.../devicetree/bindings/sound/tas2562.yaml | 6 +-
.../devicetree/bindings/sound/tas2764.yaml | 6 +-
.../devicetree/bindings/sound/tas2770.yaml | 6 +-
.../devicetree/bindings/usb/snps,dwc3.yaml | 2 +-
Makefile | 4 +-
arch/arm/boot/dts/stm32f7-pinctrl.dtsi | 82 ++++++
arch/arm/configs/multi_v7_defconfig | 1 -
arch/arm/kernel/unwind.c | 25 +-
arch/arm64/kernel/vdso.c | 2 +-
arch/arm64/mm/fault.c | 4 +-
arch/powerpc/platforms/pseries/iommu.c | 13 +-
arch/riscv/mm/init.c | 2 +-
arch/s390/kernel/topology.c | 32 +--
arch/um/drivers/Makefile | 4 +-
arch/um/drivers/harddog.h | 9 +
arch/um/drivers/harddog_kern.c | 7 +-
arch/um/drivers/harddog_user.c | 1 +
arch/um/drivers/harddog_user_exp.c | 9 +
arch/x86/boot/boot.h | 36 ++-
arch/x86/boot/main.c | 2 +-
arch/x86/kvm/x86.c | 3 +
block/blk-iocost.c | 2 +
block/blk-settings.c | 3 +-
crypto/asymmetric_keys/public_key.c | 38 +--
drivers/acpi/resource.c | 12 +
drivers/ata/libata-scsi.c | 34 ++-
drivers/base/regmap/regmap.c | 6 +-
drivers/block/nbd.c | 4 +-
drivers/block/rnbd/rnbd-proto.h | 2 +-
drivers/char/tpm/tpm_tis_core.c | 7 +-
drivers/dma/at_xdmac.c | 26 +-
drivers/dma/pl330.c | 8 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 39 +--
drivers/gpu/drm/amd/amdgpu/amdgpu_fence.c | 3 +-
drivers/gpu/drm/amd/amdgpu/gfx_v10_0.c | 8 +-
drivers/gpu/drm/amd/pm/swsmu/smu11/vangogh_ppt.c | 10 +-
drivers/gpu/drm/amd/pm/swsmu/smu12/renoir_ppt.c | 5 +-
.../gpu/drm/amd/pm/swsmu/smu13/yellow_carp_ppt.c | 5 +-
drivers/gpu/drm/ast/ast_main.c | 9 +-
drivers/gpu/drm/msm/msm_iommu.c | 7 +-
drivers/gpu/drm/rcar-du/Kconfig | 25 +-
drivers/hid/hid-google-hammer.c | 2 +
drivers/hid/hid-ids.h | 1 +
drivers/hid/wacom_wac.c | 2 +-
drivers/iio/accel/st_accel_core.c | 4 +-
drivers/iio/adc/ad7192.c | 8 +-
drivers/iio/adc/ad_sigma_delta.c | 4 +
drivers/iio/adc/mxs-lradc-adc.c | 10 +-
drivers/iio/dac/Makefile | 2 +-
drivers/iio/dac/mcp4725.c | 16 +-
drivers/iio/imu/inv_icm42600/inv_icm42600_buffer.c | 10 +-
drivers/iio/light/vcnl4035.c | 3 +
drivers/infiniband/hw/bnxt_re/ib_verbs.c | 4 +-
drivers/infiniband/hw/bnxt_re/qplib_fp.c | 11 +-
drivers/infiniband/hw/bnxt_re/qplib_res.c | 12 +-
drivers/infiniband/hw/bnxt_re/qplib_sp.c | 7 +-
drivers/infiniband/hw/efa/efa_verbs.c | 2 +-
drivers/infiniband/hw/hns/hns_roce_hw_v2.c | 8 +-
drivers/infiniband/hw/hns/hns_roce_mr.c | 43 ++++
drivers/infiniband/hw/irdma/hw.c | 31 ++-
drivers/infiniband/hw/irdma/utils.c | 150 +++++++++++
drivers/infiniband/hw/irdma/verbs.c | 66 +++--
drivers/infiniband/hw/irdma/verbs.h | 13 +-
drivers/iommu/amd/iommu.c | 5 +-
drivers/iommu/rockchip-iommu.c | 14 +-
drivers/mailbox/mailbox-test.c | 13 +-
drivers/md/raid5.c | 2 +-
drivers/media/dvb-core/dvb_ca_en50221.c | 49 +++-
drivers/media/dvb-core/dvb_demux.c | 4 +-
drivers/media/dvb-core/dvb_frontend.c | 16 +-
drivers/media/dvb-core/dvb_net.c | 38 ++-
drivers/media/dvb-core/dvbdev.c | 84 +++++--
drivers/media/dvb-frontends/mn88443x.c | 2 +-
drivers/media/pci/netup_unidvb/netup_unidvb_core.c | 17 +-
drivers/media/platform/rcar-vin/rcar-dma.c | 4 +-
drivers/media/usb/dvb-usb-v2/ce6230.c | 8 +
drivers/media/usb/dvb-usb-v2/ec168.c | 12 +
drivers/media/usb/dvb-usb-v2/rtl28xxu.c | 20 ++
drivers/media/usb/dvb-usb/az6027.c | 12 +
drivers/media/usb/dvb-usb/digitv.c | 4 +
drivers/media/usb/dvb-usb/dw2102.c | 2 +-
drivers/media/usb/ttusb-dec/ttusb_dec.c | 3 +-
drivers/media/usb/uvc/uvc_driver.c | 16 +-
drivers/misc/fastrpc.c | 7 +-
drivers/mmc/core/pwrseq_sd8787.c | 34 ++-
drivers/mmc/host/vub300.c | 3 +
drivers/mtd/nand/raw/ingenic/ingenic_ecc.h | 8 +-
drivers/mtd/nand/raw/marvell_nand.c | 10 +-
drivers/net/dsa/mv88e6xxx/chip.c | 2 +-
drivers/net/ethernet/amd/xgbe/xgbe-mdio.c | 12 +-
.../ethernet/mellanox/mlx5/core/diag/fw_tracer.c | 2 +-
.../net/ethernet/mellanox/mlx5/core/en_common.c | 11 +-
drivers/net/ethernet/mellanox/mlx5/core/en_main.c | 35 ++-
drivers/net/ethernet/mellanox/mlx5/core/main.c | 2 +-
.../ethernet/mellanox/mlxbf_gige/mlxbf_gige_rx.c | 13 +-
drivers/net/usb/qmi_wwan.c | 2 +-
drivers/net/wireless/ath/ath6kl/htc.h | 15 +-
drivers/net/wireless/ath/ath6kl/htc_mbox.c | 15 +-
drivers/net/wireless/broadcom/b43/b43.h | 2 +-
.../net/wireless/broadcom/b43legacy/b43legacy.h | 2 +-
drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.h | 1 +
.../net/wireless/realtek/rtl8xxxu/rtl8xxxu_core.c | 4 +-
drivers/nvme/host/hwmon.c | 4 +-
drivers/nvme/host/multipath.c | 1 -
drivers/nvme/host/nvme.h | 5 +
drivers/nvme/host/pci.c | 6 +
drivers/platform/x86/intel_scu_pcidrv.c | 1 +
drivers/s390/crypto/pkey_api.c | 3 +
drivers/scsi/Kconfig | 2 +-
drivers/scsi/dpt_i2o.c | 278 +--------------------
drivers/scsi/dpti.h | 1 -
drivers/scsi/scsi_lib.c | 2 +
drivers/scsi/stex.c | 4 +
drivers/tty/serial/8250/8250_tegra.c | 4 +-
drivers/tty/serial/fsl_lpuart.c | 44 ++--
drivers/usb/cdns3/cdns3-gadget.c | 60 ++++-
drivers/usb/cdns3/cdns3-gadget.h | 9 +-
drivers/usb/gadget/function/f_fs.c | 2 +-
drivers/video/fbdev/core/bitblit.c | 3 +
drivers/video/fbdev/core/modedb.c | 5 +
drivers/video/fbdev/imsttfb.c | 15 +-
drivers/video/fbdev/stifb.c | 1 +
drivers/watchdog/menz69_wdt.c | 16 +-
fs/btrfs/ctree.c | 2 +
fs/btrfs/disk-io.c | 2 +-
fs/ext4/ext4.h | 5 +-
fs/ext4/inode.c | 34 ++-
fs/ext4/super.c | 24 +-
fs/ext4/xattr.c | 41 +--
fs/gfs2/super.c | 8 +
fs/ksmbd/smb2pdu.c | 27 +-
include/media/dvb_net.h | 4 +
include/media/dvbdev.h | 15 ++
include/net/sock.h | 4 +
kernel/trace/trace_probe.h | 2 +-
lib/test_firmware.c | 19 +-
net/atm/resources.c | 2 +
net/core/rtnetlink.c | 8 +-
net/core/sock.c | 2 +-
net/ipv4/af_inet.c | 2 +
net/ipv4/inet_connection_sock.c | 1 +
net/ipv4/tcp.c | 9 +-
net/mac80211/chan.c | 2 +-
net/netfilter/nf_conntrack_netlink.c | 4 +
net/netlink/af_netlink.c | 2 +-
net/netrom/nr_subr.c | 7 +-
net/packet/af_packet.c | 8 +-
net/packet/diag.c | 2 +-
net/sched/cls_flower.c | 3 +
net/sched/sch_api.c | 16 +-
net/sched/sch_ingress.c | 16 +-
net/xfrm/xfrm_policy.c | 11 +-
security/selinux/Makefile | 6 +-
sound/core/oss/pcm_plugin.h | 16 +-
sound/pci/hda/hda_intel.c | 21 ++
sound/pci/hda/patch_hdmi.c | 22 ++
sound/soc/codecs/ssm2602.c | 15 ++
sound/soc/dwc/dwc-i2s.c | 4 +-
tools/testing/selftests/net/mptcp/Makefile | 2 +-
tools/testing/selftests/net/mptcp/diag.sh | 4 +
tools/testing/selftests/net/mptcp/mptcp_connect.sh | 4 +
tools/testing/selftests/net/mptcp/mptcp_join.sh | 4 +
tools/testing/selftests/net/mptcp/mptcp_lib.sh | 40 +++
tools/testing/selftests/net/mptcp/mptcp_sockopt.sh | 4 +
tools/testing/selftests/net/mptcp/pm_netlink.sh | 4 +
tools/testing/selftests/net/mptcp/simult_flows.sh | 4 +
167 files changed, 1544 insertions(+), 779 deletions(-)




2023-06-08 00:28:38

by Florian Fainelli

[permalink] [raw]
Subject: Re: [PATCH 5.15 000/159] 5.15.116-rc1 review

On 6/7/23 13:15, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.15.116 release.
> There are 159 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 Fri, 09 Jun 2023 20:07:31 +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.15.116-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.15.y
> and the diffstat can be found below.
>
> thanks,
>
> greg k-h

On ARCH_BRCMSTB using 32-bit and 64-bit ARM kernels, build tseted on
BMIPS_GENERIC:

Tested-by: Florian Fainelli <[email protected]>
--
Florian


2023-06-08 01:43:03

by Shuah Khan

[permalink] [raw]
Subject: Re: [PATCH 5.15 000/159] 5.15.116-rc1 review

On 6/7/23 14:15, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.15.116 release.
> There are 159 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 Fri, 09 Jun 2023 20:07:31 +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.15.116-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.15.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 <[email protected]>

thanks,
-- Shuah


2023-06-08 07:23:00

by Chris Paterson

[permalink] [raw]
Subject: RE: [PATCH 5.15 000/159] 5.15.116-rc1 review

Hello Greg,

> From: Greg Kroah-Hartman <[email protected]>
> Sent: Wednesday, June 7, 2023 9:15 PM
>
> This is the start of the stable review cycle for the 5.15.116 release.
> There are 159 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 Fri, 09 Jun 2023 20:07:31 +0000.
> Anything received after that time might be too late.

CIP configurations built and booted okay with Linux 5.15.116-rc1 (00621f2608ac):
https://gitlab.com/cip-project/cip-testing/linux-stable-rc-ci/-/pipelines/893074039
https://gitlab.com/cip-project/cip-testing/linux-stable-rc-ci/-/commits/linux-5.15.y

Tested-by: Chris Paterson (CIP) <[email protected]>

Kind regards, Chris

2023-06-08 11:39:59

by Bagas Sanjaya

[permalink] [raw]
Subject: Re: [PATCH 5.15 000/159] 5.15.116-rc1 review

On Wed, Jun 07, 2023 at 10:15:03PM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.15.116 release.
> There are 159 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.
>

Successfully compiled and installed bindeb-pkgs on my computer (Acer
Aspire E15, Intel Core i3 Haswell). No noticeable regressions.

Tested-by: Bagas Sanjaya <[email protected]>

--
An old man doll... just what I always wanted! - Clara


Attachments:
(No filename) (561.00 B)
signature.asc (235.00 B)
Download all attachments

2023-06-08 14:27:01

by Naresh Kamboju

[permalink] [raw]
Subject: Re: [PATCH 5.15 000/159] 5.15.116-rc1 review

On Thu, 8 Jun 2023 at 02:27, Greg Kroah-Hartman
<[email protected]> wrote:
>
> This is the start of the stable review cycle for the 5.15.116 release.
> There are 159 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 Fri, 09 Jun 2023 20:07:31 +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.15.116-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.15.y
> and the diffstat can be found below.
>
> thanks,
>
> greg k-h


Results from Linaro’s test farm.
No regressions on arm64, arm, x86_64, and i386.

Tested-by: Linux Kernel Functional Testing <[email protected]>

## Build
* kernel: 5.15.116-rc1
* git: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git
* git branch: linux-5.15.y
* git commit: 00621f2608ac31643168c86e902c21a017ffe3b1
* git describe: v5.15.114-196-g00621f2608ac
* test details:
https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-5.15.y/build/v5.15.114-196-g00621f2608ac

## Test Regressions (compared to v5.15.114)

## Metric Regressions (compared to v5.15.114)

## Test Fixes (compared to v5.15.114)

## Metric Fixes (compared to v5.15.114)

## Test result summary
total: 108256, pass: 91348, fail: 3032, skip: 13715, xfail: 161

## Build Summary
* arc: 5 total, 5 passed, 0 failed
* arm: 117 total, 116 passed, 1 failed
* arm64: 45 total, 43 passed, 2 failed
* i386: 35 total, 32 passed, 3 failed
* mips: 27 total, 26 passed, 1 failed
* parisc: 4 total, 4 passed, 0 failed
* powerpc: 27 total, 26 passed, 1 failed
* riscv: 11 total, 11 passed, 0 failed
* s390: 12 total, 11 passed, 1 failed
* sh: 14 total, 12 passed, 2 failed
* sparc: 8 total, 8 passed, 0 failed
* x86_64: 38 total, 36 passed, 2 failed

## Test suites summary
* boot
* fwts
* kselftest-android
* kselftest-arm64
* kselftest-breakpoints
* kselftest-capabilities
* kselftest-cgroup
* kselftest-clone3
* kselftest-core
* kselftest-cpu-hotplug
* kselftest-cpufreq
* kselftest-drivers-dma-buf
* kselftest-efivarfs
* kselftest-exec
* kselftest-filesystems
* kselftest-filesystems-binderfs
* kselftest-firmware
* kselftest-fpu
* kselftest-ftrace
* kselftest-futex
* kselftest-gpio
* kselftest-intel_pstate
* kselftest-ipc
* kselftest-ir
* kselftest-kcmp
* kselftest-kexec
* kselftest-lib
* kselftest-livepatch
* kselftest-membarrier
* kselftest-memfd
* kselftest-memory-hotplug
* kselftest-mincore
* kselftest-mount
* kselftest-mqueue
* kselftest-net
* kselftest-net-forwarding
* kselftest-net-mptcp
* kselftest-netfilter
* kselftest-nsfs
* kselftest-openat2
* kselftest-pid_namespace
* kselftest-pidfd
* kselftest-proc
* kselftest-pstore
* kselftest-ptrace
* kselftest-rseq
* kselftest-rtc
* kselftest-seccomp
* kselftest-sigaltstack
* kselftest-size
* kselftest-splice
* kselftest-static_keys
* kselftest-sync
* kselftest-sysctl
* kselftest-tc-testing
* kselftest-timens
* kselftest-timers
* kselftest-tmpfs
* kselftest-tpm2
* kselftest-user
* kselftest-user_events
* kselftest-vDSO
* kselftest-watchdog
* kselftest-x86
* kselftest-zram
* kunit
* kvm-unit-tests
* libgpiod
* libhugetlbfs
* log-parser-boot
* log-parser-test
* ltp-cap_bounds
* ltp-commands
* ltp-containers
* ltp-controllers
* ltp-cpuhotplug
* ltp-crypto
* ltp-cve
* ltp-dio
* ltp-fcntl-locktests
* ltp-filecaps
* ltp-fs
* ltp-fs_bind
* ltp-fs_perms_simple
* ltp-fsx
* ltp-hugetlb
* ltp-io
* ltp-ipc
* ltp-math
* ltp-mm
* ltp-nptl
* ltp-pty
* ltp-sched
* ltp-securebits
* ltp-smoke
* ltp-syscalls
* ltp-tracing
* network-basic-tests
* perf
* rcutorture
* v4l2-compliance
* vdso

--
Linaro LKFT
https://lkft.linaro.org

2023-06-08 17:44:24

by Harshit Mogalapalli

[permalink] [raw]
Subject: Re: [PATCH 5.15 000/159] 5.15.116-rc1 review

Hi Greg,

On 08/06/23 1:45 am, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.15.116 release.
> There are 159 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 Fri, 09 Jun 2023 20:07:31 +0000.
> Anything received after that time might be too late.
>

No problems seen on x86_64 and aarch64.

Tested-by: Harshit Mogalapalli <[email protected]>

Thanks,
Harshit

> The whole patch series can be found in one patch at:
> https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.15.116-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.15.y
> and the diffstat can be found below.
>
> thanks,
>
> greg k-h
>

2023-06-08 22:52:09

by Ron Economos

[permalink] [raw]
Subject: Re: [PATCH 5.15 000/159] 5.15.116-rc1 review

On 6/7/23 1:15 PM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.15.116 release.
> There are 159 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 Fri, 09 Jun 2023 20:07:31 +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.15.116-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.15.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 <[email protected]>


2023-06-09 08:51:54

by Sudip Mukherjee

[permalink] [raw]
Subject: Re: [PATCH 5.15 000/159] 5.15.116-rc1 review

Hi Greg,

On Wed, Jun 07, 2023 at 10:15:03PM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.15.116 release.
> There are 159 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.

Build test (gcc version 12.2.1 20230511):
mips: 62 configs -> no failure
arm: 99 configs -> no failure
arm64: 3 configs -> no failure
x86_64: 4 configs -> no failure
alpha allmodconfig -> no failure
csky 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 my test laptop. No regression.
x86_64: Booted on qemu. No regression. [1]
arm64: Booted on rpi4b (4GB model). No regression. [2]
mips: Booted on ci20 board. No regression. [3]

[1]. https://openqa.qa.codethink.co.uk/tests/3807
[2]. https://openqa.qa.codethink.co.uk/tests/3823
[3]. https://openqa.qa.codethink.co.uk/tests/3824

Tested-by: Sudip Mukherjee <[email protected]>

--
Regards
Sudip

2023-06-09 11:14:41

by Guenter Roeck

[permalink] [raw]
Subject: Re: [PATCH 5.15 000/159] 5.15.116-rc1 review

On Wed, Jun 07, 2023 at 10:15:03PM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.15.116 release.
> There are 159 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 Fri, 09 Jun 2023 20:07:31 +0000.
> Anything received after that time might be too late.
>

Build results:
total: 155 pass: 155 fail: 0
Qemu test results:
total: 499 pass: 498 fail: 1
Failed tests:
arm:kudo-bmc:multi_v7_defconfig:npcm:usb0.1:nuvoton-npcm730-kudo:rootfs

The test failure is spurious and not new. I observe it randomly on
multi_v7_defconfig builds, primarily on npcm platforms. There is no error
message, just a stalled boot. I have been trying to bisect for a while,
but I have not been successful so far. No immediate concern; I just wanted
to mention it in case someone else hits the same or a similar problem.

Tested-by: Guenter Roeck <[email protected]>

Guenter

2023-06-09 16:27:53

by Jon Hunter

[permalink] [raw]
Subject: Re: [PATCH 5.15 000/159] 5.15.116-rc1 review

On Wed, 07 Jun 2023 22:15:03 +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.15.116 release.
> There are 159 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 Fri, 09 Jun 2023 20:07:31 +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.15.116-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.15.y
> and the diffstat can be found below.
>
> thanks,
>
> greg k-h

All tests passing for Tegra ...

Test results for stable-v5.15:
11 builds: 11 pass, 0 fail
28 boots: 28 pass, 0 fail
114 tests: 114 pass, 0 fail

Linux version: 5.15.116-rc1-g00621f2608ac
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 <[email protected]>

Jon

2023-06-09 19:14:01

by Guenter Roeck

[permalink] [raw]
Subject: Re: [PATCH 5.15 000/159] 5.15.116-rc1 review

Hi,

On Fri, Jun 09, 2023 at 04:07:00AM -0700, Guenter Roeck wrote:
> On Wed, Jun 07, 2023 at 10:15:03PM +0200, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 5.15.116 release.
> > There are 159 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 Fri, 09 Jun 2023 20:07:31 +0000.
> > Anything received after that time might be too late.
> >
>
> Build results:
> total: 155 pass: 155 fail: 0
> Qemu test results:
> total: 499 pass: 498 fail: 1
> Failed tests:
> arm:kudo-bmc:multi_v7_defconfig:npcm:usb0.1:nuvoton-npcm730-kudo:rootfs
>
> The test failure is spurious and not new. I observe it randomly on
> multi_v7_defconfig builds, primarily on npcm platforms. There is no error
> message, just a stalled boot. I have been trying to bisect for a while,
> but I have not been successful so far. No immediate concern; I just wanted
> to mention it in case someone else hits the same or a similar problem.
>

I managed to revise my bisect script sufficiently enough to get reliable
results. It looks like the culprit is commit 503e554782c9 (" debugobject:
Ensure pool refill (again)"); see bisect log below. Bisect on four
different systems all have the same result. After reverting this patch,
I do not see the problem anymore (again, confirmed on four different
systems). If anyone has an idea how to debug this, please let me know.
I'll be happy to give it a try.

Thanks,
Guenter

---
# bad: [7349e40704a0209a2af8b37fa876322209de9684] Linux 5.15.116
# good: [d214f240b0f61480f9dbc4384cef03f6a55e5d03] Linux 5.15.100
git bisect start 'HEAD' 'v5.15.100'
# good: [11c58a0c1937c157dbdf82d5ab634d68c99f3098] x86/MCE/AMD: Use an u64 for bank_map
git bisect good 11c58a0c1937c157dbdf82d5ab634d68c99f3098
# bad: [e9c5fc4f3f35e769932158a7347ec245be5cefb9] drm/amd/display: Use DC_LOG_DC in the trasform pixel function
git bisect bad e9c5fc4f3f35e769932158a7347ec245be5cefb9
# good: [3dc3a86b88bda88b4ac859b18559385f02932e78] SMB3: Close deferred file handles in case of handle lease break
git bisect good 3dc3a86b88bda88b4ac859b18559385f02932e78
# bad: [b13e20cc58e438b2d3473147329fe3fe80e3bc09] perf stat: Separate bperf from bpf_profiler
git bisect bad b13e20cc58e438b2d3473147329fe3fe80e3bc09
# bad: [43b2f7d690697182beed6f71aa57b7249d3cfc9c] ubifs: Fix memory leak in do_rename
git bisect bad 43b2f7d690697182beed6f71aa57b7249d3cfc9c
# good: [8444b46e163aa9559a0af0381a1d230ec4146eb2] mtd: core: fix nvmem error reporting
git bisect good 8444b46e163aa9559a0af0381a1d230ec4146eb2
# good: [f76fcb9d43ec014ac4a1bb983768696d5b032df9] dm flakey: fix a crash with invalid table line
git bisect good f76fcb9d43ec014ac4a1bb983768696d5b032df9
# bad: [aa6ff950f875ebc9a01dc53666a1af17004924ad] arm64: dts: qcom: sdm845: correct dynamic power coefficients - again
git bisect bad aa6ff950f875ebc9a01dc53666a1af17004924ad
# good: [06106efa20f74a14674ae53def7abaddd851f7e2] perf auxtrace: Fix address filter entire kernel size
git bisect good 06106efa20f74a14674ae53def7abaddd851f7e2
# bad: [503e554782c916aec553f790298564a530cf1778] debugobject: Ensure pool refill (again)
git bisect bad 503e554782c916aec553f790298564a530cf1778
# good: [6b84832966a094a1b8305b1a42a4f157a3121258] perf intel-pt: Fix CYC timestamps after standalone CBR
git bisect good 6b84832966a094a1b8305b1a42a4f157a3121258
# first bad commit: [503e554782c916aec553f790298564a530cf1778] debugobject: Ensure pool refill (again)

2023-06-09 19:26:33

by Linus Torvalds

[permalink] [raw]
Subject: Re: [PATCH 5.15 000/159] 5.15.116-rc1 review

On Fri, Jun 9, 2023 at 11:42 AM Guenter Roeck <[email protected]> wrote:
>
> I managed to revise my bisect script sufficiently enough to get reliable
> results. It looks like the culprit is commit 503e554782c9 (" debugobject:
> Ensure pool refill (again)"); see bisect log below. Bisect on four
> different systems all have the same result. After reverting this patch,
> I do not see the problem anymore (again, confirmed on four different
> systems).

Does this happen on mainline too? It's commit 0af462f19e63 in the upstream tree.

It was in 6.4-rc1, and I see a clean result from you at least for
-rc2, so for some reason it sounds like upstream is ok. But I don't
really see why that would be the case...

Linus

2023-06-09 19:56:39

by Guenter Roeck

[permalink] [raw]
Subject: Re: [PATCH 5.15 000/159] 5.15.116-rc1 review

On 6/9/23 12:06, Linus Torvalds wrote:
> On Fri, Jun 9, 2023 at 11:42 AM Guenter Roeck <[email protected]> wrote:
>>
>> I managed to revise my bisect script sufficiently enough to get reliable
>> results. It looks like the culprit is commit 503e554782c9 (" debugobject:
>> Ensure pool refill (again)"); see bisect log below. Bisect on four
>> different systems all have the same result. After reverting this patch,
>> I do not see the problem anymore (again, confirmed on four different
>> systems).
>
> Does this happen on mainline too? It's commit 0af462f19e63 in the upstream tree.
>
> It was in 6.4-rc1, and I see a clean result from you at least for
> -rc2, so for some reason it sounds like upstream is ok. But I don't
> really see why that would be the case...
>

I see the problem only in v5.15.y, to the point where it is almost
impossible to get a clean test of all arm-v7 systems. Affected are
npcm (Nuvoton) boards (kudo-bmc, quanta-gsj, npcm750-evb) as well as
orangepi-pc. I don't see it in any other branch or with any other
platform/architecture.

Mainline is fine; I have not seen any problems since -rc2.

I have no idea what is going on either, only that I can reliably
reproduce the problem (and of course it disappears if CONFIG_DEBUG_OBJECTS
is disabled).

Guenter


2023-06-10 19:28:30

by Pavel Machek

[permalink] [raw]
Subject: Re: [PATCH 5.15 000/159] 5.15.116-rc1 review

Hi!

> > Build results:
> > total: 155 pass: 155 fail: 0
> > Qemu test results:
> > total: 499 pass: 498 fail: 1
> > Failed tests:
> > arm:kudo-bmc:multi_v7_defconfig:npcm:usb0.1:nuvoton-npcm730-kudo:rootfs
> >
> > The test failure is spurious and not new. I observe it randomly on
> > multi_v7_defconfig builds, primarily on npcm platforms. There is no error
> > message, just a stalled boot. I have been trying to bisect for a while,
> > but I have not been successful so far. No immediate concern; I just wanted
> > to mention it in case someone else hits the same or a similar problem.
> >
>
> I managed to revise my bisect script sufficiently enough to get reliable
> results. It looks like the culprit is commit 503e554782c9 (" debugobject:
> Ensure pool refill (again)"); see bisect log below. Bisect on four
> different systems all have the same result. After reverting this patch,
> I do not see the problem anymore (again, confirmed on four different
> systems). If anyone has an idea how to debug this, please let me know.
> I'll be happy to give it a try.

You may want to comment out debug_objects_fill_pool() in
debug_object_activate or debug_object_assert_init to see which one is
causing the failure...

CONFIG_PREEMPT_RT is disabled for you, right? (Should 5.15 even have
that option?)

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


Attachments:
(No filename) (1.48 kB)
signature.asc (201.00 B)
Download all attachments

2023-06-10 22:06:56

by Guenter Roeck

[permalink] [raw]
Subject: Re: [PATCH 5.15 000/159] 5.15.116-rc1 review

Hi,

On 6/10/23 12:23, Pavel Machek wrote:
> Hi!
>
>>> Build results:
>>> total: 155 pass: 155 fail: 0
>>> Qemu test results:
>>> total: 499 pass: 498 fail: 1
>>> Failed tests:
>>> arm:kudo-bmc:multi_v7_defconfig:npcm:usb0.1:nuvoton-npcm730-kudo:rootfs
>>>
>>> The test failure is spurious and not new. I observe it randomly on
>>> multi_v7_defconfig builds, primarily on npcm platforms. There is no error
>>> message, just a stalled boot. I have been trying to bisect for a while,
>>> but I have not been successful so far. No immediate concern; I just wanted
>>> to mention it in case someone else hits the same or a similar problem.
>>>
>>
>> I managed to revise my bisect script sufficiently enough to get reliable
>> results. It looks like the culprit is commit 503e554782c9 (" debugobject:
>> Ensure pool refill (again)"); see bisect log below. Bisect on four
>> different systems all have the same result. After reverting this patch,
>> I do not see the problem anymore (again, confirmed on four different
>> systems). If anyone has an idea how to debug this, please let me know.
>> I'll be happy to give it a try.
>
> You may want to comment out debug_objects_fill_pool() in
> debug_object_activate or debug_object_assert_init to see which one is
> causing the failure...
>
> CONFIG_PREEMPT_RT is disabled for you, right? (Should 5.15 even have
> that option?)
>

CONFIG_PREEMPT_RT is disabled (it depends on ARCH_SUPPORTS_RT which is not
enabled by any architecture in v5.15.y).

The added call in debug_object_activate() triggers the problem.
Any idea what to do about it or how to debug it further ?

Thanks,
Guenter


2023-06-11 15:37:11

by Guenter Roeck

[permalink] [raw]
Subject: Re: [PATCH 5.15 000/159] 5.15.116-rc1 review

On 6/10/23 14:14, Guenter Roeck wrote:
> Hi,
>
> On 6/10/23 12:23, Pavel Machek wrote:
>> Hi!
>>
>>>> Build results:
>>>>     total: 155 pass: 155 fail: 0
>>>> Qemu test results:
>>>>     total: 499 pass: 498 fail: 1
>>>> Failed tests:
>>>>     arm:kudo-bmc:multi_v7_defconfig:npcm:usb0.1:nuvoton-npcm730-kudo:rootfs
>>>>
>>>> The test failure is spurious and not new. I observe it randomly on
>>>> multi_v7_defconfig builds, primarily on npcm platforms. There is no error
>>>> message, just a stalled boot. I have been trying to bisect for a while,
>>>> but I have not been successful so far. No immediate concern; I just wanted
>>>> to mention it in case someone else hits the same or a similar problem.
>>>>
>>>
>>> I managed to revise my bisect script sufficiently enough to get reliable
>>> results. It looks like the culprit is commit 503e554782c9 (" debugobject:
>>> Ensure pool refill (again)"); see bisect log below. Bisect on four
>>> different systems all have the same result. After reverting this patch,
>>> I do not see the problem anymore (again, confirmed on four different
>>> systems). If anyone has an idea how to debug this, please let me know.
>>> I'll be happy to give it a try.
>>
>> You may want to comment out debug_objects_fill_pool() in
>> debug_object_activate or debug_object_assert_init to see which one is
>> causing the failure...
>>
>> CONFIG_PREEMPT_RT is disabled for you, right? (Should 5.15 even have
>> that option?)
>>
>
> CONFIG_PREEMPT_RT is disabled (it depends on ARCH_SUPPORTS_RT which is not
> enabled by any architecture in v5.15.y).
>
> The added call in debug_object_activate() triggers the problem.
> Any idea what to do about it or how to debug it further ?
>

I did some more debugging. The call to debug_object_activate()
from debug_hrtimer_activate() causes the immediate problem, and the
call from debug_timer_activate() causes a second (less likely) problem,
where the stall is seen during reboot.

In other words, the problem is (only) seen if DEBUG_OBJECTS_TIMERS
is enabled.

Guenter


2023-06-12 01:32:30

by Guenter Roeck

[permalink] [raw]
Subject: Re: [PATCH 5.15 000/159] 5.15.116-rc1 review

On 6/11/23 08:14, Guenter Roeck wrote:
> On 6/10/23 14:14, Guenter Roeck wrote:
>> Hi,
>>
>> On 6/10/23 12:23, Pavel Machek wrote:
>>> Hi!
>>>
>>>>> Build results:
>>>>>     total: 155 pass: 155 fail: 0
>>>>> Qemu test results:
>>>>>     total: 499 pass: 498 fail: 1
>>>>> Failed tests:
>>>>>     arm:kudo-bmc:multi_v7_defconfig:npcm:usb0.1:nuvoton-npcm730-kudo:rootfs
>>>>>
>>>>> The test failure is spurious and not new. I observe it randomly on
>>>>> multi_v7_defconfig builds, primarily on npcm platforms. There is no error
>>>>> message, just a stalled boot. I have been trying to bisect for a while,
>>>>> but I have not been successful so far. No immediate concern; I just wanted
>>>>> to mention it in case someone else hits the same or a similar problem.
>>>>>
>>>>
>>>> I managed to revise my bisect script sufficiently enough to get reliable
>>>> results. It looks like the culprit is commit 503e554782c9 (" debugobject:
>>>> Ensure pool refill (again)"); see bisect log below. Bisect on four
>>>> different systems all have the same result. After reverting this patch,
>>>> I do not see the problem anymore (again, confirmed on four different
>>>> systems). If anyone has an idea how to debug this, please let me know.
>>>> I'll be happy to give it a try.
>>>
>>> You may want to comment out debug_objects_fill_pool() in
>>> debug_object_activate or debug_object_assert_init to see which one is
>>> causing the failure...
>>>
>>> CONFIG_PREEMPT_RT is disabled for you, right? (Should 5.15 even have
>>> that option?)
>>>
>>
>> CONFIG_PREEMPT_RT is disabled (it depends on ARCH_SUPPORTS_RT which is not
>> enabled by any architecture in v5.15.y).
>>
>> The added call in debug_object_activate() triggers the problem.
>> Any idea what to do about it or how to debug it further ?
>>
>
> I did some more debugging. The call to debug_object_activate()
> from debug_hrtimer_activate() causes the immediate problem, and the
> call from debug_timer_activate() causes a second (less likely) problem,
> where the stall is seen during reboot.
>
> In other words, the problem is (only) seen if DEBUG_OBJECTS_TIMERS
> is enabled.
>

Bisect log between v5.15 and v6.1 below. The fix is all but impossible to backport,
and I still have no idea what is actually going on. I think I'll just disable
DEBUG_OBJECTS_TIMERS in affected tests of v5.15.y.

Guenter

---
# fixed: [830b3c68c1fb1e9176028d02ef86f3cf76aa2476] Linux 6.1
# broken: [8bb7eca972ad531c9b149c0a51ab43a417385813] Linux 5.15
git bisect start 'v6.1' 'v5.15'
# broken: [7fa2e481ff2fee20e0338d98489eb9f513ada45f] Merge branch 'big-tcp'
git bisect broken 7fa2e481ff2fee20e0338d98489eb9f513ada45f
# fixed: [9e2e5ea3b28f81512c792f30729edb1db0c21f6a] Merge tag 'usb-6.0-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb
git bisect fixed 9e2e5ea3b28f81512c792f30729edb1db0c21f6a
# fixed: [4ad680f083ec360e0991c453e18a38ed9ae500d7] Merge tag 'staging-5.19-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging
git bisect fixed 4ad680f083ec360e0991c453e18a38ed9ae500d7
# fixed: [2518f226c60d8e04d18ba4295500a5b0b8ac7659] Merge tag 'drm-next-2022-05-25' of git://anongit.freedesktop.org/drm/drm
git bisect fixed 2518f226c60d8e04d18ba4295500a5b0b8ac7659
# broken: [fea3043314f30a87ca04fd1219661810600e256f] Merge tag 'ext4_for_linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4
git bisect broken fea3043314f30a87ca04fd1219661810600e256f
# broken: [f8122500a039abeabfff41b0ad8b6a2c94c1107d] Merge branch 'etnaviv/next' of https://git.pengutronix.de/git/lst/linux into drm-next
git bisect broken f8122500a039abeabfff41b0ad8b6a2c94c1107d
# fixed: [7e062cda7d90543ac8c7700fc7c5527d0c0f22ad] Merge tag 'net-next-5.19' of git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net-next
git bisect fixed 7e062cda7d90543ac8c7700fc7c5527d0c0f22ad
# broken: [9fa87dd23251574a29cf948fd16cf39075762f3e] Merge tag 'linux-can-next-for-5.19-20220523' of git://git.kernel.org/pub/scm/linux/kernel/git/mkl/linux-can-next
git bisect broken 9fa87dd23251574a29cf948fd16cf39075762f3e
# fixed: [88a618920e9baabc1780479e2fbb68e5551d0563] Merge tag 'docs-5.19' of git://git.lwn.net/linux
git bisect fixed 88a618920e9baabc1780479e2fbb68e5551d0563
# broken: [fdaf9a5840acaab18694a19e0eb0aa51162eeeed] Merge tag 'folio-5.19' of git://git.infradead.org/users/willy/pagecache
git bisect broken fdaf9a5840acaab18694a19e0eb0aa51162eeeed
# broken: [164f9fcb21cc9a144ca9ebcf85b00c49537f6be2] docs/ja_JP/SubmittingPatches: Suggest the use of scripts/get_maintainer.pl
git bisect broken 164f9fcb21cc9a144ca9ebcf85b00c49537f6be2
# broken: [2e17ce1106e04a7f3a83796ec623881487f75dd3] Merge tag 'slab-for-5.19' of git://git.kernel.org/pub/scm/linux/kernel/git/vbabka/slab
git bisect broken 2e17ce1106e04a7f3a83796ec623881487f75dd3
# fixed: [701850dc0c31bfadf75a0a74af7d2c97859945ec] printk, tracing: fix console tracepoint
git bisect fixed 701850dc0c31bfadf75a0a74af7d2c97859945ec
# broken: [1fc0ca9e0db61882208650b3603071e9f4b5cfee] printk: add con_printk() macro for console details
git bisect broken 1fc0ca9e0db61882208650b3603071e9f4b5cfee
# broken: [2bb2b7b57f81255c13f4395ea911d6bdc70c9fe2] printk: add functions to prefer direct printing
git bisect broken 2bb2b7b57f81255c13f4395ea911d6bdc70c9fe2
# fixed: [8e274732115f63c1d09136284431b3555bd5cc56] printk: extend console_lock for per-console locking
git bisect fixed 8e274732115f63c1d09136284431b3555bd5cc56
# fixed: [09c5ba0aa2fcfdadb17d045c3ee6f86d69270df7] printk: add kthread console printers
git bisect fixed 09c5ba0aa2fcfdadb17d045c3ee6f86d69270df7
# first fixed commit: [09c5ba0aa2fcfdadb17d045c3ee6f86d69270df7] printk: add kthread console printers



2023-06-12 09:54:43

by Greg Kroah-Hartman

[permalink] [raw]
Subject: Re: [PATCH 5.15 000/159] 5.15.116-rc1 review

On Fri, Jun 09, 2023 at 12:31:04PM -0700, Guenter Roeck wrote:
> On 6/9/23 12:06, Linus Torvalds wrote:
> > On Fri, Jun 9, 2023 at 11:42 AM Guenter Roeck <[email protected]> wrote:
> > >
> > > I managed to revise my bisect script sufficiently enough to get reliable
> > > results. It looks like the culprit is commit 503e554782c9 (" debugobject:
> > > Ensure pool refill (again)"); see bisect log below. Bisect on four
> > > different systems all have the same result. After reverting this patch,
> > > I do not see the problem anymore (again, confirmed on four different
> > > systems).
> >
> > Does this happen on mainline too? It's commit 0af462f19e63 in the upstream tree.
> >
> > It was in 6.4-rc1, and I see a clean result from you at least for
> > -rc2, so for some reason it sounds like upstream is ok. But I don't
> > really see why that would be the case...
> >
>
> I see the problem only in v5.15.y, to the point where it is almost
> impossible to get a clean test of all arm-v7 systems. Affected are
> npcm (Nuvoton) boards (kudo-bmc, quanta-gsj, npcm750-evb) as well as
> orangepi-pc. I don't see it in any other branch or with any other
> platform/architecture.
>
> Mainline is fine; I have not seen any problems since -rc2.
>
> I have no idea what is going on either, only that I can reliably
> reproduce the problem (and of course it disappears if CONFIG_DEBUG_OBJECTS
> is disabled).

Ok, I've reverted it from 5.15.y for now until this is figured out.

thanks,

greg k-h