* [PATCH 6.10 000/809] 6.10.3-rc3 review
@ 2024-07-31 10:03 Greg Kroah-Hartman
2024-07-31 11:03 ` Pavel Machek
` (15 more replies)
0 siblings, 16 replies; 66+ messages in thread
From: Greg Kroah-Hartman @ 2024-07-31 10:03 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.10.3 release.
There are 809 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, 02 Aug 2024 09:47:47 +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.10.3-rc3.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.10.y
and the diffstat can be found below.
thanks,
greg k-h
-------------
Pseudo-Shortlog of commits:
Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Linux 6.10.3-rc3
Daniel Borkmann <daniel@iogearbox.net>
selftests/bpf: DENYLIST.aarch64: Skip fexit_sleep again
Paul Moore <paul@paul-moore.com>
selinux,smack: remove the capability checks in the removexattr hooks
Esben Haabendal <esben@geanix.com>
powerpc/configs: Update defconfig with now user-visible CONFIG_FSL_IFC
James Clark <james.clark@linaro.org>
perf dso: Fix build when libunwind is enabled
Karthikeyan Periyasamy <quic_periyasa@quicinc.com>
wifi: ath12k: fix mbssid max interface advertisement
Seth Forshee (DigitalOcean) <sforshee@kernel.org>
fs: don't allow non-init s_user_ns for filesystems without FS_USERNS_MOUNT
Jarkko Nikula <jarkko.nikula@linux.intel.com>
i3c: mipi-i3c-hci: Fix number of DAT/DCT entries for HCI versions < 1.1
Leon Romanovsky <leon@kernel.org>
nvme-pci: add missing condition check for existence of mapped data
Georgia Garcia <georgia.garcia@canonical.com>
apparmor: unpack transition table if dfa is not present
Ming Lei <ming.lei@redhat.com>
ublk: fix UBLK_CMD_DEL_DEV_ASYNC handling
Pavel Begunkov <asml.silence@gmail.com>
io_uring: fix io_match_task must_hold
Rafael J. Wysocki <rafael.j.wysocki@intel.com>
thermal: core: Back off when polling thermal zones on errors
Rafael J. Wysocki <rafael.j.wysocki@intel.com>
thermal: trip: Split thermal_zone_device_set_mode()
Artem Chernyshev <artem.chernyshev@red-soft.ru>
iommu: sprd: Avoid NULL deref in sprd_iommu_hw_en
Thomas Richter <tmricht@linux.ibm.com>
s390/cpum_cf: Fix endless loop in CF_DIAG event stop
Vasily Gorbik <gor@linux.ibm.com>
s390/setup: Fix __pa/__va for modules under non-GPL licenses
Gerd Bayer <gbayer@linux.ibm.com>
s390/pci: Allow allocation of more than 1 MSI interrupt
Gerd Bayer <gbayer@linux.ibm.com>
s390/pci: Refactor arch_setup_msi_irqs()
ethanwu <ethanwu@synology.com>
ceph: fix incorrect kmalloc size of pagevec mempool
Anna-Maria Behnsen <anna-maria@linutronix.de>
timers/migration: Do not rely always on group->parent
Dan Carpenter <dan.carpenter@linaro.org>
ASoC: TAS2781: Fix tasdev_load_calibrated_data()
Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
ASoC: Intel: use soc_intel_is_byt_cr() only when IOSF_MBI is reachable
Michal Wajdeczko <michal.wajdeczko@intel.com>
drm/xe/pf: Limit fair VF LMEM provisioning
Ashutosh Dixit <ashutosh.dixit@intel.com>
drm/xe/exec: Fix minor bug related to xe_sync_entry_cleanup
Conor Dooley <conor.dooley@microchip.com>
spi: spidev: add correct compatible for Rohm BH2228FV
Venkata Prasad Potturu <venkataprasad.potturu@amd.com>
ASoC: sof: amd: fix for firmware reload failure in Vangogh platform
Curtis Malainey <cujomalainey@chromium.org>
ASoC: Intel: Fix RT5650 SSP lookup
Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
ASOC: SOF: Intel: hda-loader: only wait for HDaudio IOC for IPC4 devices
Bart Van Assche <bvanassche@acm.org>
nvme-pci: Fix the instructions for disabling power management
Steve Wilkins <steve.wilkins@raymarine.com>
spi: microchip-core: ensure TX and RX FIFOs are empty at start of a transfer
Steve Wilkins <steve.wilkins@raymarine.com>
spi: microchip-core: fix init function not setting the master and motorola modes
Steve Wilkins <steve.wilkins@raymarine.com>
spi: microchip-core: only disable SPI controller when register value change requires it
Steve Wilkins <steve.wilkins@raymarine.com>
spi: microchip-core: defer asserting chip select until just before write to TX FIFO
Naga Sureshkumar Relli <nagasuresh.relli@microchip.com>
spi: microchip-core: fix the issues in the isr
Daniel Baluta <daniel.baluta@nxp.com>
ASoC: SOF: imx8m: Fix DSP control regmap retrieval
Markus Elfring <elfring@users.sourceforge.net>
auxdisplay: ht16k33: Drop reference after LED registration
Al Viro <viro@zeniv.linux.org.uk>
lirc: rc_dev_get_from_fd(): fix file leak
Al Viro <viro@zeniv.linux.org.uk>
powerpc: fix a file leak in kvm_vcpu_ioctl_enable_cap()
Xiao Liang <shaw.leon@gmail.com>
apparmor: Fix null pointer deref when receiving skb during sock creation
Dan Carpenter <dan.carpenter@linaro.org>
mISDN: Fix a use after free in hfcmulti_tx()
Stanislav Fomichev <sdf@fomichev.me>
xsk: Require XDP_UMEM_TX_METADATA_LEN to actuate tx_metadata_len
Fred Li <dracodingfly@gmail.com>
bpf: Fix a segment issue when downgrading gso_size
Breno Leitao <leitao@debian.org>
net: mediatek: Fix potential NULL pointer dereference in dummy net_device handling
Petr Machata <petrm@nvidia.com>
net: nexthop: Initialize all fields in dumped nexthops
Simon Horman <horms@kernel.org>
net: stmmac: Correct byte order of perfect_match
Hangbin Liu <liuhangbin@gmail.com>
selftests: forwarding: skip if kernel not support setting bridge fdb learning limit
Shigeru Yoshida <syoshida@redhat.com>
tipc: Return non-zero value from tipc_udp_addr2str() on error
David Howells <dhowells@redhat.com>
netfs: Fix writeback that needs to go to both server and cache
Florian Westphal <fw@strlen.de>
netfilter: nft_set_pipapo_avx2: disable softinterrupts
Wojciech Drewek <wojciech.drewek@intel.com>
ice: Fix recipe read procedure
Johannes Berg <johannes.berg@intel.com>
net: bonding: correctly annotate RCU in bond_should_notify_peers()
Ido Schimmel <idosch@nvidia.com>
ipv4: Fix incorrect source address in Record Route option
Gregory CLEMENT <gregory.clement@bootlin.com>
MIPS: SMP-CPS: Fix address for GCR_ACCESS register for CM3 and later
Liwei Song <liwei.song.lsong@gmail.com>
tools/resolve_btfids: Fix comparison of distinct pointer types warning in resolve_btfids
Hou Tao <houtao1@huawei.com>
bpf, events: Use prog to emit ksymbol event for main program
Lance Richardson <rlance@google.com>
dma: fix call order in dmam_free_coherent
Michal Luczaj <mhal@rbox.co>
af_unix: Disable MSG_OOB handling for sockets in sockmap/sockhash
Andrii Nakryiko <andrii@kernel.org>
libbpf: Fix no-args func prototype BTF dumping syntax
Puranjay Mohan <puranjay@kernel.org>
selftests/bpf: fexit_sleep: Fix stack allocation for arm64
Masahiro Yamada <masahiroy@kernel.org>
kbuild: avoid build error when single DTB is turned into composite DTB
Chao Yu <chao@kernel.org>
f2fs: fix to update user block counts in block_operations()
Daejun Park <daejun7.park@samsung.com>
f2fs: fix null reference error when checking end of zone
Claudiu Beznea <claudiu.beznea.uj@bp.renesas.com>
watchdog: rzg2l_wdt: Check return status of pm_runtime_put()
Claudiu Beznea <claudiu.beznea.uj@bp.renesas.com>
watchdog: rzg2l_wdt: Use pm_runtime_resume_and_get()
Sheng Yong <shengyong@oppo.com>
f2fs: fix start segno of large section
Johannes Berg <johannes.berg@intel.com>
um: time-travel: fix signal blocking race/hang
David Gow <davidgow@google.com>
arch: um: rust: Use the generated target.json again
Johannes Berg <johannes.berg@intel.com>
um: time-travel: fix time-travel-start option
Sean Anderson <sean.anderson@linux.dev>
phy: zynqmp: Enable reference clock correctly
Ma Ke <make24@iscas.ac.cn>
phy: cadence-torrent: Check return value on register read
Cristian Ciocaltea <cristian.ciocaltea@collabora.com>
phy: phy-rockchip-samsung-hdptx: Select CONFIG_MFD_SYSCON
Vignesh Raghavendra <vigneshr@ti.com>
dmaengine: ti: k3-udma: Fix BCHAN count with UHC and HC channels
Jeongjun Park <aha310510@gmail.com>
jfs: Fix array-index-out-of-bounds in diFree
Douglas Anderson <dianders@chromium.org>
kdb: Use the passed prompt in kdb_position_cursor()
Arnd Bergmann <arnd@arndb.de>
kdb: address -Wformat-security warnings
Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
phy: qcom: qmp-pcie: restore compatibility with existing DTs
Chao Yu <chao@kernel.org>
f2fs: fix to truncate preallocated blocks in f2fs_file_open()
Linus Torvalds <torvalds@linux-foundation.org>
minmax: scsi: fix mis-use of 'clamp()' in sr.c
WangYuli <wangyuli@uniontech.com>
Bluetooth: btusb: Add Realtek RTL8852BE support ID 0x13d3:0x3591
Hilda Wu <hildawu@realtek.com>
Bluetooth: btusb: Add RTL8852BE device 0489:e125 to device tables
Ilya Dryomov <idryomov@gmail.com>
rbd: don't assume RBD_LOCK_STATE_LOCKED for exclusive mappings
Ilya Dryomov <idryomov@gmail.com>
rbd: rename RBD_LOCK_STATE_RELEASING and releasing_wait
Dragan Simic <dsimic@manjaro.org>
drm/panfrost: Mark simple_ondemand governor as softdep
Lucas Stach <l.stach@pengutronix.de>
drm/etnaviv: don't block scheduler when GPU is still active
Jiaxun Yang <jiaxun.yang@flygoat.com>
MIPS: Loongson64: Test register availability before use
Jiaxun Yang <jiaxun.yang@flygoat.com>
MIPS: Loongson64: reset: Prioritise firmware service
Jiaxun Yang <jiaxun.yang@flygoat.com>
MIPS: Loongson64: Remove memory node for builtin-dtb
Jiaxun Yang <jiaxun.yang@flygoat.com>
MIPS: Loongson64: env: Hook up Loongsson-2K
Jiaxun Yang <jiaxun.yang@flygoat.com>
MIPS: dts: loongson: Fix GMAC phy node
Jiaxun Yang <jiaxun.yang@flygoat.com>
MIPS: ip30: ip30-console: Add missing include
Jiaxun Yang <jiaxun.yang@flygoat.com>
MIPS: dts: loongson: Add ISA node
Aleksandr Mishin <amishin@t-argos.ru>
remoteproc: imx_rproc: Fix refcount mistake in imx_rproc_addr_init
Aleksandr Mishin <amishin@t-argos.ru>
remoteproc: imx_rproc: Skip over memory region when node value is NULL
Gwenael Treuveur <gwenael.treuveur@foss.st.com>
remoteproc: stm32_rproc: Fix mailbox interrupts queuing
Ilya Dryomov <idryomov@gmail.com>
rbd: don't assume rbd_is_lock_owner() for exclusive mappings
Eric Biggers <ebiggers@kernel.org>
dm-verity: fix dm_is_verity_target() when dm-verity is builtin
Michael Ellerman <mpe@ellerman.id.au>
selftests/sigaltstack: Fix ppc64 GCC build
Kim Phillips <kim.phillips@amd.com>
crypto: ccp - Fix null pointer dereference in __sev_snp_shutdown_locked
Bart Van Assche <bvanassche@acm.org>
RDMA/iwcm: Fix a use-after-free related to destroying CM IDs
Jiaxun Yang <jiaxun.yang@flygoat.com>
platform: mips: cpu_hwmon: Disable driver on unsupported hardware
Peter Ujfalusi <peter.ujfalusi@linux.intel.com>
ASoC: SOF: ipc4-topology: Use correct queue_id for requesting input pin format
Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>
ASoC: codecs: wcd939x: Fix typec mux and switch leak during device removal
Manivannan Sadhasivam <manivannan.sadhasivam@linaro.org>
bus: mhi: ep: Do not allocate memory for MHI objects from DMA zone
Thomas Gleixner <tglx@linutronix.de>
watchdog/perf: properly initialize the turbo mode timestamp and rearm counter
Joy Chakraborty <joychakr@google.com>
rtc: abx80x: Fix return value of nvmem callback on read
Joy Chakraborty <joychakr@google.com>
rtc: isl1208: Fix return value of nvmem callbacks
Imre Deak <imre.deak@intel.com>
drm/i915/dp: Don't switch the LTTPR mode on an active link
Imre Deak <imre.deak@intel.com>
drm/i915/dp: Reset intel_dp->link_trained before retraining the link
Ma Ke <make24@iscas.ac.cn>
drm/amd/amdgpu: Fix uninitialized variable warnings
Tim Huang <tim.huang@amd.com>
drm/amdgpu: add missed harvest check for VCN IP v4/v5
ZhenGuo Yin <zhenguo.yin@amd.com>
drm/amdgpu: reset vm state machine after gpu reset(vram lost)
Wayne Lin <Wayne.Lin@amd.com>
drm/dp_mst: Fix all mstb marked as not probed after suspend/resume
Thomas Zimmermann <tzimmermann@suse.de>
drm/udl: Remove DRM_CONNECTOR_POLL_HPD
Alex Deucher <alexander.deucher@amd.com>
drm/amdgpu/sdma5.2: Update wptr registers as well as doorbell
Nitin Gote <nitin.r.gote@intel.com>
drm/i915/gt: Do not consider preemption during execlists_dequeue for gen8
Adrian Hunter <adrian.hunter@intel.com>
perf/x86/intel/pt: Fix a topa_entry base address calculation
Marco Cavenati <cavenati.marco@gmail.com>
perf/x86/intel/pt: Fix topa_entry base length
Kan Liang <kan.liang@linux.intel.com>
perf/x86/intel/ds: Fix non 0 retire latency on Raptorlake
Kan Liang <kan.liang@linux.intel.com>
perf/x86/intel/uncore: Fix the bits of the CHA extended umask for SPR
Kan Liang <kan.liang@linux.intel.com>
perf stat: Fix the hard-coded metrics calculation on the hybrid
Frederic Weisbecker <frederic@kernel.org>
perf: Fix event leak upon exec and file release
Frederic Weisbecker <frederic@kernel.org>
perf: Fix event leak upon exit
Nilesh Javali <njavali@marvell.com>
scsi: qla2xxx: validate nvme_local_port correctly
Shreyas Deodhar <sdeodhar@marvell.com>
scsi: qla2xxx: Complete command early within lock
Quinn Tran <qutran@marvell.com>
scsi: qla2xxx: Fix flash read failure
Quinn Tran <qutran@marvell.com>
scsi: qla2xxx: Reduce fabric scan duplicate code
Quinn Tran <qutran@marvell.com>
scsi: qla2xxx: Use QP lock to search for bsg
Shreyas Deodhar <sdeodhar@marvell.com>
scsi: qla2xxx: Fix for possible memory corruption
Quinn Tran <qutran@marvell.com>
scsi: qla2xxx: Unable to act on RSCN for port online
Manish Rangankar <mrangankar@marvell.com>
scsi: qla2xxx: During vport delete send async logout explicitly
Justin Tee <justin.tee@broadcom.com>
scsi: lpfc: Allow DEVICE_RECOVERY mode after RSCN receipt if in PRLI_ISSUE state
Joy Chakraborty <joychakr@google.com>
rtc: cmos: Fix return value of nvmem callbacks
Tvrtko Ursulin <tvrtko.ursulin@igalia.com>
mm/numa_balancing: teach mpol_to_str about the balancing mode
Shenwei Wang <shenwei.wang@nxp.com>
irqchip/imx-irqsteer: Handle runtime power management correctly
Mateusz Jończyk <mat.jonczyk@o2.pl>
md/raid1: set max_sectors during early return from choose_slow_rdev()
Herve Codina <herve.codina@bootlin.com>
irqdomain: Fixed unbalanced fwnode get and put
Zijun Hu <quic_zijuhu@quicinc.com>
devres: Fix memory leakage caused by driver API devm_free_percpu()
Zijun Hu <quic_zijuhu@quicinc.com>
devres: Fix devm_krealloc() wasting memory
Yijie Yang <quic_yijiyang@quicinc.com>
dt-bindings: phy: qcom,qmp-usb: fix spelling error
Ahmed Zaki <ahmed.zaki@intel.com>
ice: Add a per-VF limit on number of FDIR filters
Bailey Forrest <bcf@google.com>
gve: Fix an edge case for TSO skb validity check
Zijun Hu <quic_zijuhu@quicinc.com>
kobject_uevent: Fix OOB access within zap_modalias_env()
Will Deacon <will@kernel.org>
arm64: mm: Fix lockless walks with static and dynamic page-table folding
Takashi Iwai <tiwai@suse.de>
ASoC: amd: yc: Support mic on Lenovo Thinkpad E16 Gen 2
Peter Ujfalusi <peter.ujfalusi@linux.intel.com>
ASoC: SOF: ipc4-topology: Preserve the DMA Link ID for ChainDMA on unprepare
Peter Ujfalusi <peter.ujfalusi@linux.intel.com>
ASoC: SOF: ipc4-topology: Only handle dai_config with HW_PARAMS for ChainDMA
Suren Baghdasaryan <surenb@google.com>
alloc_tag: outline and export free_reserved_page()
Nathan Chancellor <nathan@kernel.org>
kbuild: Fix '-S -c' in x86 stack protector scripts
Ross Lagerwall <ross.lagerwall@citrix.com>
decompress_bunzip2: fix rare decompression failure
Ram Tummala <rtummala@nvidia.com>
mm: fix old/young bit handling in the faulting path
Yang Yang <yang.yang@vivo.com>
block: fix deadlock between sd_remove & sd_release
Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>
clk: samsung: fix getting Exynos4 fin_pll rate from external clocks
Fedor Pchelkin <pchelkin@ispras.ru>
ubi: eba: properly rollback inside self_check_eba
Bastien Curutchet <bastien.curutchet@bootlin.com>
clk: davinci: da8xx-cfgchip: Initialize clk_init_data before use
Ryusuke Konishi <konishi.ryusuke@gmail.com>
nilfs2: handle inconsistent state in nilfs_btnode_create_block()
Joy Zou <joy.zou@nxp.com>
dmaengine: fsl-edma: change the memory access from local into remote mode in i.MX 8QM
Sunmin Jeong <s_min.jeong@samsung.com>
f2fs: use meta inode for GC of COW file
Sunmin Jeong <s_min.jeong@samsung.com>
f2fs: use meta inode for GC of atomic file
Chao Yu <chao@kernel.org>
f2fs: fix return value of f2fs_convert_inline_inode()
Chao Yu <chao@kernel.org>
f2fs: fix to don't dirty inode for readonly filesystem
Chao Yu <chao@kernel.org>
f2fs: fix to force buffered IO on inline_data inode
Herve Codina <herve.codina@bootlin.com>
ASoC: fsl: fsl_qmc_audio: Check devm_kasprintf() returned value
Saurav Kashyap <skashyap@marvell.com>
scsi: qla2xxx: Return ENOBUFS if sg_cnt is more than one for ELS cmds
Huacai Chen <chenhuacai@kernel.org>
fs/ntfs3: Update log->page_{mask,bits} if log->page_size changed
Li Zhijian <lizhijian@fujitsu.com>
mm/page_alloc: fix pcp->count race between drain_pages_zone() vs __rmqueue_pcplist()
Gao Xiang <xiang@kernel.org>
erofs: fix race in z_erofs_get_gbuf()
Qiang Ma <maqianga@uniontech.com>
efi/libstub: Zero initialize heap allocated struct screen_info
Johannes Berg <johannes.berg@intel.com>
hostfs: fix dev_t handling
tuhaowen <tuhaowen@uniontech.com>
dev/parport: fix the array out-of-bounds risk
Reka Norman <rekanorman@chromium.org>
xhci: Apply XHCI_RESET_TO_DEFAULT quirk to TGL
Carlos Llamas <cmllamas@google.com>
binder: fix hang of unregistered readers
Huacai Chen <chenhuacai@kernel.org>
PCI: loongson: Enable MSI in LS7A Root Complex
Manivannan Sadhasivam <manivannan.sadhasivam@linaro.org>
PCI: rockchip: Use GPIOD_OUT_LOW flag while requesting ep_gpio
Niklas Cassel <cassel@kernel.org>
PCI: dw-rockchip: Fix initial PERST# GPIO value
Wei Liu <wei.liu@kernel.org>
PCI: hv: Return zero, not garbage, when reading PCI_INTERRUPT_PIN
Lukas Wunner <lukas@wunner.de>
PCI/DPC: Fix use-after-free on concurrent DPC and hot-removal
John David Anglin <dave@mx3210.local>
parisc: Fix warning at drivers/pci/msi/msi.h:121
Ilpo Järvinen <ilpo.jarvinen@linux.intel.com>
hwrng: amd - Convert PCIBIOS_* return codes to errnos
Thomas Huth <thuth@redhat.com>
drm/fbdev-dma: Fix framebuffer mode for big endian devices
Thomas Zimmermann <tzimmermann@suse.de>
fbdev: vesafb: Detect VGA compatibility from screen info's VESA attributes
Alan Stern <stern@rowland.harvard.edu>
tools/memory-model: Fix bug in lock.cat
wangdicheng <wangdicheng@kylinos.cn>
ALSA: usb-audio: Add a quirk for Sonix HD USB Camera
Takashi Iwai <tiwai@suse.de>
ALSA: usb-audio: Move HD Webcam quirk to the right place
wangdicheng <wangdicheng@kylinos.cn>
ALSA: usb-audio: Fix microphone sound on HD webcam.
Takashi Iwai <tiwai@suse.de>
ALSA: ump: Force 1 Group for MIDI1 FBs
Takashi Iwai <tiwai@suse.de>
ALSA: ump: Don't update FB name for static blocks
Takashi Sakamoto <o-takashi@sakamocchi.jp>
ALSA: firewire-lib: fix wrong value as length of header for CIP_NO_HEADER case
Luke D. Jones <luke@ljones.dev>
ALSA: hda/realtek: cs35l41: Fixup remaining asus strix models
Sean Christopherson <seanjc@google.com>
KVM: nVMX: Fold requested virtual interrupt check into has_nested_events()
Sean Christopherson <seanjc@google.com>
KVM: nVMX: Check for pending posted interrupts when looking for nested events
Sean Christopherson <seanjc@google.com>
KVM: nVMX: Request immediate exit iff pending nested event needs injection
Sean Christopherson <seanjc@google.com>
KVM: nVMX: Add a helper to get highest pending from Posted Interrupt vector
Sean Christopherson <seanjc@google.com>
KVM: VMX: Split out the non-virtualization part of vmx_interrupt_blocked()
Gautam Menghani <gautam@linux.ibm.com>
KVM: PPC: Book3S HV nestedv2: Add DPDES support in helper library for Guest state buffer
Gautam Menghani <gautam@linux.ibm.com>
KVM: PPC: Book3S HV nestedv2: Fix doorbell emulation
Jason Chen <Jason-ch.Chen@mediatek.com>
remoteproc: mediatek: Increase MT8188/MT8195 SCP core0 DRAM size
Wentong Wu <wentong.wu@intel.com>
media: ivsc: csi: don't count privacy on as error
Ricardo Ribalda <ribalda@chromium.org>
media: uvcvideo: Fix integer overflow calculating timestamp
Jan Kara <jack@suse.cz>
jbd2: avoid infinite transaction commit loop
Jan Kara <jack@suse.cz>
jbd2: precompute number of transaction descriptor blocks
Jan Kara <jack@suse.cz>
jbd2: make jbd2_journal_get_max_txn_bufs() internal
Harshit Mogalapalli <harshit.m.mogalapalli@oracle.com>
media: imx-pxp: Fix ERR_PTR dereference in pxp_probe()
Tommaso Merciai <tomm.merciai@gmail.com>
media: i2c: alvium: Move V4L2_CID_GAIN to V4L2_CID_ANALOG_GAIN
Wentong Wu <wentong.wu@intel.com>
media: ivsc: csi: add separate lock for v4l2 control handler
Javier Carrasco <javier.carrasco.cruz@gmail.com>
leds: mt6360: Fix memory leak in mt6360_init_isnk_properties()
Thomas Weißschuh <linux@weissschuh.net>
leds: triggers: Flush pending brightness before activating trigger
Ofir Gal <ofir.gal@volumez.com>
md/md-bitmap: fix writing non bitmap pages
Ilpo Järvinen <ilpo.jarvinen@linux.intel.com>
leds: ss4200: Convert PCIBIOS_* return codes to errnos
Jay Buddhabhatti <jay.buddhabhatti@amd.com>
drivers: soc: xilinx: check return status of get_api_version()
Javier Carrasco <javier.carrasco.cruz@gmail.com>
cpufreq: qcom-nvmem: fix memory leaks in probe error paths
Bitterblue Smith <rtl8821cerfe2@gmail.com>
wifi: rtw88: usb: Further limit the TX aggregation
Bitterblue Smith <rtl8821cerfe2@gmail.com>
wifi: rtw88: usb: Fix disconnection after beacon loss
Po-Hao Huang <phhuang@realtek.com>
wifi: rtw89: fix HW scan not aborting properly
Rafael Beims <rafael.beims@toradex.com>
wifi: mwifiex: Fix interface type change
Rafael J. Wysocki <rafael.j.wysocki@intel.com>
genirq: Set IRQF_COND_ONESHOT in request_irq()
levi.yun <yeoreum.yun@arm.com>
trace/pid_list: Change gfp flags in pid_list_fill_irq()
Pavel Begunkov <asml.silence@gmail.com>
io_uring: don't allow netpolling with SETUP_IOPOLL
Pavel Begunkov <asml.silence@gmail.com>
io_uring: tighten task exit cancellations
Pavel Begunkov <asml.silence@gmail.com>
io_uring: fix lost getsockopt completions
Baokun Li <libaokun1@huawei.com>
ext4: make sure the first directory block is not a hole
Baokun Li <libaokun1@huawei.com>
ext4: check dot and dotdot of dx_root before making dir indexed
Ming Lei <ming.lei@redhat.com>
block: check bio alignment in blk_mq_submit_bio
Paolo Pisati <p.pisati@gmail.com>
m68k: amiga: Turn off Warp1260 interrupts during boot
Jan Kara <jack@suse.cz>
udf: Avoid using corrupted block bitmap buffer
Frederic Weisbecker <frederic@kernel.org>
task_work: Introduce task_work_cancel() again
Frederic Weisbecker <frederic@kernel.org>
task_work: s/task_work_cancel()/task_work_cancel_func()/
Steve French <stfrench@microsoft.com>
cifs: mount with "unix" mount option for SMB1 incorrectly handled
Steve French <stfrench@microsoft.com>
cifs: fix reconnect with SMB1 UNIX Extensions
Steve French <stfrench@microsoft.com>
cifs: fix potential null pointer use in destroy_workqueue in init_cifs error path
Fedor Pchelkin <pchelkin@ispras.ru>
apparmor: use kvfree_sensitive to free data->data
Sung Joon Kim <sungjoon.kim@amd.com>
drm/amd/display: Check for NULL pointer
Shreyas Deodhar <sdeodhar@marvell.com>
scsi: qla2xxx: Fix optrom version displayed in FDMI
Alex Deucher <alexander.deucher@amd.com>
drm/amd/display: fix corruption with high refresh rates on DCN 3.0
Ma Ke <make24@iscas.ac.cn>
drm/gma500: fix null pointer dereference in psb_intel_lvds_get_modes
Ma Ke <make24@iscas.ac.cn>
drm/gma500: fix null pointer dereference in cdv_intel_lvds_get_modes
Pavel Begunkov <asml.silence@gmail.com>
io_uring/io-wq: limit retrying worker initialisation
Paul Moore <paul@paul-moore.com>
lsm: fixup the inode xattr capability handling
Kory Maincent <kory.maincent@bootlin.com>
media: i2c: Kconfig: Fix missing firmware upload config select
Jan Kara <jack@suse.cz>
ext2: Verify bitmap and itable block numbers before using them
Chao Yu <chao@kernel.org>
hfs: fix to initialize fields of hfs_inode_info after hfs_alloc_inode()
Thomas Weißschuh <linux@weissschuh.net>
sysctl: always initialize i_uid/i_gid
Igor Pylypiv <ipylypiv@google.com>
ata: libata-scsi: Honor the D_SENSE bit for CK_COND=1 and no error
Igor Pylypiv <ipylypiv@google.com>
ata: libata-scsi: Do not overwrite valid sense data when CK_COND=1
Dikshita Agarwal <quic_dikshita@quicinc.com>
media: venus: fix use after free in vdec_close
Joe Hattori <joe@pf.is.s.u-tokyo.ac.jp>
char: tpm: Fix possible memory leak in tpm_bios_measurements_open()
Vitor Soares <vitor.soares@toradex.com>
tpm_tis_spi: add missing attpm20p SPI device ID entry
Thomas Weißschuh <linux@weissschuh.net>
selftests/nolibc: fix printf format mismatch in expect_str_buf_eq()
Igor Pylypiv <ipylypiv@google.com>
ata: libata-scsi: Fix offsets for the fixed format sense data
Damien Le Moal <dlemoal@kernel.org>
null_blk: Fix description of the fua parameter
Alain Volmat <alain.volmat@foss.st.com>
media: stm32: dcmipp: correct error handling in dcmipp_create_subdevs
Yu Kuai <yukuai3@huawei.com>
md/raid5: fix spares errors about rcu usage
Eric Sandeen <sandeen@redhat.com>
fuse: verify {g,u}id mount options correctly
Tejun Heo <tj@kernel.org>
sched/fair: set_load_weight() must also call reweight_task() for SCHED_IDLE tasks
Zong-Zhe Yang <kevin_yang@realtek.com>
wifi: mac80211: chanctx emulation set CHANGE_CHANNEL when in_reconfig
Chuck Lever <chuck.lever@oracle.com>
NFSD: Support write delegations in LAYOUTGET
Thomas Hellström <thomas.hellstrom@linux.intel.com>
drm/xe: Use write-back caching mode for system memory on DGFX
Nicolas Dichtel <nicolas.dichtel@6wind.com>
ipv6: take care of scope when choosing the src addr
Nicolas Dichtel <nicolas.dichtel@6wind.com>
ipv4: fix source address selection with route leak
Nicolas Dichtel <nicolas.dichtel@6wind.com>
ipv6: fix source address selection with route leak
Pavel Begunkov <asml.silence@gmail.com>
kernel: rerun task_work while freezing in get_signal()
Filipe Manana <fdmanana@suse.com>
btrfs: fix extent map use-after-free when adding pages to compressed bio
Lai Jiangshan <jiangshan.ljs@antgroup.com>
workqueue: Always queue work items to the newest PWQ for order workqueues
Chengen Du <chengen.du@canonical.com>
af_packet: Handle outgoing VLAN packets without hardware offloading
Breno Leitao <leitao@debian.org>
net: netconsole: Disable target before netpoll cleanup
Yu Liao <liaoyu15@huawei.com>
tick/broadcast: Make takeover of broadcast hrtimer reliable
Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>
dt-bindings: thermal: correct thermal zone node name limit
Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>
thermal/drivers/broadcom: Fix race between removal and clock disable
Sungjong Seo <sj1557.seo@samsung.com>
exfat: fix potential deadlock on __exfat_get_dentry_set
Takashi Sakamoto <o-takashi@sakamocchi.jp>
Revert "firewire: Annotate struct fw_iso_packet with __counted_by()"
Ard Biesheuvel <ardb@kernel.org>
x86/efistub: Revert to heap allocated boot_params for PE entrypoint
Ard Biesheuvel <ardb@kernel.org>
x86/efistub: Avoid returning EFI_SUCCESS on error
Yu Zhao <yuzhao@google.com>
mm/mglru: fix ineffective protection calculation
Yu Zhao <yuzhao@google.com>
mm/mglru: fix overshooting shrinker memory
Tetsuo Handa <penguin-kernel@I-love.SAKURA.ne.jp>
mm: mmap_lock: replace get_memcg_path_buf() with on-stack buffer
Yu Zhao <yuzhao@google.com>
mm/mglru: fix div-by-zero in vmpressure_calc_level()
Miaohe Lin <linmiaohe@huawei.com>
mm/hugetlb: fix possible recursive locking detected warning
Aristeu Rozanski <aris@redhat.com>
hugetlb: force allocating surplus hugepages on mempolicy allowed nodes
Gavin Shan <gshan@redhat.com>
mm/huge_memory: avoid PMD-size page cache if needed
Yang Shi <yang@os.amperecomputing.com>
mm: huge_memory: use !CONFIG_64BIT to relax huge page alignment on 32 bit machines
Jann Horn <jannh@google.com>
landlock: Don't lose track of restrictions on cred_transfer
Mickaël Salaün <mic@digikod.net>
selftests/landlock: Add cred_transfer test
Jason-JH.Lin <jason-jh.lin@mediatek.com>
mailbox: mtk-cmdq: Move devm_mbox_controller_register() after devm_pm_runtime_enable()
Peng Fan <peng.fan@nxp.com>
mailbox: imx: fix TXDB_V2 channel race condition
Andrew Davis <afd@ti.com>
mailbox: omap: Fix mailbox interrupt sharing
Richard Genoud <richard.genoud@bootlin.com>
remoteproc: k3-r5: Fix IPC-only mode detection
Nícolas F. R. A. Prado <nfraprado@collabora.com>
remoteproc: mediatek: Don't attempt to remap l1tcm memory if missing
Christophe JAILLET <christophe.jaillet@wanadoo.fr>
power: supply: ingenic: Fix some error handling paths in ingenic_battery_get_property()
Christophe JAILLET <christophe.jaillet@wanadoo.fr>
power: supply: ab8500: Fix error handling when calling iio_read_channel_processed()
Tiezhu Yang <yangtiezhu@loongson.cn>
LoongArch: Check TIF_LOAD_WATCH to enable user space watchpoint
Yang Yang <yang.yang@vivo.com>
sbitmap: fix io hung due to race on sbitmap_word::cleared
Suren Baghdasaryan <surenb@google.com>
alloc_tag: fix page_ext_get/page_ext_put sequence during page splitting
Suren Baghdasaryan <surenb@google.com>
lib: reuse page_ext_data() to obtain codetag_ref
Suren Baghdasaryan <surenb@google.com>
lib: add missing newline character in the warning message
Carlos López <clopez@suse.de>
s390/dasd: fix error checks in dasd_copy_pair_store()
Christophe Leroy <christophe.leroy@csgroup.eu>
powerpc/8xx: fix size given to set_huge_pte_at()
Heming Zhao <heming.zhao@suse.com>
md-cluster: fix hanging issue while a new disk adding
Konstantin Komarov <almaz.alexandrovich@paragon-software.com>
fs/ntfs3: Keep runs for $MFT::$ATTR_DATA and $MFT::$ATTR_BITMAP
Konstantin Komarov <almaz.alexandrovich@paragon-software.com>
fs/ntfs3: Missed error return
Konstantin Komarov <almaz.alexandrovich@paragon-software.com>
fs/ntfs3: Fix the format of the "nocase" mount option
Csókás, Bence <csokas.bence@prolan.hu>
rtc: interface: Add RTC offset to alarm after fix-up
Ryusuke Konishi <konishi.ryusuke@gmail.com>
nilfs2: avoid undefined behavior in nilfs_cnt32_ge macro
SeongJae Park <sj@kernel.org>
selftests/damon/access_memory: use user-defined region size
David Hildenbrand <david@redhat.com>
fs/proc/task_mmu: properly detect PM_MMAP_EXCLUSIVE per page of PMD-mapped THPs
David Hildenbrand <david@redhat.com>
fs/proc/task_mmu: don't indicate PM_MMAP_EXCLUSIVE without PM_PRESENT
David Hildenbrand <david@redhat.com>
fs/proc/task_mmu: indicate PM_FILE for PMD-mapped file THP
Geert Uytterhoeven <geert+renesas@glider.be>
pinctrl: renesas: r8a779g0: Fix TPU suffixes
Geert Uytterhoeven <geert+renesas@glider.be>
pinctrl: renesas: r8a779g0: Fix TCLK suffixes
Geert Uytterhoeven <geert+renesas@glider.be>
pinctrl: renesas: r8a779g0: FIX PWM suffixes
Geert Uytterhoeven <geert+renesas@glider.be>
pinctrl: renesas: r8a779g0: Fix IRQ suffixes
Geert Uytterhoeven <geert+renesas@glider.be>
pinctrl: renesas: r8a779g0: Fix (H)SCIF3 suffixes
Geert Uytterhoeven <geert+renesas@glider.be>
pinctrl: renesas: r8a779g0: Fix (H)SCIF1 suffixes
Geert Uytterhoeven <geert+renesas@glider.be>
pinctrl: renesas: r8a779g0: Fix FXR_TXEN[AB] suffixes
Geert Uytterhoeven <geert+renesas@glider.be>
pinctrl: renesas: r8a779g0: Fix CANFD5 suffix
Richard Genoud <richard.genoud@bootlin.com>
rtc: tps6594: Fix memleak in probe
Konstantin Komarov <almaz.alexandrovich@paragon-software.com>
fs/ntfs3: Fix field-spanning write in INDEX_HDR
Andy Shevchenko <andriy.shevchenko@linux.intel.com>
fs/ntfs3: Drop stray '\' (backslash) in formatting string
Konstantin Komarov <almaz.alexandrovich@paragon-software.com>
fs/ntfs3: Correct undo if ntfs_create_inode failed
Konstantin Komarov <almaz.alexandrovich@paragon-software.com>
fs/ntfs3: Replace inode_trylock with inode_lock
Peng Fan <peng.fan@nxp.com>
pinctrl: freescale: mxs: Fix refcount of child
Yang Yingliang <yangyingliang@huawei.com>
pinctrl: ti: ti-iodelay: fix possible memory leak when pinctrl_enable() fails
Yang Yingliang <yangyingliang@huawei.com>
pinctrl: single: fix possible memory leak when pinctrl_enable() fails
Yang Yingliang <yangyingliang@huawei.com>
pinctrl: core: fix possible memory leak when pinctrl_enable() fails
Dmitry Yashin <dmt.yashin@gmail.com>
pinctrl: rockchip: update rk3308 iomux routes
Konstantin Komarov <almaz.alexandrovich@paragon-software.com>
fs/ntfs3: Add missing .dirty_folio in address_space_operations
Konstantin Komarov <almaz.alexandrovich@paragon-software.com>
fs/ntfs3: Fix getting file type
Konstantin Komarov <almaz.alexandrovich@paragon-software.com>
fs/ntfs3: Missed NI_FLAG_UPDATE_PARENT setting
Konstantin Komarov <almaz.alexandrovich@paragon-software.com>
fs/ntfs3: Deny getting attr data block in compressed frame
Konstantin Komarov <almaz.alexandrovich@paragon-software.com>
fs/ntfs3: Fix transform resident to nonresident for compressed files
Konstantin Komarov <almaz.alexandrovich@paragon-software.com>
fs/ntfs3: Merge synonym COMPRESSION_UNIT and NTFS_LZNT_CUNIT
Martin Willi <martin@strongswan.org>
net: dsa: b53: Limit chip-wide jumbo frame config to CPU ports
Martin Willi <martin@strongswan.org>
net: dsa: mv88e6xxx: Limit chip-wide frame size config to CPU ports
Ido Schimmel <idosch@nvidia.com>
ipv4: Fix incorrect TOS in fibmatch route get reply
Ido Schimmel <idosch@nvidia.com>
ipv4: Fix incorrect TOS in route get reply
Pablo Neira Ayuso <pablo@netfilter.org>
net: flow_dissector: use DEBUG_NET_WARN_ON_ONCE
Joshua Washington <joshwash@google.com>
gve: Fix XDP TX completion handling when counters overflow
Chen Hanxiao <chenhx.fnst@fujitsu.com>
ipvs: properly dereference pe in ip_vs_add_service
Florian Westphal <fw@strlen.de>
netfilter: nf_set_pipapo: fix initial map fill
Pablo Neira Ayuso <pablo@netfilter.org>
netfilter: ctnetlink: use helper function to calculate expect ID
Jiaxun Yang <jiaxun.yang@flygoat.com>
MIPS: Fix fallback march for SB1
Konstantin Taranov <kotaranov@microsoft.com>
RDMA/mana_ib: Set correct device into ib
Konstantin Taranov <kotaranov@microsoft.com>
RDMA/mana_ib: set node_guid
Jack Wang <jinpu.wang@ionos.com>
bnxt_re: Fix imm_data endianness
David Ahern <dsahern@kernel.org>
RDMA: Fix netdev tracker in ib_device_set_netdev
David Gstir <david@sigma-star.at>
crypto: mxs-dcp - Ensure payload is zero when using key slot
Jon Pan-Doh <pandoh@google.com>
iommu/vt-d: Fix identity map bounds in si_domain_init()
Chengchang Tang <tangchengchang@huawei.com>
RDMA/hns: Fix mbx timing out before CMD execution is completed
Chengchang Tang <tangchengchang@huawei.com>
RDMA/hns: Fix insufficient extend DB for VFs.
Chengchang Tang <tangchengchang@huawei.com>
RDMA/hns: Fix undifined behavior caused by invalid max_sge
Chengchang Tang <tangchengchang@huawei.com>
RDMA/hns: Fix shift-out-bounds when max_inline_data is 0
Chengchang Tang <tangchengchang@huawei.com>
RDMA/hns: Fix missing pagesize and alignment check in FRMR
Junxian Huang <huangjunxian6@hisilicon.com>
RDMA/hns: Fix unmatch exception handling when init eq table fails
Junxian Huang <huangjunxian6@hisilicon.com>
RDMA/hns: Fix soft lockup under heavy CEQE load
Junxian Huang <huangjunxian6@hisilicon.com>
RDMA/hns: Check atomic wr length
Nick Bowler <nbowler@draconx.ca>
macintosh/therm_windtunnel: fix module unload.
Michael Ellerman <mpe@ellerman.id.au>
powerpc/xmon: Fix disassembly CPU feature checks
Lu Baolu <baolu.lu@linux.intel.com>
iommu/vt-d: Fix aligned pages in calculate_psi_aligned_address()
Lu Baolu <baolu.lu@linux.intel.com>
iommu/vt-d: Limit max address mask to MAX_AGAW_PFN_WIDTH
Frank Li <Frank.Li@nxp.com>
PCI: dwc: Fix index 0 incorrectly being interpreted as a free ATU slot
Manivannan Sadhasivam <manivannan.sadhasivam@linaro.org>
PCI: qcom-ep: Disable resources unconditionally during PERST# assert
Dominique Martinet <dominique.martinet@atmark-techno.com>
MIPS: Octeron: remove source file executable bit
Lorenzo Bianconi <lorenzo@kernel.org>
clk: en7523: fix rate divider for slic and spi clocks
Stephen Boyd <swboyd@chromium.org>
clk: qcom: Park shared RCGs upon registration
Abel Vesa <abel.vesa@linaro.org>
clk: qcom: gcc-x1e80100: Set parent rate for USB3 sec and tert PHY pipe clks
Chen Ni <nichen@iscas.ac.cn>
clk: qcom: kpss-xcc: Return of_clk_add_hw_provider to transfer the error
Nivas Varadharajan Mugunthakumar <nivasx.varadharajan.mugunthakumar@intel.com>
crypto: qat - extend scope of lock in adf_cfg_add_key_value_param()
Heiko Stuebner <heiko.stuebner@cherry.de>
nvmem: rockchip-otp: set add_legacy_fixed_of_cells config option
Justin Tee <justin.tee@broadcom.com>
scsi: lpfc: Revise lpfc_prep_embed_io routine with proper endian macro usages
Denis Arefev <arefev@swemel.ru>
net: missing check virtio
Michael S. Tsirkin <mst@redhat.com>
vhost/vsock: always initialize seqpacket_allow
Dan Carpenter <dan.carpenter@linaro.org>
PCI: endpoint: Fix error handling in epf_ntb_epc_cleanup()
Dan Carpenter <dan.carpenter@linaro.org>
PCI: endpoint: Clean up error handling in vpci_scan_bus()
Georgi Djakov <quic_c_gdjako@quicinc.com>
iommu/arm-smmu-qcom: Register the TBU driver in qcom_smmu_impl_init
Aleksandr Mishin <amishin@t-argos.ru>
ASoC: amd: Adjust error handling in case of absent codec device
Guenter Roeck <linux@roeck-us.net>
eeprom: ee1004: Call i2c_new_scanned_device to instantiate thermal sensor
Christoph Schlameuss <schlameuss@linux.ibm.com>
kvm: s390: Reject memory region operations for ucontrol VMs
Benjamin Marzinski <bmarzins@redhat.com>
dm-raid: Fix WARN_ON_ONCE check for sync_thread in raid_resume
Abel Vesa <abel.vesa@linaro.org>
clk: qcom: gcc-x1e80100: Fix halt_check for all pipe clocks
Dmitry Torokhov <dmitry.torokhov@gmail.com>
Input: elan_i2c - do not leave interrupt disabled on suspend failure
Leon Romanovsky <leon@kernel.org>
RDMA/device: Return error earlier if port in not valid
Arnd Bergmann <arnd@arndb.de>
mtd: make mtd_test.c a separate module
Joao Martins <joao.m.martins@oracle.com>
iommufd/iova_bitmap: Check iova_bitmap_done() after set ahead
Joao Martins <joao.m.martins@oracle.com>
iommufd/selftest: Fix tests to use MOCK_PAGE_SIZE based buffer sizes
Joao Martins <joao.m.martins@oracle.com>
iommufd/selftest: Add tests for <= u8 bitmap sizes
Joao Martins <joao.m.martins@oracle.com>
iommufd/selftest: Fix iommufd_test_dirty() to handle <u8 bitmaps
Joao Martins <joao.m.martins@oracle.com>
iommufd/selftest: Fix dirty bitmap tests with u8 bitmaps
Chen Ni <nichen@iscas.ac.cn>
ASoC: max98088: Check for clk_prepare_enable() error
Nathan Lynch <nathanl@linux.ibm.com>
powerpc/prom: Add CPU info to hardware description string later
Harald Freudenberger <freude@linux.ibm.com>
hwrng: core - Fix wrong quality calculation at hw rng registration
Huai-Yuan Liu <qq810974084@gmail.com>
scsi: lpfc: Fix a possible null pointer dereference
Aleksandr Mishin <amishin@t-argos.ru>
ASoC: qcom: Adjust issues in case of DT error in asoc_qcom_lpass_cpu_platform_probe()
Honggang LI <honggangli@163.com>
RDMA/rxe: Don't set BTH_ACK_MASK for UC or UD QPs
Or Har-Toov <ohartoov@nvidia.com>
RDMA/mlx5: Use sq timestamp as QP timestamp when RoCE is disabled
Leon Romanovsky <leon@kernel.org>
RDMA/mlx4: Fix truncated output warning in alias_GUID.c
Leon Romanovsky <leon@kernel.org>
RDMA/mlx4: Fix truncated output warning in mad.c
Andrei Lalaev <andrei.lalaev@anton-paar.com>
Input: qt1050 - handle CHIP_ID reading error
Konrad Dybcio <konrad.dybcio@linaro.org>
interconnect: qcom: qcm2290: Fix mas_snoc_bimc RPM master ID
Taniya Das <quic_tdas@quicinc.com>
clk: qcom: gpucc-sa8775p: Update wait_val fields for GPU GDSC's
Taniya Das <quic_tdas@quicinc.com>
clk: qcom: gpucc-sa8775p: Park RCG's clk source at XO during disable
Taniya Das <quic_tdas@quicinc.com>
clk: qcom: gpucc-sa8775p: Remove the CLK_IS_CRITICAL and ALWAYS_ON flags
Taniya Das <quic_tdas@quicinc.com>
clk: qcom: gcc-sa8775p: Update the GDSC wait_val fields and flags
Taniya Das <quic_tdas@quicinc.com>
clk: qcom: gpucc-sm8350: Park RCG's clk source at XO during disable
Michael Walle <mwalle@kernel.org>
mtd: spi-nor: winbond: fix w25q128 regression
Leon Romanovsky <leon@kernel.org>
RDMA/cache: Release GID table even if leak is detected
Hao Ge <gehao@kylinos.cn>
ASoc: PCM6240: Return directly after a failed devm_kzalloc() in pcmdevice_i2c_probe()
Neil Armstrong <neil.armstrong@linaro.org>
usb: typec-mux: nb7vpq904m: unregister typec switch on probe error and remove
Neil Armstrong <neil.armstrong@linaro.org>
usb: typec-mux: ptn36502: unregister typec switch on probe error and remove
Simon Trimmer <simont@opensource.cirrus.com>
ASoC: cs35l56: Accept values greater than 0 as IRQ numbers
Shenghao Ding <shenghao-ding@ti.com>
ASoc: tas2781: Enable RCA-based playback without DSP firmware download
Sourabh Jain <sourabhjain@linux.ibm.com>
powerpc/kexec_file: fix cpus node update to FDT
Chiara Meiohas <cmeiohas@nvidia.com>
RDMA/mlx5: Set mkeys for dmabuf at PAGE_SIZE
James Clark <james.clark@arm.com>
coresight: Fix ref leak when of_coresight_parse_endpoint() fails
Shivaprasad G Bhat <sbhat@linux.ibm.com>
KVM: PPC: Book3S HV: Fix the get_one_reg of SDAR
Shivaprasad G Bhat <sbhat@linux.ibm.com>
KVM: PPC: Book3S HV: Fix the set_one_reg for MMCR3
Mostafa Saleh <smostafa@google.com>
iommu/arm-smmu-v3: Avoid uninitialized asid in case of error
Nuno Sa <nuno.sa@analog.com>
iio: adc: adi-axi-adc: don't allow concurrent enable/disable calls
Antoniu Miclaus <antoniu.miclaus@analog.com>
iio: frequency: adrf6780: rm clk provider include
Nuno Sa <nuno.sa@analog.com>
iio: adc: ad9467: use DMA safe buffer for spi
Xianwei Zhao <xianwei.zhao@amlogic.com>
clk: meson: s4: fix pwm_j_div parent clock
Xianwei Zhao <xianwei.zhao@amlogic.com>
clk: meson: s4: fix fixed_pll_dco clock
Taniya Das <quic_tdas@quicinc.com>
clk: qcom: camcc-sc7280: Add parent dependency to all camera GDSCs
Taniya Das <quic_tdas@quicinc.com>
clk: qcom: gcc-sc7280: Update force mem core bit for UFS ICE clock
Lothar Rubusch <l.rubusch@gmail.com>
crypto: atmel-sha204a - fix negated return value
Christophe JAILLET <christophe.jaillet@wanadoo.fr>
crypto: tegra - Remove an incorrect iommu_fwspec_free() call in tegra_se_remove()
Minwoo Im <minwoo.im@samsung.com>
scsi: ufs: mcq: Fix missing argument 'hba' in MCQ_OPR_OFFSET_n
Andy Chiu <andy.chiu@sifive.com>
riscv: smp: fail booting up smp if inconsistent vlen is detected
Jon Hunter <jonathanh@nvidia.com>
PCI: tegra194: Set EP alignment restriction for inbound ATU
Marek Vasut <marek.vasut+renesas@mailbox.org>
PCI: rcar: Demote WARN() to dev_warn_ratelimited() in rcar_pcie_wakeup()
Aleksandr Mishin <amishin@t-argos.ru>
PCI: keystone: Fix NULL pointer dereference in case of DT error in ks_pcie_setup_rc_app_regs()
Siddharth Vadapalli <s-vadapalli@ti.com>
PCI: keystone: Don't enable BAR 0 for AM654x
Siddharth Vadapalli <s-vadapalli@ti.com>
PCI: keystone: Relocate ks_pcie_set/clear_dbi_mode()
Ilpo Järvinen <ilpo.jarvinen@linux.intel.com>
PCI: Fix resource double counting on remove & rescan
Manivannan Sadhasivam <manivannan.sadhasivam@linaro.org>
PCI: endpoint: pci-epf-test: Make use of cached 'epc_features' in pci_epf_test_core_init()
Chenyuan Yang <chenyuan0y@gmail.com>
iio: Fix the sorting functionality in iio_gts_build_avail_time_table
Benjamin Coddington <bcodding@redhat.com>
SUNRPC: Fixup gss_status tracepoint error output
Christoph Hellwig <hch@lst.de>
nfs: pass explicit offset/count to trace events
Luke D. Jones <luke@ljones.dev>
platform/x86: asus-wmi: fix TUF laptop RGB variant
Ian Rogers <irogers@google.com>
perf dso: Fix address sanitizer build
Andreas Larsson <andreas@gaisler.com>
sparc64: Fix incorrect function signature and add prototype for prom_cif_init
Dan Carpenter <dan.carpenter@linaro.org>
leds: flash: leds-qcom-flash: Test the correct variable in init
Thomas Zimmermann <tzimmermann@suse.de>
drm/qxl: Pin buffer objects for internal mappings
Jan Kara <jack@suse.cz>
ext4: avoid writing unitialized memory to disk in EA inodes
Luis Henriques (SUSE) <luis.henriques@linux.dev>
ext4: don't track ranges in fast_commit if inode has inlined data
Olga Kornievskaia <kolga@netapp.com>
NFSv4.1 another fix for EXCHGID4_FLAG_USE_PNFS_DS for DS server
NeilBrown <neilb@suse.de>
SUNRPC: avoid soft lockup when transmitting UDP to reachable server.
Chuck Lever <chuck.lever@oracle.com>
xprtrdma: Fix rpcrdma_reqs_reset()
Javier Carrasco <javier.carrasco.cruz@gmail.com>
mfd: omap-usb-tll: Use struct_size to allocate tll
Arnd Bergmann <arnd@arndb.de>
mfd: rsmu: Split core code into separate module
Steven Price <steven.price@arm.com>
drm/panthor: Record devfreq busy as soon as a job is started
Adrian Hunter <adrian.hunter@intel.com>
perf intel-pt: Fix exclude_guest setting
Adrian Hunter <adrian.hunter@intel.com>
perf intel-pt: Fix aux_watermark calculation for 64-bit size
Dikshita Agarwal <quic_dikshita@quicinc.com>
media: venus: flush all buffers in output plane streamoff
Namhyung Kim <namhyung@kernel.org>
perf stat: Fix a segfault with --per-cluster --metric-only
Michael Walle <mwalle@kernel.org>
drm/mediatek/dp: Fix spurious kfree()
Michael Walle <mwalle@kernel.org>
drm/mediatek: dpi/dsi: Fix possible_crtcs calculation
Ma Ke <make24@iscas.ac.cn>
drm/amd/display: Add null check before access structs
Luis Henriques (SUSE) <luis.henriques@linux.dev>
ext4: fix infinite loop when replaying fast_commit
Hsiao Chien Sung <shawn.sung@mediatek.com>
drm/mediatek: Remove less-than-zero comparison of an unsigned value
Geert Uytterhoeven <geert+renesas@glider.be>
drm/panic: Do not select DRM_KMS_HELPER
Jocelyn Falempe <jfalempe@redhat.com>
drm/panic: depends on !VT_CONSOLE
Luca Ceresoli <luca.ceresoli@bootlin.com>
Revert "leds: led-core: Fix refcount leak in of_led_get()"
Anjelique Melendez <quic_amelende@quicinc.com>
leds: rgb: leds-qcom-lpg: Add PPG check for setting/clearing PBS triggers
Chen Ni <nichen@iscas.ac.cn>
drm/qxl: Add check for drm_cvt_mode
Lucas Stach <l.stach@pengutronix.de>
drm/etnaviv: fix DMA direction handling for cached RW buffers
Namhyung Kim <namhyung@kernel.org>
perf report: Fix condition in sort__sym_cmp()
Junhao He <hejunhao3@huawei.com>
perf pmus: Fixes always false when compare duplicates aliases
Athira Rajeev <atrajeev@linux.vnet.ibm.com>
tools/perf: Fix the string match for "/tmp/perf-$PID.map" files in dso__load
James Clark <james.clark@arm.com>
perf test: Make test_arm_callgraph_fp.sh more robust
Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
platform/arm64: build drivers even on non-ARM64 platforms
Geert Uytterhoeven <geert+renesas@glider.be>
drm/panic: Fix off-by-one logo size checks
Jocelyn Falempe <jfalempe@redhat.com>
drm/panic: only draw the foreground color in drm_panic_blit()
Karolina Stolarek <karolina.stolarek@intel.com>
drm/ttm/tests: Fix a warning in ttm_bo_unreserve_bulk
Abhinav Kumar <quic_abhinavk@quicinc.com>
drm/msm/dpu: drop validity checks for clear_pending_flush() ctl op
Jonathan Marek <jonathan@marek.ca>
drm/msm/dsi: set VIDEO_COMPRESSION_MODE_CTRL_WC
Jonathan Marek <jonathan@marek.ca>
drm/msm/dsi: set video mode widebus enable bit when widebus is enabled
Hans de Goede <hdegoede@redhat.com>
leds: trigger: Unregister sysfs attributes before calling deactivate()
Ming Qian <ming.qian@nxp.com>
media: imx-jpeg: Drop initial source change event if capture has been setup
Konrad Dybcio <konrad.dybcio@linaro.org>
drm/msm/a6xx: Fix A702 UBWC mode
Abhinav Kumar <quic_abhinavk@quicinc.com>
drm/msm/a6xx: use __unused__ to fix compiler warnings for gen7_* includes
Hsiao Chien Sung <shawn.sung@mediatek.com>
drm/mediatek: Set DRM mode configs accordingly
Hsiao Chien Sung <shawn.sung@mediatek.com>
drm/mediatek: Add DRM_MODE_ROTATE_0 to rotation property
Hsiao Chien Sung <shawn.sung@mediatek.com>
drm/mediatek: Add OVL compatible name for MT8195
Hsiao Chien Sung <shawn.sung@mediatek.com>
drm/mediatek: Turn off the layers with zero width or height
Hsiao Chien Sung <shawn.sung@mediatek.com>
drm/mediatek: Fix destination alpha error in OVL
Hsiao Chien Sung <shawn.sung@mediatek.com>
drm/mediatek: Fix XRGB setting error in Mixer
Hsiao Chien Sung <shawn.sung@mediatek.com>
drm/mediatek: Fix XRGB setting error in OVL
Hsiao Chien Sung <shawn.sung@mediatek.com>
drm/mediatek: Use 8-bit alpha in ETHDR
Hsiao Chien Sung <shawn.sung@mediatek.com>
drm/mediatek: Add missing plane settings when async update
Sebastian Andrzej Siewior <bigeasy@linutronix.de>
drm/ttm/tests: Let ttm_bo_test consider different ww_mutex implementation.
Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com>
media: renesas: vsp1: Store RPF partition configuration per RPF instance
Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com>
media: renesas: vsp1: Fix _irqsave and _irq mix
Jacopo Mondi <jacopo.mondi@ideasonboard.com>
media: rcar-csi2: Cleanup subdevice in remove()
Jacopo Mondi <jacopo.mondi@ideasonboard.com>
media: rcar-csi2: Disable runtime_pm in probe error
Jacopo Mondi <jacopo.mondi@ideasonboard.com>
media: rcar-vin: Fix YUYV8_1X16 handling for CSI-2
Jouni Högander <jouni.hogander@intel.com>
drm/i915/psr: Set SU area width as pipe src width
Sean Anderson <sean.anderson@linux.dev>
drm: zynqmp_kms: Fix AUX bus not getting unregistered
Christophe JAILLET <christophe.jaillet@wanadoo.fr>
drm: zynqmp_dpsub: Fix an error handling path in zynqmp_dpsub_probe()
Daniel Schaefer <dhs@frame.work>
media: uvcvideo: Override default flags
Oleksandr Natalenko <oleksandr@natalenko.name>
media: uvcvideo: Add quirk for invalid dev_sof in Logitech C920
Ricardo Ribalda <ribalda@chromium.org>
media: uvcvideo: Quirk for invalid dev_sof in Logitech C922
Conor Dooley <conor.dooley@microchip.com>
media: i2c: imx219: fix msr access command sequence
Ricardo Ribalda <ribalda@chromium.org>
media: c8sectpfe: Add missing parameter names
Aleksandr Burakov <a.burakov@rosalinux.ru>
saa7134: Unchecked i2c_transfer function result fixed
Alex Deucher <alexander.deucher@amd.com>
drm/amd/display: use pre-allocated temp structure for bounding box
Dan Carpenter <dan.carpenter@linaro.org>
ipmi: ssif_bmc: prevent integer overflow on 32bit systems
Jiri Olsa <jolsa@kernel.org>
x86/shstk: Make return uprobe work with shadow stack
Jouni Högander <jouni.hogander@intel.com>
drm/i915/psr: Print Panel Replay status instead of frame lock status
Jouni Högander <jouni.hogander@intel.com>
drm/i915/display: Skip Panel Replay on pipe comparison if no active planes
Adam Ford <aford173@gmail.com>
drm/bridge: samsung-dsim: Set P divider based on min/max of fin pll
Yunfei Dong <yunfei.dong@mediatek.com>
media: mediatek: vcodec: Fix unreasonable data conversion
Irui Wang <irui.wang@mediatek.com>
media: mediatek: vcodec: Handle invalid decoder vsi
Ian Rogers <irogers@google.com>
perf maps: Fix use after free in __maps__fixup_overlap_and_insert
Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
drm/msm/dp: fix runtime_pm handling in dp_wait_hpd_asserted
Junhao Xie <bigfoot@classfun.cn>
drm/msm/dpu: drop duplicate drm formats from wb2_formats arrays
Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
Revert "drm/msm/dpu: drop dpu_encoder_phys_ops.atomic_mode_set"
Barnabás Czémán <trabarni@gmail.com>
drm/msm/dpu: fix encoder irq wait skip
David Hildenbrand <david@redhat.com>
s390/uv: Don't call folio_wait_writeback() without a folio reference
Srinivasan Shanmugam <srinivasan.shanmugam@amd.com>
drm/amdgpu: Fix type mismatch in amdgpu_gfx_kiq_init_ring
ChiYuan Huang <cy_huang@richtek.com>
media: v4l: async: Fix NULL pointer dereference in adding ancillary links
Ricardo Ribalda <ribalda@chromium.org>
media: i2c: hi846: Fix V4L2_SUBDEV_FORMAT_TRY get_selection()
Bryan O'Donoghue <bryan.odonoghue@linaro.org>
media: i2c: Fix imx412 exposure control
Jouni Högander <jouni.hogander@intel.com>
drm/i915/psr: Use enable boolean from intel_crtc_state for Early Transport
Ricardo Ribalda <ribalda@chromium.org>
media: imon: Fix race getting ictx->lock
Zheng Yejian <zhengyejian1@huawei.com>
media: dvb-usb: Fix unexpected infinite loop in dvb_usb_read_remote_control()
Mikhail Kobuk <m.kobuk@ispras.ru>
media: pci: ivtv: Add check for DMA map result
Arnd Bergmann <arnd@arndb.de>
drm/amd/display: Move 'struct scaler_data' off stack
Arnd Bergmann <arnd@arndb.de>
drm/amd/display: fix graphics_object_id size
Arnd Bergmann <arnd@arndb.de>
drm/amd/display: dynamically allocate dml2_configuration_options structures
Srinivasan Shanmugam <srinivasan.shanmugam@amd.com>
drm/amdgpu: Fix snprintf usage in amdgpu_gfx_kiq_init_ring
Kuro Chung <kuro.chung@ite.com.tw>
drm/bridge: it6505: fix hibernate to resume no display issue
Douglas Anderson <dianders@chromium.org>
drm/panel: ilitek-ili9882t: Check for errors on the NOP in prepare()
Douglas Anderson <dianders@chromium.org>
drm/panel: ilitek-ili9882t: If prepare fails, disable GPIO before regulators
Douglas Anderson <dianders@chromium.org>
drm/panel: boe-tv101wum-nl6: Check for errors on the NOP in prepare()
Douglas Anderson <dianders@chromium.org>
drm/panel: boe-tv101wum-nl6: If prepare fails, disable GPIO before regulators
Douglas Anderson <dianders@chromium.org>
drm/panel: himax-hx8394: Handle errors from mipi_dsi_dcs_set_display_on() better
Tim Van Patten <timvp@google.com>
drm/amdgpu: Remove GC HW IP 9.3.0 from noretry=1
Friedrich Vock <friedrich.vock@gmx.de>
drm/amdgpu: Check if NBIO funcs are NULL in amdgpu_device_baco_exit
Lijo Lazar <lijo.lazar@amd.com>
drm/amdgpu: Fix memory range calculation
Lijo Lazar <lijo.lazar@amd.com>
drm/amd/pm: Fix aldebaran pcie speed reporting
Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
drm/panel: lg-sw43408: add missing error handling
Douglas Anderson <dianders@chromium.org>
drm/mipi-dsi: Fix theoretical int overflow in mipi_dsi_generic_write_seq()
Douglas Anderson <dianders@chromium.org>
drm/mipi-dsi: Fix theoretical int overflow in mipi_dsi_dcs_write_seq()
Jouni Högander <jouni.hogander@intel.com>
drm/i915/display: Do not print "psr: enabled" for on Panel Replay
Jouni Högander <jouni.hogander@intel.com>
drm/i915/psr: Rename has_psr2 as has_sel_update
Mukul Joshi <mukul.joshi@amd.com>
drm/amdkfd: Fix CU Masking for GFX 9.4.3
Faiz Abbas <faiz.abbas@arm.com>
drm/arm/komeda: Fix komeda probe failing if there are no links in the secondary pipeline
Andy Yan <andy.yan@rock-chips.com>
drm/rockchip: vop2: Fix the port mux of VP2
Kuniyuki Iwashima <kuniyu@amazon.com>
tcp: Don't access uninit tcp_rsk(req)->ao_keyid in tcp_create_openreq_child().
Luiz Augusto von Dentz <luiz.von.dentz@intel.com>
Bluetooth: Fix usage of __hci_cmd_sync_status
Elliot Ayrey <elliot.ayrey@alliedtelesis.co.nz>
net: bridge: mst: Check vlan state for egress decision
Taehee Yoo <ap420073@gmail.com>
xdp: fix invalid wait context of page_pool_destroy()
Breno Leitao <leitao@debian.org>
virtio_net: Fix napi_skb_cache_put warning
Dmitry Antipov <dmantipov@yandex.ru>
Bluetooth: hci_core, hci_sync: cleanup struct discovery_state
Iulia Tanasescu <iulia.tanasescu@nxp.com>
Bluetooth: hci_event: Set QoS encryption from BIGInfo report
Neeraj Sanjay Kale <neeraj.sanjaykale@nxp.com>
Bluetooth: btnxpuart: Add handling for boot-signature timeout errors
Kiran K <kiran.k@intel.com>
Bluetooth: btintel_pcie: Fix irq leak
Kiran K <kiran.k@intel.com>
Bluetooth: btintel: Refactor btintel_set_ppag()
Sven Peter <sven@svenpeter.dev>
Bluetooth: hci_bcm4377: Use correct unit for timeouts
Amit Cohen <amcohen@nvidia.com>
selftests: forwarding: devlink_lib: Wait for udev events after reloading
Kory Maincent <kory.maincent@bootlin.com>
net: ethtool: pse-pd: Fix possible null-deref
Kory Maincent <kory.maincent@bootlin.com>
net: pse-pd: Do not return EOPNOSUPP if config is null
Tengda Wu <wutengda@huaweicloud.com>
bpf: Fix null pointer dereference in resolve_prog_type() for BPF_PROG_TYPE_EXT
Jeff Layton <jlayton@kernel.org>
nfsd: nfsd_file_lease_notifier_call gets a file_lease as an argument
Shung-Hsi Yu <shung-hsi.yu@suse.com>
bpf: fix overflow check in adjust_jmp_off()
Alan Maguire <alan.maguire@oracle.com>
bpf: Eliminate remaining "make W=1" warnings in kernel/bpf/btf.o
Alexey Kodanev <aleksei.kodanev@bell-sw.com>
bna: adjust 'name' buf size of bna_tcb and bna_ccb structures
Alan Maguire <alan.maguire@oracle.com>
bpf: annotate BTF show functions with __printf
Ilpo Järvinen <ilpo.jarvinen@linux.intel.com>
selftests/resctrl: Fix closing IMC fds on error and open-code R+W instead of loops
Puranjay Mohan <puranjay@kernel.org>
bpf, arm64: Fix trampoline for BPF_TRAMP_F_CALL_ORIG
Geliang Tang <geliang@kernel.org>
selftests/bpf: Close obj in error path in xdp_adjust_tail
Geliang Tang <geliang@kernel.org>
selftests/bpf: Null checks for links in bpf_tcp_ca
Geliang Tang <geliang@kernel.org>
selftests/bpf: Close fd in error path in drop_on_reuseport
John Stultz <jstultz@google.com>
locking/rwsem: Add __always_inline annotation to __down_write_common() and inlined callers
Johannes Berg <johannes.berg@intel.com>
wifi: virt_wifi: don't use strlen() in const context
Johannes Berg <johannes.berg@intel.com>
net: page_pool: fix warning code
Gaosheng Cui <cuigaosheng1@huawei.com>
gss_krb5: Fix the error handling path for crypto_sync_skcipher_setkey
Chuck Lever <chuck.lever@oracle.com>
NFSD: Fix nfsdcld warning
Benjamin Tissoires <bentiss@kernel.org>
bpf: helpers: fix bpf_wq_set_callback_impl signature
En-Wei Wu <en-wei.wu@canonical.com>
wifi: virt_wifi: avoid reporting connection success with wrong SSID
Jianbo Liu <jianbol@nvidia.com>
xfrm: call xfrm_dev_policy_delete when kill policy
Jianbo Liu <jianbol@nvidia.com>
xfrm: fix netdev reference count imbalance
Aleksandr Mishin <amishin@t-argos.ru>
wifi: rtw89: Fix array index mistake in rtw89_sta_info_get_iter()
Sandipan Das <sandipan.das@amd.com>
perf/x86/amd/uncore: Fix DF and UMC domain identification
Sandipan Das <sandipan.das@amd.com>
perf/x86/amd/uncore: Avoid PMU registration if counters are unavailable
Zhang Rui <rui.zhang@intel.com>
perf/x86/intel/cstate: Fix Alderlake/Raptorlake/Meteorlake
Adrian Hunter <adrian.hunter@intel.com>
perf: Fix default aux_watermark calculation
Adrian Hunter <adrian.hunter@intel.com>
perf: Prevent passing zero nr_pages to rb_alloc_aux()
Adrian Hunter <adrian.hunter@intel.com>
perf: Fix perf_aux_size() for greater-than 32-bit size
Adrian Hunter <adrian.hunter@intel.com>
perf/x86/intel/pt: Fix pt_topa_entry_for_page() address calculation
Ilya Leoshkevich <iii@linux.ibm.com>
bpf: Fix atomic probe zero-extension
Tao Chen <chen.dylane@gmail.com>
bpftool: Mount bpffs when pinmaps path not under the bpffs
Pu Lehui <pulehui@huawei.com>
riscv, bpf: Fix out-of-bounds issue when preparing trampoline image
Steffen Klassert <steffen.klassert@secunet.com>
xfrm: Export symbol xfrm_dev_state_delete.
Martin Kaistra <martin.kaistra@linutronix.de>
wifi: rtl8xxxu: 8188f: Limit TX power index
Kuan-Chung Chen <damon.chen@realtek.com>
wifi: rtw89: 8852b: fix definition of KIP register number
Chih-Kang Chang <gary.chang@realtek.com>
wifi: rtw89: wow: fix GTK offload H2C skbuff issue
Karthikeyan Periyasamy <quic_periyasa@quicinc.com>
wifi: ath12k: fix peer metadata parsing
Aloka Dixit <quic_alokad@quicinc.com>
wifi: ath12k: advertise driver capabilities for MBSSID and EMA
Johannes Berg <johannes.berg@intel.com>
wifi: iwlwifi: mvm: always unblock EMLSR on ROC end
Daniel Gabay <daniel.gabay@intel.com>
wifi: iwlwifi: fix iwl_mvm_get_valid_rx_ant()
Johannes Berg <johannes.berg@intel.com>
wifi: mac80211: correcty limit wider BW TDLS STAs
Johannes Berg <johannes.berg@intel.com>
wifi: mac80211: add ieee80211_tdls_sta_link_id()
Pablo Neira Ayuso <pablo@netfilter.org>
netfilter: nf_tables: rise cap on SELinux secmark context
Ismael Luceno <iluceno@suse.de>
ipvs: Avoid unnecessary calls to skb_is_gso_sctp
Steffen Klassert <steffen.klassert@secunet.com>
xfrm: Fix unregister netdevice hang on hardware offload.
Antoine Tenart <atenart@kernel.org>
libbpf: Skip base btf sanity checks
Donglin Peng <dolinux.peng@gmail.com>
libbpf: Checking the btf_type kind when fixing variable offsets
Jiri Olsa <jolsa@kernel.org>
bpf: Change bpf_session_cookie return value to __u64 *
Lukasz Majewski <lukma@denx.de>
net: dsa: ksz_common: Allow only up to two HSR HW offloaded ports for KSZ9477
Csókás, Bence <csokas.bence@prolan.hu>
net: fec: Fix FEC_ECR_EN1588 being cleared on link-down
Jan Kara <jack@suse.cz>
udf: Fix bogus checksum computation in udf_rename()
Antony Antony <antony.antony@secunet.com>
xfrm: Log input direction mismatch error in one place
Antony Antony <antony.antony@secunet.com>
xfrm: Fix input error path memory access
Daniel Xu <dxu@dxuuu.xyz>
bpf: Make bpf_session_cookie() kfunc return long *
Johannes Berg <johannes.berg@intel.com>
wifi: iwlwifi: mvm: separate non-BSS/ROC EMLSR blocking
Miri Korenblit <miriam.rachel.korenblit@intel.com>
wifi: iwlwifi: mvm: fix re-enabling EMLSR
Johannes Berg <johannes.berg@intel.com>
wifi: nl80211: expose can-monitor channel property
Baochen Qiang <quic_bqiang@quicinc.com>
wifi: cfg80211: handle 2x996 RU allocation in cfg80211_calculate_bitrate_he()
Baochen Qiang <quic_bqiang@quicinc.com>
wifi: cfg80211: fix typo in cfg80211_calculate_bitrate_he()
Aditya Kumar Singh <quic_adisi@quicinc.com>
wifi: ath12k: fix per pdev debugfs registration
Baochen Qiang <quic_bqiang@quicinc.com>
wifi: ath11k: fix wrong handling of CCMP256 and GCMP ciphers
Baochen Qiang <quic_bqiang@quicinc.com>
wifi: ath12k: fix ACPI warning when resume
Thomas Gleixner <tglx@linutronix.de>
jump_label: Fix concurrency issues in static_key_slow_dec()
Thomas Gleixner <tglx@linutronix.de>
perf/x86: Serialize set_attr_rdpmc()
Ido Schimmel <idosch@nvidia.com>
mlxsw: spectrum_acl: Fix ACL scale regression and firmware errors
Ido Schimmel <idosch@nvidia.com>
mlxsw: spectrum_acl_erp: Fix object nesting warning
Ido Schimmel <idosch@nvidia.com>
lib: objagg: Fix general protection fault
Sean Christopherson <seanjc@google.com>
sched/core: Drop spinlocks on contention iff kernel is preemptible
Sean Christopherson <seanjc@google.com>
sched/core: Move preempt_model_*() helpers from sched.h to preempt.h
Jan Kara <jack@suse.cz>
udf: Fix lock ordering in udf_evict_inode()
Geliang Tang <geliang@kernel.org>
selftests/bpf: Check length of recv in test_sockmap
Guangguan Wang <guangguan.wang@linux.alibaba.com>
net/smc: set rmb's SG_MAX_SINGLE_ALLOC limitation only when CONFIG_ARCH_NO_SG_CHAIN is defined
Andrii Nakryiko <andrii@kernel.org>
libbpf: keep FD_CLOEXEC flag when dup()'ing FD
Arnd Bergmann <arnd@arndb.de>
hns3: avoid linking objects into multiple modules
Eric Dumazet <edumazet@google.com>
tcp: fix races in tcp_v[46]_err()
Eric Dumazet <edumazet@google.com>
tcp: fix races in tcp_abort()
Eric Dumazet <edumazet@google.com>
tcp: fix race in tcp_write_err()
Eric Dumazet <edumazet@google.com>
tcp: add tcp_done_with_error() helper
Linus Walleij <linus.walleij@linaro.org>
net: ethernet: cortina: Restore TSO support
Baochen Qiang <quic_bqiang@quicinc.com>
wifi: ath12k: fix wrong definition of CE ring's base address
Baochen Qiang <quic_bqiang@quicinc.com>
wifi: ath11k: fix wrong definition of CE ring's base address
Ping-Ke Shih <pkshih@realtek.com>
wifi: rtw89: 8852c: correct logic and restore PCI PHY EQ after device resume
P Praneesh <quic_ppranees@quicinc.com>
wifi: ath12k: fix firmware crash during reo reinject
P Praneesh <quic_ppranees@quicinc.com>
wifi: ath12k: fix invalid memory access while processing fragmented packets
P Praneesh <quic_ppranees@quicinc.com>
wifi: ath12k: change DMA direction while mapping reinjected packets
Baochen Qiang <quic_bqiang@quicinc.com>
wifi: ath11k: restore country code during resume
Baochen Qiang <quic_bqiang@quicinc.com>
wifi: ath11k: refactor setting country code logic
Johannes Berg <johannes.berg@intel.com>
wifi: mac80211: reset negotiated TTLM on disconnect
Johannes Berg <johannes.berg@intel.com>
wifi: mac80211: cancel TTLM teardown work earlier
Johannes Berg <johannes.berg@intel.com>
wifi: mac80211: cancel multi-link reconf work on disconnect
Johannes Berg <johannes.berg@intel.com>
wifi: mac80211: fix TTLM teardown work
Miri Korenblit <miriam.rachel.korenblit@intel.com>
wifi: iwlwifi: mvm: don't skip link selection
Hagar Hemdan <hagarhem@amazon.com>
net: esp: cleanup esp_output_tail_tcp() in case of unsupported ESPINTCP
Ping-Ke Shih <pkshih@realtek.com>
wifi: rtw89: 8852b: restore setting for RFE type 5 after device resume
Geliang Tang <geliang@kernel.org>
selftests/bpf: Fix prog numbers in test_sockmap
Ivan Babrou <ivan@cloudflare.com>
bpftool: Un-const bpf_func_info to fix it for llvm 17 and newer
Baochen Qiang <quic_bqiang@quicinc.com>
wifi: ath12k: fix Smatch warnings on ath12k_core_suspend()
Nithyanantham Paramasivam <quic_nithp@quicinc.com>
wifi: ath12k: Fix tx completion ring (WBM2SW) setup failure
Pradeep Kumar Chitrapu <quic_pradeepc@quicinc.com>
wifi: ath12k: Correct 6 GHz frequency value in rx status
Samasth Norway Ananda <samasth.norway.ananda@oracle.com>
wifi: brcmsmac: LCN PHY code is used for BCM4313 2G-only device
Kang Yang <quic_kangyang@quicinc.com>
wifi: ath12k: avoid duplicated vdev stop
Karthikeyan Kathirvel <quic_kathirve@quicinc.com>
wifi: ath12k: drop failed transmitted frames from metric calculation.
Sven Eckelmann <sven@narfation.org>
wifi: ath12k: Don't drop tx_status in failure case
Marek Behún <kabel@kernel.org>
firmware: turris-mox-rwtm: Initialize completion before mailbox
Marek Behún <kabel@kernel.org>
firmware: turris-mox-rwtm: Fix checking return value of wait_for_completion_timeout()
Marek Behún <kabel@kernel.org>
firmware: turris-mox-rwtm: Do not complete if there are no waiters
Christophe Leroy <christophe.leroy@csgroup.eu>
vmlinux.lds.h: catch .bss..L* sections into BSS")
Tom Lendacky <thomas.lendacky@amd.com>
x86/sev: Do RMP memory coverage check after max_pfn has been set
Yanjun Yang <yangyj.ee@gmail.com>
ARM: Remove address checking for MMUless devices
Dmitry Torokhov <dmitry.torokhov@gmail.com>
ARM: spitz: fix GPIO assignment for backlight
Thorsten Blum <thorsten.blum@toblux.com>
m68k: cmpxchg: Fix return value for default case in __arch_xchg()
Dhananjay Ugwekar <Dhananjay.Ugwekar@amd.com>
cpufreq/amd-pstate: Fix the scaling_max_freq setting on shared memory CPPC systems
Dhananjay Ugwekar <Dhananjay.Ugwekar@amd.com>
cpufreq/amd-pstate-ut: Convert nominal_freq to khz during comparisons
Luca Weiss <luca.weiss@fairphone.com>
arm64: dts: qcom: sm6350: Add missing qcom,non-secure-domain property
Chukun Pan <amadeus@jmu.edu.cn>
arm64: dts: rockchip: fixes PHY reset for Lunzn Fastrhino R68S
Chukun Pan <amadeus@jmu.edu.cn>
arm64: dts: rockchip: disable display subsystem for Lunzn Fastrhino R6xS
Chukun Pan <amadeus@jmu.edu.cn>
arm64: dts: rockchip: remove unused usb2 nodes for Lunzn Fastrhino R6xS
Chukun Pan <amadeus@jmu.edu.cn>
arm64: dts: rockchip: fix pmu_io supply for Lunzn Fastrhino R6xS
Chukun Pan <amadeus@jmu.edu.cn>
arm64: dts: rockchip: fix usb regulator for Lunzn Fastrhino R6xS
Chukun Pan <amadeus@jmu.edu.cn>
arm64: dts: rockchip: fix regulator name for Lunzn Fastrhino R6xS
Cristian Ciocaltea <cristian.ciocaltea@collabora.com>
arm64: dts: rockchip: Add missing power-domains for rk356x vop_mmu
Dang Huynh <danct12@riseup.net>
arm64: dts: qcom: qrb4210-rb2: Correct max current draw for VBUS
Chen Ni <nichen@iscas.ac.cn>
x86/xen: Convert comma to semicolon
Abel Vesa <abel.vesa@linaro.org>
arm64: dts: qcom: x1e80100: Fix USB HS PHY 0.8V supply
Adam Ford <aford173@gmail.com>
arm64: dts: imx8mp: Fix pgc vpu locations
Adam Ford <aford173@gmail.com>
arm64: dts: imx8mp: Fix pgc_mlmix location
Eero Tamminen <oak@helsinkinet.fi>
m68k: atari: Fix TT bootup freeze / unexpected (SCU) interrupt messages
Geert Uytterhoeven <geert+renesas@glider.be>
arm64: dts: renesas: r9a08g045: Add missing hypervisor virtual timer IRQ
Geert Uytterhoeven <geert+renesas@glider.be>
arm64: dts: renesas: r9a07g054: Add missing hypervisor virtual timer IRQ
Geert Uytterhoeven <geert+renesas@glider.be>
arm64: dts: renesas: r9a07g044: Add missing hypervisor virtual timer IRQ
Geert Uytterhoeven <geert+renesas@glider.be>
arm64: dts: renesas: r9a07g043u: Add missing hypervisor virtual timer IRQ
Geert Uytterhoeven <geert+renesas@glider.be>
arm64: dts: renesas: r8a779g0: Add missing hypervisor virtual timer IRQ
Geert Uytterhoeven <geert+renesas@glider.be>
arm64: dts: renesas: r8a779f0: Add missing hypervisor virtual timer IRQ
Geert Uytterhoeven <geert+renesas@glider.be>
arm64: dts: renesas: r8a779a0: Add missing hypervisor virtual timer IRQ
Geert Uytterhoeven <geert+renesas@glider.be>
arm64: dts: renesas: r8a779h0: Drop "opp-shared" from opp-table-0
Cristian Ciocaltea <cristian.ciocaltea@collabora.com>
arm64: dts: rockchip: Fix mic-in-differential usage on rk3568-evb1-v10
Cristian Ciocaltea <cristian.ciocaltea@collabora.com>
arm64: dts: rockchip: Fix mic-in-differential usage on rk3566-roc-pc
Cristian Ciocaltea <cristian.ciocaltea@collabora.com>
arm64: dts: rockchip: Drop invalid mic-in-differential on rk3568-rock-3a
Jerome Brunet <jbrunet@baylibre.com>
arm64: dts: amlogic: setup hdmi system clock
Jerome Brunet <jbrunet@baylibre.com>
arm64: dts: amlogic: add power domain to hdmitx
Jerome Brunet <jbrunet@baylibre.com>
arm64: dts: amlogic: gx: correct hdmi clocks
AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com>
soc: mediatek: mtk-mutex: Add MDP_TCC0 mod to MT8188 mutex table
Chen-Yu Tsai <wenst@chromium.org>
arm64: dts: mediatek: mt8183-kukui-jacuzzi: Add ports node for anx7625
Chen-Yu Tsai <wenst@chromium.org>
arm64: dts: mediatek: mt8183-pico6: Fix wake-on-X event node names
Hsin-Te Yuan <yuanhsinte@chromium.org>
arm64: dts: mediatek: mt8183-kukui: Fix the value of `dlg,jack-det-rate` mismatch
Rafał Miłecki <rafal@milecki.pl>
arm64: dts: mediatek: mt7622: fix "emmc" pinctrl mux
Rafał Miłecki <rafal@milecki.pl>
arm64: dts: mediatek: mt7981: fix code alignment for PWM clocks
Pin-yen Lin <treapking@chromium.org>
arm64: dts: mediatek: mt8192-asurada: Add off-on-delay-us for pp3300_mipibrdg
Chen-Yu Tsai <wenst@chromium.org>
arm64: dts: mediatek: mt8183-kukui: Drop bogus output-enable property
AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com>
arm64: dts: medaitek: mt8395-nio-12l: Set i2c6 pins to bias-disable
AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com>
arm64: dts: mediatek: mt8192: Fix GPU thermal zone name for SVS
AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com>
arm64: dts: mediatek: mt8195: Fix GPU thermal zone name for SVS
Michael Walle <mwalle@kernel.org>
ARM: dts: imx6qdl-kontron-samx6i: fix PCIe reset polarity
Michael Walle <mwalle@kernel.org>
ARM: dts: imx6qdl-kontron-samx6i: fix SPI0 chip selects
Michael Walle <mwalle@kernel.org>
ARM: dts: imx6qdl-kontron-samx6i: fix board reset
Michael Walle <mwalle@kernel.org>
ARM: dts: imx6qdl-kontron-samx6i: fix PHY reset
Michael Walle <mwalle@kernel.org>
ARM: dts: imx6qdl-kontron-samx6i: fix phy-mode
Jerome Brunet <jbrunet@baylibre.com>
arm64: dts: amlogic: sm1: fix spdif compatibles
Jonas Karlman <jonas@kwiboo.se>
arm64: dts: rockchip: Increase VOP clk rate on RK3328
Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
soc: qcom: pdr: fix parsing of domains lists
Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
soc: qcom: pdr: protect locator_addr with the main mutex
Sibi Sankar <quic_sibis@quicinc.com>
soc: qcom: icc-bwmon: Fix refcount imbalance seen during bwmon_remove
Komal Bajaj <quic_kbajaj@quicinc.com>
arm64: dts: qcom: qdu1000: Add secure qfprom node
Nícolas F. R. A. Prado <nfraprado@collabora.com>
arm64: dts: qcom: sc7180-trogdor: Disable pwmleds node where unused
Jai Luthra <j-luthra@ti.com>
arm64: dts: ti: k3-am62p5-sk: Fix pinmux for McASP1 TX
Jai Luthra <j-luthra@ti.com>
arm64: dts: ti: k3-am625-phyboard-lyra-rdk: Drop McASP AFIFOs
Jai Luthra <j-luthra@ti.com>
arm64: dts: ti: k3-am62-verdin: Drop McASP AFIFOs
Jai Luthra <j-luthra@ti.com>
arm64: dts: ti: k3-am625-beagleplay: Drop McASP AFIFOs
Jai Luthra <j-luthra@ti.com>
arm64: dts: ti: k3-am62p5: Drop McASP AFIFOs
Jai Luthra <j-luthra@ti.com>
arm64: dts: ti: k3-am62a7: Drop McASP AFIFOs
Jai Luthra <j-luthra@ti.com>
arm64: dts: ti: k3-am62x: Drop McASP AFIFOs
Vaishnav Achath <vaishnav.a@ti.com>
arm64: dts: ti: k3-j722s: Fix main domain GPIO count
Josua Mayer <josua@solid-run.com>
arm64: dts: ti: k3-am642-hummingboard-t: correct rs485 rts polarity
Jayesh Choudhary <j-choudhary@ti.com>
arm64: dts: ti: k3-am62p-main: Fix the reg-range for main_pktdma
Jayesh Choudhary <j-choudhary@ti.com>
arm64: dts: ti: k3-am62a-main: Fix the reg-range for main_pktdma
Jayesh Choudhary <j-choudhary@ti.com>
arm64: dts: ti: k3-am62-main: Fix the reg-range for main_pktdma
Esben Haabendal <esben@geanix.com>
memory: fsl_ifc: Make FSL_IFC config visible and selectable
Primoz Fiser <primoz.fiser@norik.com>
OPP: ti: Fix ti_opp_supply_probe wrong return values
Konrad Dybcio <konrad.dybcio@linaro.org>
arm64: dts: qcom: sc8280xp: Throttle the GPU when overheating
Konrad Dybcio <konrad.dybcio@linaro.org>
arm64: dts: qcom: sc8280xp-*: Remove thermal zone polling delays
Primoz Fiser <primoz.fiser@norik.com>
cpufreq: ti-cpufreq: Handle deferred probe with dev_err_probe()
Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
arm64: dts: qcom: qrb4210-rb2: make L9A always-on
Marek Vasut <marex@denx.de>
ARM: dts: stm32: Add arm,no-tick-in-suspend to STM32MP15xx STGEN timer
Pavel Löbl <pavel@loebl.cz>
ARM: dts: sunxi: remove duplicated entries in makefile
Jay Buddhabhatti <jay.buddhabhatti@amd.com>
soc: xilinx: rename cpu_number1 to dummy_cpu_number
Sagar Cheluvegowda <quic_scheluve@quicinc.com>
arm64: dts: qcom: sa8775p: mark ethernet devices as DMA-coherent
Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
arm64: dts: qcom: msm8996: specify UFS core_clk frequencies
Viresh Kumar <viresh.kumar@linaro.org>
OPP: Fix missing cleanup on error in _opp_attach_genpd()
Javier Carrasco <javier.carrasco.cruz@gmail.com>
cpufreq: sun50i: fix memory leak in dt_has_supported_hw()
Jonas Karlman <jonas@kwiboo.se>
arm64: dts: rockchip: Update WIFi/BT related nodes on rk3308-rock-pi-s
Jonas Karlman <jonas@kwiboo.se>
arm64: dts: rockchip: Add mdio and ethernet-phy nodes to rk3308-rock-pi-s
Jonas Karlman <jonas@kwiboo.se>
arm64: dts: rockchip: Add pinctrl for UART0 to rk3308-rock-pi-s
Jonas Karlman <jonas@kwiboo.se>
arm64: dts: rockchip: Add sdmmc related properties on rk3308-rock-pi-s
Stephen Boyd <swboyd@chromium.org>
soc: qcom: rpmh-rsc: Ensure irqs aren't disabled by rpmh_rsc_send_data() callers
Chen Ni <nichen@iscas.ac.cn>
soc: qcom: pmic_glink: Handle the return value of pmic_glink_init
Marc Gonzalez <mgonzalez@freebox.fr>
arm64: dts: qcom: msm8998: enable adreno_smmu by default
Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
arm64: dts: qcom: sdm850-lenovo-yoga-c630: fix IPA firmware path
Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
arm64: dts: qcom: msm8996-xiaomi-common: drop excton from the USB PHY
Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
arm64: dts: qcom: sm8450: add power-domain to UFS PHY
Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
arm64: dts: qcom: sm8350: add power-domain to UFS PHY
Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
arm64: dts: qcom: sm8250: add power-domain to UFS PHY
Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
arm64: dts: qcom: sm6350: add power-domain to UFS PHY
Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
arm64: dts: qcom: sm6115: add power-domain to UFS PHY
Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
arm64: dts: qcom: sdm845: add power-domain to UFS PHY
Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
arm64: dts: qcom: sc8180x: add power-domain to UFS PHY
Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
arm64: dts: qcom: sc7180: drop extra UFS PHY compat
Rayyan Ansari <rayyan@ansari.sh>
ARM: dts: qcom: msm8226-microsoft-common: Enable smbb explicitly
Viken Dadhaniya <quic_vdadhani@quicinc.com>
arm64: dts: qcom: sc7280: Remove CTS/RTS configuration
Bjorn Andersson <quic_bjorande@quicinc.com>
arm64: dts: qcom: sc8180x: Correct PCIe slave ports
Konrad Dybcio <konrad.dybcio@linaro.org>
soc: qcom: socinfo: Update X1E PMICs
Guenter Roeck <linux@roeck-us.net>
hwmon: (max6697) Fix swapped temp{1,8} critical alarms
Guenter Roeck <linux@roeck-us.net>
hwmon: (max6697) Fix underflow when writing limit attributes
Nirmoy Das <nirmoy.das@intel.com>
drm/xe/display/xe_hdcp_gsc: Free arbiter on driver removal
Uwe Kleine-König <u.kleine-koenig@baylibre.com>
pwm: atmel-tcb: Fix race condition and convert to guards
Yao Zi <ziyao@disroot.org>
drm/meson: fix canvas release in bind function
Gaosheng Cui <cuigaosheng1@huawei.com>
nvmet-auth: fix nvmet_auth hash error handling
Jinjie Ruan <ruanjinjie@huawei.com>
arm64: smp: Fix missing IPI statistics
Adam Ford <aford173@gmail.com>
drm/bridge: adv7511: Fix Intermittent EDID failures
Uwe Kleine-König <u.kleine-koenig@baylibre.com>
pwm: stm32: Always do lazy disabling
Dan Carpenter <dan.carpenter@linaro.org>
hwmon: (ltc2991) re-order conditions to fix off by one bug
Benjamin Marzinski <bmarzins@redhat.com>
md/raid5: recheck if reshape has finished with device_lock held
Yu Kuai <yukuai3@huawei.com>
md: Don't wait for MD_RECOVERY_NEEDED for HOT_REMOVE_DISK ioctl
Rob Herring (Arm) <robh@kernel.org>
perf: arm_pmuv3: Avoid assigning fixed cycle counter with threshold
Christoph Hellwig <hch@lst.de>
xen-blkfront: fix sector_size propagation to the block layer
Bart Van Assche <bvanassche@acm.org>
block/mq-deadline: Fix the tag reservation code
Bart Van Assche <bvanassche@acm.org>
block: Call .limit_depth() after .hctx has been set
Wayne Tung <chineweff@gmail.com>
hwmon: (adt7475) Fix default duty on fan is disabled
Chen Ridong <chenridong@huawei.com>
cgroup/cpuset: Prevent UAF in proc_cpuset_show()
Josh Poimboeuf <jpoimboe@kernel.org>
x86/syscall: Mark exit[_group] syscall handlers __noreturn
Ilpo Järvinen <ilpo.jarvinen@linux.intel.com>
x86/platform/iosf_mbi: Convert PCIBIOS_* return codes to errnos
Ilpo Järvinen <ilpo.jarvinen@linux.intel.com>
x86/pci/xen: Fix PCIBIOS_* return code handling
Ilpo Järvinen <ilpo.jarvinen@linux.intel.com>
x86/pci/intel_mid_pci: Fix PCIBIOS_* return code handling
Ilpo Järvinen <ilpo.jarvinen@linux.intel.com>
x86/of: Return consistent error type from x86_of_pci_irq_enable()
Chao Yu <chao@kernel.org>
hfsplus: fix to avoid false alarm of circular locking
Masahiro Yamada <masahiroy@kernel.org>
x86/kconfig: Add as-instr64 macro to properly evaluate AS_WRUSS
Waiman Long <longman@redhat.com>
cgroup/cpuset: Fix remote root partition creation problem
Waiman Long <longman@redhat.com>
cgroup/cpuset: Optimize isolated partition only generate_sched_domains() calls
Gabriel Krisman Bertazi <krisman@suse.de>
io_uring: Fix probe of disabled operations
Damien Le Moal <dlemoal@kernel.org>
dm: Call dm_revalidate_zones() after setting the queue limits
Christoph Hellwig <hch@lst.de>
block: initialize integrity buffer to zero before writing it to media
Christoph Hellwig <hch@lst.de>
ubd: untagle discard vs write zeroes not support handling
Christoph Hellwig <hch@lst.de>
ubd: refactor the interrupt handler
Tzung-Bi Shih <tzungbi@kernel.org>
platform/chrome: cros_ec_debugfs: fix wrong EC message version
Christoph Hellwig <hch@lst.de>
md/raid1: don't free conf on raid0_run failure
Christoph Hellwig <hch@lst.de>
md/raid0: don't free conf on raid0_run failure
Li Nan <linan122@huawei.com>
md: fix deadlock between mddev_suspend and flush bio
Frederic Weisbecker <frederic@kernel.org>
rcu/tasks: Fix stale task snaphot for Tasks Trace
Arnd Bergmann <arnd@arndb.de>
EDAC, i10nm: make skx_common.o a separate module
Chen Ni <nichen@iscas.ac.cn>
spi: atmel-quadspi: Add missing check for clk_prepare
Prajna Rajendra Kumar <prajna.rajendrakumar@microchip.com>
spi: spi-microchip-core: Fix the number of chip selects supported
-------------
Diffstat:
Documentation/admin-guide/kernel-parameters.txt | 4 +-
Documentation/arch/powerpc/kvm-nested.rst | 4 +-
.../phy/qcom,sc8280xp-qmp-usb3-uni-phy.yaml | 2 +-
.../devicetree/bindings/thermal/thermal-zones.yaml | 5 +-
Documentation/networking/xsk-tx-metadata.rst | 16 +-
Documentation/virt/kvm/api.rst | 12 +
Makefile | 4 +-
arch/arm/boot/dts/allwinner/Makefile | 62 --
.../arm/boot/dts/nxp/imx/imx6q-kontron-samx6i.dtsi | 23 -
.../boot/dts/nxp/imx/imx6qdl-kontron-samx6i.dtsi | 14 +-
.../dts/qcom/qcom-msm8226-microsoft-common.dtsi | 4 +
arch/arm/boot/dts/st/stm32mp151.dtsi | 1 +
arch/arm/mach-pxa/spitz.c | 30 +-
arch/arm/mm/fault.c | 4 +-
arch/arm64/boot/dts/amlogic/meson-g12-common.dtsi | 5 +
arch/arm64/boot/dts/amlogic/meson-g12.dtsi | 4 +
arch/arm64/boot/dts/amlogic/meson-gxbb.dtsi | 10 +-
arch/arm64/boot/dts/amlogic/meson-gxl.dtsi | 10 +-
arch/arm64/boot/dts/amlogic/meson-sm1.dtsi | 8 +-
arch/arm64/boot/dts/freescale/imx8mp.dtsi | 89 +--
.../boot/dts/mediatek/mt7622-bananapi-bpi-r64.dts | 4 +-
arch/arm64/boot/dts/mediatek/mt7622-rfb1.dts | 4 +-
arch/arm64/boot/dts/mediatek/mt7981b.dtsi | 8 +-
.../dts/mediatek/mt8183-kukui-audio-da7219.dtsi | 2 +-
.../dts/mediatek/mt8183-kukui-jacuzzi-pico6.dts | 8 +-
.../boot/dts/mediatek/mt8183-kukui-jacuzzi.dtsi | 25 +-
arch/arm64/boot/dts/mediatek/mt8183-kukui.dtsi | 4 +-
arch/arm64/boot/dts/mediatek/mt8192-asurada.dtsi | 1 +
arch/arm64/boot/dts/mediatek/mt8192.dtsi | 2 +-
arch/arm64/boot/dts/mediatek/mt8195.dtsi | 2 +-
.../boot/dts/mediatek/mt8395-radxa-nio-12l.dts | 2 +-
.../arm64/boot/dts/qcom/msm8996-xiaomi-common.dtsi | 1 -
arch/arm64/boot/dts/qcom/msm8996.dtsi | 2 +-
arch/arm64/boot/dts/qcom/msm8998.dtsi | 1 -
arch/arm64/boot/dts/qcom/qcm6490-fairphone-fp5.dts | 1 -
arch/arm64/boot/dts/qcom/qcm6490-idp.dts | 1 -
arch/arm64/boot/dts/qcom/qcs6490-rb3gen2.dts | 1 -
arch/arm64/boot/dts/qcom/qdu1000.dtsi | 15 +
arch/arm64/boot/dts/qcom/qrb4210-rb2.dts | 4 +-
arch/arm64/boot/dts/qcom/sa8775p.dtsi | 2 +
.../boot/dts/qcom/sc7180-trogdor-lazor-r1-kb.dts | 2 +-
.../boot/dts/qcom/sc7180-trogdor-lazor-r1-lte.dts | 2 +-
.../boot/dts/qcom/sc7180-trogdor-lazor-r10-kb.dts | 2 +-
.../boot/dts/qcom/sc7180-trogdor-lazor-r10-lte.dts | 2 +-
.../boot/dts/qcom/sc7180-trogdor-lazor-r3-kb.dts | 2 +-
.../boot/dts/qcom/sc7180-trogdor-lazor-r3-lte.dts | 2 +-
.../boot/dts/qcom/sc7180-trogdor-lazor-r9-kb.dts | 2 +-
.../boot/dts/qcom/sc7180-trogdor-lazor-r9-lte.dts | 2 +-
arch/arm64/boot/dts/qcom/sc7180-trogdor.dtsi | 5 +-
arch/arm64/boot/dts/qcom/sc7180.dtsi | 3 +-
arch/arm64/boot/dts/qcom/sc7280-idp.dtsi | 1 -
arch/arm64/boot/dts/qcom/sc7280-qcard.dtsi | 1 -
arch/arm64/boot/dts/qcom/sc7280.dtsi | 14 +-
arch/arm64/boot/dts/qcom/sc8180x.dtsi | 8 +-
.../dts/qcom/sc8280xp-lenovo-thinkpad-x13s.dts | 2 +-
arch/arm64/boot/dts/qcom/sc8280xp-pmics.dtsi | 4 +-
arch/arm64/boot/dts/qcom/sc8280xp.dtsi | 28 +-
arch/arm64/boot/dts/qcom/sdm845.dtsi | 2 +
.../boot/dts/qcom/sdm850-lenovo-yoga-c630.dts | 1 +
arch/arm64/boot/dts/qcom/sm6115.dtsi | 2 +
arch/arm64/boot/dts/qcom/sm6350.dtsi | 4 +
arch/arm64/boot/dts/qcom/sm8250.dtsi | 2 +
arch/arm64/boot/dts/qcom/sm8350.dtsi | 2 +
arch/arm64/boot/dts/qcom/sm8450.dtsi | 2 +
arch/arm64/boot/dts/qcom/x1e80100-crd.dts | 6 +-
arch/arm64/boot/dts/qcom/x1e80100-qcp.dts | 6 +-
arch/arm64/boot/dts/renesas/r8a779a0.dtsi | 5 +-
arch/arm64/boot/dts/renesas/r8a779f0.dtsi | 5 +-
arch/arm64/boot/dts/renesas/r8a779g0.dtsi | 5 +-
arch/arm64/boot/dts/renesas/r8a779h0.dtsi | 1 -
arch/arm64/boot/dts/renesas/r9a07g043u.dtsi | 5 +-
arch/arm64/boot/dts/renesas/r9a07g044.dtsi | 5 +-
arch/arm64/boot/dts/renesas/r9a07g054.dtsi | 5 +-
arch/arm64/boot/dts/renesas/r9a08g045.dtsi | 5 +-
arch/arm64/boot/dts/rockchip/rk3308-rock-pi-s.dts | 71 +-
arch/arm64/boot/dts/rockchip/rk3328.dtsi | 4 +-
arch/arm64/boot/dts/rockchip/rk3566-roc-pc.dts | 2 +-
arch/arm64/boot/dts/rockchip/rk3568-evb1-v10.dts | 2 +-
.../boot/dts/rockchip/rk3568-fastrhino-r66s.dts | 4 +
.../boot/dts/rockchip/rk3568-fastrhino-r66s.dtsi | 48 +-
.../boot/dts/rockchip/rk3568-fastrhino-r68s.dts | 16 +-
arch/arm64/boot/dts/rockchip/rk3568-rock-3a.dts | 4 -
arch/arm64/boot/dts/rockchip/rk356x.dtsi | 1 +
arch/arm64/boot/dts/ti/k3-am62-main.dtsi | 4 +-
arch/arm64/boot/dts/ti/k3-am62-verdin.dtsi | 4 -
arch/arm64/boot/dts/ti/k3-am625-beagleplay.dts | 2 -
.../boot/dts/ti/k3-am625-phyboard-lyra-rdk.dts | 2 -
arch/arm64/boot/dts/ti/k3-am62a-main.dtsi | 4 +-
arch/arm64/boot/dts/ti/k3-am62a7-sk.dts | 2 -
arch/arm64/boot/dts/ti/k3-am62p-main.dtsi | 4 +-
arch/arm64/boot/dts/ti/k3-am62p5-sk.dts | 4 +-
arch/arm64/boot/dts/ti/k3-am62x-sk-common.dtsi | 2 -
arch/arm64/boot/dts/ti/k3-am642-hummingboard-t.dts | 1 -
arch/arm64/boot/dts/ti/k3-j722s.dtsi | 8 +
arch/arm64/include/asm/pgtable.h | 22 +
arch/arm64/kernel/smp.c | 6 +-
arch/arm64/net/bpf_jit_comp.c | 4 +-
arch/loongarch/kernel/hw_breakpoint.c | 2 +-
arch/loongarch/kernel/ptrace.c | 3 +
arch/m68k/amiga/config.c | 9 +
arch/m68k/atari/ataints.c | 6 +-
arch/m68k/include/asm/cmpxchg.h | 2 +-
arch/mips/Makefile | 2 +-
arch/mips/boot/dts/loongson/loongson64-2k1000.dtsi | 21 +-
arch/mips/include/asm/mach-loongson64/boot_param.h | 2 +
arch/mips/include/asm/mips-cm.h | 4 +
arch/mips/kernel/smp-cps.c | 5 +-
arch/mips/loongson64/env.c | 8 +
arch/mips/loongson64/reset.c | 38 +-
arch/mips/loongson64/smp.c | 23 +-
arch/mips/pci/pcie-octeon.c | 0
arch/mips/sgi-ip30/ip30-console.c | 1 +
arch/parisc/Kconfig | 1 +
arch/powerpc/configs/85xx-hw.config | 2 +
arch/powerpc/include/asm/guest-state-buffer.h | 3 +-
arch/powerpc/include/asm/kvm_book3s.h | 1 +
arch/powerpc/kernel/prom.c | 12 +-
arch/powerpc/kexec/core_64.c | 55 +-
arch/powerpc/kvm/book3s_hv.c | 9 +-
arch/powerpc/kvm/book3s_hv_nestedv2.c | 7 +
arch/powerpc/kvm/powerpc.c | 4 +-
arch/powerpc/kvm/test-guest-state-buffer.c | 2 +-
arch/powerpc/mm/nohash/8xx.c | 3 +-
arch/powerpc/xmon/ppc-dis.c | 33 +-
arch/riscv/kernel/head.S | 19 +-
arch/riscv/kernel/smpboot.c | 14 +-
arch/riscv/net/bpf_jit_comp64.c | 18 +-
arch/s390/kernel/perf_cpum_cf.c | 14 +-
arch/s390/kernel/setup.c | 2 +-
arch/s390/kernel/uv.c | 8 +
arch/s390/kvm/kvm-s390.c | 3 +
arch/s390/pci/pci_irq.c | 110 ++--
arch/sparc/include/asm/oplib_64.h | 1 +
arch/sparc/prom/init_64.c | 3 -
arch/sparc/prom/p1275.c | 2 +-
arch/um/drivers/ubd_kern.c | 50 +-
arch/um/kernel/time.c | 4 +-
arch/um/os-Linux/signal.c | 118 +++-
arch/x86/Kconfig.assembler | 2 +-
arch/x86/Makefile.um | 1 +
arch/x86/entry/syscall_32.c | 10 +-
arch/x86/entry/syscall_64.c | 9 +-
arch/x86/entry/syscall_x32.c | 7 +-
arch/x86/entry/syscalls/syscall_32.tbl | 6 +-
arch/x86/entry/syscalls/syscall_64.tbl | 6 +-
arch/x86/events/amd/uncore.c | 28 +-
arch/x86/events/core.c | 3 +
arch/x86/events/intel/cstate.c | 7 +-
arch/x86/events/intel/ds.c | 8 +-
arch/x86/events/intel/pt.c | 4 +-
arch/x86/events/intel/pt.h | 4 +-
arch/x86/events/intel/uncore_snbep.c | 6 +-
arch/x86/include/asm/kvm-x86-ops.h | 1 -
arch/x86/include/asm/kvm_host.h | 3 +-
arch/x86/include/asm/shstk.h | 2 +
arch/x86/kernel/devicetree.c | 2 +-
arch/x86/kernel/shstk.c | 11 +
arch/x86/kernel/uprobes.c | 7 +-
arch/x86/kvm/vmx/main.c | 1 -
arch/x86/kvm/vmx/nested.c | 47 +-
arch/x86/kvm/vmx/posted_intr.h | 10 +
arch/x86/kvm/vmx/vmx.c | 31 +-
arch/x86/kvm/vmx/vmx.h | 1 +
arch/x86/kvm/vmx/x86_ops.h | 1 -
arch/x86/kvm/x86.c | 14 +-
arch/x86/pci/intel_mid_pci.c | 4 +-
arch/x86/pci/xen.c | 4 +-
arch/x86/platform/intel/iosf_mbi.c | 4 +-
arch/x86/um/sys_call_table_32.c | 10 +-
arch/x86/um/sys_call_table_64.c | 11 +-
arch/x86/virt/svm/sev.c | 44 +-
arch/x86/xen/p2m.c | 4 +-
block/bio-integrity.c | 11 +-
block/blk-mq.c | 32 +-
block/genhd.c | 2 +-
block/mq-deadline.c | 20 +-
drivers/android/binder.c | 4 +-
drivers/ata/libata-scsi.c | 176 ++---
drivers/auxdisplay/ht16k33.c | 1 +
drivers/base/devres.c | 11 +-
drivers/block/null_blk/main.c | 2 +-
drivers/block/rbd.c | 35 +-
drivers/block/ublk_drv.c | 5 +-
drivers/block/xen-blkfront.c | 16 +-
drivers/bluetooth/btintel.c | 119 +---
drivers/bluetooth/btintel_pcie.c | 6 +
drivers/bluetooth/btnxpuart.c | 52 +-
drivers/bluetooth/btusb.c | 4 +
drivers/bluetooth/hci_bcm4377.c | 2 +-
drivers/bus/mhi/ep/main.c | 14 +-
drivers/char/hw_random/amd-rng.c | 4 +-
drivers/char/hw_random/core.c | 4 +-
drivers/char/ipmi/ssif_bmc.c | 6 +-
drivers/char/tpm/eventlog/common.c | 2 +
drivers/char/tpm/tpm_tis_spi_main.c | 1 +
drivers/clk/clk-en7523.c | 9 +-
drivers/clk/davinci/da8xx-cfgchip.c | 4 +-
drivers/clk/meson/s4-peripherals.c | 2 +-
drivers/clk/meson/s4-pll.c | 5 +
drivers/clk/qcom/camcc-sc7280.c | 5 +
drivers/clk/qcom/clk-rcg2.c | 32 +
drivers/clk/qcom/gcc-sa8775p.c | 40 ++
drivers/clk/qcom/gcc-sc7280.c | 3 +
drivers/clk/qcom/gcc-x1e80100.c | 46 +-
drivers/clk/qcom/gpucc-sa8775p.c | 41 +-
drivers/clk/qcom/gpucc-sm8350.c | 5 +-
drivers/clk/qcom/kpss-xcc.c | 4 +-
drivers/clk/samsung/clk-exynos4.c | 13 +-
drivers/cpufreq/amd-pstate-ut.c | 12 +-
drivers/cpufreq/amd-pstate.c | 43 +-
drivers/cpufreq/qcom-cpufreq-nvmem.c | 13 +-
drivers/cpufreq/sun50i-cpufreq-nvmem.c | 4 +-
drivers/cpufreq/ti-cpufreq.c | 2 +-
drivers/crypto/atmel-sha204a.c | 2 +-
drivers/crypto/ccp/sev-dev.c | 8 +-
drivers/crypto/intel/qat/qat_common/adf_cfg.c | 6 +-
drivers/crypto/mxs-dcp.c | 3 +-
drivers/crypto/tegra/tegra-se-main.c | 1 -
drivers/dma/fsl-edma-common.c | 3 +
drivers/dma/fsl-edma-common.h | 1 +
drivers/dma/fsl-edma-main.c | 2 +-
drivers/dma/ti/k3-udma.c | 4 +-
drivers/edac/Makefile | 10 +-
drivers/edac/skx_common.c | 21 +-
drivers/edac/skx_common.h | 4 +-
drivers/firmware/efi/libstub/screen_info.c | 2 +
drivers/firmware/efi/libstub/x86-stub.c | 25 +-
drivers/firmware/turris-mox-rwtm.c | 23 +-
drivers/gpu/drm/Kconfig | 3 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 2 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_gfx.c | 5 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_gmc.c | 1 -
drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c | 9 +-
drivers/gpu/drm/amd/amdgpu/gmc_v9_0.c | 2 +-
drivers/gpu/drm/amd/amdgpu/sdma_v5_2.c | 12 +
drivers/gpu/drm/amd/amdgpu/smu_v13_0_10.c | 2 +-
drivers/gpu/drm/amd/amdgpu/vcn_v4_0.c | 6 +
drivers/gpu/drm/amd/amdgpu/vcn_v4_0_5.c | 6 +
drivers/gpu/drm/amd/amdgpu/vcn_v5_0_0.c | 6 +
drivers/gpu/drm/amd/amdkfd/kfd_mqd_manager_v9.c | 2 +-
drivers/gpu/drm/amd/display/dc/core/dc_surface.c | 3 +-
drivers/gpu/drm/amd/display/dc/dc.h | 1 +
.../drm/amd/display/dc/dml2/dml2_mall_phantom.c | 2 +
.../amd/display/dc/dml2/dml2_translation_helper.c | 56 +-
.../gpu/drm/amd/display/dc/optc/dcn10/dcn10_optc.c | 15 +-
.../gpu/drm/amd/display/dc/optc/dcn20/dcn20_optc.c | 10 +
.../amd/display/dc/resource/dcn32/dcn32_resource.c | 12 +-
.../display/dc/resource/dcn321/dcn321_resource.c | 12 +-
.../gpu/drm/amd/display/include/grph_object_id.h | 4 +-
drivers/gpu/drm/amd/pm/swsmu/smu13/smu_v13_0.c | 4 +-
drivers/gpu/drm/arm/display/komeda/komeda_crtc.c | 43 +-
drivers/gpu/drm/bridge/adv7511/adv7511.h | 2 +-
drivers/gpu/drm/bridge/adv7511/adv7511_cec.c | 13 +-
drivers/gpu/drm/bridge/adv7511/adv7511_drv.c | 22 +-
drivers/gpu/drm/bridge/ite-it6505.c | 81 ++-
drivers/gpu/drm/bridge/samsung-dsim.c | 4 +-
drivers/gpu/drm/display/drm_dp_mst_topology.c | 4 +-
drivers/gpu/drm/drm_fbdev_dma.c | 3 +-
drivers/gpu/drm/drm_panic.c | 70 +-
drivers/gpu/drm/etnaviv/etnaviv_gem.c | 6 +-
drivers/gpu/drm/etnaviv/etnaviv_sched.c | 9 +-
drivers/gpu/drm/gma500/cdv_intel_lvds.c | 3 +
drivers/gpu/drm/gma500/psb_intel_lvds.c | 3 +
.../gpu/drm/i915/display/intel_crtc_state_dump.c | 7 +-
drivers/gpu/drm/i915/display/intel_display.c | 6 +-
drivers/gpu/drm/i915/display/intel_display_types.h | 2 +-
drivers/gpu/drm/i915/display/intel_dp.c | 4 +-
.../gpu/drm/i915/display/intel_dp_link_training.c | 55 +-
drivers/gpu/drm/i915/display/intel_fbc.c | 2 +-
drivers/gpu/drm/i915/display/intel_psr.c | 36 +-
.../gpu/drm/i915/gt/intel_execlists_submission.c | 6 +-
drivers/gpu/drm/mediatek/mtk_ddp_comp.c | 107 +--
drivers/gpu/drm/mediatek/mtk_ddp_comp.h | 8 +-
drivers/gpu/drm/mediatek/mtk_disp_ovl.c | 41 +-
drivers/gpu/drm/mediatek/mtk_disp_ovl_adaptor.c | 2 +-
drivers/gpu/drm/mediatek/mtk_dp.c | 10 +-
drivers/gpu/drm/mediatek/mtk_dpi.c | 5 +-
drivers/gpu/drm/mediatek/mtk_drm_drv.c | 24 +
drivers/gpu/drm/mediatek/mtk_drm_drv.h | 4 +
drivers/gpu/drm/mediatek/mtk_dsi.c | 5 +-
drivers/gpu/drm/mediatek/mtk_ethdr.c | 21 +-
drivers/gpu/drm/mediatek/mtk_plane.c | 4 +-
drivers/gpu/drm/meson/meson_drv.c | 37 +-
drivers/gpu/drm/msm/adreno/a6xx_gpu.c | 2 +-
drivers/gpu/drm/msm/adreno/a6xx_gpu_state.c | 13 +-
drivers/gpu/drm/msm/disp/dpu1/dpu_encoder.c | 7 +-
drivers/gpu/drm/msm/disp/dpu1/dpu_encoder_phys.h | 5 +
.../gpu/drm/msm/disp/dpu1/dpu_encoder_phys_cmd.c | 32 +-
.../gpu/drm/msm/disp/dpu1/dpu_encoder_phys_vid.c | 13 +-
.../gpu/drm/msm/disp/dpu1/dpu_encoder_phys_wb.c | 14 +-
drivers/gpu/drm/msm/disp/dpu1/dpu_hw_catalog.c | 6 -
drivers/gpu/drm/msm/disp/dpu1/dpu_hw_ctl.h | 3 +-
drivers/gpu/drm/msm/dp/dp_aux.c | 5 +-
drivers/gpu/drm/msm/dsi/dsi_host.c | 6 +-
drivers/gpu/drm/panel/panel-boe-tv101wum-nl6.c | 8 +-
drivers/gpu/drm/panel/panel-himax-hx8394.c | 3 +-
drivers/gpu/drm/panel/panel-ilitek-ili9882t.c | 8 +-
drivers/gpu/drm/panel/panel-lg-sw43408.c | 33 +-
drivers/gpu/drm/panfrost/panfrost_drv.c | 1 +
drivers/gpu/drm/panthor/panthor_sched.c | 1 +
drivers/gpu/drm/qxl/qxl_display.c | 17 +-
drivers/gpu/drm/qxl/qxl_object.c | 13 +-
drivers/gpu/drm/qxl/qxl_object.h | 4 +-
drivers/gpu/drm/rockchip/rockchip_drm_vop2.c | 2 +-
drivers/gpu/drm/ttm/tests/ttm_bo_test.c | 48 +-
drivers/gpu/drm/ttm/tests/ttm_kunit_helpers.c | 7 +-
drivers/gpu/drm/ttm/tests/ttm_kunit_helpers.h | 3 +-
drivers/gpu/drm/ttm/tests/ttm_pool_test.c | 4 +-
drivers/gpu/drm/ttm/tests/ttm_resource_test.c | 2 +-
drivers/gpu/drm/ttm/tests/ttm_tt_test.c | 20 +-
drivers/gpu/drm/udl/udl_modeset.c | 3 +-
drivers/gpu/drm/xe/display/xe_hdcp_gsc.c | 12 +-
drivers/gpu/drm/xe/xe_bo.c | 47 +-
drivers/gpu/drm/xe/xe_bo_types.h | 3 +-
drivers/gpu/drm/xe/xe_exec.c | 14 +-
drivers/gpu/drm/xe/xe_gt_sriov_pf_config.c | 1 +
drivers/gpu/drm/xlnx/zynqmp_dpsub.c | 1 +
drivers/gpu/drm/xlnx/zynqmp_kms.c | 12 +-
drivers/hwmon/adt7475.c | 2 +-
drivers/hwmon/ltc2991.c | 4 +-
drivers/hwmon/max6697.c | 5 +-
drivers/hwtracing/coresight/coresight-platform.c | 4 +-
drivers/i3c/master/mipi-i3c-hci/core.c | 8 +
drivers/iio/adc/ad9467.c | 65 +-
drivers/iio/adc/adi-axi-adc.c | 2 +
drivers/iio/frequency/adrf6780.c | 1 -
drivers/iio/industrialio-gts-helper.c | 7 +-
drivers/infiniband/core/cache.c | 14 +-
drivers/infiniband/core/device.c | 14 +-
drivers/infiniband/core/iwcm.c | 11 +-
drivers/infiniband/hw/bnxt_re/ib_verbs.c | 8 +-
drivers/infiniband/hw/bnxt_re/qplib_fp.h | 6 +-
drivers/infiniband/hw/hns/hns_roce_device.h | 7 +
drivers/infiniband/hw/hns/hns_roce_hw_v2.c | 164 +++--
drivers/infiniband/hw/hns/hns_roce_hw_v2.h | 6 +
drivers/infiniband/hw/hns/hns_roce_mr.c | 5 +
drivers/infiniband/hw/hns/hns_roce_qp.c | 4 +-
drivers/infiniband/hw/hns/hns_roce_srq.c | 2 +-
drivers/infiniband/hw/mana/device.c | 16 +-
drivers/infiniband/hw/mlx4/alias_GUID.c | 2 +-
drivers/infiniband/hw/mlx4/mad.c | 2 +-
drivers/infiniband/hw/mlx5/mlx5_ib.h | 13 +
drivers/infiniband/hw/mlx5/odp.c | 6 +-
drivers/infiniband/sw/rxe/rxe_req.c | 7 +-
drivers/input/keyboard/qt1050.c | 7 +-
drivers/input/mouse/elan_i2c_core.c | 2 +
drivers/interconnect/qcom/qcm2290.c | 2 +-
drivers/iommu/arm/arm-smmu-v3/arm-smmu-v3.c | 2 +-
drivers/iommu/arm/arm-smmu/arm-smmu-qcom-debug.c | 17 +-
drivers/iommu/arm/arm-smmu/arm-smmu-qcom.c | 39 ++
drivers/iommu/arm/arm-smmu/arm-smmu-qcom.h | 2 +
drivers/iommu/intel/cache.c | 3 +-
drivers/iommu/intel/iommu.c | 2 +-
drivers/iommu/iommufd/iova_bitmap.c | 5 +-
drivers/iommu/iommufd/selftest.c | 2 +-
drivers/iommu/sprd-iommu.c | 2 +-
drivers/irqchip/irq-imx-irqsteer.c | 24 +-
drivers/isdn/hardware/mISDN/hfcmulti.c | 7 +-
drivers/leds/flash/leds-mt6360.c | 5 +-
drivers/leds/flash/leds-qcom-flash.c | 10 +-
drivers/leds/led-class.c | 1 -
drivers/leds/led-triggers.c | 8 +-
drivers/leds/leds-ss4200.c | 7 +-
drivers/leds/rgb/leds-qcom-lpg.c | 8 +-
drivers/leds/trigger/ledtrig-timer.c | 5 -
drivers/macintosh/therm_windtunnel.c | 2 +-
drivers/mailbox/imx-mailbox.c | 10 +-
drivers/mailbox/mtk-cmdq-mailbox.c | 12 +-
drivers/mailbox/omap-mailbox.c | 3 +-
drivers/md/dm-raid.c | 7 +-
drivers/md/dm-table.c | 15 +-
drivers/md/dm-verity-target.c | 16 +-
drivers/md/dm-zone.c | 25 +-
drivers/md/dm.h | 1 +
drivers/md/md-bitmap.c | 6 +-
drivers/md/md-cluster.c | 22 +-
drivers/md/md.c | 32 +-
drivers/md/raid0.c | 21 +-
drivers/md/raid1.c | 15 +-
drivers/md/raid5.c | 76 ++-
drivers/media/i2c/Kconfig | 1 +
drivers/media/i2c/alvium-csi2.c | 6 +-
drivers/media/i2c/hi846.c | 2 +-
drivers/media/i2c/imx219.c | 2 +-
drivers/media/i2c/imx412.c | 9 +-
drivers/media/pci/intel/ivsc/mei_csi.c | 14 +-
drivers/media/pci/ivtv/ivtv-udma.c | 8 +
drivers/media/pci/ivtv/ivtv-yuv.c | 6 +
drivers/media/pci/ivtv/ivtvfb.c | 6 +-
drivers/media/pci/saa7134/saa7134-dvb.c | 8 +-
.../mediatek/vcodec/decoder/vdec/vdec_vp8_if.c | 2 +-
.../platform/mediatek/vcodec/decoder/vdec_vpu_if.c | 6 +
drivers/media/platform/nxp/imx-jpeg/mxc-jpeg.c | 3 +
drivers/media/platform/nxp/imx-pxp.c | 3 +
drivers/media/platform/qcom/venus/vdec.c | 3 +-
drivers/media/platform/renesas/rcar-csi2.c | 5 +-
drivers/media/platform/renesas/rcar-vin/rcar-dma.c | 16 +-
drivers/media/platform/renesas/vsp1/vsp1_histo.c | 20 +-
drivers/media/platform/renesas/vsp1/vsp1_pipe.h | 2 +-
drivers/media/platform/renesas/vsp1/vsp1_rpf.c | 8 +-
.../platform/st/sti/c8sectpfe/c8sectpfe-debugfs.h | 4 +-
.../platform/st/stm32/stm32-dcmipp/dcmipp-core.c | 4 +-
drivers/media/rc/imon.c | 5 +-
drivers/media/rc/lirc_dev.c | 4 +-
drivers/media/usb/dvb-usb/dvb-usb-init.c | 35 +-
drivers/media/usb/uvc/uvc_ctrl.c | 9 +-
drivers/media/usb/uvc/uvc_driver.c | 12 +-
drivers/media/usb/uvc/uvc_video.c | 21 +-
drivers/media/usb/uvc/uvcvideo.h | 1 +
drivers/media/v4l2-core/v4l2-async.c | 3 +
drivers/memory/Kconfig | 2 +-
drivers/mfd/Makefile | 6 +-
drivers/mfd/omap-usb-tll.c | 3 +-
drivers/mfd/rsmu_core.c | 2 +
drivers/misc/eeprom/ee1004.c | 6 +-
drivers/mtd/nand/raw/Kconfig | 3 +-
drivers/mtd/spi-nor/winbond.c | 2 +
drivers/mtd/tests/Makefile | 34 +-
drivers/mtd/tests/mtd_test.c | 9 +
drivers/mtd/ubi/eba.c | 3 +-
drivers/net/bonding/bond_main.c | 7 +-
drivers/net/dsa/b53/b53_common.c | 3 +
drivers/net/dsa/microchip/ksz_common.c | 7 +
drivers/net/dsa/mv88e6xxx/chip.c | 3 +-
drivers/net/ethernet/brocade/bna/bna_types.h | 2 +-
drivers/net/ethernet/brocade/bna/bnad.c | 11 +-
drivers/net/ethernet/cortina/gemini.c | 23 +-
drivers/net/ethernet/freescale/fec_main.c | 6 +
drivers/net/ethernet/google/gve/gve_tx.c | 5 +-
drivers/net/ethernet/google/gve/gve_tx_dqo.c | 22 +-
drivers/net/ethernet/hisilicon/hns3/Makefile | 11 +-
.../hisilicon/hns3/hns3_common/hclge_comm_cmd.c | 11 +
.../hisilicon/hns3/hns3_common/hclge_comm_rss.c | 14 +
.../hns3/hns3_common/hclge_comm_tqp_stats.c | 5 +
drivers/net/ethernet/intel/ice/ice_ethtool_fdir.c | 2 +-
drivers/net/ethernet/intel/ice/ice_fdir.h | 3 +
drivers/net/ethernet/intel/ice/ice_switch.c | 8 +-
drivers/net/ethernet/intel/ice/ice_virtchnl_fdir.c | 16 +
drivers/net/ethernet/intel/ice/ice_virtchnl_fdir.h | 1 +
drivers/net/ethernet/mediatek/mtk_eth_soc.c | 3 +-
.../ethernet/mellanox/mlxsw/spectrum_acl_atcam.c | 18 +-
.../mellanox/mlxsw/spectrum_acl_bloom_filter.c | 2 +-
.../net/ethernet/mellanox/mlxsw/spectrum_acl_erp.c | 13 -
.../ethernet/mellanox/mlxsw/spectrum_acl_tcam.h | 9 +-
drivers/net/ethernet/microsoft/mana/mana_en.c | 19 +
drivers/net/ethernet/stmicro/stmmac/dwmac4_core.c | 2 +-
.../net/ethernet/stmicro/stmmac/dwxgmac2_core.c | 2 +-
drivers/net/ethernet/stmicro/stmmac/hwif.h | 2 +-
drivers/net/ethernet/stmicro/stmmac/stmmac_main.c | 4 +-
drivers/net/netconsole.c | 2 +-
drivers/net/pse-pd/pse_core.c | 4 +-
drivers/net/virtio_net.c | 8 +-
drivers/net/wireless/ath/ath11k/ce.h | 6 +-
drivers/net/wireless/ath/ath11k/core.c | 29 +-
drivers/net/wireless/ath/ath11k/dp_rx.c | 3 +-
drivers/net/wireless/ath/ath11k/dp_rx.h | 3 +
drivers/net/wireless/ath/ath11k/mac.c | 28 +-
drivers/net/wireless/ath/ath11k/reg.c | 14 +-
drivers/net/wireless/ath/ath11k/reg.h | 4 +-
drivers/net/wireless/ath/ath12k/acpi.c | 2 +
drivers/net/wireless/ath/ath12k/ce.h | 6 +-
drivers/net/wireless/ath/ath12k/core.c | 7 +-
drivers/net/wireless/ath/ath12k/dp.c | 18 +-
drivers/net/wireless/ath/ath12k/dp.h | 1 +
drivers/net/wireless/ath/ath12k/dp_rx.c | 67 +-
drivers/net/wireless/ath/ath12k/dp_tx.c | 47 +-
drivers/net/wireless/ath/ath12k/hal_desc.h | 48 +-
drivers/net/wireless/ath/ath12k/hw.c | 8 +-
drivers/net/wireless/ath/ath12k/hw.h | 3 +-
drivers/net/wireless/ath/ath12k/mac.c | 17 +-
drivers/net/wireless/ath/ath12k/wmi.c | 23 +-
drivers/net/wireless/ath/ath12k/wmi.h | 12 +-
.../broadcom/brcm80211/brcmsmac/phy/phy_lcn.c | 18 +-
drivers/net/wireless/intel/iwlwifi/mvm/link.c | 9 +
drivers/net/wireless/intel/iwlwifi/mvm/mac80211.c | 10 +-
drivers/net/wireless/intel/iwlwifi/mvm/mvm.h | 9 +-
.../net/wireless/intel/iwlwifi/mvm/time-event.c | 5 +-
drivers/net/wireless/marvell/mwifiex/cfg80211.c | 2 +
drivers/net/wireless/realtek/rtl8xxxu/8188f.c | 15 +
drivers/net/wireless/realtek/rtw88/mac.c | 9 +
drivers/net/wireless/realtek/rtw88/main.h | 2 +
drivers/net/wireless/realtek/rtw88/reg.h | 1 +
drivers/net/wireless/realtek/rtw88/rtw8703b.c | 1 +
drivers/net/wireless/realtek/rtw88/rtw8723d.c | 1 +
drivers/net/wireless/realtek/rtw88/rtw8821c.c | 1 +
drivers/net/wireless/realtek/rtw88/rtw8822b.c | 1 +
drivers/net/wireless/realtek/rtw88/rtw8822c.c | 1 +
drivers/net/wireless/realtek/rtw88/usb.c | 6 +-
drivers/net/wireless/realtek/rtw89/debug.c | 2 +-
drivers/net/wireless/realtek/rtw89/fw.c | 13 +-
drivers/net/wireless/realtek/rtw89/mac.c | 5 +-
drivers/net/wireless/realtek/rtw89/pci.c | 23 +-
drivers/net/wireless/realtek/rtw89/rtw8852b.c | 6 +-
drivers/net/wireless/realtek/rtw89/rtw8852b_rfk.c | 2 +-
drivers/net/wireless/virtual/virt_wifi.c | 20 +-
drivers/nvme/host/pci.c | 5 +-
drivers/nvme/target/auth.c | 14 +-
drivers/nvmem/rockchip-otp.c | 1 +
drivers/opp/core.c | 6 +-
drivers/opp/ti-opp-supply.c | 6 +-
drivers/parport/procfs.c | 24 +-
drivers/pci/controller/dwc/pci-keystone.c | 156 +++--
drivers/pci/controller/dwc/pcie-designware-ep.c | 13 +-
drivers/pci/controller/dwc/pcie-dw-rockchip.c | 2 +-
drivers/pci/controller/dwc/pcie-qcom-ep.c | 6 -
drivers/pci/controller/dwc/pcie-tegra194.c | 1 +
drivers/pci/controller/pci-hyperv.c | 4 +-
drivers/pci/controller/pci-loongson.c | 13 +
drivers/pci/controller/pcie-rcar-host.c | 6 +-
drivers/pci/controller/pcie-rockchip.c | 2 +-
drivers/pci/endpoint/functions/pci-epf-test.c | 14 +-
drivers/pci/endpoint/functions/pci-epf-vntb.c | 19 +-
drivers/pci/pci.c | 6 +-
drivers/pci/setup-bus.c | 6 +-
drivers/perf/arm_pmuv3.c | 10 +-
drivers/phy/cadence/phy-cadence-torrent.c | 3 +
drivers/phy/qualcomm/phy-qcom-qmp-pcie.c | 9 +-
drivers/phy/rockchip/Kconfig | 2 +
drivers/phy/xilinx/phy-zynqmp.c | 14 +-
drivers/pinctrl/core.c | 12 +-
drivers/pinctrl/freescale/pinctrl-mxs.c | 4 +-
drivers/pinctrl/pinctrl-rockchip.c | 17 +-
drivers/pinctrl/pinctrl-single.c | 7 +-
drivers/pinctrl/renesas/pfc-r8a779g0.c | 716 ++++++++++-----------
drivers/pinctrl/ti/pinctrl-ti-iodelay.c | 11 +-
drivers/platform/Makefile | 2 +-
drivers/platform/chrome/cros_ec_debugfs.c | 1 +
drivers/platform/mips/cpu_hwmon.c | 3 +
drivers/platform/x86/asus-wmi.c | 6 +-
drivers/power/supply/ab8500_charger.c | 16 +-
drivers/power/supply/ingenic-battery.c | 10 +-
drivers/pwm/pwm-atmel-tcb.c | 12 +-
drivers/pwm/pwm-stm32.c | 5 +-
drivers/remoteproc/imx_rproc.c | 10 +-
drivers/remoteproc/mtk_scp.c | 21 +-
drivers/remoteproc/stm32_rproc.c | 2 +-
drivers/remoteproc/ti_k3_r5_remoteproc.c | 13 +-
drivers/rtc/interface.c | 9 +-
drivers/rtc/rtc-abx80x.c | 12 +-
drivers/rtc/rtc-cmos.c | 10 +-
drivers/rtc/rtc-isl1208.c | 11 +-
drivers/rtc/rtc-tps6594.c | 4 -
drivers/s390/block/dasd_devmap.c | 10 +-
drivers/scsi/lpfc/lpfc_attr.c | 5 +
drivers/scsi/lpfc/lpfc_hbadisc.c | 2 +-
drivers/scsi/lpfc/lpfc_sli.c | 19 +-
drivers/scsi/qla2xxx/qla_bsg.c | 98 +--
drivers/scsi/qla2xxx/qla_def.h | 17 +-
drivers/scsi/qla2xxx/qla_gbl.h | 6 +-
drivers/scsi/qla2xxx/qla_gs.c | 473 +++++++-------
drivers/scsi/qla2xxx/qla_init.c | 92 ++-
drivers/scsi/qla2xxx/qla_inline.h | 8 +
drivers/scsi/qla2xxx/qla_mid.c | 2 +-
drivers/scsi/qla2xxx/qla_nvme.c | 5 +-
drivers/scsi/qla2xxx/qla_os.c | 19 +-
drivers/scsi/qla2xxx/qla_sup.c | 108 +++-
drivers/scsi/sr_ioctl.c | 2 +-
drivers/soc/mediatek/mtk-mutex.c | 1 +
drivers/soc/qcom/icc-bwmon.c | 4 +-
drivers/soc/qcom/pdr_interface.c | 8 +-
drivers/soc/qcom/pmic_glink.c | 13 +-
drivers/soc/qcom/rpmh-rsc.c | 7 +-
drivers/soc/qcom/rpmh.c | 1 -
drivers/soc/qcom/socinfo.c | 3 +-
drivers/soc/xilinx/xlnx_event_manager.c | 15 +-
drivers/soc/xilinx/zynqmp_power.c | 4 +-
drivers/spi/atmel-quadspi.c | 11 +-
drivers/spi/spi-microchip-core.c | 139 ++--
drivers/spi/spidev.c | 1 +
drivers/thermal/broadcom/bcm2835_thermal.c | 19 +-
drivers/thermal/thermal_core.c | 89 ++-
drivers/thermal/thermal_core.h | 10 +-
drivers/ufs/core/ufs-mcq.c | 10 +-
drivers/usb/host/xhci-pci.c | 4 +-
drivers/usb/typec/mux/nb7vpq904m.c | 7 +-
drivers/usb/typec/mux/ptn36502.c | 11 +-
drivers/vhost/vsock.c | 4 +-
drivers/video/fbdev/vesafb.c | 2 +-
drivers/watchdog/rzg2l_wdt.c | 22 +-
fs/btrfs/compression.c | 2 +-
fs/ceph/super.c | 3 +-
fs/erofs/zutil.c | 3 +
fs/exfat/dir.c | 2 +-
fs/ext2/balloc.c | 11 +-
fs/ext4/extents_status.c | 2 +
fs/ext4/fast_commit.c | 6 +
fs/ext4/namei.c | 73 ++-
fs/ext4/xattr.c | 6 +
fs/f2fs/checkpoint.c | 10 +-
fs/f2fs/data.c | 10 +-
fs/f2fs/f2fs.h | 19 +-
fs/f2fs/file.c | 47 +-
fs/f2fs/gc.c | 13 +-
fs/f2fs/inline.c | 8 +-
fs/f2fs/inode.c | 14 +-
fs/f2fs/segment.c | 6 +-
fs/f2fs/segment.h | 3 +-
fs/fuse/inode.c | 24 +-
fs/hfs/inode.c | 3 +
fs/hfsplus/bfind.c | 15 +-
fs/hfsplus/extents.c | 9 +-
fs/hfsplus/hfsplus_fs.h | 21 +
fs/hostfs/hostfs.h | 7 +-
fs/hostfs/hostfs_kern.c | 10 +-
fs/hostfs/hostfs_user.c | 7 +-
fs/jbd2/commit.c | 2 +-
fs/jbd2/journal.c | 56 +-
fs/jbd2/transaction.c | 45 +-
fs/jfs/jfs_imap.c | 5 +-
fs/netfs/write_issue.c | 1 +
fs/nfs/file.c | 5 +-
fs/nfs/nfs4client.c | 6 +-
fs/nfs/nfs4proc.c | 2 +-
fs/nfs/nfstrace.h | 36 +-
fs/nfs/read.c | 8 +-
fs/nfs/write.c | 10 +-
fs/nfsd/Kconfig | 2 +-
fs/nfsd/filecache.c | 2 +-
fs/nfsd/nfs4proc.c | 5 +-
fs/nfsd/nfs4recover.c | 4 +-
fs/nilfs2/btnode.c | 25 +-
fs/nilfs2/btree.c | 4 +-
fs/nilfs2/segment.c | 2 +-
fs/ntfs3/attrib.c | 30 +-
fs/ntfs3/bitmap.c | 2 +-
fs/ntfs3/dir.c | 3 +-
fs/ntfs3/file.c | 5 +-
fs/ntfs3/frecord.c | 2 +-
fs/ntfs3/fslog.c | 5 +-
fs/ntfs3/index.c | 4 +-
fs/ntfs3/inode.c | 13 +-
fs/ntfs3/ntfs.h | 12 +-
fs/ntfs3/super.c | 4 +-
fs/proc/proc_sysctl.c | 6 +-
fs/proc/task_mmu.c | 30 +-
fs/smb/client/cifsfs.c | 8 +-
fs/smb/client/connect.c | 24 +-
fs/super.c | 11 +
fs/udf/balloc.c | 15 +-
fs/udf/file.c | 2 +
fs/udf/inode.c | 11 +-
fs/udf/namei.c | 2 -
fs/udf/super.c | 3 +-
include/asm-generic/vmlinux.lds.h | 2 +-
include/drm/drm_mipi_dsi.h | 46 +-
include/linux/alloc_tag.h | 2 +-
include/linux/bpf_verifier.h | 2 +-
include/linux/firewire.h | 5 +-
include/linux/huge_mm.h | 12 +-
include/linux/hugetlb.h | 1 +
include/linux/interrupt.h | 2 +-
include/linux/jbd2.h | 12 +-
include/linux/lsm_hook_defs.h | 1 +
include/linux/mlx5/qp.h | 9 +-
include/linux/mm.h | 16 +-
include/linux/objagg.h | 1 -
include/linux/perf_event.h | 1 +
include/linux/pgalloc_tag.h | 7 +-
include/linux/preempt.h | 41 ++
include/linux/sbitmap.h | 5 +
include/linux/sched.h | 41 --
include/linux/screen_info.h | 10 +
include/linux/spinlock.h | 14 +-
include/linux/task_work.h | 3 +-
include/linux/virtio_net.h | 11 +
include/net/bluetooth/hci_core.h | 4 -
include/net/ip6_route.h | 22 +-
include/net/ip_fib.h | 1 +
include/net/mana/mana.h | 2 +
include/net/tcp.h | 1 +
include/net/xfrm.h | 36 +-
include/sound/tas2781-dsp.h | 11 +-
include/trace/events/rpcgss.h | 2 +-
include/uapi/drm/xe_drm.h | 8 +-
include/uapi/linux/if_xdp.h | 4 +
include/uapi/linux/netfilter/nf_tables.h | 2 +-
include/uapi/linux/zorro_ids.h | 3 +
include/ufs/ufshcd.h | 6 +
io_uring/io-wq.c | 10 +-
io_uring/io_uring.c | 5 +-
io_uring/napi.c | 2 +
io_uring/opdef.c | 8 +
io_uring/opdef.h | 4 +-
io_uring/register.c | 2 +-
io_uring/timeout.c | 2 +-
io_uring/uring_cmd.c | 2 +-
kernel/bpf/btf.c | 10 +-
kernel/bpf/helpers.c | 2 +-
kernel/bpf/verifier.c | 5 +-
kernel/cgroup/cpuset.c | 76 ++-
kernel/debug/kdb/kdb_io.c | 6 +-
kernel/dma/mapping.c | 2 +-
kernel/events/core.c | 77 ++-
kernel/events/internal.h | 2 +-
kernel/events/ring_buffer.c | 4 +-
kernel/irq/irqdomain.c | 7 +-
kernel/irq/manage.c | 2 +-
kernel/jump_label.c | 45 +-
kernel/locking/rwsem.c | 6 +-
kernel/rcu/tasks.h | 10 +
kernel/sched/core.c | 37 +-
kernel/sched/fair.c | 7 +-
kernel/sched/sched.h | 2 +-
kernel/signal.c | 8 +
kernel/task_work.c | 34 +-
kernel/time/tick-broadcast.c | 23 +
kernel/time/timer_migration.c | 33 +-
kernel/time/timer_migration.h | 12 +-
kernel/trace/pid_list.c | 4 +-
kernel/watchdog_perf.c | 11 +-
kernel/workqueue.c | 6 +-
lib/decompress_bunzip2.c | 3 +-
lib/kobject_uevent.c | 17 +-
lib/objagg.c | 18 +-
lib/sbitmap.c | 36 +-
mm/huge_memory.c | 14 +-
mm/hugetlb.c | 49 +-
mm/memory.c | 2 +-
mm/mempolicy.c | 18 +-
mm/mmap_lock.c | 175 +----
mm/page_alloc.c | 35 +-
mm/vmscan.c | 83 ++-
net/bluetooth/hci_core.c | 27 +-
net/bluetooth/hci_event.c | 2 +
net/bluetooth/hci_sync.c | 2 -
net/bridge/br_forward.c | 4 +-
net/core/filter.c | 15 +-
net/core/flow_dissector.c | 2 +-
net/core/page_pool.c | 2 +-
net/core/xdp.c | 4 +-
net/ethtool/pse-pd.c | 8 +-
net/ipv4/esp4.c | 3 +-
net/ipv4/esp4_offload.c | 7 +
net/ipv4/fib_semantics.c | 13 +-
net/ipv4/fib_trie.c | 1 +
net/ipv4/nexthop.c | 7 +-
net/ipv4/route.c | 18 +-
net/ipv4/tcp.c | 8 +-
net/ipv4/tcp_input.c | 32 +-
net/ipv4/tcp_ipv4.c | 11 +-
net/ipv4/tcp_minisocks.c | 15 +-
net/ipv4/tcp_timer.c | 6 +-
net/ipv6/addrconf.c | 3 +-
net/ipv6/esp6.c | 3 +-
net/ipv6/esp6_offload.c | 7 +
net/ipv6/ip6_output.c | 1 +
net/ipv6/route.c | 2 +-
net/ipv6/tcp_ipv6.c | 10 +-
net/mac80211/chan.c | 11 +
net/mac80211/main.c | 2 +-
net/mac80211/mlme.c | 15 +-
net/mac80211/sta_info.h | 6 +
net/mac80211/tx.c | 6 +-
net/netfilter/ipvs/ip_vs_ctl.c | 10 +-
net/netfilter/ipvs/ip_vs_proto_sctp.c | 4 +-
net/netfilter/nf_conntrack_netlink.c | 3 +-
net/netfilter/nft_set_pipapo.c | 4 +-
net/netfilter/nft_set_pipapo.h | 21 +
net/netfilter/nft_set_pipapo_avx2.c | 22 +-
net/packet/af_packet.c | 86 ++-
net/smc/smc_core.c | 5 +-
net/sunrpc/auth_gss/gss_krb5_keys.c | 2 +-
net/sunrpc/clnt.c | 3 +-
net/sunrpc/xprtrdma/frwr_ops.c | 3 +-
net/sunrpc/xprtrdma/verbs.c | 16 +-
net/tipc/udp_media.c | 5 +-
net/unix/af_unix.c | 41 +-
net/unix/unix_bpf.c | 3 +
net/wireless/nl80211.c | 3 +
net/wireless/util.c | 8 +-
net/xdp/xdp_umem.c | 9 +-
net/xfrm/xfrm_input.c | 8 +-
net/xfrm/xfrm_policy.c | 5 +-
net/xfrm/xfrm_state.c | 65 +-
net/xfrm/xfrm_user.c | 1 -
scripts/Kconfig.include | 3 +-
scripts/Makefile.lib | 6 +-
scripts/gcc-x86_32-has-stack-protector.sh | 2 +-
scripts/gcc-x86_64-has-stack-protector.sh | 2 +-
scripts/syscalltbl.sh | 18 +-
security/apparmor/lsm.c | 7 +
security/apparmor/policy.c | 2 +-
security/apparmor/policy_unpack.c | 43 +-
security/keys/keyctl.c | 2 +-
security/landlock/cred.c | 11 +-
security/security.c | 70 +-
security/selinux/hooks.c | 38 +-
security/smack/smack_lsm.c | 34 +-
sound/core/ump.c | 13 +
sound/firewire/amdtp-stream.c | 3 +-
sound/pci/hda/patch_realtek.c | 6 +-
sound/soc/amd/acp-es8336.c | 4 +-
sound/soc/amd/yc/acp6x-mach.c | 7 +
sound/soc/codecs/cs35l56-shared.c | 2 +-
sound/soc/codecs/max98088.c | 10 +-
sound/soc/codecs/pcm6240.c | 6 +-
sound/soc/codecs/tas2781-fmwlib.c | 20 +-
sound/soc/codecs/tas2781-i2c.c | 39 +-
sound/soc/codecs/wcd939x.c | 113 ++--
sound/soc/fsl/fsl_qmc_audio.c | 2 +
sound/soc/intel/common/soc-acpi-intel-ssp-common.c | 9 +
sound/soc/intel/common/soc-intel-quirks.h | 2 +-
sound/soc/qcom/lpass-cpu.c | 4 +
sound/soc/sof/amd/pci-vangogh.c | 1 -
sound/soc/sof/imx/imx8m.c | 2 +-
sound/soc/sof/intel/hda-loader.c | 18 +-
sound/soc/sof/intel/hda.c | 17 +-
sound/soc/sof/ipc4-topology.c | 46 +-
sound/usb/mixer.c | 7 +
sound/usb/quirks.c | 4 +
tools/bpf/bpftool/common.c | 2 +-
tools/bpf/bpftool/prog.c | 4 +
tools/bpf/resolve_btfids/main.c | 2 +-
tools/lib/bpf/btf.c | 2 +-
tools/lib/bpf/btf_dump.c | 8 +-
tools/lib/bpf/libbpf_internal.h | 10 +-
tools/lib/bpf/linker.c | 11 +-
tools/memory-model/lock.cat | 20 +-
tools/objtool/noreturns.h | 4 +
tools/perf/arch/powerpc/util/skip-callchain-idx.c | 8 +-
tools/perf/arch/x86/util/intel-pt.c | 15 +-
tools/perf/tests/shell/test_arm_callgraph_fp.sh | 27 +-
tools/perf/tests/workloads/leafloop.c | 20 +-
tools/perf/ui/gtk/annotate.c | 5 +-
tools/perf/util/cs-etm.c | 10 +-
tools/perf/util/disasm.c | 10 +-
tools/perf/util/dso.c | 14 +-
tools/perf/util/dso.h | 19 +
tools/perf/util/maps.c | 9 +-
tools/perf/util/pmus.c | 5 +-
tools/perf/util/sort.c | 2 +-
tools/perf/util/srcline.c | 12 +-
tools/perf/util/stat-display.c | 3 +
tools/perf/util/stat-shadow.c | 7 +
tools/perf/util/symbol.c | 18 +-
tools/perf/util/unwind-libdw.c | 12 +-
tools/perf/util/unwind-libunwind-local.c | 18 +-
tools/testing/selftests/bpf/bpf_kfuncs.h | 2 +-
.../testing/selftests/bpf/prog_tests/bpf_tcp_ca.c | 16 +-
.../testing/selftests/bpf/prog_tests/fexit_sleep.c | 8 +-
tools/testing/selftests/bpf/prog_tests/sk_lookup.c | 2 +-
.../selftests/bpf/prog_tests/xdp_adjust_tail.c | 2 +-
.../bpf/progs/btf_dump_test_case_multidim.c | 4 +-
.../bpf/progs/btf_dump_test_case_syntax.c | 4 +-
.../bpf/progs/kprobe_multi_session_cookie.c | 2 +-
tools/testing/selftests/bpf/test_sockmap.c | 9 +-
tools/testing/selftests/damon/access_memory.c | 2 +-
.../drivers/net/mlxsw/spectrum-2/tc_flower.sh | 55 +-
tools/testing/selftests/iommu/iommufd.c | 76 ++-
tools/testing/selftests/iommu/iommufd_utils.h | 6 +-
tools/testing/selftests/landlock/base_test.c | 74 +++
tools/testing/selftests/landlock/config | 1 +
tools/testing/selftests/net/fib_tests.sh | 24 +-
.../net/forwarding/bridge_fdb_learning_limit.sh | 18 +
.../selftests/net/forwarding/devlink_lib.sh | 2 +
tools/testing/selftests/nolibc/nolibc-test.c | 2 +-
tools/testing/selftests/resctrl/resctrl_val.c | 54 +-
.../selftests/sigaltstack/current_stack_pointer.h | 2 +-
858 files changed, 7467 insertions(+), 4533 deletions(-)
^ permalink raw reply [flat|nested] 66+ messages in thread* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-07-31 10:03 [PATCH 6.10 000/809] 6.10.3-rc3 review Greg Kroah-Hartman @ 2024-07-31 11:03 ` Pavel Machek 2024-07-31 12:18 ` Mark Brown ` (14 subsequent siblings) 15 siblings, 0 replies; 66+ messages in thread From: Pavel Machek @ 2024-07-31 11:03 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: 660 bytes --] Hi! > This is the start of the stable review cycle for the 6.10.3 release. > There are 809 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.10.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] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-07-31 10:03 [PATCH 6.10 000/809] 6.10.3-rc3 review Greg Kroah-Hartman 2024-07-31 11:03 ` Pavel Machek @ 2024-07-31 12:18 ` Mark Brown 2024-07-31 13:33 ` Luna Jernberg ` (13 subsequent siblings) 15 siblings, 0 replies; 66+ messages in thread From: Mark Brown @ 2024-07-31 12: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 [-- Attachment #1: Type: text/plain, Size: 345 bytes --] On Wed, Jul 31, 2024 at 12:03:16PM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 6.10.3 release. > There are 809 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] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-07-31 10:03 [PATCH 6.10 000/809] 6.10.3-rc3 review Greg Kroah-Hartman 2024-07-31 11:03 ` Pavel Machek 2024-07-31 12:18 ` Mark Brown @ 2024-07-31 13:33 ` Luna Jernberg 2024-07-31 14:59 ` Jon Hunter ` (12 subsequent siblings) 15 siblings, 0 replies; 66+ messages in thread From: Luna Jernberg @ 2024-07-31 13:33 UTC (permalink / raw) To: Greg Kroah-Hartman, Luna Jernberg Cc: stable, patches, linux-kernel, torvalds, akpm, linux, shuah, patches, lkft-triage, pavel, jonathanh, f.fainelli, sudipm.mukherjee, srw, rwarsow, conor, allen.lkml, broonie Just compiled and working on my Dell Latitude 7390 laptop with a Intel(R) Core(TM) i5-8350U CPU @ 1.70GHz with EndeavourOS July 2024 build Tested-by: Luna Jernberg <droidbittin@gmail.com> Den ons 31 juli 2024 kl 11:05 skrev Greg Kroah-Hartman <gregkh@linuxfoundation.org>: > > This is the start of the stable review cycle for the 6.10.3 release. > There are 809 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, 02 Aug 2024 09:47:47 +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.10.3-rc3.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.10.y > and the diffstat can be found below. > > thanks, > > greg k-h > > ------------- > Pseudo-Shortlog of commits: > > Greg Kroah-Hartman <gregkh@linuxfoundation.org> > Linux 6.10.3-rc3 > > Daniel Borkmann <daniel@iogearbox.net> > selftests/bpf: DENYLIST.aarch64: Skip fexit_sleep again > > Paul Moore <paul@paul-moore.com> > selinux,smack: remove the capability checks in the removexattr hooks > > Esben Haabendal <esben@geanix.com> > powerpc/configs: Update defconfig with now user-visible CONFIG_FSL_IFC > > James Clark <james.clark@linaro.org> > perf dso: Fix build when libunwind is enabled > > Karthikeyan Periyasamy <quic_periyasa@quicinc.com> > wifi: ath12k: fix mbssid max interface advertisement > > Seth Forshee (DigitalOcean) <sforshee@kernel.org> > fs: don't allow non-init s_user_ns for filesystems without FS_USERNS_MOUNT > > Jarkko Nikula <jarkko.nikula@linux.intel.com> > i3c: mipi-i3c-hci: Fix number of DAT/DCT entries for HCI versions < 1.1 > > Leon Romanovsky <leon@kernel.org> > nvme-pci: add missing condition check for existence of mapped data > > Georgia Garcia <georgia.garcia@canonical.com> > apparmor: unpack transition table if dfa is not present > > Ming Lei <ming.lei@redhat.com> > ublk: fix UBLK_CMD_DEL_DEV_ASYNC handling > > Pavel Begunkov <asml.silence@gmail.com> > io_uring: fix io_match_task must_hold > > Rafael J. Wysocki <rafael.j.wysocki@intel.com> > thermal: core: Back off when polling thermal zones on errors > > Rafael J. Wysocki <rafael.j.wysocki@intel.com> > thermal: trip: Split thermal_zone_device_set_mode() > > Artem Chernyshev <artem.chernyshev@red-soft.ru> > iommu: sprd: Avoid NULL deref in sprd_iommu_hw_en > > Thomas Richter <tmricht@linux.ibm.com> > s390/cpum_cf: Fix endless loop in CF_DIAG event stop > > Vasily Gorbik <gor@linux.ibm.com> > s390/setup: Fix __pa/__va for modules under non-GPL licenses > > Gerd Bayer <gbayer@linux.ibm.com> > s390/pci: Allow allocation of more than 1 MSI interrupt > > Gerd Bayer <gbayer@linux.ibm.com> > s390/pci: Refactor arch_setup_msi_irqs() > > ethanwu <ethanwu@synology.com> > ceph: fix incorrect kmalloc size of pagevec mempool > > Anna-Maria Behnsen <anna-maria@linutronix.de> > timers/migration: Do not rely always on group->parent > > Dan Carpenter <dan.carpenter@linaro.org> > ASoC: TAS2781: Fix tasdev_load_calibrated_data() > > Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com> > ASoC: Intel: use soc_intel_is_byt_cr() only when IOSF_MBI is reachable > > Michal Wajdeczko <michal.wajdeczko@intel.com> > drm/xe/pf: Limit fair VF LMEM provisioning > > Ashutosh Dixit <ashutosh.dixit@intel.com> > drm/xe/exec: Fix minor bug related to xe_sync_entry_cleanup > > Conor Dooley <conor.dooley@microchip.com> > spi: spidev: add correct compatible for Rohm BH2228FV > > Venkata Prasad Potturu <venkataprasad.potturu@amd.com> > ASoC: sof: amd: fix for firmware reload failure in Vangogh platform > > Curtis Malainey <cujomalainey@chromium.org> > ASoC: Intel: Fix RT5650 SSP lookup > > Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com> > ASOC: SOF: Intel: hda-loader: only wait for HDaudio IOC for IPC4 devices > > Bart Van Assche <bvanassche@acm.org> > nvme-pci: Fix the instructions for disabling power management > > Steve Wilkins <steve.wilkins@raymarine.com> > spi: microchip-core: ensure TX and RX FIFOs are empty at start of a transfer > > Steve Wilkins <steve.wilkins@raymarine.com> > spi: microchip-core: fix init function not setting the master and motorola modes > > Steve Wilkins <steve.wilkins@raymarine.com> > spi: microchip-core: only disable SPI controller when register value change requires it > > Steve Wilkins <steve.wilkins@raymarine.com> > spi: microchip-core: defer asserting chip select until just before write to TX FIFO > > Naga Sureshkumar Relli <nagasuresh.relli@microchip.com> > spi: microchip-core: fix the issues in the isr > > Daniel Baluta <daniel.baluta@nxp.com> > ASoC: SOF: imx8m: Fix DSP control regmap retrieval > > Markus Elfring <elfring@users.sourceforge.net> > auxdisplay: ht16k33: Drop reference after LED registration > > Al Viro <viro@zeniv.linux.org.uk> > lirc: rc_dev_get_from_fd(): fix file leak > > Al Viro <viro@zeniv.linux.org.uk> > powerpc: fix a file leak in kvm_vcpu_ioctl_enable_cap() > > Xiao Liang <shaw.leon@gmail.com> > apparmor: Fix null pointer deref when receiving skb during sock creation > > Dan Carpenter <dan.carpenter@linaro.org> > mISDN: Fix a use after free in hfcmulti_tx() > > Stanislav Fomichev <sdf@fomichev.me> > xsk: Require XDP_UMEM_TX_METADATA_LEN to actuate tx_metadata_len > > Fred Li <dracodingfly@gmail.com> > bpf: Fix a segment issue when downgrading gso_size > > Breno Leitao <leitao@debian.org> > net: mediatek: Fix potential NULL pointer dereference in dummy net_device handling > > Petr Machata <petrm@nvidia.com> > net: nexthop: Initialize all fields in dumped nexthops > > Simon Horman <horms@kernel.org> > net: stmmac: Correct byte order of perfect_match > > Hangbin Liu <liuhangbin@gmail.com> > selftests: forwarding: skip if kernel not support setting bridge fdb learning limit > > Shigeru Yoshida <syoshida@redhat.com> > tipc: Return non-zero value from tipc_udp_addr2str() on error > > David Howells <dhowells@redhat.com> > netfs: Fix writeback that needs to go to both server and cache > > Florian Westphal <fw@strlen.de> > netfilter: nft_set_pipapo_avx2: disable softinterrupts > > Wojciech Drewek <wojciech.drewek@intel.com> > ice: Fix recipe read procedure > > Johannes Berg <johannes.berg@intel.com> > net: bonding: correctly annotate RCU in bond_should_notify_peers() > > Ido Schimmel <idosch@nvidia.com> > ipv4: Fix incorrect source address in Record Route option > > Gregory CLEMENT <gregory.clement@bootlin.com> > MIPS: SMP-CPS: Fix address for GCR_ACCESS register for CM3 and later > > Liwei Song <liwei.song.lsong@gmail.com> > tools/resolve_btfids: Fix comparison of distinct pointer types warning in resolve_btfids > > Hou Tao <houtao1@huawei.com> > bpf, events: Use prog to emit ksymbol event for main program > > Lance Richardson <rlance@google.com> > dma: fix call order in dmam_free_coherent > > Michal Luczaj <mhal@rbox.co> > af_unix: Disable MSG_OOB handling for sockets in sockmap/sockhash > > Andrii Nakryiko <andrii@kernel.org> > libbpf: Fix no-args func prototype BTF dumping syntax > > Puranjay Mohan <puranjay@kernel.org> > selftests/bpf: fexit_sleep: Fix stack allocation for arm64 > > Masahiro Yamada <masahiroy@kernel.org> > kbuild: avoid build error when single DTB is turned into composite DTB > > Chao Yu <chao@kernel.org> > f2fs: fix to update user block counts in block_operations() > > Daejun Park <daejun7.park@samsung.com> > f2fs: fix null reference error when checking end of zone > > Claudiu Beznea <claudiu.beznea.uj@bp.renesas.com> > watchdog: rzg2l_wdt: Check return status of pm_runtime_put() > > Claudiu Beznea <claudiu.beznea.uj@bp.renesas.com> > watchdog: rzg2l_wdt: Use pm_runtime_resume_and_get() > > Sheng Yong <shengyong@oppo.com> > f2fs: fix start segno of large section > > Johannes Berg <johannes.berg@intel.com> > um: time-travel: fix signal blocking race/hang > > David Gow <davidgow@google.com> > arch: um: rust: Use the generated target.json again > > Johannes Berg <johannes.berg@intel.com> > um: time-travel: fix time-travel-start option > > Sean Anderson <sean.anderson@linux.dev> > phy: zynqmp: Enable reference clock correctly > > Ma Ke <make24@iscas.ac.cn> > phy: cadence-torrent: Check return value on register read > > Cristian Ciocaltea <cristian.ciocaltea@collabora.com> > phy: phy-rockchip-samsung-hdptx: Select CONFIG_MFD_SYSCON > > Vignesh Raghavendra <vigneshr@ti.com> > dmaengine: ti: k3-udma: Fix BCHAN count with UHC and HC channels > > Jeongjun Park <aha310510@gmail.com> > jfs: Fix array-index-out-of-bounds in diFree > > Douglas Anderson <dianders@chromium.org> > kdb: Use the passed prompt in kdb_position_cursor() > > Arnd Bergmann <arnd@arndb.de> > kdb: address -Wformat-security warnings > > Dmitry Baryshkov <dmitry.baryshkov@linaro.org> > phy: qcom: qmp-pcie: restore compatibility with existing DTs > > Chao Yu <chao@kernel.org> > f2fs: fix to truncate preallocated blocks in f2fs_file_open() > > Linus Torvalds <torvalds@linux-foundation.org> > minmax: scsi: fix mis-use of 'clamp()' in sr.c > > WangYuli <wangyuli@uniontech.com> > Bluetooth: btusb: Add Realtek RTL8852BE support ID 0x13d3:0x3591 > > Hilda Wu <hildawu@realtek.com> > Bluetooth: btusb: Add RTL8852BE device 0489:e125 to device tables > > Ilya Dryomov <idryomov@gmail.com> > rbd: don't assume RBD_LOCK_STATE_LOCKED for exclusive mappings > > Ilya Dryomov <idryomov@gmail.com> > rbd: rename RBD_LOCK_STATE_RELEASING and releasing_wait > > Dragan Simic <dsimic@manjaro.org> > drm/panfrost: Mark simple_ondemand governor as softdep > > Lucas Stach <l.stach@pengutronix.de> > drm/etnaviv: don't block scheduler when GPU is still active > > Jiaxun Yang <jiaxun.yang@flygoat.com> > MIPS: Loongson64: Test register availability before use > > Jiaxun Yang <jiaxun.yang@flygoat.com> > MIPS: Loongson64: reset: Prioritise firmware service > > Jiaxun Yang <jiaxun.yang@flygoat.com> > MIPS: Loongson64: Remove memory node for builtin-dtb > > Jiaxun Yang <jiaxun.yang@flygoat.com> > MIPS: Loongson64: env: Hook up Loongsson-2K > > Jiaxun Yang <jiaxun.yang@flygoat.com> > MIPS: dts: loongson: Fix GMAC phy node > > Jiaxun Yang <jiaxun.yang@flygoat.com> > MIPS: ip30: ip30-console: Add missing include > > Jiaxun Yang <jiaxun.yang@flygoat.com> > MIPS: dts: loongson: Add ISA node > > Aleksandr Mishin <amishin@t-argos.ru> > remoteproc: imx_rproc: Fix refcount mistake in imx_rproc_addr_init > > Aleksandr Mishin <amishin@t-argos.ru> > remoteproc: imx_rproc: Skip over memory region when node value is NULL > > Gwenael Treuveur <gwenael.treuveur@foss.st.com> > remoteproc: stm32_rproc: Fix mailbox interrupts queuing > > Ilya Dryomov <idryomov@gmail.com> > rbd: don't assume rbd_is_lock_owner() for exclusive mappings > > Eric Biggers <ebiggers@kernel.org> > dm-verity: fix dm_is_verity_target() when dm-verity is builtin > > Michael Ellerman <mpe@ellerman.id.au> > selftests/sigaltstack: Fix ppc64 GCC build > > Kim Phillips <kim.phillips@amd.com> > crypto: ccp - Fix null pointer dereference in __sev_snp_shutdown_locked > > Bart Van Assche <bvanassche@acm.org> > RDMA/iwcm: Fix a use-after-free related to destroying CM IDs > > Jiaxun Yang <jiaxun.yang@flygoat.com> > platform: mips: cpu_hwmon: Disable driver on unsupported hardware > > Peter Ujfalusi <peter.ujfalusi@linux.intel.com> > ASoC: SOF: ipc4-topology: Use correct queue_id for requesting input pin format > > Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org> > ASoC: codecs: wcd939x: Fix typec mux and switch leak during device removal > > Manivannan Sadhasivam <manivannan.sadhasivam@linaro.org> > bus: mhi: ep: Do not allocate memory for MHI objects from DMA zone > > Thomas Gleixner <tglx@linutronix.de> > watchdog/perf: properly initialize the turbo mode timestamp and rearm counter > > Joy Chakraborty <joychakr@google.com> > rtc: abx80x: Fix return value of nvmem callback on read > > Joy Chakraborty <joychakr@google.com> > rtc: isl1208: Fix return value of nvmem callbacks > > Imre Deak <imre.deak@intel.com> > drm/i915/dp: Don't switch the LTTPR mode on an active link > > Imre Deak <imre.deak@intel.com> > drm/i915/dp: Reset intel_dp->link_trained before retraining the link > > Ma Ke <make24@iscas.ac.cn> > drm/amd/amdgpu: Fix uninitialized variable warnings > > Tim Huang <tim.huang@amd.com> > drm/amdgpu: add missed harvest check for VCN IP v4/v5 > > ZhenGuo Yin <zhenguo.yin@amd.com> > drm/amdgpu: reset vm state machine after gpu reset(vram lost) > > Wayne Lin <Wayne.Lin@amd.com> > drm/dp_mst: Fix all mstb marked as not probed after suspend/resume > > Thomas Zimmermann <tzimmermann@suse.de> > drm/udl: Remove DRM_CONNECTOR_POLL_HPD > > Alex Deucher <alexander.deucher@amd.com> > drm/amdgpu/sdma5.2: Update wptr registers as well as doorbell > > Nitin Gote <nitin.r.gote@intel.com> > drm/i915/gt: Do not consider preemption during execlists_dequeue for gen8 > > Adrian Hunter <adrian.hunter@intel.com> > perf/x86/intel/pt: Fix a topa_entry base address calculation > > Marco Cavenati <cavenati.marco@gmail.com> > perf/x86/intel/pt: Fix topa_entry base length > > Kan Liang <kan.liang@linux.intel.com> > perf/x86/intel/ds: Fix non 0 retire latency on Raptorlake > > Kan Liang <kan.liang@linux.intel.com> > perf/x86/intel/uncore: Fix the bits of the CHA extended umask for SPR > > Kan Liang <kan.liang@linux.intel.com> > perf stat: Fix the hard-coded metrics calculation on the hybrid > > Frederic Weisbecker <frederic@kernel.org> > perf: Fix event leak upon exec and file release > > Frederic Weisbecker <frederic@kernel.org> > perf: Fix event leak upon exit > > Nilesh Javali <njavali@marvell.com> > scsi: qla2xxx: validate nvme_local_port correctly > > Shreyas Deodhar <sdeodhar@marvell.com> > scsi: qla2xxx: Complete command early within lock > > Quinn Tran <qutran@marvell.com> > scsi: qla2xxx: Fix flash read failure > > Quinn Tran <qutran@marvell.com> > scsi: qla2xxx: Reduce fabric scan duplicate code > > Quinn Tran <qutran@marvell.com> > scsi: qla2xxx: Use QP lock to search for bsg > > Shreyas Deodhar <sdeodhar@marvell.com> > scsi: qla2xxx: Fix for possible memory corruption > > Quinn Tran <qutran@marvell.com> > scsi: qla2xxx: Unable to act on RSCN for port online > > Manish Rangankar <mrangankar@marvell.com> > scsi: qla2xxx: During vport delete send async logout explicitly > > Justin Tee <justin.tee@broadcom.com> > scsi: lpfc: Allow DEVICE_RECOVERY mode after RSCN receipt if in PRLI_ISSUE state > > Joy Chakraborty <joychakr@google.com> > rtc: cmos: Fix return value of nvmem callbacks > > Tvrtko Ursulin <tvrtko.ursulin@igalia.com> > mm/numa_balancing: teach mpol_to_str about the balancing mode > > Shenwei Wang <shenwei.wang@nxp.com> > irqchip/imx-irqsteer: Handle runtime power management correctly > > Mateusz Jończyk <mat.jonczyk@o2.pl> > md/raid1: set max_sectors during early return from choose_slow_rdev() > > Herve Codina <herve.codina@bootlin.com> > irqdomain: Fixed unbalanced fwnode get and put > > Zijun Hu <quic_zijuhu@quicinc.com> > devres: Fix memory leakage caused by driver API devm_free_percpu() > > Zijun Hu <quic_zijuhu@quicinc.com> > devres: Fix devm_krealloc() wasting memory > > Yijie Yang <quic_yijiyang@quicinc.com> > dt-bindings: phy: qcom,qmp-usb: fix spelling error > > Ahmed Zaki <ahmed.zaki@intel.com> > ice: Add a per-VF limit on number of FDIR filters > > Bailey Forrest <bcf@google.com> > gve: Fix an edge case for TSO skb validity check > > Zijun Hu <quic_zijuhu@quicinc.com> > kobject_uevent: Fix OOB access within zap_modalias_env() > > Will Deacon <will@kernel.org> > arm64: mm: Fix lockless walks with static and dynamic page-table folding > > Takashi Iwai <tiwai@suse.de> > ASoC: amd: yc: Support mic on Lenovo Thinkpad E16 Gen 2 > > Peter Ujfalusi <peter.ujfalusi@linux.intel.com> > ASoC: SOF: ipc4-topology: Preserve the DMA Link ID for ChainDMA on unprepare > > Peter Ujfalusi <peter.ujfalusi@linux.intel.com> > ASoC: SOF: ipc4-topology: Only handle dai_config with HW_PARAMS for ChainDMA > > Suren Baghdasaryan <surenb@google.com> > alloc_tag: outline and export free_reserved_page() > > Nathan Chancellor <nathan@kernel.org> > kbuild: Fix '-S -c' in x86 stack protector scripts > > Ross Lagerwall <ross.lagerwall@citrix.com> > decompress_bunzip2: fix rare decompression failure > > Ram Tummala <rtummala@nvidia.com> > mm: fix old/young bit handling in the faulting path > > Yang Yang <yang.yang@vivo.com> > block: fix deadlock between sd_remove & sd_release > > Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org> > clk: samsung: fix getting Exynos4 fin_pll rate from external clocks > > Fedor Pchelkin <pchelkin@ispras.ru> > ubi: eba: properly rollback inside self_check_eba > > Bastien Curutchet <bastien.curutchet@bootlin.com> > clk: davinci: da8xx-cfgchip: Initialize clk_init_data before use > > Ryusuke Konishi <konishi.ryusuke@gmail.com> > nilfs2: handle inconsistent state in nilfs_btnode_create_block() > > Joy Zou <joy.zou@nxp.com> > dmaengine: fsl-edma: change the memory access from local into remote mode in i.MX 8QM > > Sunmin Jeong <s_min.jeong@samsung.com> > f2fs: use meta inode for GC of COW file > > Sunmin Jeong <s_min.jeong@samsung.com> > f2fs: use meta inode for GC of atomic file > > Chao Yu <chao@kernel.org> > f2fs: fix return value of f2fs_convert_inline_inode() > > Chao Yu <chao@kernel.org> > f2fs: fix to don't dirty inode for readonly filesystem > > Chao Yu <chao@kernel.org> > f2fs: fix to force buffered IO on inline_data inode > > Herve Codina <herve.codina@bootlin.com> > ASoC: fsl: fsl_qmc_audio: Check devm_kasprintf() returned value > > Saurav Kashyap <skashyap@marvell.com> > scsi: qla2xxx: Return ENOBUFS if sg_cnt is more than one for ELS cmds > > Huacai Chen <chenhuacai@kernel.org> > fs/ntfs3: Update log->page_{mask,bits} if log->page_size changed > > Li Zhijian <lizhijian@fujitsu.com> > mm/page_alloc: fix pcp->count race between drain_pages_zone() vs __rmqueue_pcplist() > > Gao Xiang <xiang@kernel.org> > erofs: fix race in z_erofs_get_gbuf() > > Qiang Ma <maqianga@uniontech.com> > efi/libstub: Zero initialize heap allocated struct screen_info > > Johannes Berg <johannes.berg@intel.com> > hostfs: fix dev_t handling > > tuhaowen <tuhaowen@uniontech.com> > dev/parport: fix the array out-of-bounds risk > > Reka Norman <rekanorman@chromium.org> > xhci: Apply XHCI_RESET_TO_DEFAULT quirk to TGL > > Carlos Llamas <cmllamas@google.com> > binder: fix hang of unregistered readers > > Huacai Chen <chenhuacai@kernel.org> > PCI: loongson: Enable MSI in LS7A Root Complex > > Manivannan Sadhasivam <manivannan.sadhasivam@linaro.org> > PCI: rockchip: Use GPIOD_OUT_LOW flag while requesting ep_gpio > > Niklas Cassel <cassel@kernel.org> > PCI: dw-rockchip: Fix initial PERST# GPIO value > > Wei Liu <wei.liu@kernel.org> > PCI: hv: Return zero, not garbage, when reading PCI_INTERRUPT_PIN > > Lukas Wunner <lukas@wunner.de> > PCI/DPC: Fix use-after-free on concurrent DPC and hot-removal > > John David Anglin <dave@mx3210.local> > parisc: Fix warning at drivers/pci/msi/msi.h:121 > > Ilpo Järvinen <ilpo.jarvinen@linux.intel.com> > hwrng: amd - Convert PCIBIOS_* return codes to errnos > > Thomas Huth <thuth@redhat.com> > drm/fbdev-dma: Fix framebuffer mode for big endian devices > > Thomas Zimmermann <tzimmermann@suse.de> > fbdev: vesafb: Detect VGA compatibility from screen info's VESA attributes > > Alan Stern <stern@rowland.harvard.edu> > tools/memory-model: Fix bug in lock.cat > > wangdicheng <wangdicheng@kylinos.cn> > ALSA: usb-audio: Add a quirk for Sonix HD USB Camera > > Takashi Iwai <tiwai@suse.de> > ALSA: usb-audio: Move HD Webcam quirk to the right place > > wangdicheng <wangdicheng@kylinos.cn> > ALSA: usb-audio: Fix microphone sound on HD webcam. > > Takashi Iwai <tiwai@suse.de> > ALSA: ump: Force 1 Group for MIDI1 FBs > > Takashi Iwai <tiwai@suse.de> > ALSA: ump: Don't update FB name for static blocks > > Takashi Sakamoto <o-takashi@sakamocchi.jp> > ALSA: firewire-lib: fix wrong value as length of header for CIP_NO_HEADER case > > Luke D. Jones <luke@ljones.dev> > ALSA: hda/realtek: cs35l41: Fixup remaining asus strix models > > Sean Christopherson <seanjc@google.com> > KVM: nVMX: Fold requested virtual interrupt check into has_nested_events() > > Sean Christopherson <seanjc@google.com> > KVM: nVMX: Check for pending posted interrupts when looking for nested events > > Sean Christopherson <seanjc@google.com> > KVM: nVMX: Request immediate exit iff pending nested event needs injection > > Sean Christopherson <seanjc@google.com> > KVM: nVMX: Add a helper to get highest pending from Posted Interrupt vector > > Sean Christopherson <seanjc@google.com> > KVM: VMX: Split out the non-virtualization part of vmx_interrupt_blocked() > > Gautam Menghani <gautam@linux.ibm.com> > KVM: PPC: Book3S HV nestedv2: Add DPDES support in helper library for Guest state buffer > > Gautam Menghani <gautam@linux.ibm.com> > KVM: PPC: Book3S HV nestedv2: Fix doorbell emulation > > Jason Chen <Jason-ch.Chen@mediatek.com> > remoteproc: mediatek: Increase MT8188/MT8195 SCP core0 DRAM size > > Wentong Wu <wentong.wu@intel.com> > media: ivsc: csi: don't count privacy on as error > > Ricardo Ribalda <ribalda@chromium.org> > media: uvcvideo: Fix integer overflow calculating timestamp > > Jan Kara <jack@suse.cz> > jbd2: avoid infinite transaction commit loop > > Jan Kara <jack@suse.cz> > jbd2: precompute number of transaction descriptor blocks > > Jan Kara <jack@suse.cz> > jbd2: make jbd2_journal_get_max_txn_bufs() internal > > Harshit Mogalapalli <harshit.m.mogalapalli@oracle.com> > media: imx-pxp: Fix ERR_PTR dereference in pxp_probe() > > Tommaso Merciai <tomm.merciai@gmail.com> > media: i2c: alvium: Move V4L2_CID_GAIN to V4L2_CID_ANALOG_GAIN > > Wentong Wu <wentong.wu@intel.com> > media: ivsc: csi: add separate lock for v4l2 control handler > > Javier Carrasco <javier.carrasco.cruz@gmail.com> > leds: mt6360: Fix memory leak in mt6360_init_isnk_properties() > > Thomas Weißschuh <linux@weissschuh.net> > leds: triggers: Flush pending brightness before activating trigger > > Ofir Gal <ofir.gal@volumez.com> > md/md-bitmap: fix writing non bitmap pages > > Ilpo Järvinen <ilpo.jarvinen@linux.intel.com> > leds: ss4200: Convert PCIBIOS_* return codes to errnos > > Jay Buddhabhatti <jay.buddhabhatti@amd.com> > drivers: soc: xilinx: check return status of get_api_version() > > Javier Carrasco <javier.carrasco.cruz@gmail.com> > cpufreq: qcom-nvmem: fix memory leaks in probe error paths > > Bitterblue Smith <rtl8821cerfe2@gmail.com> > wifi: rtw88: usb: Further limit the TX aggregation > > Bitterblue Smith <rtl8821cerfe2@gmail.com> > wifi: rtw88: usb: Fix disconnection after beacon loss > > Po-Hao Huang <phhuang@realtek.com> > wifi: rtw89: fix HW scan not aborting properly > > Rafael Beims <rafael.beims@toradex.com> > wifi: mwifiex: Fix interface type change > > Rafael J. Wysocki <rafael.j.wysocki@intel.com> > genirq: Set IRQF_COND_ONESHOT in request_irq() > > levi.yun <yeoreum.yun@arm.com> > trace/pid_list: Change gfp flags in pid_list_fill_irq() > > Pavel Begunkov <asml.silence@gmail.com> > io_uring: don't allow netpolling with SETUP_IOPOLL > > Pavel Begunkov <asml.silence@gmail.com> > io_uring: tighten task exit cancellations > > Pavel Begunkov <asml.silence@gmail.com> > io_uring: fix lost getsockopt completions > > Baokun Li <libaokun1@huawei.com> > ext4: make sure the first directory block is not a hole > > Baokun Li <libaokun1@huawei.com> > ext4: check dot and dotdot of dx_root before making dir indexed > > Ming Lei <ming.lei@redhat.com> > block: check bio alignment in blk_mq_submit_bio > > Paolo Pisati <p.pisati@gmail.com> > m68k: amiga: Turn off Warp1260 interrupts during boot > > Jan Kara <jack@suse.cz> > udf: Avoid using corrupted block bitmap buffer > > Frederic Weisbecker <frederic@kernel.org> > task_work: Introduce task_work_cancel() again > > Frederic Weisbecker <frederic@kernel.org> > task_work: s/task_work_cancel()/task_work_cancel_func()/ > > Steve French <stfrench@microsoft.com> > cifs: mount with "unix" mount option for SMB1 incorrectly handled > > Steve French <stfrench@microsoft.com> > cifs: fix reconnect with SMB1 UNIX Extensions > > Steve French <stfrench@microsoft.com> > cifs: fix potential null pointer use in destroy_workqueue in init_cifs error path > > Fedor Pchelkin <pchelkin@ispras.ru> > apparmor: use kvfree_sensitive to free data->data > > Sung Joon Kim <sungjoon.kim@amd.com> > drm/amd/display: Check for NULL pointer > > Shreyas Deodhar <sdeodhar@marvell.com> > scsi: qla2xxx: Fix optrom version displayed in FDMI > > Alex Deucher <alexander.deucher@amd.com> > drm/amd/display: fix corruption with high refresh rates on DCN 3.0 > > Ma Ke <make24@iscas.ac.cn> > drm/gma500: fix null pointer dereference in psb_intel_lvds_get_modes > > Ma Ke <make24@iscas.ac.cn> > drm/gma500: fix null pointer dereference in cdv_intel_lvds_get_modes > > Pavel Begunkov <asml.silence@gmail.com> > io_uring/io-wq: limit retrying worker initialisation > > Paul Moore <paul@paul-moore.com> > lsm: fixup the inode xattr capability handling > > Kory Maincent <kory.maincent@bootlin.com> > media: i2c: Kconfig: Fix missing firmware upload config select > > Jan Kara <jack@suse.cz> > ext2: Verify bitmap and itable block numbers before using them > > Chao Yu <chao@kernel.org> > hfs: fix to initialize fields of hfs_inode_info after hfs_alloc_inode() > > Thomas Weißschuh <linux@weissschuh.net> > sysctl: always initialize i_uid/i_gid > > Igor Pylypiv <ipylypiv@google.com> > ata: libata-scsi: Honor the D_SENSE bit for CK_COND=1 and no error > > Igor Pylypiv <ipylypiv@google.com> > ata: libata-scsi: Do not overwrite valid sense data when CK_COND=1 > > Dikshita Agarwal <quic_dikshita@quicinc.com> > media: venus: fix use after free in vdec_close > > Joe Hattori <joe@pf.is.s.u-tokyo.ac.jp> > char: tpm: Fix possible memory leak in tpm_bios_measurements_open() > > Vitor Soares <vitor.soares@toradex.com> > tpm_tis_spi: add missing attpm20p SPI device ID entry > > Thomas Weißschuh <linux@weissschuh.net> > selftests/nolibc: fix printf format mismatch in expect_str_buf_eq() > > Igor Pylypiv <ipylypiv@google.com> > ata: libata-scsi: Fix offsets for the fixed format sense data > > Damien Le Moal <dlemoal@kernel.org> > null_blk: Fix description of the fua parameter > > Alain Volmat <alain.volmat@foss.st.com> > media: stm32: dcmipp: correct error handling in dcmipp_create_subdevs > > Yu Kuai <yukuai3@huawei.com> > md/raid5: fix spares errors about rcu usage > > Eric Sandeen <sandeen@redhat.com> > fuse: verify {g,u}id mount options correctly > > Tejun Heo <tj@kernel.org> > sched/fair: set_load_weight() must also call reweight_task() for SCHED_IDLE tasks > > Zong-Zhe Yang <kevin_yang@realtek.com> > wifi: mac80211: chanctx emulation set CHANGE_CHANNEL when in_reconfig > > Chuck Lever <chuck.lever@oracle.com> > NFSD: Support write delegations in LAYOUTGET > > Thomas Hellström <thomas.hellstrom@linux.intel.com> > drm/xe: Use write-back caching mode for system memory on DGFX > > Nicolas Dichtel <nicolas.dichtel@6wind.com> > ipv6: take care of scope when choosing the src addr > > Nicolas Dichtel <nicolas.dichtel@6wind.com> > ipv4: fix source address selection with route leak > > Nicolas Dichtel <nicolas.dichtel@6wind.com> > ipv6: fix source address selection with route leak > > Pavel Begunkov <asml.silence@gmail.com> > kernel: rerun task_work while freezing in get_signal() > > Filipe Manana <fdmanana@suse.com> > btrfs: fix extent map use-after-free when adding pages to compressed bio > > Lai Jiangshan <jiangshan.ljs@antgroup.com> > workqueue: Always queue work items to the newest PWQ for order workqueues > > Chengen Du <chengen.du@canonical.com> > af_packet: Handle outgoing VLAN packets without hardware offloading > > Breno Leitao <leitao@debian.org> > net: netconsole: Disable target before netpoll cleanup > > Yu Liao <liaoyu15@huawei.com> > tick/broadcast: Make takeover of broadcast hrtimer reliable > > Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org> > dt-bindings: thermal: correct thermal zone node name limit > > Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org> > thermal/drivers/broadcom: Fix race between removal and clock disable > > Sungjong Seo <sj1557.seo@samsung.com> > exfat: fix potential deadlock on __exfat_get_dentry_set > > Takashi Sakamoto <o-takashi@sakamocchi.jp> > Revert "firewire: Annotate struct fw_iso_packet with __counted_by()" > > Ard Biesheuvel <ardb@kernel.org> > x86/efistub: Revert to heap allocated boot_params for PE entrypoint > > Ard Biesheuvel <ardb@kernel.org> > x86/efistub: Avoid returning EFI_SUCCESS on error > > Yu Zhao <yuzhao@google.com> > mm/mglru: fix ineffective protection calculation > > Yu Zhao <yuzhao@google.com> > mm/mglru: fix overshooting shrinker memory > > Tetsuo Handa <penguin-kernel@I-love.SAKURA.ne.jp> > mm: mmap_lock: replace get_memcg_path_buf() with on-stack buffer > > Yu Zhao <yuzhao@google.com> > mm/mglru: fix div-by-zero in vmpressure_calc_level() > > Miaohe Lin <linmiaohe@huawei.com> > mm/hugetlb: fix possible recursive locking detected warning > > Aristeu Rozanski <aris@redhat.com> > hugetlb: force allocating surplus hugepages on mempolicy allowed nodes > > Gavin Shan <gshan@redhat.com> > mm/huge_memory: avoid PMD-size page cache if needed > > Yang Shi <yang@os.amperecomputing.com> > mm: huge_memory: use !CONFIG_64BIT to relax huge page alignment on 32 bit machines > > Jann Horn <jannh@google.com> > landlock: Don't lose track of restrictions on cred_transfer > > Mickaël Salaün <mic@digikod.net> > selftests/landlock: Add cred_transfer test > > Jason-JH.Lin <jason-jh.lin@mediatek.com> > mailbox: mtk-cmdq: Move devm_mbox_controller_register() after devm_pm_runtime_enable() > > Peng Fan <peng.fan@nxp.com> > mailbox: imx: fix TXDB_V2 channel race condition > > Andrew Davis <afd@ti.com> > mailbox: omap: Fix mailbox interrupt sharing > > Richard Genoud <richard.genoud@bootlin.com> > remoteproc: k3-r5: Fix IPC-only mode detection > > Nícolas F. R. A. Prado <nfraprado@collabora.com> > remoteproc: mediatek: Don't attempt to remap l1tcm memory if missing > > Christophe JAILLET <christophe.jaillet@wanadoo.fr> > power: supply: ingenic: Fix some error handling paths in ingenic_battery_get_property() > > Christophe JAILLET <christophe.jaillet@wanadoo.fr> > power: supply: ab8500: Fix error handling when calling iio_read_channel_processed() > > Tiezhu Yang <yangtiezhu@loongson.cn> > LoongArch: Check TIF_LOAD_WATCH to enable user space watchpoint > > Yang Yang <yang.yang@vivo.com> > sbitmap: fix io hung due to race on sbitmap_word::cleared > > Suren Baghdasaryan <surenb@google.com> > alloc_tag: fix page_ext_get/page_ext_put sequence during page splitting > > Suren Baghdasaryan <surenb@google.com> > lib: reuse page_ext_data() to obtain codetag_ref > > Suren Baghdasaryan <surenb@google.com> > lib: add missing newline character in the warning message > > Carlos López <clopez@suse.de> > s390/dasd: fix error checks in dasd_copy_pair_store() > > Christophe Leroy <christophe.leroy@csgroup.eu> > powerpc/8xx: fix size given to set_huge_pte_at() > > Heming Zhao <heming.zhao@suse.com> > md-cluster: fix hanging issue while a new disk adding > > Konstantin Komarov <almaz.alexandrovich@paragon-software.com> > fs/ntfs3: Keep runs for $MFT::$ATTR_DATA and $MFT::$ATTR_BITMAP > > Konstantin Komarov <almaz.alexandrovich@paragon-software.com> > fs/ntfs3: Missed error return > > Konstantin Komarov <almaz.alexandrovich@paragon-software.com> > fs/ntfs3: Fix the format of the "nocase" mount option > > Csókás, Bence <csokas.bence@prolan.hu> > rtc: interface: Add RTC offset to alarm after fix-up > > Ryusuke Konishi <konishi.ryusuke@gmail.com> > nilfs2: avoid undefined behavior in nilfs_cnt32_ge macro > > SeongJae Park <sj@kernel.org> > selftests/damon/access_memory: use user-defined region size > > David Hildenbrand <david@redhat.com> > fs/proc/task_mmu: properly detect PM_MMAP_EXCLUSIVE per page of PMD-mapped THPs > > David Hildenbrand <david@redhat.com> > fs/proc/task_mmu: don't indicate PM_MMAP_EXCLUSIVE without PM_PRESENT > > David Hildenbrand <david@redhat.com> > fs/proc/task_mmu: indicate PM_FILE for PMD-mapped file THP > > Geert Uytterhoeven <geert+renesas@glider.be> > pinctrl: renesas: r8a779g0: Fix TPU suffixes > > Geert Uytterhoeven <geert+renesas@glider.be> > pinctrl: renesas: r8a779g0: Fix TCLK suffixes > > Geert Uytterhoeven <geert+renesas@glider.be> > pinctrl: renesas: r8a779g0: FIX PWM suffixes > > Geert Uytterhoeven <geert+renesas@glider.be> > pinctrl: renesas: r8a779g0: Fix IRQ suffixes > > Geert Uytterhoeven <geert+renesas@glider.be> > pinctrl: renesas: r8a779g0: Fix (H)SCIF3 suffixes > > Geert Uytterhoeven <geert+renesas@glider.be> > pinctrl: renesas: r8a779g0: Fix (H)SCIF1 suffixes > > Geert Uytterhoeven <geert+renesas@glider.be> > pinctrl: renesas: r8a779g0: Fix FXR_TXEN[AB] suffixes > > Geert Uytterhoeven <geert+renesas@glider.be> > pinctrl: renesas: r8a779g0: Fix CANFD5 suffix > > Richard Genoud <richard.genoud@bootlin.com> > rtc: tps6594: Fix memleak in probe > > Konstantin Komarov <almaz.alexandrovich@paragon-software.com> > fs/ntfs3: Fix field-spanning write in INDEX_HDR > > Andy Shevchenko <andriy.shevchenko@linux.intel.com> > fs/ntfs3: Drop stray '\' (backslash) in formatting string > > Konstantin Komarov <almaz.alexandrovich@paragon-software.com> > fs/ntfs3: Correct undo if ntfs_create_inode failed > > Konstantin Komarov <almaz.alexandrovich@paragon-software.com> > fs/ntfs3: Replace inode_trylock with inode_lock > > Peng Fan <peng.fan@nxp.com> > pinctrl: freescale: mxs: Fix refcount of child > > Yang Yingliang <yangyingliang@huawei.com> > pinctrl: ti: ti-iodelay: fix possible memory leak when pinctrl_enable() fails > > Yang Yingliang <yangyingliang@huawei.com> > pinctrl: single: fix possible memory leak when pinctrl_enable() fails > > Yang Yingliang <yangyingliang@huawei.com> > pinctrl: core: fix possible memory leak when pinctrl_enable() fails > > Dmitry Yashin <dmt.yashin@gmail.com> > pinctrl: rockchip: update rk3308 iomux routes > > Konstantin Komarov <almaz.alexandrovich@paragon-software.com> > fs/ntfs3: Add missing .dirty_folio in address_space_operations > > Konstantin Komarov <almaz.alexandrovich@paragon-software.com> > fs/ntfs3: Fix getting file type > > Konstantin Komarov <almaz.alexandrovich@paragon-software.com> > fs/ntfs3: Missed NI_FLAG_UPDATE_PARENT setting > > Konstantin Komarov <almaz.alexandrovich@paragon-software.com> > fs/ntfs3: Deny getting attr data block in compressed frame > > Konstantin Komarov <almaz.alexandrovich@paragon-software.com> > fs/ntfs3: Fix transform resident to nonresident for compressed files > > Konstantin Komarov <almaz.alexandrovich@paragon-software.com> > fs/ntfs3: Merge synonym COMPRESSION_UNIT and NTFS_LZNT_CUNIT > > Martin Willi <martin@strongswan.org> > net: dsa: b53: Limit chip-wide jumbo frame config to CPU ports > > Martin Willi <martin@strongswan.org> > net: dsa: mv88e6xxx: Limit chip-wide frame size config to CPU ports > > Ido Schimmel <idosch@nvidia.com> > ipv4: Fix incorrect TOS in fibmatch route get reply > > Ido Schimmel <idosch@nvidia.com> > ipv4: Fix incorrect TOS in route get reply > > Pablo Neira Ayuso <pablo@netfilter.org> > net: flow_dissector: use DEBUG_NET_WARN_ON_ONCE > > Joshua Washington <joshwash@google.com> > gve: Fix XDP TX completion handling when counters overflow > > Chen Hanxiao <chenhx.fnst@fujitsu.com> > ipvs: properly dereference pe in ip_vs_add_service > > Florian Westphal <fw@strlen.de> > netfilter: nf_set_pipapo: fix initial map fill > > Pablo Neira Ayuso <pablo@netfilter.org> > netfilter: ctnetlink: use helper function to calculate expect ID > > Jiaxun Yang <jiaxun.yang@flygoat.com> > MIPS: Fix fallback march for SB1 > > Konstantin Taranov <kotaranov@microsoft.com> > RDMA/mana_ib: Set correct device into ib > > Konstantin Taranov <kotaranov@microsoft.com> > RDMA/mana_ib: set node_guid > > Jack Wang <jinpu.wang@ionos.com> > bnxt_re: Fix imm_data endianness > > David Ahern <dsahern@kernel.org> > RDMA: Fix netdev tracker in ib_device_set_netdev > > David Gstir <david@sigma-star.at> > crypto: mxs-dcp - Ensure payload is zero when using key slot > > Jon Pan-Doh <pandoh@google.com> > iommu/vt-d: Fix identity map bounds in si_domain_init() > > Chengchang Tang <tangchengchang@huawei.com> > RDMA/hns: Fix mbx timing out before CMD execution is completed > > Chengchang Tang <tangchengchang@huawei.com> > RDMA/hns: Fix insufficient extend DB for VFs. > > Chengchang Tang <tangchengchang@huawei.com> > RDMA/hns: Fix undifined behavior caused by invalid max_sge > > Chengchang Tang <tangchengchang@huawei.com> > RDMA/hns: Fix shift-out-bounds when max_inline_data is 0 > > Chengchang Tang <tangchengchang@huawei.com> > RDMA/hns: Fix missing pagesize and alignment check in FRMR > > Junxian Huang <huangjunxian6@hisilicon.com> > RDMA/hns: Fix unmatch exception handling when init eq table fails > > Junxian Huang <huangjunxian6@hisilicon.com> > RDMA/hns: Fix soft lockup under heavy CEQE load > > Junxian Huang <huangjunxian6@hisilicon.com> > RDMA/hns: Check atomic wr length > > Nick Bowler <nbowler@draconx.ca> > macintosh/therm_windtunnel: fix module unload. > > Michael Ellerman <mpe@ellerman.id.au> > powerpc/xmon: Fix disassembly CPU feature checks > > Lu Baolu <baolu.lu@linux.intel.com> > iommu/vt-d: Fix aligned pages in calculate_psi_aligned_address() > > Lu Baolu <baolu.lu@linux.intel.com> > iommu/vt-d: Limit max address mask to MAX_AGAW_PFN_WIDTH > > Frank Li <Frank.Li@nxp.com> > PCI: dwc: Fix index 0 incorrectly being interpreted as a free ATU slot > > Manivannan Sadhasivam <manivannan.sadhasivam@linaro.org> > PCI: qcom-ep: Disable resources unconditionally during PERST# assert > > Dominique Martinet <dominique.martinet@atmark-techno.com> > MIPS: Octeron: remove source file executable bit > > Lorenzo Bianconi <lorenzo@kernel.org> > clk: en7523: fix rate divider for slic and spi clocks > > Stephen Boyd <swboyd@chromium.org> > clk: qcom: Park shared RCGs upon registration > > Abel Vesa <abel.vesa@linaro.org> > clk: qcom: gcc-x1e80100: Set parent rate for USB3 sec and tert PHY pipe clks > > Chen Ni <nichen@iscas.ac.cn> > clk: qcom: kpss-xcc: Return of_clk_add_hw_provider to transfer the error > > Nivas Varadharajan Mugunthakumar <nivasx.varadharajan.mugunthakumar@intel.com> > crypto: qat - extend scope of lock in adf_cfg_add_key_value_param() > > Heiko Stuebner <heiko.stuebner@cherry.de> > nvmem: rockchip-otp: set add_legacy_fixed_of_cells config option > > Justin Tee <justin.tee@broadcom.com> > scsi: lpfc: Revise lpfc_prep_embed_io routine with proper endian macro usages > > Denis Arefev <arefev@swemel.ru> > net: missing check virtio > > Michael S. Tsirkin <mst@redhat.com> > vhost/vsock: always initialize seqpacket_allow > > Dan Carpenter <dan.carpenter@linaro.org> > PCI: endpoint: Fix error handling in epf_ntb_epc_cleanup() > > Dan Carpenter <dan.carpenter@linaro.org> > PCI: endpoint: Clean up error handling in vpci_scan_bus() > > Georgi Djakov <quic_c_gdjako@quicinc.com> > iommu/arm-smmu-qcom: Register the TBU driver in qcom_smmu_impl_init > > Aleksandr Mishin <amishin@t-argos.ru> > ASoC: amd: Adjust error handling in case of absent codec device > > Guenter Roeck <linux@roeck-us.net> > eeprom: ee1004: Call i2c_new_scanned_device to instantiate thermal sensor > > Christoph Schlameuss <schlameuss@linux.ibm.com> > kvm: s390: Reject memory region operations for ucontrol VMs > > Benjamin Marzinski <bmarzins@redhat.com> > dm-raid: Fix WARN_ON_ONCE check for sync_thread in raid_resume > > Abel Vesa <abel.vesa@linaro.org> > clk: qcom: gcc-x1e80100: Fix halt_check for all pipe clocks > > Dmitry Torokhov <dmitry.torokhov@gmail.com> > Input: elan_i2c - do not leave interrupt disabled on suspend failure > > Leon Romanovsky <leon@kernel.org> > RDMA/device: Return error earlier if port in not valid > > Arnd Bergmann <arnd@arndb.de> > mtd: make mtd_test.c a separate module > > Joao Martins <joao.m.martins@oracle.com> > iommufd/iova_bitmap: Check iova_bitmap_done() after set ahead > > Joao Martins <joao.m.martins@oracle.com> > iommufd/selftest: Fix tests to use MOCK_PAGE_SIZE based buffer sizes > > Joao Martins <joao.m.martins@oracle.com> > iommufd/selftest: Add tests for <= u8 bitmap sizes > > Joao Martins <joao.m.martins@oracle.com> > iommufd/selftest: Fix iommufd_test_dirty() to handle <u8 bitmaps > > Joao Martins <joao.m.martins@oracle.com> > iommufd/selftest: Fix dirty bitmap tests with u8 bitmaps > > Chen Ni <nichen@iscas.ac.cn> > ASoC: max98088: Check for clk_prepare_enable() error > > Nathan Lynch <nathanl@linux.ibm.com> > powerpc/prom: Add CPU info to hardware description string later > > Harald Freudenberger <freude@linux.ibm.com> > hwrng: core - Fix wrong quality calculation at hw rng registration > > Huai-Yuan Liu <qq810974084@gmail.com> > scsi: lpfc: Fix a possible null pointer dereference > > Aleksandr Mishin <amishin@t-argos.ru> > ASoC: qcom: Adjust issues in case of DT error in asoc_qcom_lpass_cpu_platform_probe() > > Honggang LI <honggangli@163.com> > RDMA/rxe: Don't set BTH_ACK_MASK for UC or UD QPs > > Or Har-Toov <ohartoov@nvidia.com> > RDMA/mlx5: Use sq timestamp as QP timestamp when RoCE is disabled > > Leon Romanovsky <leon@kernel.org> > RDMA/mlx4: Fix truncated output warning in alias_GUID.c > > Leon Romanovsky <leon@kernel.org> > RDMA/mlx4: Fix truncated output warning in mad.c > > Andrei Lalaev <andrei.lalaev@anton-paar.com> > Input: qt1050 - handle CHIP_ID reading error > > Konrad Dybcio <konrad.dybcio@linaro.org> > interconnect: qcom: qcm2290: Fix mas_snoc_bimc RPM master ID > > Taniya Das <quic_tdas@quicinc.com> > clk: qcom: gpucc-sa8775p: Update wait_val fields for GPU GDSC's > > Taniya Das <quic_tdas@quicinc.com> > clk: qcom: gpucc-sa8775p: Park RCG's clk source at XO during disable > > Taniya Das <quic_tdas@quicinc.com> > clk: qcom: gpucc-sa8775p: Remove the CLK_IS_CRITICAL and ALWAYS_ON flags > > Taniya Das <quic_tdas@quicinc.com> > clk: qcom: gcc-sa8775p: Update the GDSC wait_val fields and flags > > Taniya Das <quic_tdas@quicinc.com> > clk: qcom: gpucc-sm8350: Park RCG's clk source at XO during disable > > Michael Walle <mwalle@kernel.org> > mtd: spi-nor: winbond: fix w25q128 regression > > Leon Romanovsky <leon@kernel.org> > RDMA/cache: Release GID table even if leak is detected > > Hao Ge <gehao@kylinos.cn> > ASoc: PCM6240: Return directly after a failed devm_kzalloc() in pcmdevice_i2c_probe() > > Neil Armstrong <neil.armstrong@linaro.org> > usb: typec-mux: nb7vpq904m: unregister typec switch on probe error and remove > > Neil Armstrong <neil.armstrong@linaro.org> > usb: typec-mux: ptn36502: unregister typec switch on probe error and remove > > Simon Trimmer <simont@opensource.cirrus.com> > ASoC: cs35l56: Accept values greater than 0 as IRQ numbers > > Shenghao Ding <shenghao-ding@ti.com> > ASoc: tas2781: Enable RCA-based playback without DSP firmware download > > Sourabh Jain <sourabhjain@linux.ibm.com> > powerpc/kexec_file: fix cpus node update to FDT > > Chiara Meiohas <cmeiohas@nvidia.com> > RDMA/mlx5: Set mkeys for dmabuf at PAGE_SIZE > > James Clark <james.clark@arm.com> > coresight: Fix ref leak when of_coresight_parse_endpoint() fails > > Shivaprasad G Bhat <sbhat@linux.ibm.com> > KVM: PPC: Book3S HV: Fix the get_one_reg of SDAR > > Shivaprasad G Bhat <sbhat@linux.ibm.com> > KVM: PPC: Book3S HV: Fix the set_one_reg for MMCR3 > > Mostafa Saleh <smostafa@google.com> > iommu/arm-smmu-v3: Avoid uninitialized asid in case of error > > Nuno Sa <nuno.sa@analog.com> > iio: adc: adi-axi-adc: don't allow concurrent enable/disable calls > > Antoniu Miclaus <antoniu.miclaus@analog.com> > iio: frequency: adrf6780: rm clk provider include > > Nuno Sa <nuno.sa@analog.com> > iio: adc: ad9467: use DMA safe buffer for spi > > Xianwei Zhao <xianwei.zhao@amlogic.com> > clk: meson: s4: fix pwm_j_div parent clock > > Xianwei Zhao <xianwei.zhao@amlogic.com> > clk: meson: s4: fix fixed_pll_dco clock > > Taniya Das <quic_tdas@quicinc.com> > clk: qcom: camcc-sc7280: Add parent dependency to all camera GDSCs > > Taniya Das <quic_tdas@quicinc.com> > clk: qcom: gcc-sc7280: Update force mem core bit for UFS ICE clock > > Lothar Rubusch <l.rubusch@gmail.com> > crypto: atmel-sha204a - fix negated return value > > Christophe JAILLET <christophe.jaillet@wanadoo.fr> > crypto: tegra - Remove an incorrect iommu_fwspec_free() call in tegra_se_remove() > > Minwoo Im <minwoo.im@samsung.com> > scsi: ufs: mcq: Fix missing argument 'hba' in MCQ_OPR_OFFSET_n > > Andy Chiu <andy.chiu@sifive.com> > riscv: smp: fail booting up smp if inconsistent vlen is detected > > Jon Hunter <jonathanh@nvidia.com> > PCI: tegra194: Set EP alignment restriction for inbound ATU > > Marek Vasut <marek.vasut+renesas@mailbox.org> > PCI: rcar: Demote WARN() to dev_warn_ratelimited() in rcar_pcie_wakeup() > > Aleksandr Mishin <amishin@t-argos.ru> > PCI: keystone: Fix NULL pointer dereference in case of DT error in ks_pcie_setup_rc_app_regs() > > Siddharth Vadapalli <s-vadapalli@ti.com> > PCI: keystone: Don't enable BAR 0 for AM654x > > Siddharth Vadapalli <s-vadapalli@ti.com> > PCI: keystone: Relocate ks_pcie_set/clear_dbi_mode() > > Ilpo Järvinen <ilpo.jarvinen@linux.intel.com> > PCI: Fix resource double counting on remove & rescan > > Manivannan Sadhasivam <manivannan.sadhasivam@linaro.org> > PCI: endpoint: pci-epf-test: Make use of cached 'epc_features' in pci_epf_test_core_init() > > Chenyuan Yang <chenyuan0y@gmail.com> > iio: Fix the sorting functionality in iio_gts_build_avail_time_table > > Benjamin Coddington <bcodding@redhat.com> > SUNRPC: Fixup gss_status tracepoint error output > > Christoph Hellwig <hch@lst.de> > nfs: pass explicit offset/count to trace events > > Luke D. Jones <luke@ljones.dev> > platform/x86: asus-wmi: fix TUF laptop RGB variant > > Ian Rogers <irogers@google.com> > perf dso: Fix address sanitizer build > > Andreas Larsson <andreas@gaisler.com> > sparc64: Fix incorrect function signature and add prototype for prom_cif_init > > Dan Carpenter <dan.carpenter@linaro.org> > leds: flash: leds-qcom-flash: Test the correct variable in init > > Thomas Zimmermann <tzimmermann@suse.de> > drm/qxl: Pin buffer objects for internal mappings > > Jan Kara <jack@suse.cz> > ext4: avoid writing unitialized memory to disk in EA inodes > > Luis Henriques (SUSE) <luis.henriques@linux.dev> > ext4: don't track ranges in fast_commit if inode has inlined data > > Olga Kornievskaia <kolga@netapp.com> > NFSv4.1 another fix for EXCHGID4_FLAG_USE_PNFS_DS for DS server > > NeilBrown <neilb@suse.de> > SUNRPC: avoid soft lockup when transmitting UDP to reachable server. > > Chuck Lever <chuck.lever@oracle.com> > xprtrdma: Fix rpcrdma_reqs_reset() > > Javier Carrasco <javier.carrasco.cruz@gmail.com> > mfd: omap-usb-tll: Use struct_size to allocate tll > > Arnd Bergmann <arnd@arndb.de> > mfd: rsmu: Split core code into separate module > > Steven Price <steven.price@arm.com> > drm/panthor: Record devfreq busy as soon as a job is started > > Adrian Hunter <adrian.hunter@intel.com> > perf intel-pt: Fix exclude_guest setting > > Adrian Hunter <adrian.hunter@intel.com> > perf intel-pt: Fix aux_watermark calculation for 64-bit size > > Dikshita Agarwal <quic_dikshita@quicinc.com> > media: venus: flush all buffers in output plane streamoff > > Namhyung Kim <namhyung@kernel.org> > perf stat: Fix a segfault with --per-cluster --metric-only > > Michael Walle <mwalle@kernel.org> > drm/mediatek/dp: Fix spurious kfree() > > Michael Walle <mwalle@kernel.org> > drm/mediatek: dpi/dsi: Fix possible_crtcs calculation > > Ma Ke <make24@iscas.ac.cn> > drm/amd/display: Add null check before access structs > > Luis Henriques (SUSE) <luis.henriques@linux.dev> > ext4: fix infinite loop when replaying fast_commit > > Hsiao Chien Sung <shawn.sung@mediatek.com> > drm/mediatek: Remove less-than-zero comparison of an unsigned value > > Geert Uytterhoeven <geert+renesas@glider.be> > drm/panic: Do not select DRM_KMS_HELPER > > Jocelyn Falempe <jfalempe@redhat.com> > drm/panic: depends on !VT_CONSOLE > > Luca Ceresoli <luca.ceresoli@bootlin.com> > Revert "leds: led-core: Fix refcount leak in of_led_get()" > > Anjelique Melendez <quic_amelende@quicinc.com> > leds: rgb: leds-qcom-lpg: Add PPG check for setting/clearing PBS triggers > > Chen Ni <nichen@iscas.ac.cn> > drm/qxl: Add check for drm_cvt_mode > > Lucas Stach <l.stach@pengutronix.de> > drm/etnaviv: fix DMA direction handling for cached RW buffers > > Namhyung Kim <namhyung@kernel.org> > perf report: Fix condition in sort__sym_cmp() > > Junhao He <hejunhao3@huawei.com> > perf pmus: Fixes always false when compare duplicates aliases > > Athira Rajeev <atrajeev@linux.vnet.ibm.com> > tools/perf: Fix the string match for "/tmp/perf-$PID.map" files in dso__load > > James Clark <james.clark@arm.com> > perf test: Make test_arm_callgraph_fp.sh more robust > > Dmitry Baryshkov <dmitry.baryshkov@linaro.org> > platform/arm64: build drivers even on non-ARM64 platforms > > Geert Uytterhoeven <geert+renesas@glider.be> > drm/panic: Fix off-by-one logo size checks > > Jocelyn Falempe <jfalempe@redhat.com> > drm/panic: only draw the foreground color in drm_panic_blit() > > Karolina Stolarek <karolina.stolarek@intel.com> > drm/ttm/tests: Fix a warning in ttm_bo_unreserve_bulk > > Abhinav Kumar <quic_abhinavk@quicinc.com> > drm/msm/dpu: drop validity checks for clear_pending_flush() ctl op > > Jonathan Marek <jonathan@marek.ca> > drm/msm/dsi: set VIDEO_COMPRESSION_MODE_CTRL_WC > > Jonathan Marek <jonathan@marek.ca> > drm/msm/dsi: set video mode widebus enable bit when widebus is enabled > > Hans de Goede <hdegoede@redhat.com> > leds: trigger: Unregister sysfs attributes before calling deactivate() > > Ming Qian <ming.qian@nxp.com> > media: imx-jpeg: Drop initial source change event if capture has been setup > > Konrad Dybcio <konrad.dybcio@linaro.org> > drm/msm/a6xx: Fix A702 UBWC mode > > Abhinav Kumar <quic_abhinavk@quicinc.com> > drm/msm/a6xx: use __unused__ to fix compiler warnings for gen7_* includes > > Hsiao Chien Sung <shawn.sung@mediatek.com> > drm/mediatek: Set DRM mode configs accordingly > > Hsiao Chien Sung <shawn.sung@mediatek.com> > drm/mediatek: Add DRM_MODE_ROTATE_0 to rotation property > > Hsiao Chien Sung <shawn.sung@mediatek.com> > drm/mediatek: Add OVL compatible name for MT8195 > > Hsiao Chien Sung <shawn.sung@mediatek.com> > drm/mediatek: Turn off the layers with zero width or height > > Hsiao Chien Sung <shawn.sung@mediatek.com> > drm/mediatek: Fix destination alpha error in OVL > > Hsiao Chien Sung <shawn.sung@mediatek.com> > drm/mediatek: Fix XRGB setting error in Mixer > > Hsiao Chien Sung <shawn.sung@mediatek.com> > drm/mediatek: Fix XRGB setting error in OVL > > Hsiao Chien Sung <shawn.sung@mediatek.com> > drm/mediatek: Use 8-bit alpha in ETHDR > > Hsiao Chien Sung <shawn.sung@mediatek.com> > drm/mediatek: Add missing plane settings when async update > > Sebastian Andrzej Siewior <bigeasy@linutronix.de> > drm/ttm/tests: Let ttm_bo_test consider different ww_mutex implementation. > > Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com> > media: renesas: vsp1: Store RPF partition configuration per RPF instance > > Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com> > media: renesas: vsp1: Fix _irqsave and _irq mix > > Jacopo Mondi <jacopo.mondi@ideasonboard.com> > media: rcar-csi2: Cleanup subdevice in remove() > > Jacopo Mondi <jacopo.mondi@ideasonboard.com> > media: rcar-csi2: Disable runtime_pm in probe error > > Jacopo Mondi <jacopo.mondi@ideasonboard.com> > media: rcar-vin: Fix YUYV8_1X16 handling for CSI-2 > > Jouni Högander <jouni.hogander@intel.com> > drm/i915/psr: Set SU area width as pipe src width > > Sean Anderson <sean.anderson@linux.dev> > drm: zynqmp_kms: Fix AUX bus not getting unregistered > > Christophe JAILLET <christophe.jaillet@wanadoo.fr> > drm: zynqmp_dpsub: Fix an error handling path in zynqmp_dpsub_probe() > > Daniel Schaefer <dhs@frame.work> > media: uvcvideo: Override default flags > > Oleksandr Natalenko <oleksandr@natalenko.name> > media: uvcvideo: Add quirk for invalid dev_sof in Logitech C920 > > Ricardo Ribalda <ribalda@chromium.org> > media: uvcvideo: Quirk for invalid dev_sof in Logitech C922 > > Conor Dooley <conor.dooley@microchip.com> > media: i2c: imx219: fix msr access command sequence > > Ricardo Ribalda <ribalda@chromium.org> > media: c8sectpfe: Add missing parameter names > > Aleksandr Burakov <a.burakov@rosalinux.ru> > saa7134: Unchecked i2c_transfer function result fixed > > Alex Deucher <alexander.deucher@amd.com> > drm/amd/display: use pre-allocated temp structure for bounding box > > Dan Carpenter <dan.carpenter@linaro.org> > ipmi: ssif_bmc: prevent integer overflow on 32bit systems > > Jiri Olsa <jolsa@kernel.org> > x86/shstk: Make return uprobe work with shadow stack > > Jouni Högander <jouni.hogander@intel.com> > drm/i915/psr: Print Panel Replay status instead of frame lock status > > Jouni Högander <jouni.hogander@intel.com> > drm/i915/display: Skip Panel Replay on pipe comparison if no active planes > > Adam Ford <aford173@gmail.com> > drm/bridge: samsung-dsim: Set P divider based on min/max of fin pll > > Yunfei Dong <yunfei.dong@mediatek.com> > media: mediatek: vcodec: Fix unreasonable data conversion > > Irui Wang <irui.wang@mediatek.com> > media: mediatek: vcodec: Handle invalid decoder vsi > > Ian Rogers <irogers@google.com> > perf maps: Fix use after free in __maps__fixup_overlap_and_insert > > Dmitry Baryshkov <dmitry.baryshkov@linaro.org> > drm/msm/dp: fix runtime_pm handling in dp_wait_hpd_asserted > > Junhao Xie <bigfoot@classfun.cn> > drm/msm/dpu: drop duplicate drm formats from wb2_formats arrays > > Dmitry Baryshkov <dmitry.baryshkov@linaro.org> > Revert "drm/msm/dpu: drop dpu_encoder_phys_ops.atomic_mode_set" > > Barnabás Czémán <trabarni@gmail.com> > drm/msm/dpu: fix encoder irq wait skip > > David Hildenbrand <david@redhat.com> > s390/uv: Don't call folio_wait_writeback() without a folio reference > > Srinivasan Shanmugam <srinivasan.shanmugam@amd.com> > drm/amdgpu: Fix type mismatch in amdgpu_gfx_kiq_init_ring > > ChiYuan Huang <cy_huang@richtek.com> > media: v4l: async: Fix NULL pointer dereference in adding ancillary links > > Ricardo Ribalda <ribalda@chromium.org> > media: i2c: hi846: Fix V4L2_SUBDEV_FORMAT_TRY get_selection() > > Bryan O'Donoghue <bryan.odonoghue@linaro.org> > media: i2c: Fix imx412 exposure control > > Jouni Högander <jouni.hogander@intel.com> > drm/i915/psr: Use enable boolean from intel_crtc_state for Early Transport > > Ricardo Ribalda <ribalda@chromium.org> > media: imon: Fix race getting ictx->lock > > Zheng Yejian <zhengyejian1@huawei.com> > media: dvb-usb: Fix unexpected infinite loop in dvb_usb_read_remote_control() > > Mikhail Kobuk <m.kobuk@ispras.ru> > media: pci: ivtv: Add check for DMA map result > > Arnd Bergmann <arnd@arndb.de> > drm/amd/display: Move 'struct scaler_data' off stack > > Arnd Bergmann <arnd@arndb.de> > drm/amd/display: fix graphics_object_id size > > Arnd Bergmann <arnd@arndb.de> > drm/amd/display: dynamically allocate dml2_configuration_options structures > > Srinivasan Shanmugam <srinivasan.shanmugam@amd.com> > drm/amdgpu: Fix snprintf usage in amdgpu_gfx_kiq_init_ring > > Kuro Chung <kuro.chung@ite.com.tw> > drm/bridge: it6505: fix hibernate to resume no display issue > > Douglas Anderson <dianders@chromium.org> > drm/panel: ilitek-ili9882t: Check for errors on the NOP in prepare() > > Douglas Anderson <dianders@chromium.org> > drm/panel: ilitek-ili9882t: If prepare fails, disable GPIO before regulators > > Douglas Anderson <dianders@chromium.org> > drm/panel: boe-tv101wum-nl6: Check for errors on the NOP in prepare() > > Douglas Anderson <dianders@chromium.org> > drm/panel: boe-tv101wum-nl6: If prepare fails, disable GPIO before regulators > > Douglas Anderson <dianders@chromium.org> > drm/panel: himax-hx8394: Handle errors from mipi_dsi_dcs_set_display_on() better > > Tim Van Patten <timvp@google.com> > drm/amdgpu: Remove GC HW IP 9.3.0 from noretry=1 > > Friedrich Vock <friedrich.vock@gmx.de> > drm/amdgpu: Check if NBIO funcs are NULL in amdgpu_device_baco_exit > > Lijo Lazar <lijo.lazar@amd.com> > drm/amdgpu: Fix memory range calculation > > Lijo Lazar <lijo.lazar@amd.com> > drm/amd/pm: Fix aldebaran pcie speed reporting > > Dmitry Baryshkov <dmitry.baryshkov@linaro.org> > drm/panel: lg-sw43408: add missing error handling > > Douglas Anderson <dianders@chromium.org> > drm/mipi-dsi: Fix theoretical int overflow in mipi_dsi_generic_write_seq() > > Douglas Anderson <dianders@chromium.org> > drm/mipi-dsi: Fix theoretical int overflow in mipi_dsi_dcs_write_seq() > > Jouni Högander <jouni.hogander@intel.com> > drm/i915/display: Do not print "psr: enabled" for on Panel Replay > > Jouni Högander <jouni.hogander@intel.com> > drm/i915/psr: Rename has_psr2 as has_sel_update > > Mukul Joshi <mukul.joshi@amd.com> > drm/amdkfd: Fix CU Masking for GFX 9.4.3 > > Faiz Abbas <faiz.abbas@arm.com> > drm/arm/komeda: Fix komeda probe failing if there are no links in the secondary pipeline > > Andy Yan <andy.yan@rock-chips.com> > drm/rockchip: vop2: Fix the port mux of VP2 > > Kuniyuki Iwashima <kuniyu@amazon.com> > tcp: Don't access uninit tcp_rsk(req)->ao_keyid in tcp_create_openreq_child(). > > Luiz Augusto von Dentz <luiz.von.dentz@intel.com> > Bluetooth: Fix usage of __hci_cmd_sync_status > > Elliot Ayrey <elliot.ayrey@alliedtelesis.co.nz> > net: bridge: mst: Check vlan state for egress decision > > Taehee Yoo <ap420073@gmail.com> > xdp: fix invalid wait context of page_pool_destroy() > > Breno Leitao <leitao@debian.org> > virtio_net: Fix napi_skb_cache_put warning > > Dmitry Antipov <dmantipov@yandex.ru> > Bluetooth: hci_core, hci_sync: cleanup struct discovery_state > > Iulia Tanasescu <iulia.tanasescu@nxp.com> > Bluetooth: hci_event: Set QoS encryption from BIGInfo report > > Neeraj Sanjay Kale <neeraj.sanjaykale@nxp.com> > Bluetooth: btnxpuart: Add handling for boot-signature timeout errors > > Kiran K <kiran.k@intel.com> > Bluetooth: btintel_pcie: Fix irq leak > > Kiran K <kiran.k@intel.com> > Bluetooth: btintel: Refactor btintel_set_ppag() > > Sven Peter <sven@svenpeter.dev> > Bluetooth: hci_bcm4377: Use correct unit for timeouts > > Amit Cohen <amcohen@nvidia.com> > selftests: forwarding: devlink_lib: Wait for udev events after reloading > > Kory Maincent <kory.maincent@bootlin.com> > net: ethtool: pse-pd: Fix possible null-deref > > Kory Maincent <kory.maincent@bootlin.com> > net: pse-pd: Do not return EOPNOSUPP if config is null > > Tengda Wu <wutengda@huaweicloud.com> > bpf: Fix null pointer dereference in resolve_prog_type() for BPF_PROG_TYPE_EXT > > Jeff Layton <jlayton@kernel.org> > nfsd: nfsd_file_lease_notifier_call gets a file_lease as an argument > > Shung-Hsi Yu <shung-hsi.yu@suse.com> > bpf: fix overflow check in adjust_jmp_off() > > Alan Maguire <alan.maguire@oracle.com> > bpf: Eliminate remaining "make W=1" warnings in kernel/bpf/btf.o > > Alexey Kodanev <aleksei.kodanev@bell-sw.com> > bna: adjust 'name' buf size of bna_tcb and bna_ccb structures > > Alan Maguire <alan.maguire@oracle.com> > bpf: annotate BTF show functions with __printf > > Ilpo Järvinen <ilpo.jarvinen@linux.intel.com> > selftests/resctrl: Fix closing IMC fds on error and open-code R+W instead of loops > > Puranjay Mohan <puranjay@kernel.org> > bpf, arm64: Fix trampoline for BPF_TRAMP_F_CALL_ORIG > > Geliang Tang <geliang@kernel.org> > selftests/bpf: Close obj in error path in xdp_adjust_tail > > Geliang Tang <geliang@kernel.org> > selftests/bpf: Null checks for links in bpf_tcp_ca > > Geliang Tang <geliang@kernel.org> > selftests/bpf: Close fd in error path in drop_on_reuseport > > John Stultz <jstultz@google.com> > locking/rwsem: Add __always_inline annotation to __down_write_common() and inlined callers > > Johannes Berg <johannes.berg@intel.com> > wifi: virt_wifi: don't use strlen() in const context > > Johannes Berg <johannes.berg@intel.com> > net: page_pool: fix warning code > > Gaosheng Cui <cuigaosheng1@huawei.com> > gss_krb5: Fix the error handling path for crypto_sync_skcipher_setkey > > Chuck Lever <chuck.lever@oracle.com> > NFSD: Fix nfsdcld warning > > Benjamin Tissoires <bentiss@kernel.org> > bpf: helpers: fix bpf_wq_set_callback_impl signature > > En-Wei Wu <en-wei.wu@canonical.com> > wifi: virt_wifi: avoid reporting connection success with wrong SSID > > Jianbo Liu <jianbol@nvidia.com> > xfrm: call xfrm_dev_policy_delete when kill policy > > Jianbo Liu <jianbol@nvidia.com> > xfrm: fix netdev reference count imbalance > > Aleksandr Mishin <amishin@t-argos.ru> > wifi: rtw89: Fix array index mistake in rtw89_sta_info_get_iter() > > Sandipan Das <sandipan.das@amd.com> > perf/x86/amd/uncore: Fix DF and UMC domain identification > > Sandipan Das <sandipan.das@amd.com> > perf/x86/amd/uncore: Avoid PMU registration if counters are unavailable > > Zhang Rui <rui.zhang@intel.com> > perf/x86/intel/cstate: Fix Alderlake/Raptorlake/Meteorlake > > Adrian Hunter <adrian.hunter@intel.com> > perf: Fix default aux_watermark calculation > > Adrian Hunter <adrian.hunter@intel.com> > perf: Prevent passing zero nr_pages to rb_alloc_aux() > > Adrian Hunter <adrian.hunter@intel.com> > perf: Fix perf_aux_size() for greater-than 32-bit size > > Adrian Hunter <adrian.hunter@intel.com> > perf/x86/intel/pt: Fix pt_topa_entry_for_page() address calculation > > Ilya Leoshkevich <iii@linux.ibm.com> > bpf: Fix atomic probe zero-extension > > Tao Chen <chen.dylane@gmail.com> > bpftool: Mount bpffs when pinmaps path not under the bpffs > > Pu Lehui <pulehui@huawei.com> > riscv, bpf: Fix out-of-bounds issue when preparing trampoline image > > Steffen Klassert <steffen.klassert@secunet.com> > xfrm: Export symbol xfrm_dev_state_delete. > > Martin Kaistra <martin.kaistra@linutronix.de> > wifi: rtl8xxxu: 8188f: Limit TX power index > > Kuan-Chung Chen <damon.chen@realtek.com> > wifi: rtw89: 8852b: fix definition of KIP register number > > Chih-Kang Chang <gary.chang@realtek.com> > wifi: rtw89: wow: fix GTK offload H2C skbuff issue > > Karthikeyan Periyasamy <quic_periyasa@quicinc.com> > wifi: ath12k: fix peer metadata parsing > > Aloka Dixit <quic_alokad@quicinc.com> > wifi: ath12k: advertise driver capabilities for MBSSID and EMA > > Johannes Berg <johannes.berg@intel.com> > wifi: iwlwifi: mvm: always unblock EMLSR on ROC end > > Daniel Gabay <daniel.gabay@intel.com> > wifi: iwlwifi: fix iwl_mvm_get_valid_rx_ant() > > Johannes Berg <johannes.berg@intel.com> > wifi: mac80211: correcty limit wider BW TDLS STAs > > Johannes Berg <johannes.berg@intel.com> > wifi: mac80211: add ieee80211_tdls_sta_link_id() > > Pablo Neira Ayuso <pablo@netfilter.org> > netfilter: nf_tables: rise cap on SELinux secmark context > > Ismael Luceno <iluceno@suse.de> > ipvs: Avoid unnecessary calls to skb_is_gso_sctp > > Steffen Klassert <steffen.klassert@secunet.com> > xfrm: Fix unregister netdevice hang on hardware offload. > > Antoine Tenart <atenart@kernel.org> > libbpf: Skip base btf sanity checks > > Donglin Peng <dolinux.peng@gmail.com> > libbpf: Checking the btf_type kind when fixing variable offsets > > Jiri Olsa <jolsa@kernel.org> > bpf: Change bpf_session_cookie return value to __u64 * > > Lukasz Majewski <lukma@denx.de> > net: dsa: ksz_common: Allow only up to two HSR HW offloaded ports for KSZ9477 > > Csókás, Bence <csokas.bence@prolan.hu> > net: fec: Fix FEC_ECR_EN1588 being cleared on link-down > > Jan Kara <jack@suse.cz> > udf: Fix bogus checksum computation in udf_rename() > > Antony Antony <antony.antony@secunet.com> > xfrm: Log input direction mismatch error in one place > > Antony Antony <antony.antony@secunet.com> > xfrm: Fix input error path memory access > > Daniel Xu <dxu@dxuuu.xyz> > bpf: Make bpf_session_cookie() kfunc return long * > > Johannes Berg <johannes.berg@intel.com> > wifi: iwlwifi: mvm: separate non-BSS/ROC EMLSR blocking > > Miri Korenblit <miriam.rachel.korenblit@intel.com> > wifi: iwlwifi: mvm: fix re-enabling EMLSR > > Johannes Berg <johannes.berg@intel.com> > wifi: nl80211: expose can-monitor channel property > > Baochen Qiang <quic_bqiang@quicinc.com> > wifi: cfg80211: handle 2x996 RU allocation in cfg80211_calculate_bitrate_he() > > Baochen Qiang <quic_bqiang@quicinc.com> > wifi: cfg80211: fix typo in cfg80211_calculate_bitrate_he() > > Aditya Kumar Singh <quic_adisi@quicinc.com> > wifi: ath12k: fix per pdev debugfs registration > > Baochen Qiang <quic_bqiang@quicinc.com> > wifi: ath11k: fix wrong handling of CCMP256 and GCMP ciphers > > Baochen Qiang <quic_bqiang@quicinc.com> > wifi: ath12k: fix ACPI warning when resume > > Thomas Gleixner <tglx@linutronix.de> > jump_label: Fix concurrency issues in static_key_slow_dec() > > Thomas Gleixner <tglx@linutronix.de> > perf/x86: Serialize set_attr_rdpmc() > > Ido Schimmel <idosch@nvidia.com> > mlxsw: spectrum_acl: Fix ACL scale regression and firmware errors > > Ido Schimmel <idosch@nvidia.com> > mlxsw: spectrum_acl_erp: Fix object nesting warning > > Ido Schimmel <idosch@nvidia.com> > lib: objagg: Fix general protection fault > > Sean Christopherson <seanjc@google.com> > sched/core: Drop spinlocks on contention iff kernel is preemptible > > Sean Christopherson <seanjc@google.com> > sched/core: Move preempt_model_*() helpers from sched.h to preempt.h > > Jan Kara <jack@suse.cz> > udf: Fix lock ordering in udf_evict_inode() > > Geliang Tang <geliang@kernel.org> > selftests/bpf: Check length of recv in test_sockmap > > Guangguan Wang <guangguan.wang@linux.alibaba.com> > net/smc: set rmb's SG_MAX_SINGLE_ALLOC limitation only when CONFIG_ARCH_NO_SG_CHAIN is defined > > Andrii Nakryiko <andrii@kernel.org> > libbpf: keep FD_CLOEXEC flag when dup()'ing FD > > Arnd Bergmann <arnd@arndb.de> > hns3: avoid linking objects into multiple modules > > Eric Dumazet <edumazet@google.com> > tcp: fix races in tcp_v[46]_err() > > Eric Dumazet <edumazet@google.com> > tcp: fix races in tcp_abort() > > Eric Dumazet <edumazet@google.com> > tcp: fix race in tcp_write_err() > > Eric Dumazet <edumazet@google.com> > tcp: add tcp_done_with_error() helper > > Linus Walleij <linus.walleij@linaro.org> > net: ethernet: cortina: Restore TSO support > > Baochen Qiang <quic_bqiang@quicinc.com> > wifi: ath12k: fix wrong definition of CE ring's base address > > Baochen Qiang <quic_bqiang@quicinc.com> > wifi: ath11k: fix wrong definition of CE ring's base address > > Ping-Ke Shih <pkshih@realtek.com> > wifi: rtw89: 8852c: correct logic and restore PCI PHY EQ after device resume > > P Praneesh <quic_ppranees@quicinc.com> > wifi: ath12k: fix firmware crash during reo reinject > > P Praneesh <quic_ppranees@quicinc.com> > wifi: ath12k: fix invalid memory access while processing fragmented packets > > P Praneesh <quic_ppranees@quicinc.com> > wifi: ath12k: change DMA direction while mapping reinjected packets > > Baochen Qiang <quic_bqiang@quicinc.com> > wifi: ath11k: restore country code during resume > > Baochen Qiang <quic_bqiang@quicinc.com> > wifi: ath11k: refactor setting country code logic > > Johannes Berg <johannes.berg@intel.com> > wifi: mac80211: reset negotiated TTLM on disconnect > > Johannes Berg <johannes.berg@intel.com> > wifi: mac80211: cancel TTLM teardown work earlier > > Johannes Berg <johannes.berg@intel.com> > wifi: mac80211: cancel multi-link reconf work on disconnect > > Johannes Berg <johannes.berg@intel.com> > wifi: mac80211: fix TTLM teardown work > > Miri Korenblit <miriam.rachel.korenblit@intel.com> > wifi: iwlwifi: mvm: don't skip link selection > > Hagar Hemdan <hagarhem@amazon.com> > net: esp: cleanup esp_output_tail_tcp() in case of unsupported ESPINTCP > > Ping-Ke Shih <pkshih@realtek.com> > wifi: rtw89: 8852b: restore setting for RFE type 5 after device resume > > Geliang Tang <geliang@kernel.org> > selftests/bpf: Fix prog numbers in test_sockmap > > Ivan Babrou <ivan@cloudflare.com> > bpftool: Un-const bpf_func_info to fix it for llvm 17 and newer > > Baochen Qiang <quic_bqiang@quicinc.com> > wifi: ath12k: fix Smatch warnings on ath12k_core_suspend() > > Nithyanantham Paramasivam <quic_nithp@quicinc.com> > wifi: ath12k: Fix tx completion ring (WBM2SW) setup failure > > Pradeep Kumar Chitrapu <quic_pradeepc@quicinc.com> > wifi: ath12k: Correct 6 GHz frequency value in rx status > > Samasth Norway Ananda <samasth.norway.ananda@oracle.com> > wifi: brcmsmac: LCN PHY code is used for BCM4313 2G-only device > > Kang Yang <quic_kangyang@quicinc.com> > wifi: ath12k: avoid duplicated vdev stop > > Karthikeyan Kathirvel <quic_kathirve@quicinc.com> > wifi: ath12k: drop failed transmitted frames from metric calculation. > > Sven Eckelmann <sven@narfation.org> > wifi: ath12k: Don't drop tx_status in failure case > > Marek Behún <kabel@kernel.org> > firmware: turris-mox-rwtm: Initialize completion before mailbox > > Marek Behún <kabel@kernel.org> > firmware: turris-mox-rwtm: Fix checking return value of wait_for_completion_timeout() > > Marek Behún <kabel@kernel.org> > firmware: turris-mox-rwtm: Do not complete if there are no waiters > > Christophe Leroy <christophe.leroy@csgroup.eu> > vmlinux.lds.h: catch .bss..L* sections into BSS") > > Tom Lendacky <thomas.lendacky@amd.com> > x86/sev: Do RMP memory coverage check after max_pfn has been set > > Yanjun Yang <yangyj.ee@gmail.com> > ARM: Remove address checking for MMUless devices > > Dmitry Torokhov <dmitry.torokhov@gmail.com> > ARM: spitz: fix GPIO assignment for backlight > > Thorsten Blum <thorsten.blum@toblux.com> > m68k: cmpxchg: Fix return value for default case in __arch_xchg() > > Dhananjay Ugwekar <Dhananjay.Ugwekar@amd.com> > cpufreq/amd-pstate: Fix the scaling_max_freq setting on shared memory CPPC systems > > Dhananjay Ugwekar <Dhananjay.Ugwekar@amd.com> > cpufreq/amd-pstate-ut: Convert nominal_freq to khz during comparisons > > Luca Weiss <luca.weiss@fairphone.com> > arm64: dts: qcom: sm6350: Add missing qcom,non-secure-domain property > > Chukun Pan <amadeus@jmu.edu.cn> > arm64: dts: rockchip: fixes PHY reset for Lunzn Fastrhino R68S > > Chukun Pan <amadeus@jmu.edu.cn> > arm64: dts: rockchip: disable display subsystem for Lunzn Fastrhino R6xS > > Chukun Pan <amadeus@jmu.edu.cn> > arm64: dts: rockchip: remove unused usb2 nodes for Lunzn Fastrhino R6xS > > Chukun Pan <amadeus@jmu.edu.cn> > arm64: dts: rockchip: fix pmu_io supply for Lunzn Fastrhino R6xS > > Chukun Pan <amadeus@jmu.edu.cn> > arm64: dts: rockchip: fix usb regulator for Lunzn Fastrhino R6xS > > Chukun Pan <amadeus@jmu.edu.cn> > arm64: dts: rockchip: fix regulator name for Lunzn Fastrhino R6xS > > Cristian Ciocaltea <cristian.ciocaltea@collabora.com> > arm64: dts: rockchip: Add missing power-domains for rk356x vop_mmu > > Dang Huynh <danct12@riseup.net> > arm64: dts: qcom: qrb4210-rb2: Correct max current draw for VBUS > > Chen Ni <nichen@iscas.ac.cn> > x86/xen: Convert comma to semicolon > > Abel Vesa <abel.vesa@linaro.org> > arm64: dts: qcom: x1e80100: Fix USB HS PHY 0.8V supply > > Adam Ford <aford173@gmail.com> > arm64: dts: imx8mp: Fix pgc vpu locations > > Adam Ford <aford173@gmail.com> > arm64: dts: imx8mp: Fix pgc_mlmix location > > Eero Tamminen <oak@helsinkinet.fi> > m68k: atari: Fix TT bootup freeze / unexpected (SCU) interrupt messages > > Geert Uytterhoeven <geert+renesas@glider.be> > arm64: dts: renesas: r9a08g045: Add missing hypervisor virtual timer IRQ > > Geert Uytterhoeven <geert+renesas@glider.be> > arm64: dts: renesas: r9a07g054: Add missing hypervisor virtual timer IRQ > > Geert Uytterhoeven <geert+renesas@glider.be> > arm64: dts: renesas: r9a07g044: Add missing hypervisor virtual timer IRQ > > Geert Uytterhoeven <geert+renesas@glider.be> > arm64: dts: renesas: r9a07g043u: Add missing hypervisor virtual timer IRQ > > Geert Uytterhoeven <geert+renesas@glider.be> > arm64: dts: renesas: r8a779g0: Add missing hypervisor virtual timer IRQ > > Geert Uytterhoeven <geert+renesas@glider.be> > arm64: dts: renesas: r8a779f0: Add missing hypervisor virtual timer IRQ > > Geert Uytterhoeven <geert+renesas@glider.be> > arm64: dts: renesas: r8a779a0: Add missing hypervisor virtual timer IRQ > > Geert Uytterhoeven <geert+renesas@glider.be> > arm64: dts: renesas: r8a779h0: Drop "opp-shared" from opp-table-0 > > Cristian Ciocaltea <cristian.ciocaltea@collabora.com> > arm64: dts: rockchip: Fix mic-in-differential usage on rk3568-evb1-v10 > > Cristian Ciocaltea <cristian.ciocaltea@collabora.com> > arm64: dts: rockchip: Fix mic-in-differential usage on rk3566-roc-pc > > Cristian Ciocaltea <cristian.ciocaltea@collabora.com> > arm64: dts: rockchip: Drop invalid mic-in-differential on rk3568-rock-3a > > Jerome Brunet <jbrunet@baylibre.com> > arm64: dts: amlogic: setup hdmi system clock > > Jerome Brunet <jbrunet@baylibre.com> > arm64: dts: amlogic: add power domain to hdmitx > > Jerome Brunet <jbrunet@baylibre.com> > arm64: dts: amlogic: gx: correct hdmi clocks > > AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> > soc: mediatek: mtk-mutex: Add MDP_TCC0 mod to MT8188 mutex table > > Chen-Yu Tsai <wenst@chromium.org> > arm64: dts: mediatek: mt8183-kukui-jacuzzi: Add ports node for anx7625 > > Chen-Yu Tsai <wenst@chromium.org> > arm64: dts: mediatek: mt8183-pico6: Fix wake-on-X event node names > > Hsin-Te Yuan <yuanhsinte@chromium.org> > arm64: dts: mediatek: mt8183-kukui: Fix the value of `dlg,jack-det-rate` mismatch > > Rafał Miłecki <rafal@milecki.pl> > arm64: dts: mediatek: mt7622: fix "emmc" pinctrl mux > > Rafał Miłecki <rafal@milecki.pl> > arm64: dts: mediatek: mt7981: fix code alignment for PWM clocks > > Pin-yen Lin <treapking@chromium.org> > arm64: dts: mediatek: mt8192-asurada: Add off-on-delay-us for pp3300_mipibrdg > > Chen-Yu Tsai <wenst@chromium.org> > arm64: dts: mediatek: mt8183-kukui: Drop bogus output-enable property > > AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> > arm64: dts: medaitek: mt8395-nio-12l: Set i2c6 pins to bias-disable > > AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> > arm64: dts: mediatek: mt8192: Fix GPU thermal zone name for SVS > > AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> > arm64: dts: mediatek: mt8195: Fix GPU thermal zone name for SVS > > Michael Walle <mwalle@kernel.org> > ARM: dts: imx6qdl-kontron-samx6i: fix PCIe reset polarity > > Michael Walle <mwalle@kernel.org> > ARM: dts: imx6qdl-kontron-samx6i: fix SPI0 chip selects > > Michael Walle <mwalle@kernel.org> > ARM: dts: imx6qdl-kontron-samx6i: fix board reset > > Michael Walle <mwalle@kernel.org> > ARM: dts: imx6qdl-kontron-samx6i: fix PHY reset > > Michael Walle <mwalle@kernel.org> > ARM: dts: imx6qdl-kontron-samx6i: fix phy-mode > > Jerome Brunet <jbrunet@baylibre.com> > arm64: dts: amlogic: sm1: fix spdif compatibles > > Jonas Karlman <jonas@kwiboo.se> > arm64: dts: rockchip: Increase VOP clk rate on RK3328 > > Dmitry Baryshkov <dmitry.baryshkov@linaro.org> > soc: qcom: pdr: fix parsing of domains lists > > Dmitry Baryshkov <dmitry.baryshkov@linaro.org> > soc: qcom: pdr: protect locator_addr with the main mutex > > Sibi Sankar <quic_sibis@quicinc.com> > soc: qcom: icc-bwmon: Fix refcount imbalance seen during bwmon_remove > > Komal Bajaj <quic_kbajaj@quicinc.com> > arm64: dts: qcom: qdu1000: Add secure qfprom node > > Nícolas F. R. A. Prado <nfraprado@collabora.com> > arm64: dts: qcom: sc7180-trogdor: Disable pwmleds node where unused > > Jai Luthra <j-luthra@ti.com> > arm64: dts: ti: k3-am62p5-sk: Fix pinmux for McASP1 TX > > Jai Luthra <j-luthra@ti.com> > arm64: dts: ti: k3-am625-phyboard-lyra-rdk: Drop McASP AFIFOs > > Jai Luthra <j-luthra@ti.com> > arm64: dts: ti: k3-am62-verdin: Drop McASP AFIFOs > > Jai Luthra <j-luthra@ti.com> > arm64: dts: ti: k3-am625-beagleplay: Drop McASP AFIFOs > > Jai Luthra <j-luthra@ti.com> > arm64: dts: ti: k3-am62p5: Drop McASP AFIFOs > > Jai Luthra <j-luthra@ti.com> > arm64: dts: ti: k3-am62a7: Drop McASP AFIFOs > > Jai Luthra <j-luthra@ti.com> > arm64: dts: ti: k3-am62x: Drop McASP AFIFOs > > Vaishnav Achath <vaishnav.a@ti.com> > arm64: dts: ti: k3-j722s: Fix main domain GPIO count > > Josua Mayer <josua@solid-run.com> > arm64: dts: ti: k3-am642-hummingboard-t: correct rs485 rts polarity > > Jayesh Choudhary <j-choudhary@ti.com> > arm64: dts: ti: k3-am62p-main: Fix the reg-range for main_pktdma > > Jayesh Choudhary <j-choudhary@ti.com> > arm64: dts: ti: k3-am62a-main: Fix the reg-range for main_pktdma > > Jayesh Choudhary <j-choudhary@ti.com> > arm64: dts: ti: k3-am62-main: Fix the reg-range for main_pktdma > > Esben Haabendal <esben@geanix.com> > memory: fsl_ifc: Make FSL_IFC config visible and selectable > > Primoz Fiser <primoz.fiser@norik.com> > OPP: ti: Fix ti_opp_supply_probe wrong return values > > Konrad Dybcio <konrad.dybcio@linaro.org> > arm64: dts: qcom: sc8280xp: Throttle the GPU when overheating > > Konrad Dybcio <konrad.dybcio@linaro.org> > arm64: dts: qcom: sc8280xp-*: Remove thermal zone polling delays > > Primoz Fiser <primoz.fiser@norik.com> > cpufreq: ti-cpufreq: Handle deferred probe with dev_err_probe() > > Dmitry Baryshkov <dmitry.baryshkov@linaro.org> > arm64: dts: qcom: qrb4210-rb2: make L9A always-on > > Marek Vasut <marex@denx.de> > ARM: dts: stm32: Add arm,no-tick-in-suspend to STM32MP15xx STGEN timer > > Pavel Löbl <pavel@loebl.cz> > ARM: dts: sunxi: remove duplicated entries in makefile > > Jay Buddhabhatti <jay.buddhabhatti@amd.com> > soc: xilinx: rename cpu_number1 to dummy_cpu_number > > Sagar Cheluvegowda <quic_scheluve@quicinc.com> > arm64: dts: qcom: sa8775p: mark ethernet devices as DMA-coherent > > Dmitry Baryshkov <dmitry.baryshkov@linaro.org> > arm64: dts: qcom: msm8996: specify UFS core_clk frequencies > > Viresh Kumar <viresh.kumar@linaro.org> > OPP: Fix missing cleanup on error in _opp_attach_genpd() > > Javier Carrasco <javier.carrasco.cruz@gmail.com> > cpufreq: sun50i: fix memory leak in dt_has_supported_hw() > > Jonas Karlman <jonas@kwiboo.se> > arm64: dts: rockchip: Update WIFi/BT related nodes on rk3308-rock-pi-s > > Jonas Karlman <jonas@kwiboo.se> > arm64: dts: rockchip: Add mdio and ethernet-phy nodes to rk3308-rock-pi-s > > Jonas Karlman <jonas@kwiboo.se> > arm64: dts: rockchip: Add pinctrl for UART0 to rk3308-rock-pi-s > > Jonas Karlman <jonas@kwiboo.se> > arm64: dts: rockchip: Add sdmmc related properties on rk3308-rock-pi-s > > Stephen Boyd <swboyd@chromium.org> > soc: qcom: rpmh-rsc: Ensure irqs aren't disabled by rpmh_rsc_send_data() callers > > Chen Ni <nichen@iscas.ac.cn> > soc: qcom: pmic_glink: Handle the return value of pmic_glink_init > > Marc Gonzalez <mgonzalez@freebox.fr> > arm64: dts: qcom: msm8998: enable adreno_smmu by default > > Dmitry Baryshkov <dmitry.baryshkov@linaro.org> > arm64: dts: qcom: sdm850-lenovo-yoga-c630: fix IPA firmware path > > Dmitry Baryshkov <dmitry.baryshkov@linaro.org> > arm64: dts: qcom: msm8996-xiaomi-common: drop excton from the USB PHY > > Dmitry Baryshkov <dmitry.baryshkov@linaro.org> > arm64: dts: qcom: sm8450: add power-domain to UFS PHY > > Dmitry Baryshkov <dmitry.baryshkov@linaro.org> > arm64: dts: qcom: sm8350: add power-domain to UFS PHY > > Dmitry Baryshkov <dmitry.baryshkov@linaro.org> > arm64: dts: qcom: sm8250: add power-domain to UFS PHY > > Dmitry Baryshkov <dmitry.baryshkov@linaro.org> > arm64: dts: qcom: sm6350: add power-domain to UFS PHY > > Dmitry Baryshkov <dmitry.baryshkov@linaro.org> > arm64: dts: qcom: sm6115: add power-domain to UFS PHY > > Dmitry Baryshkov <dmitry.baryshkov@linaro.org> > arm64: dts: qcom: sdm845: add power-domain to UFS PHY > > Dmitry Baryshkov <dmitry.baryshkov@linaro.org> > arm64: dts: qcom: sc8180x: add power-domain to UFS PHY > > Dmitry Baryshkov <dmitry.baryshkov@linaro.org> > arm64: dts: qcom: sc7180: drop extra UFS PHY compat > > Rayyan Ansari <rayyan@ansari.sh> > ARM: dts: qcom: msm8226-microsoft-common: Enable smbb explicitly > > Viken Dadhaniya <quic_vdadhani@quicinc.com> > arm64: dts: qcom: sc7280: Remove CTS/RTS configuration > > Bjorn Andersson <quic_bjorande@quicinc.com> > arm64: dts: qcom: sc8180x: Correct PCIe slave ports > > Konrad Dybcio <konrad.dybcio@linaro.org> > soc: qcom: socinfo: Update X1E PMICs > > Guenter Roeck <linux@roeck-us.net> > hwmon: (max6697) Fix swapped temp{1,8} critical alarms > > Guenter Roeck <linux@roeck-us.net> > hwmon: (max6697) Fix underflow when writing limit attributes > > Nirmoy Das <nirmoy.das@intel.com> > drm/xe/display/xe_hdcp_gsc: Free arbiter on driver removal > > Uwe Kleine-König <u.kleine-koenig@baylibre.com> > pwm: atmel-tcb: Fix race condition and convert to guards > > Yao Zi <ziyao@disroot.org> > drm/meson: fix canvas release in bind function > > Gaosheng Cui <cuigaosheng1@huawei.com> > nvmet-auth: fix nvmet_auth hash error handling > > Jinjie Ruan <ruanjinjie@huawei.com> > arm64: smp: Fix missing IPI statistics > > Adam Ford <aford173@gmail.com> > drm/bridge: adv7511: Fix Intermittent EDID failures > > Uwe Kleine-König <u.kleine-koenig@baylibre.com> > pwm: stm32: Always do lazy disabling > > Dan Carpenter <dan.carpenter@linaro.org> > hwmon: (ltc2991) re-order conditions to fix off by one bug > > Benjamin Marzinski <bmarzins@redhat.com> > md/raid5: recheck if reshape has finished with device_lock held > > Yu Kuai <yukuai3@huawei.com> > md: Don't wait for MD_RECOVERY_NEEDED for HOT_REMOVE_DISK ioctl > > Rob Herring (Arm) <robh@kernel.org> > perf: arm_pmuv3: Avoid assigning fixed cycle counter with threshold > > Christoph Hellwig <hch@lst.de> > xen-blkfront: fix sector_size propagation to the block layer > > Bart Van Assche <bvanassche@acm.org> > block/mq-deadline: Fix the tag reservation code > > Bart Van Assche <bvanassche@acm.org> > block: Call .limit_depth() after .hctx has been set > > Wayne Tung <chineweff@gmail.com> > hwmon: (adt7475) Fix default duty on fan is disabled > > Chen Ridong <chenridong@huawei.com> > cgroup/cpuset: Prevent UAF in proc_cpuset_show() > > Josh Poimboeuf <jpoimboe@kernel.org> > x86/syscall: Mark exit[_group] syscall handlers __noreturn > > Ilpo Järvinen <ilpo.jarvinen@linux.intel.com> > x86/platform/iosf_mbi: Convert PCIBIOS_* return codes to errnos > > Ilpo Järvinen <ilpo.jarvinen@linux.intel.com> > x86/pci/xen: Fix PCIBIOS_* return code handling > > Ilpo Järvinen <ilpo.jarvinen@linux.intel.com> > x86/pci/intel_mid_pci: Fix PCIBIOS_* return code handling > > Ilpo Järvinen <ilpo.jarvinen@linux.intel.com> > x86/of: Return consistent error type from x86_of_pci_irq_enable() > > Chao Yu <chao@kernel.org> > hfsplus: fix to avoid false alarm of circular locking > > Masahiro Yamada <masahiroy@kernel.org> > x86/kconfig: Add as-instr64 macro to properly evaluate AS_WRUSS > > Waiman Long <longman@redhat.com> > cgroup/cpuset: Fix remote root partition creation problem > > Waiman Long <longman@redhat.com> > cgroup/cpuset: Optimize isolated partition only generate_sched_domains() calls > > Gabriel Krisman Bertazi <krisman@suse.de> > io_uring: Fix probe of disabled operations > > Damien Le Moal <dlemoal@kernel.org> > dm: Call dm_revalidate_zones() after setting the queue limits > > Christoph Hellwig <hch@lst.de> > block: initialize integrity buffer to zero before writing it to media > > Christoph Hellwig <hch@lst.de> > ubd: untagle discard vs write zeroes not support handling > > Christoph Hellwig <hch@lst.de> > ubd: refactor the interrupt handler > > Tzung-Bi Shih <tzungbi@kernel.org> > platform/chrome: cros_ec_debugfs: fix wrong EC message version > > Christoph Hellwig <hch@lst.de> > md/raid1: don't free conf on raid0_run failure > > Christoph Hellwig <hch@lst.de> > md/raid0: don't free conf on raid0_run failure > > Li Nan <linan122@huawei.com> > md: fix deadlock between mddev_suspend and flush bio > > Frederic Weisbecker <frederic@kernel.org> > rcu/tasks: Fix stale task snaphot for Tasks Trace > > Arnd Bergmann <arnd@arndb.de> > EDAC, i10nm: make skx_common.o a separate module > > Chen Ni <nichen@iscas.ac.cn> > spi: atmel-quadspi: Add missing check for clk_prepare > > Prajna Rajendra Kumar <prajna.rajendrakumar@microchip.com> > spi: spi-microchip-core: Fix the number of chip selects supported > > > ------------- > > Diffstat: > > Documentation/admin-guide/kernel-parameters.txt | 4 +- > Documentation/arch/powerpc/kvm-nested.rst | 4 +- > .../phy/qcom,sc8280xp-qmp-usb3-uni-phy.yaml | 2 +- > .../devicetree/bindings/thermal/thermal-zones.yaml | 5 +- > Documentation/networking/xsk-tx-metadata.rst | 16 +- > Documentation/virt/kvm/api.rst | 12 + > Makefile | 4 +- > arch/arm/boot/dts/allwinner/Makefile | 62 -- > .../arm/boot/dts/nxp/imx/imx6q-kontron-samx6i.dtsi | 23 - > .../boot/dts/nxp/imx/imx6qdl-kontron-samx6i.dtsi | 14 +- > .../dts/qcom/qcom-msm8226-microsoft-common.dtsi | 4 + > arch/arm/boot/dts/st/stm32mp151.dtsi | 1 + > arch/arm/mach-pxa/spitz.c | 30 +- > arch/arm/mm/fault.c | 4 +- > arch/arm64/boot/dts/amlogic/meson-g12-common.dtsi | 5 + > arch/arm64/boot/dts/amlogic/meson-g12.dtsi | 4 + > arch/arm64/boot/dts/amlogic/meson-gxbb.dtsi | 10 +- > arch/arm64/boot/dts/amlogic/meson-gxl.dtsi | 10 +- > arch/arm64/boot/dts/amlogic/meson-sm1.dtsi | 8 +- > arch/arm64/boot/dts/freescale/imx8mp.dtsi | 89 +-- > .../boot/dts/mediatek/mt7622-bananapi-bpi-r64.dts | 4 +- > arch/arm64/boot/dts/mediatek/mt7622-rfb1.dts | 4 +- > arch/arm64/boot/dts/mediatek/mt7981b.dtsi | 8 +- > .../dts/mediatek/mt8183-kukui-audio-da7219.dtsi | 2 +- > .../dts/mediatek/mt8183-kukui-jacuzzi-pico6.dts | 8 +- > .../boot/dts/mediatek/mt8183-kukui-jacuzzi.dtsi | 25 +- > arch/arm64/boot/dts/mediatek/mt8183-kukui.dtsi | 4 +- > arch/arm64/boot/dts/mediatek/mt8192-asurada.dtsi | 1 + > arch/arm64/boot/dts/mediatek/mt8192.dtsi | 2 +- > arch/arm64/boot/dts/mediatek/mt8195.dtsi | 2 +- > .../boot/dts/mediatek/mt8395-radxa-nio-12l.dts | 2 +- > .../arm64/boot/dts/qcom/msm8996-xiaomi-common.dtsi | 1 - > arch/arm64/boot/dts/qcom/msm8996.dtsi | 2 +- > arch/arm64/boot/dts/qcom/msm8998.dtsi | 1 - > arch/arm64/boot/dts/qcom/qcm6490-fairphone-fp5.dts | 1 - > arch/arm64/boot/dts/qcom/qcm6490-idp.dts | 1 - > arch/arm64/boot/dts/qcom/qcs6490-rb3gen2.dts | 1 - > arch/arm64/boot/dts/qcom/qdu1000.dtsi | 15 + > arch/arm64/boot/dts/qcom/qrb4210-rb2.dts | 4 +- > arch/arm64/boot/dts/qcom/sa8775p.dtsi | 2 + > .../boot/dts/qcom/sc7180-trogdor-lazor-r1-kb.dts | 2 +- > .../boot/dts/qcom/sc7180-trogdor-lazor-r1-lte.dts | 2 +- > .../boot/dts/qcom/sc7180-trogdor-lazor-r10-kb.dts | 2 +- > .../boot/dts/qcom/sc7180-trogdor-lazor-r10-lte.dts | 2 +- > .../boot/dts/qcom/sc7180-trogdor-lazor-r3-kb.dts | 2 +- > .../boot/dts/qcom/sc7180-trogdor-lazor-r3-lte.dts | 2 +- > .../boot/dts/qcom/sc7180-trogdor-lazor-r9-kb.dts | 2 +- > .../boot/dts/qcom/sc7180-trogdor-lazor-r9-lte.dts | 2 +- > arch/arm64/boot/dts/qcom/sc7180-trogdor.dtsi | 5 +- > arch/arm64/boot/dts/qcom/sc7180.dtsi | 3 +- > arch/arm64/boot/dts/qcom/sc7280-idp.dtsi | 1 - > arch/arm64/boot/dts/qcom/sc7280-qcard.dtsi | 1 - > arch/arm64/boot/dts/qcom/sc7280.dtsi | 14 +- > arch/arm64/boot/dts/qcom/sc8180x.dtsi | 8 +- > .../dts/qcom/sc8280xp-lenovo-thinkpad-x13s.dts | 2 +- > arch/arm64/boot/dts/qcom/sc8280xp-pmics.dtsi | 4 +- > arch/arm64/boot/dts/qcom/sc8280xp.dtsi | 28 +- > arch/arm64/boot/dts/qcom/sdm845.dtsi | 2 + > .../boot/dts/qcom/sdm850-lenovo-yoga-c630.dts | 1 + > arch/arm64/boot/dts/qcom/sm6115.dtsi | 2 + > arch/arm64/boot/dts/qcom/sm6350.dtsi | 4 + > arch/arm64/boot/dts/qcom/sm8250.dtsi | 2 + > arch/arm64/boot/dts/qcom/sm8350.dtsi | 2 + > arch/arm64/boot/dts/qcom/sm8450.dtsi | 2 + > arch/arm64/boot/dts/qcom/x1e80100-crd.dts | 6 +- > arch/arm64/boot/dts/qcom/x1e80100-qcp.dts | 6 +- > arch/arm64/boot/dts/renesas/r8a779a0.dtsi | 5 +- > arch/arm64/boot/dts/renesas/r8a779f0.dtsi | 5 +- > arch/arm64/boot/dts/renesas/r8a779g0.dtsi | 5 +- > arch/arm64/boot/dts/renesas/r8a779h0.dtsi | 1 - > arch/arm64/boot/dts/renesas/r9a07g043u.dtsi | 5 +- > arch/arm64/boot/dts/renesas/r9a07g044.dtsi | 5 +- > arch/arm64/boot/dts/renesas/r9a07g054.dtsi | 5 +- > arch/arm64/boot/dts/renesas/r9a08g045.dtsi | 5 +- > arch/arm64/boot/dts/rockchip/rk3308-rock-pi-s.dts | 71 +- > arch/arm64/boot/dts/rockchip/rk3328.dtsi | 4 +- > arch/arm64/boot/dts/rockchip/rk3566-roc-pc.dts | 2 +- > arch/arm64/boot/dts/rockchip/rk3568-evb1-v10.dts | 2 +- > .../boot/dts/rockchip/rk3568-fastrhino-r66s.dts | 4 + > .../boot/dts/rockchip/rk3568-fastrhino-r66s.dtsi | 48 +- > .../boot/dts/rockchip/rk3568-fastrhino-r68s.dts | 16 +- > arch/arm64/boot/dts/rockchip/rk3568-rock-3a.dts | 4 - > arch/arm64/boot/dts/rockchip/rk356x.dtsi | 1 + > arch/arm64/boot/dts/ti/k3-am62-main.dtsi | 4 +- > arch/arm64/boot/dts/ti/k3-am62-verdin.dtsi | 4 - > arch/arm64/boot/dts/ti/k3-am625-beagleplay.dts | 2 - > .../boot/dts/ti/k3-am625-phyboard-lyra-rdk.dts | 2 - > arch/arm64/boot/dts/ti/k3-am62a-main.dtsi | 4 +- > arch/arm64/boot/dts/ti/k3-am62a7-sk.dts | 2 - > arch/arm64/boot/dts/ti/k3-am62p-main.dtsi | 4 +- > arch/arm64/boot/dts/ti/k3-am62p5-sk.dts | 4 +- > arch/arm64/boot/dts/ti/k3-am62x-sk-common.dtsi | 2 - > arch/arm64/boot/dts/ti/k3-am642-hummingboard-t.dts | 1 - > arch/arm64/boot/dts/ti/k3-j722s.dtsi | 8 + > arch/arm64/include/asm/pgtable.h | 22 + > arch/arm64/kernel/smp.c | 6 +- > arch/arm64/net/bpf_jit_comp.c | 4 +- > arch/loongarch/kernel/hw_breakpoint.c | 2 +- > arch/loongarch/kernel/ptrace.c | 3 + > arch/m68k/amiga/config.c | 9 + > arch/m68k/atari/ataints.c | 6 +- > arch/m68k/include/asm/cmpxchg.h | 2 +- > arch/mips/Makefile | 2 +- > arch/mips/boot/dts/loongson/loongson64-2k1000.dtsi | 21 +- > arch/mips/include/asm/mach-loongson64/boot_param.h | 2 + > arch/mips/include/asm/mips-cm.h | 4 + > arch/mips/kernel/smp-cps.c | 5 +- > arch/mips/loongson64/env.c | 8 + > arch/mips/loongson64/reset.c | 38 +- > arch/mips/loongson64/smp.c | 23 +- > arch/mips/pci/pcie-octeon.c | 0 > arch/mips/sgi-ip30/ip30-console.c | 1 + > arch/parisc/Kconfig | 1 + > arch/powerpc/configs/85xx-hw.config | 2 + > arch/powerpc/include/asm/guest-state-buffer.h | 3 +- > arch/powerpc/include/asm/kvm_book3s.h | 1 + > arch/powerpc/kernel/prom.c | 12 +- > arch/powerpc/kexec/core_64.c | 55 +- > arch/powerpc/kvm/book3s_hv.c | 9 +- > arch/powerpc/kvm/book3s_hv_nestedv2.c | 7 + > arch/powerpc/kvm/powerpc.c | 4 +- > arch/powerpc/kvm/test-guest-state-buffer.c | 2 +- > arch/powerpc/mm/nohash/8xx.c | 3 +- > arch/powerpc/xmon/ppc-dis.c | 33 +- > arch/riscv/kernel/head.S | 19 +- > arch/riscv/kernel/smpboot.c | 14 +- > arch/riscv/net/bpf_jit_comp64.c | 18 +- > arch/s390/kernel/perf_cpum_cf.c | 14 +- > arch/s390/kernel/setup.c | 2 +- > arch/s390/kernel/uv.c | 8 + > arch/s390/kvm/kvm-s390.c | 3 + > arch/s390/pci/pci_irq.c | 110 ++-- > arch/sparc/include/asm/oplib_64.h | 1 + > arch/sparc/prom/init_64.c | 3 - > arch/sparc/prom/p1275.c | 2 +- > arch/um/drivers/ubd_kern.c | 50 +- > arch/um/kernel/time.c | 4 +- > arch/um/os-Linux/signal.c | 118 +++- > arch/x86/Kconfig.assembler | 2 +- > arch/x86/Makefile.um | 1 + > arch/x86/entry/syscall_32.c | 10 +- > arch/x86/entry/syscall_64.c | 9 +- > arch/x86/entry/syscall_x32.c | 7 +- > arch/x86/entry/syscalls/syscall_32.tbl | 6 +- > arch/x86/entry/syscalls/syscall_64.tbl | 6 +- > arch/x86/events/amd/uncore.c | 28 +- > arch/x86/events/core.c | 3 + > arch/x86/events/intel/cstate.c | 7 +- > arch/x86/events/intel/ds.c | 8 +- > arch/x86/events/intel/pt.c | 4 +- > arch/x86/events/intel/pt.h | 4 +- > arch/x86/events/intel/uncore_snbep.c | 6 +- > arch/x86/include/asm/kvm-x86-ops.h | 1 - > arch/x86/include/asm/kvm_host.h | 3 +- > arch/x86/include/asm/shstk.h | 2 + > arch/x86/kernel/devicetree.c | 2 +- > arch/x86/kernel/shstk.c | 11 + > arch/x86/kernel/uprobes.c | 7 +- > arch/x86/kvm/vmx/main.c | 1 - > arch/x86/kvm/vmx/nested.c | 47 +- > arch/x86/kvm/vmx/posted_intr.h | 10 + > arch/x86/kvm/vmx/vmx.c | 31 +- > arch/x86/kvm/vmx/vmx.h | 1 + > arch/x86/kvm/vmx/x86_ops.h | 1 - > arch/x86/kvm/x86.c | 14 +- > arch/x86/pci/intel_mid_pci.c | 4 +- > arch/x86/pci/xen.c | 4 +- > arch/x86/platform/intel/iosf_mbi.c | 4 +- > arch/x86/um/sys_call_table_32.c | 10 +- > arch/x86/um/sys_call_table_64.c | 11 +- > arch/x86/virt/svm/sev.c | 44 +- > arch/x86/xen/p2m.c | 4 +- > block/bio-integrity.c | 11 +- > block/blk-mq.c | 32 +- > block/genhd.c | 2 +- > block/mq-deadline.c | 20 +- > drivers/android/binder.c | 4 +- > drivers/ata/libata-scsi.c | 176 ++--- > drivers/auxdisplay/ht16k33.c | 1 + > drivers/base/devres.c | 11 +- > drivers/block/null_blk/main.c | 2 +- > drivers/block/rbd.c | 35 +- > drivers/block/ublk_drv.c | 5 +- > drivers/block/xen-blkfront.c | 16 +- > drivers/bluetooth/btintel.c | 119 +--- > drivers/bluetooth/btintel_pcie.c | 6 + > drivers/bluetooth/btnxpuart.c | 52 +- > drivers/bluetooth/btusb.c | 4 + > drivers/bluetooth/hci_bcm4377.c | 2 +- > drivers/bus/mhi/ep/main.c | 14 +- > drivers/char/hw_random/amd-rng.c | 4 +- > drivers/char/hw_random/core.c | 4 +- > drivers/char/ipmi/ssif_bmc.c | 6 +- > drivers/char/tpm/eventlog/common.c | 2 + > drivers/char/tpm/tpm_tis_spi_main.c | 1 + > drivers/clk/clk-en7523.c | 9 +- > drivers/clk/davinci/da8xx-cfgchip.c | 4 +- > drivers/clk/meson/s4-peripherals.c | 2 +- > drivers/clk/meson/s4-pll.c | 5 + > drivers/clk/qcom/camcc-sc7280.c | 5 + > drivers/clk/qcom/clk-rcg2.c | 32 + > drivers/clk/qcom/gcc-sa8775p.c | 40 ++ > drivers/clk/qcom/gcc-sc7280.c | 3 + > drivers/clk/qcom/gcc-x1e80100.c | 46 +- > drivers/clk/qcom/gpucc-sa8775p.c | 41 +- > drivers/clk/qcom/gpucc-sm8350.c | 5 +- > drivers/clk/qcom/kpss-xcc.c | 4 +- > drivers/clk/samsung/clk-exynos4.c | 13 +- > drivers/cpufreq/amd-pstate-ut.c | 12 +- > drivers/cpufreq/amd-pstate.c | 43 +- > drivers/cpufreq/qcom-cpufreq-nvmem.c | 13 +- > drivers/cpufreq/sun50i-cpufreq-nvmem.c | 4 +- > drivers/cpufreq/ti-cpufreq.c | 2 +- > drivers/crypto/atmel-sha204a.c | 2 +- > drivers/crypto/ccp/sev-dev.c | 8 +- > drivers/crypto/intel/qat/qat_common/adf_cfg.c | 6 +- > drivers/crypto/mxs-dcp.c | 3 +- > drivers/crypto/tegra/tegra-se-main.c | 1 - > drivers/dma/fsl-edma-common.c | 3 + > drivers/dma/fsl-edma-common.h | 1 + > drivers/dma/fsl-edma-main.c | 2 +- > drivers/dma/ti/k3-udma.c | 4 +- > drivers/edac/Makefile | 10 +- > drivers/edac/skx_common.c | 21 +- > drivers/edac/skx_common.h | 4 +- > drivers/firmware/efi/libstub/screen_info.c | 2 + > drivers/firmware/efi/libstub/x86-stub.c | 25 +- > drivers/firmware/turris-mox-rwtm.c | 23 +- > drivers/gpu/drm/Kconfig | 3 +- > drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 2 +- > drivers/gpu/drm/amd/amdgpu/amdgpu_gfx.c | 5 +- > drivers/gpu/drm/amd/amdgpu/amdgpu_gmc.c | 1 - > drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c | 9 +- > drivers/gpu/drm/amd/amdgpu/gmc_v9_0.c | 2 +- > drivers/gpu/drm/amd/amdgpu/sdma_v5_2.c | 12 + > drivers/gpu/drm/amd/amdgpu/smu_v13_0_10.c | 2 +- > drivers/gpu/drm/amd/amdgpu/vcn_v4_0.c | 6 + > drivers/gpu/drm/amd/amdgpu/vcn_v4_0_5.c | 6 + > drivers/gpu/drm/amd/amdgpu/vcn_v5_0_0.c | 6 + > drivers/gpu/drm/amd/amdkfd/kfd_mqd_manager_v9.c | 2 +- > drivers/gpu/drm/amd/display/dc/core/dc_surface.c | 3 +- > drivers/gpu/drm/amd/display/dc/dc.h | 1 + > .../drm/amd/display/dc/dml2/dml2_mall_phantom.c | 2 + > .../amd/display/dc/dml2/dml2_translation_helper.c | 56 +- > .../gpu/drm/amd/display/dc/optc/dcn10/dcn10_optc.c | 15 +- > .../gpu/drm/amd/display/dc/optc/dcn20/dcn20_optc.c | 10 + > .../amd/display/dc/resource/dcn32/dcn32_resource.c | 12 +- > .../display/dc/resource/dcn321/dcn321_resource.c | 12 +- > .../gpu/drm/amd/display/include/grph_object_id.h | 4 +- > drivers/gpu/drm/amd/pm/swsmu/smu13/smu_v13_0.c | 4 +- > drivers/gpu/drm/arm/display/komeda/komeda_crtc.c | 43 +- > drivers/gpu/drm/bridge/adv7511/adv7511.h | 2 +- > drivers/gpu/drm/bridge/adv7511/adv7511_cec.c | 13 +- > drivers/gpu/drm/bridge/adv7511/adv7511_drv.c | 22 +- > drivers/gpu/drm/bridge/ite-it6505.c | 81 ++- > drivers/gpu/drm/bridge/samsung-dsim.c | 4 +- > drivers/gpu/drm/display/drm_dp_mst_topology.c | 4 +- > drivers/gpu/drm/drm_fbdev_dma.c | 3 +- > drivers/gpu/drm/drm_panic.c | 70 +- > drivers/gpu/drm/etnaviv/etnaviv_gem.c | 6 +- > drivers/gpu/drm/etnaviv/etnaviv_sched.c | 9 +- > drivers/gpu/drm/gma500/cdv_intel_lvds.c | 3 + > drivers/gpu/drm/gma500/psb_intel_lvds.c | 3 + > .../gpu/drm/i915/display/intel_crtc_state_dump.c | 7 +- > drivers/gpu/drm/i915/display/intel_display.c | 6 +- > drivers/gpu/drm/i915/display/intel_display_types.h | 2 +- > drivers/gpu/drm/i915/display/intel_dp.c | 4 +- > .../gpu/drm/i915/display/intel_dp_link_training.c | 55 +- > drivers/gpu/drm/i915/display/intel_fbc.c | 2 +- > drivers/gpu/drm/i915/display/intel_psr.c | 36 +- > .../gpu/drm/i915/gt/intel_execlists_submission.c | 6 +- > drivers/gpu/drm/mediatek/mtk_ddp_comp.c | 107 +-- > drivers/gpu/drm/mediatek/mtk_ddp_comp.h | 8 +- > drivers/gpu/drm/mediatek/mtk_disp_ovl.c | 41 +- > drivers/gpu/drm/mediatek/mtk_disp_ovl_adaptor.c | 2 +- > drivers/gpu/drm/mediatek/mtk_dp.c | 10 +- > drivers/gpu/drm/mediatek/mtk_dpi.c | 5 +- > drivers/gpu/drm/mediatek/mtk_drm_drv.c | 24 + > drivers/gpu/drm/mediatek/mtk_drm_drv.h | 4 + > drivers/gpu/drm/mediatek/mtk_dsi.c | 5 +- > drivers/gpu/drm/mediatek/mtk_ethdr.c | 21 +- > drivers/gpu/drm/mediatek/mtk_plane.c | 4 +- > drivers/gpu/drm/meson/meson_drv.c | 37 +- > drivers/gpu/drm/msm/adreno/a6xx_gpu.c | 2 +- > drivers/gpu/drm/msm/adreno/a6xx_gpu_state.c | 13 +- > drivers/gpu/drm/msm/disp/dpu1/dpu_encoder.c | 7 +- > drivers/gpu/drm/msm/disp/dpu1/dpu_encoder_phys.h | 5 + > .../gpu/drm/msm/disp/dpu1/dpu_encoder_phys_cmd.c | 32 +- > .../gpu/drm/msm/disp/dpu1/dpu_encoder_phys_vid.c | 13 +- > .../gpu/drm/msm/disp/dpu1/dpu_encoder_phys_wb.c | 14 +- > drivers/gpu/drm/msm/disp/dpu1/dpu_hw_catalog.c | 6 - > drivers/gpu/drm/msm/disp/dpu1/dpu_hw_ctl.h | 3 +- > drivers/gpu/drm/msm/dp/dp_aux.c | 5 +- > drivers/gpu/drm/msm/dsi/dsi_host.c | 6 +- > drivers/gpu/drm/panel/panel-boe-tv101wum-nl6.c | 8 +- > drivers/gpu/drm/panel/panel-himax-hx8394.c | 3 +- > drivers/gpu/drm/panel/panel-ilitek-ili9882t.c | 8 +- > drivers/gpu/drm/panel/panel-lg-sw43408.c | 33 +- > drivers/gpu/drm/panfrost/panfrost_drv.c | 1 + > drivers/gpu/drm/panthor/panthor_sched.c | 1 + > drivers/gpu/drm/qxl/qxl_display.c | 17 +- > drivers/gpu/drm/qxl/qxl_object.c | 13 +- > drivers/gpu/drm/qxl/qxl_object.h | 4 +- > drivers/gpu/drm/rockchip/rockchip_drm_vop2.c | 2 +- > drivers/gpu/drm/ttm/tests/ttm_bo_test.c | 48 +- > drivers/gpu/drm/ttm/tests/ttm_kunit_helpers.c | 7 +- > drivers/gpu/drm/ttm/tests/ttm_kunit_helpers.h | 3 +- > drivers/gpu/drm/ttm/tests/ttm_pool_test.c | 4 +- > drivers/gpu/drm/ttm/tests/ttm_resource_test.c | 2 +- > drivers/gpu/drm/ttm/tests/ttm_tt_test.c | 20 +- > drivers/gpu/drm/udl/udl_modeset.c | 3 +- > drivers/gpu/drm/xe/display/xe_hdcp_gsc.c | 12 +- > drivers/gpu/drm/xe/xe_bo.c | 47 +- > drivers/gpu/drm/xe/xe_bo_types.h | 3 +- > drivers/gpu/drm/xe/xe_exec.c | 14 +- > drivers/gpu/drm/xe/xe_gt_sriov_pf_config.c | 1 + > drivers/gpu/drm/xlnx/zynqmp_dpsub.c | 1 + > drivers/gpu/drm/xlnx/zynqmp_kms.c | 12 +- > drivers/hwmon/adt7475.c | 2 +- > drivers/hwmon/ltc2991.c | 4 +- > drivers/hwmon/max6697.c | 5 +- > drivers/hwtracing/coresight/coresight-platform.c | 4 +- > drivers/i3c/master/mipi-i3c-hci/core.c | 8 + > drivers/iio/adc/ad9467.c | 65 +- > drivers/iio/adc/adi-axi-adc.c | 2 + > drivers/iio/frequency/adrf6780.c | 1 - > drivers/iio/industrialio-gts-helper.c | 7 +- > drivers/infiniband/core/cache.c | 14 +- > drivers/infiniband/core/device.c | 14 +- > drivers/infiniband/core/iwcm.c | 11 +- > drivers/infiniband/hw/bnxt_re/ib_verbs.c | 8 +- > drivers/infiniband/hw/bnxt_re/qplib_fp.h | 6 +- > drivers/infiniband/hw/hns/hns_roce_device.h | 7 + > drivers/infiniband/hw/hns/hns_roce_hw_v2.c | 164 +++-- > drivers/infiniband/hw/hns/hns_roce_hw_v2.h | 6 + > drivers/infiniband/hw/hns/hns_roce_mr.c | 5 + > drivers/infiniband/hw/hns/hns_roce_qp.c | 4 +- > drivers/infiniband/hw/hns/hns_roce_srq.c | 2 +- > drivers/infiniband/hw/mana/device.c | 16 +- > drivers/infiniband/hw/mlx4/alias_GUID.c | 2 +- > drivers/infiniband/hw/mlx4/mad.c | 2 +- > drivers/infiniband/hw/mlx5/mlx5_ib.h | 13 + > drivers/infiniband/hw/mlx5/odp.c | 6 +- > drivers/infiniband/sw/rxe/rxe_req.c | 7 +- > drivers/input/keyboard/qt1050.c | 7 +- > drivers/input/mouse/elan_i2c_core.c | 2 + > drivers/interconnect/qcom/qcm2290.c | 2 +- > drivers/iommu/arm/arm-smmu-v3/arm-smmu-v3.c | 2 +- > drivers/iommu/arm/arm-smmu/arm-smmu-qcom-debug.c | 17 +- > drivers/iommu/arm/arm-smmu/arm-smmu-qcom.c | 39 ++ > drivers/iommu/arm/arm-smmu/arm-smmu-qcom.h | 2 + > drivers/iommu/intel/cache.c | 3 +- > drivers/iommu/intel/iommu.c | 2 +- > drivers/iommu/iommufd/iova_bitmap.c | 5 +- > drivers/iommu/iommufd/selftest.c | 2 +- > drivers/iommu/sprd-iommu.c | 2 +- > drivers/irqchip/irq-imx-irqsteer.c | 24 +- > drivers/isdn/hardware/mISDN/hfcmulti.c | 7 +- > drivers/leds/flash/leds-mt6360.c | 5 +- > drivers/leds/flash/leds-qcom-flash.c | 10 +- > drivers/leds/led-class.c | 1 - > drivers/leds/led-triggers.c | 8 +- > drivers/leds/leds-ss4200.c | 7 +- > drivers/leds/rgb/leds-qcom-lpg.c | 8 +- > drivers/leds/trigger/ledtrig-timer.c | 5 - > drivers/macintosh/therm_windtunnel.c | 2 +- > drivers/mailbox/imx-mailbox.c | 10 +- > drivers/mailbox/mtk-cmdq-mailbox.c | 12 +- > drivers/mailbox/omap-mailbox.c | 3 +- > drivers/md/dm-raid.c | 7 +- > drivers/md/dm-table.c | 15 +- > drivers/md/dm-verity-target.c | 16 +- > drivers/md/dm-zone.c | 25 +- > drivers/md/dm.h | 1 + > drivers/md/md-bitmap.c | 6 +- > drivers/md/md-cluster.c | 22 +- > drivers/md/md.c | 32 +- > drivers/md/raid0.c | 21 +- > drivers/md/raid1.c | 15 +- > drivers/md/raid5.c | 76 ++- > drivers/media/i2c/Kconfig | 1 + > drivers/media/i2c/alvium-csi2.c | 6 +- > drivers/media/i2c/hi846.c | 2 +- > drivers/media/i2c/imx219.c | 2 +- > drivers/media/i2c/imx412.c | 9 +- > drivers/media/pci/intel/ivsc/mei_csi.c | 14 +- > drivers/media/pci/ivtv/ivtv-udma.c | 8 + > drivers/media/pci/ivtv/ivtv-yuv.c | 6 + > drivers/media/pci/ivtv/ivtvfb.c | 6 +- > drivers/media/pci/saa7134/saa7134-dvb.c | 8 +- > .../mediatek/vcodec/decoder/vdec/vdec_vp8_if.c | 2 +- > .../platform/mediatek/vcodec/decoder/vdec_vpu_if.c | 6 + > drivers/media/platform/nxp/imx-jpeg/mxc-jpeg.c | 3 + > drivers/media/platform/nxp/imx-pxp.c | 3 + > drivers/media/platform/qcom/venus/vdec.c | 3 +- > drivers/media/platform/renesas/rcar-csi2.c | 5 +- > drivers/media/platform/renesas/rcar-vin/rcar-dma.c | 16 +- > drivers/media/platform/renesas/vsp1/vsp1_histo.c | 20 +- > drivers/media/platform/renesas/vsp1/vsp1_pipe.h | 2 +- > drivers/media/platform/renesas/vsp1/vsp1_rpf.c | 8 +- > .../platform/st/sti/c8sectpfe/c8sectpfe-debugfs.h | 4 +- > .../platform/st/stm32/stm32-dcmipp/dcmipp-core.c | 4 +- > drivers/media/rc/imon.c | 5 +- > drivers/media/rc/lirc_dev.c | 4 +- > drivers/media/usb/dvb-usb/dvb-usb-init.c | 35 +- > drivers/media/usb/uvc/uvc_ctrl.c | 9 +- > drivers/media/usb/uvc/uvc_driver.c | 12 +- > drivers/media/usb/uvc/uvc_video.c | 21 +- > drivers/media/usb/uvc/uvcvideo.h | 1 + > drivers/media/v4l2-core/v4l2-async.c | 3 + > drivers/memory/Kconfig | 2 +- > drivers/mfd/Makefile | 6 +- > drivers/mfd/omap-usb-tll.c | 3 +- > drivers/mfd/rsmu_core.c | 2 + > drivers/misc/eeprom/ee1004.c | 6 +- > drivers/mtd/nand/raw/Kconfig | 3 +- > drivers/mtd/spi-nor/winbond.c | 2 + > drivers/mtd/tests/Makefile | 34 +- > drivers/mtd/tests/mtd_test.c | 9 + > drivers/mtd/ubi/eba.c | 3 +- > drivers/net/bonding/bond_main.c | 7 +- > drivers/net/dsa/b53/b53_common.c | 3 + > drivers/net/dsa/microchip/ksz_common.c | 7 + > drivers/net/dsa/mv88e6xxx/chip.c | 3 +- > drivers/net/ethernet/brocade/bna/bna_types.h | 2 +- > drivers/net/ethernet/brocade/bna/bnad.c | 11 +- > drivers/net/ethernet/cortina/gemini.c | 23 +- > drivers/net/ethernet/freescale/fec_main.c | 6 + > drivers/net/ethernet/google/gve/gve_tx.c | 5 +- > drivers/net/ethernet/google/gve/gve_tx_dqo.c | 22 +- > drivers/net/ethernet/hisilicon/hns3/Makefile | 11 +- > .../hisilicon/hns3/hns3_common/hclge_comm_cmd.c | 11 + > .../hisilicon/hns3/hns3_common/hclge_comm_rss.c | 14 + > .../hns3/hns3_common/hclge_comm_tqp_stats.c | 5 + > drivers/net/ethernet/intel/ice/ice_ethtool_fdir.c | 2 +- > drivers/net/ethernet/intel/ice/ice_fdir.h | 3 + > drivers/net/ethernet/intel/ice/ice_switch.c | 8 +- > drivers/net/ethernet/intel/ice/ice_virtchnl_fdir.c | 16 + > drivers/net/ethernet/intel/ice/ice_virtchnl_fdir.h | 1 + > drivers/net/ethernet/mediatek/mtk_eth_soc.c | 3 +- > .../ethernet/mellanox/mlxsw/spectrum_acl_atcam.c | 18 +- > .../mellanox/mlxsw/spectrum_acl_bloom_filter.c | 2 +- > .../net/ethernet/mellanox/mlxsw/spectrum_acl_erp.c | 13 - > .../ethernet/mellanox/mlxsw/spectrum_acl_tcam.h | 9 +- > drivers/net/ethernet/microsoft/mana/mana_en.c | 19 + > drivers/net/ethernet/stmicro/stmmac/dwmac4_core.c | 2 +- > .../net/ethernet/stmicro/stmmac/dwxgmac2_core.c | 2 +- > drivers/net/ethernet/stmicro/stmmac/hwif.h | 2 +- > drivers/net/ethernet/stmicro/stmmac/stmmac_main.c | 4 +- > drivers/net/netconsole.c | 2 +- > drivers/net/pse-pd/pse_core.c | 4 +- > drivers/net/virtio_net.c | 8 +- > drivers/net/wireless/ath/ath11k/ce.h | 6 +- > drivers/net/wireless/ath/ath11k/core.c | 29 +- > drivers/net/wireless/ath/ath11k/dp_rx.c | 3 +- > drivers/net/wireless/ath/ath11k/dp_rx.h | 3 + > drivers/net/wireless/ath/ath11k/mac.c | 28 +- > drivers/net/wireless/ath/ath11k/reg.c | 14 +- > drivers/net/wireless/ath/ath11k/reg.h | 4 +- > drivers/net/wireless/ath/ath12k/acpi.c | 2 + > drivers/net/wireless/ath/ath12k/ce.h | 6 +- > drivers/net/wireless/ath/ath12k/core.c | 7 +- > drivers/net/wireless/ath/ath12k/dp.c | 18 +- > drivers/net/wireless/ath/ath12k/dp.h | 1 + > drivers/net/wireless/ath/ath12k/dp_rx.c | 67 +- > drivers/net/wireless/ath/ath12k/dp_tx.c | 47 +- > drivers/net/wireless/ath/ath12k/hal_desc.h | 48 +- > drivers/net/wireless/ath/ath12k/hw.c | 8 +- > drivers/net/wireless/ath/ath12k/hw.h | 3 +- > drivers/net/wireless/ath/ath12k/mac.c | 17 +- > drivers/net/wireless/ath/ath12k/wmi.c | 23 +- > drivers/net/wireless/ath/ath12k/wmi.h | 12 +- > .../broadcom/brcm80211/brcmsmac/phy/phy_lcn.c | 18 +- > drivers/net/wireless/intel/iwlwifi/mvm/link.c | 9 + > drivers/net/wireless/intel/iwlwifi/mvm/mac80211.c | 10 +- > drivers/net/wireless/intel/iwlwifi/mvm/mvm.h | 9 +- > .../net/wireless/intel/iwlwifi/mvm/time-event.c | 5 +- > drivers/net/wireless/marvell/mwifiex/cfg80211.c | 2 + > drivers/net/wireless/realtek/rtl8xxxu/8188f.c | 15 + > drivers/net/wireless/realtek/rtw88/mac.c | 9 + > drivers/net/wireless/realtek/rtw88/main.h | 2 + > drivers/net/wireless/realtek/rtw88/reg.h | 1 + > drivers/net/wireless/realtek/rtw88/rtw8703b.c | 1 + > drivers/net/wireless/realtek/rtw88/rtw8723d.c | 1 + > drivers/net/wireless/realtek/rtw88/rtw8821c.c | 1 + > drivers/net/wireless/realtek/rtw88/rtw8822b.c | 1 + > drivers/net/wireless/realtek/rtw88/rtw8822c.c | 1 + > drivers/net/wireless/realtek/rtw88/usb.c | 6 +- > drivers/net/wireless/realtek/rtw89/debug.c | 2 +- > drivers/net/wireless/realtek/rtw89/fw.c | 13 +- > drivers/net/wireless/realtek/rtw89/mac.c | 5 +- > drivers/net/wireless/realtek/rtw89/pci.c | 23 +- > drivers/net/wireless/realtek/rtw89/rtw8852b.c | 6 +- > drivers/net/wireless/realtek/rtw89/rtw8852b_rfk.c | 2 +- > drivers/net/wireless/virtual/virt_wifi.c | 20 +- > drivers/nvme/host/pci.c | 5 +- > drivers/nvme/target/auth.c | 14 +- > drivers/nvmem/rockchip-otp.c | 1 + > drivers/opp/core.c | 6 +- > drivers/opp/ti-opp-supply.c | 6 +- > drivers/parport/procfs.c | 24 +- > drivers/pci/controller/dwc/pci-keystone.c | 156 +++-- > drivers/pci/controller/dwc/pcie-designware-ep.c | 13 +- > drivers/pci/controller/dwc/pcie-dw-rockchip.c | 2 +- > drivers/pci/controller/dwc/pcie-qcom-ep.c | 6 - > drivers/pci/controller/dwc/pcie-tegra194.c | 1 + > drivers/pci/controller/pci-hyperv.c | 4 +- > drivers/pci/controller/pci-loongson.c | 13 + > drivers/pci/controller/pcie-rcar-host.c | 6 +- > drivers/pci/controller/pcie-rockchip.c | 2 +- > drivers/pci/endpoint/functions/pci-epf-test.c | 14 +- > drivers/pci/endpoint/functions/pci-epf-vntb.c | 19 +- > drivers/pci/pci.c | 6 +- > drivers/pci/setup-bus.c | 6 +- > drivers/perf/arm_pmuv3.c | 10 +- > drivers/phy/cadence/phy-cadence-torrent.c | 3 + > drivers/phy/qualcomm/phy-qcom-qmp-pcie.c | 9 +- > drivers/phy/rockchip/Kconfig | 2 + > drivers/phy/xilinx/phy-zynqmp.c | 14 +- > drivers/pinctrl/core.c | 12 +- > drivers/pinctrl/freescale/pinctrl-mxs.c | 4 +- > drivers/pinctrl/pinctrl-rockchip.c | 17 +- > drivers/pinctrl/pinctrl-single.c | 7 +- > drivers/pinctrl/renesas/pfc-r8a779g0.c | 716 ++++++++++----------- > drivers/pinctrl/ti/pinctrl-ti-iodelay.c | 11 +- > drivers/platform/Makefile | 2 +- > drivers/platform/chrome/cros_ec_debugfs.c | 1 + > drivers/platform/mips/cpu_hwmon.c | 3 + > drivers/platform/x86/asus-wmi.c | 6 +- > drivers/power/supply/ab8500_charger.c | 16 +- > drivers/power/supply/ingenic-battery.c | 10 +- > drivers/pwm/pwm-atmel-tcb.c | 12 +- > drivers/pwm/pwm-stm32.c | 5 +- > drivers/remoteproc/imx_rproc.c | 10 +- > drivers/remoteproc/mtk_scp.c | 21 +- > drivers/remoteproc/stm32_rproc.c | 2 +- > drivers/remoteproc/ti_k3_r5_remoteproc.c | 13 +- > drivers/rtc/interface.c | 9 +- > drivers/rtc/rtc-abx80x.c | 12 +- > drivers/rtc/rtc-cmos.c | 10 +- > drivers/rtc/rtc-isl1208.c | 11 +- > drivers/rtc/rtc-tps6594.c | 4 - > drivers/s390/block/dasd_devmap.c | 10 +- > drivers/scsi/lpfc/lpfc_attr.c | 5 + > drivers/scsi/lpfc/lpfc_hbadisc.c | 2 +- > drivers/scsi/lpfc/lpfc_sli.c | 19 +- > drivers/scsi/qla2xxx/qla_bsg.c | 98 +-- > drivers/scsi/qla2xxx/qla_def.h | 17 +- > drivers/scsi/qla2xxx/qla_gbl.h | 6 +- > drivers/scsi/qla2xxx/qla_gs.c | 473 +++++++------- > drivers/scsi/qla2xxx/qla_init.c | 92 ++- > drivers/scsi/qla2xxx/qla_inline.h | 8 + > drivers/scsi/qla2xxx/qla_mid.c | 2 +- > drivers/scsi/qla2xxx/qla_nvme.c | 5 +- > drivers/scsi/qla2xxx/qla_os.c | 19 +- > drivers/scsi/qla2xxx/qla_sup.c | 108 +++- > drivers/scsi/sr_ioctl.c | 2 +- > drivers/soc/mediatek/mtk-mutex.c | 1 + > drivers/soc/qcom/icc-bwmon.c | 4 +- > drivers/soc/qcom/pdr_interface.c | 8 +- > drivers/soc/qcom/pmic_glink.c | 13 +- > drivers/soc/qcom/rpmh-rsc.c | 7 +- > drivers/soc/qcom/rpmh.c | 1 - > drivers/soc/qcom/socinfo.c | 3 +- > drivers/soc/xilinx/xlnx_event_manager.c | 15 +- > drivers/soc/xilinx/zynqmp_power.c | 4 +- > drivers/spi/atmel-quadspi.c | 11 +- > drivers/spi/spi-microchip-core.c | 139 ++-- > drivers/spi/spidev.c | 1 + > drivers/thermal/broadcom/bcm2835_thermal.c | 19 +- > drivers/thermal/thermal_core.c | 89 ++- > drivers/thermal/thermal_core.h | 10 +- > drivers/ufs/core/ufs-mcq.c | 10 +- > drivers/usb/host/xhci-pci.c | 4 +- > drivers/usb/typec/mux/nb7vpq904m.c | 7 +- > drivers/usb/typec/mux/ptn36502.c | 11 +- > drivers/vhost/vsock.c | 4 +- > drivers/video/fbdev/vesafb.c | 2 +- > drivers/watchdog/rzg2l_wdt.c | 22 +- > fs/btrfs/compression.c | 2 +- > fs/ceph/super.c | 3 +- > fs/erofs/zutil.c | 3 + > fs/exfat/dir.c | 2 +- > fs/ext2/balloc.c | 11 +- > fs/ext4/extents_status.c | 2 + > fs/ext4/fast_commit.c | 6 + > fs/ext4/namei.c | 73 ++- > fs/ext4/xattr.c | 6 + > fs/f2fs/checkpoint.c | 10 +- > fs/f2fs/data.c | 10 +- > fs/f2fs/f2fs.h | 19 +- > fs/f2fs/file.c | 47 +- > fs/f2fs/gc.c | 13 +- > fs/f2fs/inline.c | 8 +- > fs/f2fs/inode.c | 14 +- > fs/f2fs/segment.c | 6 +- > fs/f2fs/segment.h | 3 +- > fs/fuse/inode.c | 24 +- > fs/hfs/inode.c | 3 + > fs/hfsplus/bfind.c | 15 +- > fs/hfsplus/extents.c | 9 +- > fs/hfsplus/hfsplus_fs.h | 21 + > fs/hostfs/hostfs.h | 7 +- > fs/hostfs/hostfs_kern.c | 10 +- > fs/hostfs/hostfs_user.c | 7 +- > fs/jbd2/commit.c | 2 +- > fs/jbd2/journal.c | 56 +- > fs/jbd2/transaction.c | 45 +- > fs/jfs/jfs_imap.c | 5 +- > fs/netfs/write_issue.c | 1 + > fs/nfs/file.c | 5 +- > fs/nfs/nfs4client.c | 6 +- > fs/nfs/nfs4proc.c | 2 +- > fs/nfs/nfstrace.h | 36 +- > fs/nfs/read.c | 8 +- > fs/nfs/write.c | 10 +- > fs/nfsd/Kconfig | 2 +- > fs/nfsd/filecache.c | 2 +- > fs/nfsd/nfs4proc.c | 5 +- > fs/nfsd/nfs4recover.c | 4 +- > fs/nilfs2/btnode.c | 25 +- > fs/nilfs2/btree.c | 4 +- > fs/nilfs2/segment.c | 2 +- > fs/ntfs3/attrib.c | 30 +- > fs/ntfs3/bitmap.c | 2 +- > fs/ntfs3/dir.c | 3 +- > fs/ntfs3/file.c | 5 +- > fs/ntfs3/frecord.c | 2 +- > fs/ntfs3/fslog.c | 5 +- > fs/ntfs3/index.c | 4 +- > fs/ntfs3/inode.c | 13 +- > fs/ntfs3/ntfs.h | 12 +- > fs/ntfs3/super.c | 4 +- > fs/proc/proc_sysctl.c | 6 +- > fs/proc/task_mmu.c | 30 +- > fs/smb/client/cifsfs.c | 8 +- > fs/smb/client/connect.c | 24 +- > fs/super.c | 11 + > fs/udf/balloc.c | 15 +- > fs/udf/file.c | 2 + > fs/udf/inode.c | 11 +- > fs/udf/namei.c | 2 - > fs/udf/super.c | 3 +- > include/asm-generic/vmlinux.lds.h | 2 +- > include/drm/drm_mipi_dsi.h | 46 +- > include/linux/alloc_tag.h | 2 +- > include/linux/bpf_verifier.h | 2 +- > include/linux/firewire.h | 5 +- > include/linux/huge_mm.h | 12 +- > include/linux/hugetlb.h | 1 + > include/linux/interrupt.h | 2 +- > include/linux/jbd2.h | 12 +- > include/linux/lsm_hook_defs.h | 1 + > include/linux/mlx5/qp.h | 9 +- > include/linux/mm.h | 16 +- > include/linux/objagg.h | 1 - > include/linux/perf_event.h | 1 + > include/linux/pgalloc_tag.h | 7 +- > include/linux/preempt.h | 41 ++ > include/linux/sbitmap.h | 5 + > include/linux/sched.h | 41 -- > include/linux/screen_info.h | 10 + > include/linux/spinlock.h | 14 +- > include/linux/task_work.h | 3 +- > include/linux/virtio_net.h | 11 + > include/net/bluetooth/hci_core.h | 4 - > include/net/ip6_route.h | 22 +- > include/net/ip_fib.h | 1 + > include/net/mana/mana.h | 2 + > include/net/tcp.h | 1 + > include/net/xfrm.h | 36 +- > include/sound/tas2781-dsp.h | 11 +- > include/trace/events/rpcgss.h | 2 +- > include/uapi/drm/xe_drm.h | 8 +- > include/uapi/linux/if_xdp.h | 4 + > include/uapi/linux/netfilter/nf_tables.h | 2 +- > include/uapi/linux/zorro_ids.h | 3 + > include/ufs/ufshcd.h | 6 + > io_uring/io-wq.c | 10 +- > io_uring/io_uring.c | 5 +- > io_uring/napi.c | 2 + > io_uring/opdef.c | 8 + > io_uring/opdef.h | 4 +- > io_uring/register.c | 2 +- > io_uring/timeout.c | 2 +- > io_uring/uring_cmd.c | 2 +- > kernel/bpf/btf.c | 10 +- > kernel/bpf/helpers.c | 2 +- > kernel/bpf/verifier.c | 5 +- > kernel/cgroup/cpuset.c | 76 ++- > kernel/debug/kdb/kdb_io.c | 6 +- > kernel/dma/mapping.c | 2 +- > kernel/events/core.c | 77 ++- > kernel/events/internal.h | 2 +- > kernel/events/ring_buffer.c | 4 +- > kernel/irq/irqdomain.c | 7 +- > kernel/irq/manage.c | 2 +- > kernel/jump_label.c | 45 +- > kernel/locking/rwsem.c | 6 +- > kernel/rcu/tasks.h | 10 + > kernel/sched/core.c | 37 +- > kernel/sched/fair.c | 7 +- > kernel/sched/sched.h | 2 +- > kernel/signal.c | 8 + > kernel/task_work.c | 34 +- > kernel/time/tick-broadcast.c | 23 + > kernel/time/timer_migration.c | 33 +- > kernel/time/timer_migration.h | 12 +- > kernel/trace/pid_list.c | 4 +- > kernel/watchdog_perf.c | 11 +- > kernel/workqueue.c | 6 +- > lib/decompress_bunzip2.c | 3 +- > lib/kobject_uevent.c | 17 +- > lib/objagg.c | 18 +- > lib/sbitmap.c | 36 +- > mm/huge_memory.c | 14 +- > mm/hugetlb.c | 49 +- > mm/memory.c | 2 +- > mm/mempolicy.c | 18 +- > mm/mmap_lock.c | 175 +---- > mm/page_alloc.c | 35 +- > mm/vmscan.c | 83 ++- > net/bluetooth/hci_core.c | 27 +- > net/bluetooth/hci_event.c | 2 + > net/bluetooth/hci_sync.c | 2 - > net/bridge/br_forward.c | 4 +- > net/core/filter.c | 15 +- > net/core/flow_dissector.c | 2 +- > net/core/page_pool.c | 2 +- > net/core/xdp.c | 4 +- > net/ethtool/pse-pd.c | 8 +- > net/ipv4/esp4.c | 3 +- > net/ipv4/esp4_offload.c | 7 + > net/ipv4/fib_semantics.c | 13 +- > net/ipv4/fib_trie.c | 1 + > net/ipv4/nexthop.c | 7 +- > net/ipv4/route.c | 18 +- > net/ipv4/tcp.c | 8 +- > net/ipv4/tcp_input.c | 32 +- > net/ipv4/tcp_ipv4.c | 11 +- > net/ipv4/tcp_minisocks.c | 15 +- > net/ipv4/tcp_timer.c | 6 +- > net/ipv6/addrconf.c | 3 +- > net/ipv6/esp6.c | 3 +- > net/ipv6/esp6_offload.c | 7 + > net/ipv6/ip6_output.c | 1 + > net/ipv6/route.c | 2 +- > net/ipv6/tcp_ipv6.c | 10 +- > net/mac80211/chan.c | 11 + > net/mac80211/main.c | 2 +- > net/mac80211/mlme.c | 15 +- > net/mac80211/sta_info.h | 6 + > net/mac80211/tx.c | 6 +- > net/netfilter/ipvs/ip_vs_ctl.c | 10 +- > net/netfilter/ipvs/ip_vs_proto_sctp.c | 4 +- > net/netfilter/nf_conntrack_netlink.c | 3 +- > net/netfilter/nft_set_pipapo.c | 4 +- > net/netfilter/nft_set_pipapo.h | 21 + > net/netfilter/nft_set_pipapo_avx2.c | 22 +- > net/packet/af_packet.c | 86 ++- > net/smc/smc_core.c | 5 +- > net/sunrpc/auth_gss/gss_krb5_keys.c | 2 +- > net/sunrpc/clnt.c | 3 +- > net/sunrpc/xprtrdma/frwr_ops.c | 3 +- > net/sunrpc/xprtrdma/verbs.c | 16 +- > net/tipc/udp_media.c | 5 +- > net/unix/af_unix.c | 41 +- > net/unix/unix_bpf.c | 3 + > net/wireless/nl80211.c | 3 + > net/wireless/util.c | 8 +- > net/xdp/xdp_umem.c | 9 +- > net/xfrm/xfrm_input.c | 8 +- > net/xfrm/xfrm_policy.c | 5 +- > net/xfrm/xfrm_state.c | 65 +- > net/xfrm/xfrm_user.c | 1 - > scripts/Kconfig.include | 3 +- > scripts/Makefile.lib | 6 +- > scripts/gcc-x86_32-has-stack-protector.sh | 2 +- > scripts/gcc-x86_64-has-stack-protector.sh | 2 +- > scripts/syscalltbl.sh | 18 +- > security/apparmor/lsm.c | 7 + > security/apparmor/policy.c | 2 +- > security/apparmor/policy_unpack.c | 43 +- > security/keys/keyctl.c | 2 +- > security/landlock/cred.c | 11 +- > security/security.c | 70 +- > security/selinux/hooks.c | 38 +- > security/smack/smack_lsm.c | 34 +- > sound/core/ump.c | 13 + > sound/firewire/amdtp-stream.c | 3 +- > sound/pci/hda/patch_realtek.c | 6 +- > sound/soc/amd/acp-es8336.c | 4 +- > sound/soc/amd/yc/acp6x-mach.c | 7 + > sound/soc/codecs/cs35l56-shared.c | 2 +- > sound/soc/codecs/max98088.c | 10 +- > sound/soc/codecs/pcm6240.c | 6 +- > sound/soc/codecs/tas2781-fmwlib.c | 20 +- > sound/soc/codecs/tas2781-i2c.c | 39 +- > sound/soc/codecs/wcd939x.c | 113 ++-- > sound/soc/fsl/fsl_qmc_audio.c | 2 + > sound/soc/intel/common/soc-acpi-intel-ssp-common.c | 9 + > sound/soc/intel/common/soc-intel-quirks.h | 2 +- > sound/soc/qcom/lpass-cpu.c | 4 + > sound/soc/sof/amd/pci-vangogh.c | 1 - > sound/soc/sof/imx/imx8m.c | 2 +- > sound/soc/sof/intel/hda-loader.c | 18 +- > sound/soc/sof/intel/hda.c | 17 +- > sound/soc/sof/ipc4-topology.c | 46 +- > sound/usb/mixer.c | 7 + > sound/usb/quirks.c | 4 + > tools/bpf/bpftool/common.c | 2 +- > tools/bpf/bpftool/prog.c | 4 + > tools/bpf/resolve_btfids/main.c | 2 +- > tools/lib/bpf/btf.c | 2 +- > tools/lib/bpf/btf_dump.c | 8 +- > tools/lib/bpf/libbpf_internal.h | 10 +- > tools/lib/bpf/linker.c | 11 +- > tools/memory-model/lock.cat | 20 +- > tools/objtool/noreturns.h | 4 + > tools/perf/arch/powerpc/util/skip-callchain-idx.c | 8 +- > tools/perf/arch/x86/util/intel-pt.c | 15 +- > tools/perf/tests/shell/test_arm_callgraph_fp.sh | 27 +- > tools/perf/tests/workloads/leafloop.c | 20 +- > tools/perf/ui/gtk/annotate.c | 5 +- > tools/perf/util/cs-etm.c | 10 +- > tools/perf/util/disasm.c | 10 +- > tools/perf/util/dso.c | 14 +- > tools/perf/util/dso.h | 19 + > tools/perf/util/maps.c | 9 +- > tools/perf/util/pmus.c | 5 +- > tools/perf/util/sort.c | 2 +- > tools/perf/util/srcline.c | 12 +- > tools/perf/util/stat-display.c | 3 + > tools/perf/util/stat-shadow.c | 7 + > tools/perf/util/symbol.c | 18 +- > tools/perf/util/unwind-libdw.c | 12 +- > tools/perf/util/unwind-libunwind-local.c | 18 +- > tools/testing/selftests/bpf/bpf_kfuncs.h | 2 +- > .../testing/selftests/bpf/prog_tests/bpf_tcp_ca.c | 16 +- > .../testing/selftests/bpf/prog_tests/fexit_sleep.c | 8 +- > tools/testing/selftests/bpf/prog_tests/sk_lookup.c | 2 +- > .../selftests/bpf/prog_tests/xdp_adjust_tail.c | 2 +- > .../bpf/progs/btf_dump_test_case_multidim.c | 4 +- > .../bpf/progs/btf_dump_test_case_syntax.c | 4 +- > .../bpf/progs/kprobe_multi_session_cookie.c | 2 +- > tools/testing/selftests/bpf/test_sockmap.c | 9 +- > tools/testing/selftests/damon/access_memory.c | 2 +- > .../drivers/net/mlxsw/spectrum-2/tc_flower.sh | 55 +- > tools/testing/selftests/iommu/iommufd.c | 76 ++- > tools/testing/selftests/iommu/iommufd_utils.h | 6 +- > tools/testing/selftests/landlock/base_test.c | 74 +++ > tools/testing/selftests/landlock/config | 1 + > tools/testing/selftests/net/fib_tests.sh | 24 +- > .../net/forwarding/bridge_fdb_learning_limit.sh | 18 + > .../selftests/net/forwarding/devlink_lib.sh | 2 + > tools/testing/selftests/nolibc/nolibc-test.c | 2 +- > tools/testing/selftests/resctrl/resctrl_val.c | 54 +- > .../selftests/sigaltstack/current_stack_pointer.h | 2 +- > 858 files changed, 7467 insertions(+), 4533 deletions(-) > > > ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-07-31 10:03 [PATCH 6.10 000/809] 6.10.3-rc3 review Greg Kroah-Hartman ` (2 preceding siblings ...) 2024-07-31 13:33 ` Luna Jernberg @ 2024-07-31 14:59 ` Jon Hunter 2024-07-31 15:12 ` Christian Heusel ` (11 subsequent siblings) 15 siblings, 0 replies; 66+ messages in thread From: Jon Hunter @ 2024-07-31 14:59 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 Wed, 31 Jul 2024 12:03:16 +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 6.10.3 release. > There are 809 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, 02 Aug 2024 09:47:47 +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.10.3-rc3.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.10.y > and the diffstat can be found below. > > thanks, > > greg k-h All tests passing for Tegra ... Test results for stable-v6.10: 10 builds: 10 pass, 0 fail 26 boots: 26 pass, 0 fail 116 tests: 116 pass, 0 fail Linux version: 6.10.3-rc3-gdf6b86a465e8 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] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-07-31 10:03 [PATCH 6.10 000/809] 6.10.3-rc3 review Greg Kroah-Hartman ` (3 preceding siblings ...) 2024-07-31 14:59 ` Jon Hunter @ 2024-07-31 15:12 ` Christian Heusel 2024-07-31 16:49 ` Markus Reichelt ` (10 subsequent siblings) 15 siblings, 0 replies; 66+ messages in thread From: Christian Heusel @ 2024-07-31 15:12 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: 529 bytes --] On 24/07/31 12:03PM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 6.10.3 release. > There are 809 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, 02 Aug 2024 09:47:47 +0000. > Anything received after that time might be too late. > Tested-by: Christian Heusel <christian@heusel.eu> Tested on a ThinkPad E14 Gen 3 with a AMD Ryzen 5 5500U CPU [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 833 bytes --] ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-07-31 10:03 [PATCH 6.10 000/809] 6.10.3-rc3 review Greg Kroah-Hartman ` (4 preceding siblings ...) 2024-07-31 15:12 ` Christian Heusel @ 2024-07-31 16:49 ` Markus Reichelt 2024-07-31 19:04 ` Peter Schneider ` (9 subsequent siblings) 15 siblings, 0 replies; 66+ messages in thread From: Markus Reichelt @ 2024-07-31 16:49 UTC (permalink / raw) To: stable, linux-kernel * Greg Kroah-Hartman <gregkh@linuxfoundation.org> wrote: > This is the start of the stable review cycle for the 6.10.3 release. > There are 809 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, 02 Aug 2024 09:47:47 +0000. > Anything received after that time might be too late. Hi Greg 6.10.3-rc3 compiles, boots and runs here on x86_64 (AMD Ryzen 5 PRO 4650G, Slackware64-15.0) Tested-by: Markus Reichelt <lkt+2023@mareichelt.com> ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-07-31 10:03 [PATCH 6.10 000/809] 6.10.3-rc3 review Greg Kroah-Hartman ` (5 preceding siblings ...) 2024-07-31 16:49 ` Markus Reichelt @ 2024-07-31 19:04 ` Peter Schneider 2024-07-31 19:29 ` Naresh Kamboju ` (8 subsequent siblings) 15 siblings, 0 replies; 66+ messages in thread From: Peter Schneider @ 2024-07-31 19:04 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 31.07.2024 um 12:03 schrieb Greg Kroah-Hartman: > This is the start of the stable review cycle for the 6.10.3 release. > There are 809 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. Builds, boots and works on my 2-socket Ivy Bridge Xeon E5-2697 v2 server. No dmesg oddities or regressions found. Tested-by: Peter Schneider <pschneider1968@googlemail.com> Beste Grüße, Peter Schneider -- Climb the mountain not to plant your flag, but to embrace the challenge, enjoy the air and behold the view. Climb it so you can see the world, not so the world can see you. -- David McCullough Jr. OpenPGP: 0xA3828BD796CCE11A8CADE8866E3A92C92C3FF244 Download: https://www.peters-netzplatz.de/download/pschneider1968_pub.asc https://keys.mailvelope.com/pks/lookup?op=get&search=pschneider1968@googlemail.com https://keys.mailvelope.com/pks/lookup?op=get&search=pschneider1968@gmail.com ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-07-31 10:03 [PATCH 6.10 000/809] 6.10.3-rc3 review Greg Kroah-Hartman ` (6 preceding siblings ...) 2024-07-31 19:04 ` Peter Schneider @ 2024-07-31 19:29 ` Naresh Kamboju 2024-07-31 19:47 ` Justin Forbes ` (7 subsequent siblings) 15 siblings, 0 replies; 66+ messages in thread From: Naresh Kamboju @ 2024-07-31 19:29 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 Wed, 31 Jul 2024 at 15:33, Greg Kroah-Hartman <gregkh@linuxfoundation.org> wrote: > > This is the start of the stable review cycle for the 6.10.3 release. > There are 809 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, 02 Aug 2024 09:47:47 +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.10.3-rc3.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.10.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 <lkft@linaro.org> ## Build * kernel: 6.10.3-rc3 * git: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git * git commit: df6b86a465e839f8a9912c0de79b3c5681d0f1d9 * git describe: v6.10.2-810-gdf6b86a465e8 * test details: https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-6.10.y/build/v6.10.2-810-gdf6b86a465e8 ## Test Regressions (compared to v6.10.1-30-gbdc32598d900) ## Metric Regressions (compared to v6.10.1-30-gbdc32598d900) ## Test Fixes (compared to v6.10.1-30-gbdc32598d900) ## Metric Fixes (compared to v6.10.1-30-gbdc32598d900) ## Test result summary total: 418796, pass: 365615, fail: 6357, skip: 46059, xfail: 765 ## Build Summary * arc: 10 total, 10 passed, 0 failed * arm: 254 total, 254 passed, 0 failed * arm64: 72 total, 72 passed, 0 failed * i386: 54 total, 54 passed, 0 failed * mips: 48 total, 48 passed, 0 failed * parisc: 6 total, 6 passed, 0 failed * powerpc: 68 total, 68 passed, 0 failed * riscv: 34 total, 34 passed, 0 failed * s390: 24 total, 24 passed, 0 failed * sh: 20 total, 20 passed, 0 failed * sparc: 12 total, 12 passed, 0 failed * x86_64: 62 total, 62 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] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-07-31 10:03 [PATCH 6.10 000/809] 6.10.3-rc3 review Greg Kroah-Hartman ` (7 preceding siblings ...) 2024-07-31 19:29 ` Naresh Kamboju @ 2024-07-31 19:47 ` Justin Forbes 2024-07-31 20:25 ` Shuah Khan ` (6 subsequent siblings) 15 siblings, 0 replies; 66+ messages in thread From: Justin Forbes @ 2024-07-31 19:47 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 Wed, Jul 31, 2024 at 12:03:16PM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 6.10.3 release. > There are 809 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, 02 Aug 2024 09:47:47 +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.10.3-rc3.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.10.y > and the diffstat can be found below. > > thanks, > > greg k-h Tested rc3 against the Fedora build system (aarch64, ppc64le, s390x, x86_64), and boot tested x86_64. No regressions noted. Tested-by: Justin M. Forbes <jforbes@fedoraproject.org> ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-07-31 10:03 [PATCH 6.10 000/809] 6.10.3-rc3 review Greg Kroah-Hartman ` (8 preceding siblings ...) 2024-07-31 19:47 ` Justin Forbes @ 2024-07-31 20:25 ` Shuah Khan 2024-07-31 20:37 ` Allen ` (5 subsequent siblings) 15 siblings, 0 replies; 66+ messages in thread From: Shuah Khan @ 2024-07-31 20:25 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/31/24 04:03, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 6.10.3 release. > There are 809 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, 02 Aug 2024 09:47:47 +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.10.3-rc3.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.10.y > and the diffstat can be found below. > > thanks, > > greg k-h > Compiled and booted on my test system. No dmesg regressions. Tested-by: Shuah Khan <skhan@linuxfoundation.org> thanks, -- Shuah ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-07-31 10:03 [PATCH 6.10 000/809] 6.10.3-rc3 review Greg Kroah-Hartman ` (9 preceding siblings ...) 2024-07-31 20:25 ` Shuah Khan @ 2024-07-31 20:37 ` Allen 2024-07-31 21:03 ` Florian Fainelli ` (4 subsequent siblings) 15 siblings, 0 replies; 66+ messages in thread From: Allen @ 2024-07-31 20: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, broonie > This is the start of the stable review cycle for the 6.10.3 release. > There are 809 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, 02 Aug 2024 09:47:47 +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.10.3-rc3.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.10.y > and the diffstat can be found below. > > thanks, > > greg k-h > Compiled and booted on my x86_64 and ARM64 test systems. No errors or regressions. Tested-by: Allen Pais <apais@linux.microsoft.com> Thanks. ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-07-31 10:03 [PATCH 6.10 000/809] 6.10.3-rc3 review Greg Kroah-Hartman ` (10 preceding siblings ...) 2024-07-31 20:37 ` Allen @ 2024-07-31 21:03 ` Florian Fainelli 2024-08-01 5:15 ` Jiri Slaby ` (3 subsequent siblings) 15 siblings, 0 replies; 66+ messages in thread From: Florian Fainelli @ 2024-07-31 21:03 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/31/24 03:03, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 6.10.3 release. > There are 809 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, 02 Aug 2024 09:47:47 +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.10.3-rc3.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.10.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] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-07-31 10:03 [PATCH 6.10 000/809] 6.10.3-rc3 review Greg Kroah-Hartman ` (11 preceding siblings ...) 2024-07-31 21:03 ` Florian Fainelli @ 2024-08-01 5:15 ` Jiri Slaby 2024-08-01 7:49 ` Ron Economos ` (2 subsequent siblings) 15 siblings, 0 replies; 66+ messages in thread From: Jiri Slaby @ 2024-08-01 5:15 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 31. 07. 24, 12:03, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 6.10.3 release. > There are 809 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. openSUSE configs¹⁾ all green. x86_64 runs fine in qemu. Tested-by: Jiri Slaby <jirislaby@kernel.org> ¹⁾ armv6hl armv7hl arm64 i386 ppc64 ppc64le riscv64 s390x x86_64 thanks, -- js suse labs ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-07-31 10:03 [PATCH 6.10 000/809] 6.10.3-rc3 review Greg Kroah-Hartman ` (12 preceding siblings ...) 2024-08-01 5:15 ` Jiri Slaby @ 2024-08-01 7:49 ` Ron Economos 2024-08-02 6:59 ` Miguel Ojeda 2024-08-04 18:36 ` Guenter Roeck 15 siblings, 0 replies; 66+ messages in thread From: Ron Economos @ 2024-08-01 7:49 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/31/24 3:03 AM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 6.10.3 release. > There are 809 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, 02 Aug 2024 09:47:47 +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.10.3-rc3.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.10.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] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-07-31 10:03 [PATCH 6.10 000/809] 6.10.3-rc3 review Greg Kroah-Hartman ` (13 preceding siblings ...) 2024-08-01 7:49 ` Ron Economos @ 2024-08-02 6:59 ` Miguel Ojeda 2024-08-04 18:36 ` Guenter Roeck 15 siblings, 0 replies; 66+ messages in thread From: Miguel Ojeda @ 2024-08-02 6:59 UTC (permalink / raw) To: gregkh Cc: akpm, allen.lkml, broonie, conor, f.fainelli, jonathanh, linux-kernel, linux, lkft-triage, patches, patches, pavel, rwarsow, shuah, srw, stable, sudipm.mukherjee, torvalds, Miguel Ojeda On Wed, 31 Jul 2024 12:03:16 +0200 Greg Kroah-Hartman <gregkh@linuxfoundation.org> wrote: > > This is the start of the stable review cycle for the 6.10.3 release. > There are 809 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. Boot-tested under QEMU for Rust x86_64, arm64 and riscv64; built-tested for loongarch64: Tested-by: Miguel Ojeda <ojeda@kernel.org> Thanks! Cheers, Miguel ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-07-31 10:03 [PATCH 6.10 000/809] 6.10.3-rc3 review Greg Kroah-Hartman ` (14 preceding siblings ...) 2024-08-02 6:59 ` Miguel Ojeda @ 2024-08-04 18:36 ` Guenter Roeck 2024-08-05 3:28 ` Guenter Roeck 2024-08-06 2:40 ` Linus Torvalds 15 siblings, 2 replies; 66+ messages in thread From: Guenter Roeck @ 2024-08-04 18:36 UTC (permalink / raw) To: Greg Kroah-Hartman, stable Cc: patches, linux-kernel, torvalds, akpm, shuah, patches, lkft-triage, pavel, jonathanh, f.fainelli, sudipm.mukherjee, srw, rwarsow, conor, allen.lkml, broonie, Rafael J. Wysocki Hi, On 7/31/24 03:03, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 6.10.3 release. > There are 809 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, 02 Aug 2024 09:47:47 +0000. > Anything received after that time might be too late. > [ ... ] > Rafael J. Wysocki <rafael.j.wysocki@intel.com> > genirq: Set IRQF_COND_ONESHOT in request_irq() > With this patch in v6.10.3, all my parisc64 qemu tests get stuck with repeated error messages [ 0.000000] ============================================================================= [ 0.000000] BUG kmem_cache_node (Not tainted): objects 21 > max 16 [ 0.000000] ----------------------------------------------------------------------------- This never stops until the emulation aborts. Reverting this patch fixes the problem for me. I noticed a similar problem in the mainline kernel but it is either spurious there or the problem has been fixed. Guenter ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-08-04 18:36 ` Guenter Roeck @ 2024-08-05 3:28 ` Guenter Roeck 2024-08-05 8:56 ` Thomas Gleixner 2024-08-06 2:40 ` Linus Torvalds 1 sibling, 1 reply; 66+ messages in thread From: Guenter Roeck @ 2024-08-05 3:28 UTC (permalink / raw) To: Greg Kroah-Hartman, stable Cc: patches, linux-kernel, torvalds, akpm, shuah, patches, lkft-triage, pavel, jonathanh, f.fainelli, sudipm.mukherjee, srw, rwarsow, conor, allen.lkml, broonie, Rafael J. Wysocki, Helge Deller, Parisc List On 8/4/24 11:36, Guenter Roeck wrote: > Hi, > > On 7/31/24 03:03, Greg Kroah-Hartman wrote: >> This is the start of the stable review cycle for the 6.10.3 release. >> There are 809 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, 02 Aug 2024 09:47:47 +0000. >> Anything received after that time might be too late. >> > [ ... ] > >> Rafael J. Wysocki <rafael.j.wysocki@intel.com> >> genirq: Set IRQF_COND_ONESHOT in request_irq() >> > > With this patch in v6.10.3, all my parisc64 qemu tests get stuck with repeated error messages > > [ 0.000000] ============================================================================= > [ 0.000000] BUG kmem_cache_node (Not tainted): objects 21 > max 16 > [ 0.000000] ----------------------------------------------------------------------------- > > This never stops until the emulation aborts. > > Reverting this patch fixes the problem for me. > > I noticed a similar problem in the mainline kernel but it is either spurious there > or the problem has been fixed. > As a follow-up, the patch below (on top of v6.10.3) "fixes" the problem for me. I guess that suggests some kind of race condition. Added Helge and the parisc mailing list to Cc:. Sorry, I forgot that earlier. Guenter --- diff --git a/kernel/irq/manage.c b/kernel/irq/manage.c index dd53298ef1a5..53a0f654ab56 100644 --- a/kernel/irq/manage.c +++ b/kernel/irq/manage.c @@ -8,6 +8,7 @@ #define pr_fmt(fmt) "genirq: " fmt +#include <linux/delay.h> #include <linux/irq.h> #include <linux/kthread.h> #include <linux/module.h> @@ -2156,6 +2157,8 @@ int request_threaded_irq(unsigned int irq, irq_handler_t handler, struct irq_desc *desc; int retval; + udelay(1); + if (irq == IRQ_NOTCONNECTED) return -ENOTCONN; ^ permalink raw reply related [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-08-05 3:28 ` Guenter Roeck @ 2024-08-05 8:56 ` Thomas Gleixner 2024-08-05 12:51 ` Thomas Gleixner 2024-08-05 17:42 ` Guenter Roeck 0 siblings, 2 replies; 66+ messages in thread From: Thomas Gleixner @ 2024-08-05 8:56 UTC (permalink / raw) To: Guenter Roeck, Greg Kroah-Hartman, stable Cc: patches, linux-kernel, torvalds, akpm, shuah, patches, lkft-triage, pavel, jonathanh, f.fainelli, sudipm.mukherjee, srw, rwarsow, conor, allen.lkml, broonie, Rafael J. Wysocki, Helge Deller, Parisc List On Sun, Aug 04 2024 at 20:28, Guenter Roeck wrote: > On 8/4/24 11:36, Guenter Roeck wrote: >>> Rafael J. Wysocki <rafael.j.wysocki@intel.com> >>> genirq: Set IRQF_COND_ONESHOT in request_irq() >>> >> >> With this patch in v6.10.3, all my parisc64 qemu tests get stuck with repeated error messages >> >> [ 0.000000] ============================================================================= >> [ 0.000000] BUG kmem_cache_node (Not tainted): objects 21 > max 16 >> [ 0.000000] ----------------------------------------------------------------------------- Do you have a full boot log? It's unclear to me at which point of the boot process this happens. Is this before or after the secondary CPUs have been brought up? >> This never stops until the emulation aborts. Do you have a recipe how to reproduce? >> Reverting this patch fixes the problem for me. >> >> I noticed a similar problem in the mainline kernel but it is either spurious there >> or the problem has been fixed. >> > > As a follow-up, the patch below (on top of v6.10.3) "fixes" the problem for me. > I guess that suggests some kind of race condition. > > > @@ -2156,6 +2157,8 @@ int request_threaded_irq(unsigned int irq, irq_handler_t handler, > struct irq_desc *desc; > int retval; > > + udelay(1); > + > if (irq == IRQ_NOTCONNECTED) > return -ENOTCONN; That all makes absolutely no sense to me. IRQF_COND_ONESHOT has only an effect on shared interrupts, when the interrupt was already requested with IRQF_ONESHOT. If this is really a race then the following must be true: 1) no delay CPU0 CPU1 request_irq(IRQF_ONESHOT) request_irq(IRQF_COND_ONESHOT) 2) delay CPU0 CPU1 request_irq(IRQF_COND_ONESHOT) request_irq(IRQF_ONESHOT) In this case the request on CPU 0 fails with -EBUSY ... Confused tglx ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-08-05 8:56 ` Thomas Gleixner @ 2024-08-05 12:51 ` Thomas Gleixner 2024-08-05 15:02 ` Guenter Roeck 2024-08-05 17:42 ` Guenter Roeck 1 sibling, 1 reply; 66+ messages in thread From: Thomas Gleixner @ 2024-08-05 12:51 UTC (permalink / raw) To: Guenter Roeck, Greg Kroah-Hartman, stable Cc: patches, linux-kernel, torvalds, akpm, shuah, patches, lkft-triage, pavel, jonathanh, f.fainelli, sudipm.mukherjee, srw, rwarsow, conor, allen.lkml, broonie, Rafael J. Wysocki, Helge Deller, Parisc List On Mon, Aug 05 2024 at 10:56, Thomas Gleixner wrote: > If this is really a race then the following must be true: > > 1) no delay > > CPU0 CPU1 > request_irq(IRQF_ONESHOT) > request_irq(IRQF_COND_ONESHOT) > > 2) delay > > CPU0 CPU1 > request_irq(IRQF_COND_ONESHOT) > request_irq(IRQF_ONESHOT) > > In this case the request on CPU 0 fails with -EBUSY ... > > Confused More confusing: Adding a printk() in setup_irq() - using the config, rootfs and the run.sh script from: http://server.roeck-us.net/qemu/parisc64-6.1.5/ results in: [ 0.000000] genirq: 64 flags: 00215600 [ 0.000000] genirq: 65 flags: 00200400 [ 8.110946] genirq: 66 flags: 00200080 IRQF_ONESHOT is 0x2000 which is not set by any of the interrupt requests. IRQF_COND_ONESHOT has only an effect when 1) Interrupt is shared 2) First interrupt request has IRQF_ONESHOT set Neither #1 nor #2 are true, but maybe your current config enables some moar devices than the one on your website. Thanks, tglx ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-08-05 12:51 ` Thomas Gleixner @ 2024-08-05 15:02 ` Guenter Roeck 2024-08-05 21:49 ` Thomas Gleixner 0 siblings, 1 reply; 66+ messages in thread From: Guenter Roeck @ 2024-08-05 15:02 UTC (permalink / raw) To: Thomas Gleixner, Greg Kroah-Hartman, stable Cc: patches, linux-kernel, torvalds, akpm, shuah, patches, lkft-triage, pavel, jonathanh, f.fainelli, sudipm.mukherjee, srw, rwarsow, conor, allen.lkml, broonie, Rafael J. Wysocki, Helge Deller, Parisc List On 8/5/24 05:51, Thomas Gleixner wrote: > On Mon, Aug 05 2024 at 10:56, Thomas Gleixner wrote: >> If this is really a race then the following must be true: >> >> 1) no delay >> >> CPU0 CPU1 >> request_irq(IRQF_ONESHOT) >> request_irq(IRQF_COND_ONESHOT) >> >> 2) delay >> >> CPU0 CPU1 >> request_irq(IRQF_COND_ONESHOT) >> request_irq(IRQF_ONESHOT) >> >> In this case the request on CPU 0 fails with -EBUSY ... >> >> Confused > > More confusing: > > Adding a printk() in setup_irq() - using the config, rootfs and the run.sh > script from: > > http://server.roeck-us.net/qemu/parisc64-6.1.5/ > > results in: > > [ 0.000000] genirq: 64 flags: 00215600 > [ 0.000000] genirq: 65 flags: 00200400 > [ 8.110946] genirq: 66 flags: 00200080 > > IRQF_ONESHOT is 0x2000 which is not set by any of the interrupt > requests. > > IRQF_COND_ONESHOT has only an effect when > > 1) Interrupt is shared > 2) First interrupt request has IRQF_ONESHOT set > > Neither #1 nor #2 are true, but maybe your current config enables some moar > devices than the one on your website. > No, it is pretty much the same, except for a more recent C compiler, and it requires qemu v9.0. See http://server.roeck-us.net/qemu/parisc64-6.10.3/. Debugging shows pretty much the same for me, and any log message added to request_irq() makes the problem go away (or be different), and if the problem is seen it doesn't even get to the third interrupt request. I copied a more complete log to bad.log.gz in above page. Below is yet another "fix" of the problem, just as puzzling as the other "fix". Guenter --- diff --git a/arch/parisc/kernel/time.c b/arch/parisc/kernel/time.c index 9714fbd7c42d..9707914c1a62 100644 --- a/arch/parisc/kernel/time.c +++ b/arch/parisc/kernel/time.c @@ -75,6 +75,8 @@ irqreturn_t __irq_entry timer_interrupt(int irq, void *dev_id) /* Initialize next_tick to the old expected tick time. */ next_tick = cpuinfo->it_value; + pr_info_once("####### First timer interrupt\n"); + /* Calculate how many ticks have elapsed. */ now = mfctl(16); do { ^ permalink raw reply related [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-08-05 15:02 ` Guenter Roeck @ 2024-08-05 21:49 ` Thomas Gleixner 2024-08-06 1:16 ` Guenter Roeck 0 siblings, 1 reply; 66+ messages in thread From: Thomas Gleixner @ 2024-08-05 21:49 UTC (permalink / raw) To: Guenter Roeck, Greg Kroah-Hartman, stable Cc: patches, linux-kernel, torvalds, akpm, shuah, patches, lkft-triage, pavel, jonathanh, f.fainelli, sudipm.mukherjee, srw, rwarsow, conor, allen.lkml, broonie, Rafael J. Wysocki, Helge Deller, Parisc List On Mon, Aug 05 2024 at 08:02, Guenter Roeck wrote: > On 8/5/24 05:51, Thomas Gleixner wrote: >> IRQF_COND_ONESHOT has only an effect when >> >> 1) Interrupt is shared >> 2) First interrupt request has IRQF_ONESHOT set >> >> Neither #1 nor #2 are true, but maybe your current config enables some moar >> devices than the one on your website. >> > > No, it is pretty much the same, except for a more recent C compiler, and it > requires qemu v9.0. See http://server.roeck-us.net/qemu/parisc64-6.10.3/. > > Debugging shows pretty much the same for me, and any log message added > to request_irq() makes the problem go away (or be different), and if the problem > is seen it doesn't even get to the third interrupt request. I copied a more complete > log to bad.log.gz in above page. At the point where the problem happens is way before the first interrupt is requested, so that definitely excludes any side effect of COND_ONESHOT. It happens right after [ 0.000000] Memory: 991812K/1048576K available (16752K kernel code, 5220K rwdata, 3044K rodata, 760K init, 1424K bss, 56764K reserved, 0K cma-reserved) SNIP [ 0.000000] ** This system shows unhashed kernel memory addresses ** SNIP I.e. the big fat warning about unhashed kernel addresses) In the good case the first interrupt is requested here: [ 0.000000] Memory: 992804K/1048576K available (16532K kernel code, 5096K rwdata, 2984K rodata, 744K init, 1412K bss, 55772K reserved, 0K cma-reserved) SNIP [ 0.000000] ** This system shows unhashed kernel memory addresses ** SNIP [ 0.000000] SLUB: HWalign=16, Order=0-3, MinObjects=0, CPUs=4, Nodes=1 [ 0.000000] ODEBUG: selftest passed [ 0.000000] rcu: Hierarchical RCU implementation. [ 0.000000] rcu: RCU event tracing is enabled. [ 0.000000] rcu: RCU callback double-/use-after-free debug is enabled. [ 0.000000] rcu: RCU debug extended QS entry/exit. [ 0.000000] rcu: RCU calculated value of scheduler-enlistment delay is 25 jiffies. [ 0.000000] NR_IRQS: 128 <- This is where the interrupt subsystem is initialized [ 0.000000] genirq: 64: 00215600 <- This is probably the timer interrupt Looking at the backtrace the fail happens from within start_kernel(), i.e. mm_core_init(): slab_err+0x13c/0x190 check_slab+0xf4/0x140 alloc_debug_processing+0x58/0x248 ___slab_alloc+0x22c/0xa38 __slab_alloc.isra.0+0x60/0x88 kmem_cache_alloc_node_noprof+0x148/0x3c0 __kmem_cache_create+0x5d4/0x680 create_boot_cache+0xc4/0x128 new_kmalloc_cache+0x1ac/0x1d8 create_kmalloc_caches+0xac/0x108 kmem_cache_init+0x1cc/0x340 mm_core_init+0x458/0x560 start_kernel+0x9ac/0x11e0 start_parisc+0x188/0x1b0 The interrupt subsystem is initialized way later and request_irq() only works after that point. I'm 100% sure by now that this commit has absolutely nothing to do with the underlying problem. All it does is changing the code size and placement of text, data and .... So I finally managed to reproduce with gcc-13.3.0 from the k.org cross tools (the debian 12.2.2 does not). If I add: --- a/kernel/irq/manage.c +++ b/kernel/irq/manage.c @@ -1513,6 +1513,8 @@ static int unsigned long flags, thread_mask = 0; int ret, nested, shared = 0; + pr_info("%u: %08x\n", irq, new->flags); + if (!desc) return -EINVAL; it still reproduces. If I change that to: --- a/kernel/irq/manage.c +++ b/kernel/irq/manage.c @@ -1513,6 +1513,8 @@ static int unsigned long flags, thread_mask = 0; int ret, nested, shared = 0; + new->flags &= ~IRQF_COND_ONESHOT; + if (!desc) return -EINVAL; that does neither cure it (unsurprisingly). Reverting the "offending" commit cures it. So I tried your + pr_info_once("####### First timer interrupt\n"); which cures it too. So now where is the difference between the printk() in __setup_irq(), the new->flag mangling, the revert and the printk() in timer interrupt? There is ZERO functional change. There is no race either because at that point everything is single threaded and interrupts are disabled. The only thing which changes is the code and data layout as I can observe when looking at System.map of the builds. I stared at the diffs for a bit, but nothing stood out. Maybe the PARISC people can shed some light on it. This reminds me of the x86 32-bit disaster we debugged a few days ago... Thanks, tglx ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-08-05 21:49 ` Thomas Gleixner @ 2024-08-06 1:16 ` Guenter Roeck 0 siblings, 0 replies; 66+ messages in thread From: Guenter Roeck @ 2024-08-06 1:16 UTC (permalink / raw) To: Thomas Gleixner, Greg Kroah-Hartman, stable Cc: patches, linux-kernel, torvalds, akpm, shuah, patches, lkft-triage, pavel, jonathanh, f.fainelli, sudipm.mukherjee, srw, rwarsow, conor, allen.lkml, broonie, Rafael J. Wysocki, Helge Deller, Parisc List On 8/5/24 14:49, Thomas Gleixner wrote: > On Mon, Aug 05 2024 at 08:02, Guenter Roeck wrote: >> On 8/5/24 05:51, Thomas Gleixner wrote: >>> IRQF_COND_ONESHOT has only an effect when >>> >>> 1) Interrupt is shared >>> 2) First interrupt request has IRQF_ONESHOT set >>> >>> Neither #1 nor #2 are true, but maybe your current config enables some moar >>> devices than the one on your website. >>> >> >> No, it is pretty much the same, except for a more recent C compiler, and it >> requires qemu v9.0. See http://server.roeck-us.net/qemu/parisc64-6.10.3/. >> >> Debugging shows pretty much the same for me, and any log message added >> to request_irq() makes the problem go away (or be different), and if the problem >> is seen it doesn't even get to the third interrupt request. I copied a more complete >> log to bad.log.gz in above page. > > At the point where the problem happens is way before the first interrupt > is requested, so that definitely excludes any side effect of > COND_ONESHOT. > > It happens right after > > [ 0.000000] Memory: 991812K/1048576K available (16752K kernel code, 5220K rwdata, 3044K rodata, 760K init, 1424K bss, 56764K reserved, 0K cma-reserved) > SNIP > [ 0.000000] ** This system shows unhashed kernel memory addresses ** > SNIP > > I.e. the big fat warning about unhashed kernel addresses) > > In the good case the first interrupt is requested here: > > [ 0.000000] Memory: 992804K/1048576K available (16532K kernel code, 5096K rwdata, 2984K rodata, 744K init, 1412K bss, 55772K reserved, 0K cma-reserved) > SNIP > [ 0.000000] ** This system shows unhashed kernel memory addresses ** > SNIP > [ 0.000000] SLUB: HWalign=16, Order=0-3, MinObjects=0, CPUs=4, Nodes=1 > [ 0.000000] ODEBUG: selftest passed > [ 0.000000] rcu: Hierarchical RCU implementation. > [ 0.000000] rcu: RCU event tracing is enabled. > [ 0.000000] rcu: RCU callback double-/use-after-free debug is enabled. > [ 0.000000] rcu: RCU debug extended QS entry/exit. > [ 0.000000] rcu: RCU calculated value of scheduler-enlistment delay is 25 jiffies. > > [ 0.000000] NR_IRQS: 128 <- This is where the interrupt > subsystem is initialized > [ 0.000000] genirq: 64: 00215600 <- This is probably the timer interrupt > > Looking at the backtrace the fail happens from within start_kernel(), > i.e. mm_core_init(): > > slab_err+0x13c/0x190 > check_slab+0xf4/0x140 > alloc_debug_processing+0x58/0x248 > ___slab_alloc+0x22c/0xa38 > __slab_alloc.isra.0+0x60/0x88 > kmem_cache_alloc_node_noprof+0x148/0x3c0 > __kmem_cache_create+0x5d4/0x680 > create_boot_cache+0xc4/0x128 > new_kmalloc_cache+0x1ac/0x1d8 > create_kmalloc_caches+0xac/0x108 > kmem_cache_init+0x1cc/0x340 > mm_core_init+0x458/0x560 > start_kernel+0x9ac/0x11e0 > start_parisc+0x188/0x1b0 > > The interrupt subsystem is initialized way later and request_irq() only > works after that point. > > I'm 100% sure by now that this commit has absolutely nothing to do with > the underlying problem. All it does is changing the code size and > placement of text, data and .... > > So I finally managed to reproduce with gcc-13.3.0 from the k.org cross > tools (the debian 12.2.2 does not). > > If I add: > > --- a/kernel/irq/manage.c > +++ b/kernel/irq/manage.c > @@ -1513,6 +1513,8 @@ static int > unsigned long flags, thread_mask = 0; > int ret, nested, shared = 0; > > + pr_info("%u: %08x\n", irq, new->flags); > + > if (!desc) > return -EINVAL; > > it still reproduces. If I change that to: > > --- a/kernel/irq/manage.c > +++ b/kernel/irq/manage.c > @@ -1513,6 +1513,8 @@ static int > unsigned long flags, thread_mask = 0; > int ret, nested, shared = 0; > > + new->flags &= ~IRQF_COND_ONESHOT; > + > if (!desc) > return -EINVAL; > > that does neither cure it (unsurprisingly). > > Reverting the "offending" commit cures it. > > So I tried your > > + pr_info_once("####### First timer interrupt\n"); > > which cures it too. > > So now where is the difference between the printk() in __setup_irq(), > the new->flag mangling, the revert and the printk() in timer interrupt? > > There is ZERO functional change. There is no race either because at that > point everything is single threaded and interrupts are disabled. > > The only thing which changes is the code and data layout as I can > observe when looking at System.map of the builds. I stared at the diffs > for a bit, but nothing stood out. > > Maybe the PARISC people can shed some light on it. > > This reminds me of the x86 32-bit disaster we debugged a few days ago... > Looks like it :-( Thanks for checking ! Guenter ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-08-05 8:56 ` Thomas Gleixner 2024-08-05 12:51 ` Thomas Gleixner @ 2024-08-05 17:42 ` Guenter Roeck 1 sibling, 0 replies; 66+ messages in thread From: Guenter Roeck @ 2024-08-05 17:42 UTC (permalink / raw) To: Thomas Gleixner, Greg Kroah-Hartman, stable Cc: patches, linux-kernel, torvalds, akpm, shuah, patches, lkft-triage, pavel, jonathanh, f.fainelli, sudipm.mukherjee, srw, rwarsow, conor, allen.lkml, broonie, Rafael J. Wysocki, Helge Deller, Parisc List On 8/5/24 01:56, Thomas Gleixner wrote: > On Sun, Aug 04 2024 at 20:28, Guenter Roeck wrote: >> On 8/4/24 11:36, Guenter Roeck wrote: >>>> Rafael J. Wysocki <rafael.j.wysocki@intel.com> >>>> genirq: Set IRQF_COND_ONESHOT in request_irq() >>>> >>> >>> With this patch in v6.10.3, all my parisc64 qemu tests get stuck with repeated error messages >>> >>> [ 0.000000] ============================================================================= >>> [ 0.000000] BUG kmem_cache_node (Not tainted): objects 21 > max 16 >>> [ 0.000000] ----------------------------------------------------------------------------- > > Do you have a full boot log? It's unclear to me at which point of the boot > process this happens. Is this before or after the secondary CPUs have > been brought up? > >>> This never stops until the emulation aborts. > > Do you have a recipe how to reproduce? > >>> Reverting this patch fixes the problem for me. >>> >>> I noticed a similar problem in the mainline kernel but it is either spurious there >>> or the problem has been fixed. >>> >> >> As a follow-up, the patch below (on top of v6.10.3) "fixes" the problem for me. >> I guess that suggests some kind of race condition. >> >> >> @@ -2156,6 +2157,8 @@ int request_threaded_irq(unsigned int irq, irq_handler_t handler, >> struct irq_desc *desc; >> int retval; >> >> + udelay(1); >> + >> if (irq == IRQ_NOTCONNECTED) >> return -ENOTCONN; > > That all makes absolutely no sense to me. > Same here, really. I can reproduce the problem with v6.10.3, using my configuration, but whatever debugging I add makes the problem disappear. I had seen the same problem on mainline with v6.11-rc1-272-g17712b7ea075. Log is at https://kerneltests.org/builders/qemu-parisc64-master/builds/168/steps/qemubuildcommand/logs/stdio However, I can no longer reproduce it there. What makes it even more weird / odd is that I can bisect the problem between v6.10.2 and v6.10.3 and it points to this commit, but reproducing it outside that chain seems to be all but impossible. Guenter > IRQF_COND_ONESHOT has only an effect on shared interrupts, when the > interrupt was already requested with IRQF_ONESHOT. > > If this is really a race then the following must be true: > > 1) no delay > > CPU0 CPU1 > request_irq(IRQF_ONESHOT) > request_irq(IRQF_COND_ONESHOT) > > 2) delay > > CPU0 CPU1 > request_irq(IRQF_COND_ONESHOT) > request_irq(IRQF_ONESHOT) > > In this case the request on CPU 0 fails with -EBUSY ... > > Confused > > tglx > > ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-08-04 18:36 ` Guenter Roeck 2024-08-05 3:28 ` Guenter Roeck @ 2024-08-06 2:40 ` Linus Torvalds 2024-08-06 11:02 ` Vlastimil Babka 1 sibling, 1 reply; 66+ messages in thread From: Linus Torvalds @ 2024-08-06 2:40 UTC (permalink / raw) To: Guenter Roeck, Vlastimil Babka; +Cc: linux-kernel, Linux-MM [ Let's drop random people and bring in Vlastimil ] Vlastimil, it turns out that the "this patch" is entirely a red herring, and the problem comes and goes randomly with just some code layout issues. See http://server.roeck-us.net/qemu/parisc64-6.10.3/ for more detail, particularly you'll see the "log.bad.gz" with the full log. See also https://lore.kernel.org/all/87y15a4p4h.ffs@tglx/ for this thread. I don't think this is really a slub issue, since it only happens on parisc, but maybe you can see what would make parisc different, and what could possibly make it all timing- or layout-dependent. Linus On Sun, 4 Aug 2024 at 11:36, Guenter Roeck <linux@roeck-us.net> wrote: > > With this patch in v6.10.3, all my parisc64 qemu tests get stuck with repeated error messages > > [ 0.000000] ============================================================================= > [ 0.000000] BUG kmem_cache_node (Not tainted): objects 21 > max 16 > [ 0.000000] ----------------------------------------------------------------------------- > > This never stops until the emulation aborts. ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-08-06 2:40 ` Linus Torvalds @ 2024-08-06 11:02 ` Vlastimil Babka 2024-08-06 17:20 ` Guenter Roeck ` (2 more replies) 0 siblings, 3 replies; 66+ messages in thread From: Vlastimil Babka @ 2024-08-06 11:02 UTC (permalink / raw) To: Linus Torvalds, Guenter Roeck; +Cc: linux-kernel, Linux-MM, Thomas Gleixner On 8/6/24 04:40, Linus Torvalds wrote: > [ Let's drop random people and bring in Vlastimil ] tglx was reproducing it so I add him back > Vlastimil, > it turns out that the "this patch" is entirely a red herring, and the > problem comes and goes randomly with just some code layout issues. See > > http://server.roeck-us.net/qemu/parisc64-6.10.3/ > > for more detail, particularly you'll see the "log.bad.gz" with the full log. [ 0.000000] BUG kmem_cache_node (Not tainted): objects 21 > max 16 [ 0.000000] Slab 0x0000000041ed0000 objects=21 used=5 fp=0x00000000434003d0 flags=0x200(workingset|section=0|zone=0) flags tell us this came from the partial list (workingset), there's no head flag so order-0 since the error was detected it basically throws the slab page away and tries another one [ 0.000000] BUG kmem_cache (Tainted: G B ): objects 25 > max 16 [ 0.000000] Slab 0x0000000041ed0080 objects=25 used=6 fp=0x0000000043402790 flags=0x240(workingset|head|section=0|zone=0) this was also from the partial list but head flag so at least order-1, two things are weird: - max=16 is same as above even though it should be at least double as slab page's order is larger - objects=25 also isn't at least twice than objects=21 All the following are: [ 0.000000] BUG kmem_cache (Tainted: G B ): objects 25 > max 16 [ 0.000000] Slab 0x0000000041ed0300 objects=25 used=1 fp=0x000000004340c150 flags=0x40(head|section=0|zone=0) we depleted the partial list so it's allocating new slab pages, that are also at least order-1 It looks like maxobj calculation is bogus, would be useful to see what values it calculates from. I'm attaching a diff, but maybe it will also hide the issue... If someone has a /proc/slabinfo from a working boot with otherwise same config it might be also enough to guess what values should be expected there, at least the s-size. objects=21 vs 25 also seem odd though used=5 with used=6 in the first two also suggests we already passed this code successfully for creating a number of kmalloc caches and only then it started failing, that's also weird. > See also > > https://lore.kernel.org/all/87y15a4p4h.ffs@tglx/ > > for this thread. > > I don't think this is really a slub issue, since it only happens on > parisc, but maybe you can see what would make parisc different, and > what could possibly make it all timing- or layout-dependent. > > Linus > > On Sun, 4 Aug 2024 at 11:36, Guenter Roeck <linux@roeck-us.net> wrote: >> >> With this patch in v6.10.3, all my parisc64 qemu tests get stuck with repeated error messages >> >> [ 0.000000] ============================================================================= >> [ 0.000000] BUG kmem_cache_node (Not tainted): objects 21 > max 16 >> [ 0.000000] ----------------------------------------------------------------------------- >> >> This never stops until the emulation aborts. diff --git a/mm/slub.c b/mm/slub.c index 4927edec6a8c..ec4ed5215f2f 100644 --- a/mm/slub.c +++ b/mm/slub.c @@ -1386,8 +1386,8 @@ static int check_slab(struct kmem_cache *s, struct slab *slab) maxobj = order_objects(slab_order(slab), s->size); if (slab->objects > maxobj) { - slab_err(s, slab, "objects %u > max %u", - slab->objects, maxobj); + slab_err(s, slab, "objects %u > max %u (order %d size %u)", + slab->objects, maxobj, slab_order(slab), s->size); return 0; } if (slab->inuse > slab->objects) { ^ permalink raw reply related [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-08-06 11:02 ` Vlastimil Babka @ 2024-08-06 17:20 ` Guenter Roeck 2024-08-06 17:34 ` Linus Torvalds 2024-08-06 17:33 ` Thomas Gleixner 2024-08-06 18:09 ` Guenter Roeck 2 siblings, 1 reply; 66+ messages in thread From: Guenter Roeck @ 2024-08-06 17:20 UTC (permalink / raw) To: Vlastimil Babka; +Cc: Linus Torvalds, linux-kernel, Linux-MM, Thomas Gleixner On Tue, Aug 06, 2024 at 01:02:45PM +0200, Vlastimil Babka wrote: > On 8/6/24 04:40, Linus Torvalds wrote: > > [ Let's drop random people and bring in Vlastimil ] > > tglx was reproducing it so I add him back > > > Vlastimil, > > it turns out that the "this patch" is entirely a red herring, and the > > problem comes and goes randomly with just some code layout issues. See > > > > http://server.roeck-us.net/qemu/parisc64-6.10.3/ > > > > for more detail, particularly you'll see the "log.bad.gz" with the full log. > > [ 0.000000] BUG kmem_cache_node (Not tainted): objects 21 > max 16 > [ 0.000000] Slab 0x0000000041ed0000 objects=21 used=5 fp=0x00000000434003d0 flags=0x200(workingset|section=0|zone=0) > > flags tell us this came from the partial list (workingset), there's no head flag so order-0 > > since the error was detected it basically throws the slab page away and tries another one > > [ 0.000000] BUG kmem_cache (Tainted: G B ): objects 25 > max 16 > [ 0.000000] Slab 0x0000000041ed0080 objects=25 used=6 fp=0x0000000043402790 flags=0x240(workingset|head|section=0|zone=0) > > this was also from the partial list but head flag so at least order-1, two things are weird: > - max=16 is same as above even though it should be at least double as > slab page's order is larger > - objects=25 also isn't at least twice than objects=21 > > All the following are: > [ 0.000000] BUG kmem_cache (Tainted: G B ): objects 25 > max 16 > [ 0.000000] Slab 0x0000000041ed0300 objects=25 used=1 fp=0x000000004340c150 flags=0x40(head|section=0|zone=0) > > we depleted the partial list so it's allocating new slab pages, that are > also at least order-1 > > It looks like maxobj calculation is bogus, would be useful to see what values it > calculates from. I'm attaching a diff, but maybe it will also hide the issue... > Of course it does :-(. > If someone has a /proc/slabinfo from a working boot with otherwise same config > it might be also enough to guess what values should be expected there, > at least the s-size. > See below. This is from the failing image after adding your suggested diff (which is sufficient to make it pass). If there is anything else I can provide, please let me know. Thanks, Guenter --- slabinfo - version: 2.1 # name <active_objs> <num_objs> <objsize> <objperslab> <pagesperslab> : tunables <limit> <batchcount> <sharedfactor> : slabdata <active_slabs> <num_slabs> <sharedavail> btrfs_prelim_ref 0 0 176 23 1 : tunables 0 0 0 : slabdata 0 0 0 btrfs_delayed_extent_op 0 0 128 32 1 : tunables 0 0 0 : slabdata 0 0 0 btrfs_delayed_ref_node 0 0 208 39 2 : tunables 0 0 0 : slabdata 0 0 0 btrfs_delayed_ref_head 0 0 312 26 2 : tunables 0 0 0 : slabdata 0 0 0 btrfs_inode_defrag 0 0 152 26 1 : tunables 0 0 0 : slabdata 0 0 0 btrfs_delayed_node 0 0 448 36 4 : tunables 0 0 0 : slabdata 0 0 0 btrfs_ordered_extent 0 0 560 29 4 : tunables 0 0 0 : slabdata 0 0 0 btrfs_extent_map 0 0 208 39 2 : tunables 0 0 0 : slabdata 0 0 0 bio-280 2 21 384 21 2 : tunables 0 0 0 : slabdata 1 1 0 bio-344 4 36 448 36 4 : tunables 0 0 0 : slabdata 1 1 0 btrfs_extent_buffer 0 0 392 20 2 : tunables 0 0 0 : slabdata 0 0 0 btrfs_extent_state 0 0 192 21 1 : tunables 0 0 0 : slabdata 0 0 0 btrfs_free_space_bitmap 0 0 12288 2 8 : tunables 0 0 0 : slabdata 0 0 0 btrfs_free_space 0 0 200 20 1 : tunables 0 0 0 : slabdata 0 0 0 btrfs_path 0 0 208 39 2 : tunables 0 0 0 : slabdata 0 0 0 btrfs_trans_handle 0 0 296 27 2 : tunables 0 0 0 : slabdata 0 0 0 bio-360 2 35 464 35 4 : tunables 0 0 0 : slabdata 1 1 0 btrfs_inode 0 0 1520 21 8 : tunables 0 0 0 : slabdata 0 0 0 bio-416 2 31 528 31 4 : tunables 0 0 0 : slabdata 1 1 0 ip6-frags 0 0 312 26 2 : tunables 0 0 0 : slabdata 0 0 0 fib6_node 8 23 176 23 1 : tunables 0 0 0 : slabdata 1 1 0 ip6_dst_cache 1 24 336 24 2 : tunables 0 0 0 : slabdata 1 1 0 PINGv6 0 0 1456 22 8 : tunables 0 0 0 : slabdata 0 0 0 RAWv6 12 22 1456 22 8 : tunables 0 0 0 : slabdata 1 1 0 UDPLITEv6 0 0 1584 20 8 : tunables 0 0 0 : slabdata 0 0 0 UDPv6 0 0 1584 20 8 : tunables 0 0 0 : slabdata 0 0 0 tw_sock_TCPv6 0 0 336 24 2 : tunables 0 0 0 : slabdata 0 0 0 request_sock_TCPv6 0 0 400 20 2 : tunables 0 0 0 : slabdata 0 0 0 TCPv6 0 0 2736 11 8 : tunables 0 0 0 : slabdata 0 0 0 virtio_scsi_cmd 64 78 304 26 2 : tunables 0 0 0 : slabdata 3 3 0 scsi_sense_cache 703 741 208 39 2 : tunables 0 0 0 : slabdata 19 19 0 bio-104 18 39 208 39 2 : tunables 0 0 0 : slabdata 1 1 0 io_buffer 0 0 144 28 1 : tunables 0 0 0 : slabdata 0 0 0 io_kiocb 0 0 352 23 2 : tunables 0 0 0 : slabdata 0 0 0 bio-200 4 26 304 26 2 : tunables 0 0 0 : slabdata 1 1 0 mqueue_inode_cache 1 26 1232 26 8 : tunables 0 0 0 : slabdata 1 1 0 udf_inode_cache 0 0 1080 30 8 : tunables 0 0 0 : slabdata 0 0 0 fuse_request 0 0 264 31 2 : tunables 0 0 0 : slabdata 0 0 0 fuse_inode 0 0 1200 27 8 : tunables 0 0 0 : slabdata 0 0 0 sysv_inode_cache 0 0 912 35 8 : tunables 0 0 0 : slabdata 0 0 0 isofs_inode_cache 0 0 904 36 8 : tunables 0 0 0 : slabdata 0 0 0 squashfs_inode_cache 0 0 928 35 8 : tunables 0 0 0 : slabdata 0 0 0 jbd2_transaction_s 0 0 320 25 2 : tunables 0 0 0 : slabdata 0 0 0 jbd2_inode 0 0 160 25 1 : tunables 0 0 0 : slabdata 0 0 0 jbd2_journal_handle 0 0 152 26 1 : tunables 0 0 0 : slabdata 0 0 0 jbd2_journal_head 0 0 240 34 2 : tunables 0 0 0 : slabdata 0 0 0 jbd2_revoke_table_s 0 0 112 36 1 : tunables 0 0 0 : slabdata 0 0 0 jbd2_revoke_record_s 0 0 144 28 1 : tunables 0 0 0 : slabdata 0 0 0 ext2_inode_cache 0 0 1168 28 8 : tunables 0 0 0 : slabdata 0 0 0 ext4_fc_dentry_update 0 0 200 20 1 : tunables 0 0 0 : slabdata 0 0 0 ext4_inode_cache 0 0 1648 19 8 : tunables 0 0 0 : slabdata 0 0 0 ext4_free_data 0 0 152 26 1 : tunables 0 0 0 : slabdata 0 0 0 ext4_allocation_context 0 0 248 33 2 : tunables 0 0 0 : slabdata 0 0 0 ext4_prealloc_space 0 0 232 35 2 : tunables 0 0 0 : slabdata 0 0 0 ext4_system_zone 0 0 136 30 1 : tunables 0 0 0 : slabdata 0 0 0 ext4_io_end_vec 0 0 128 32 1 : tunables 0 0 0 : slabdata 0 0 0 ext4_io_end 0 0 160 25 1 : tunables 0 0 0 : slabdata 0 0 0 bio_post_read_ctx 128 140 144 28 1 : tunables 0 0 0 : slabdata 5 5 0 pending_reservation 0 0 128 32 1 : tunables 0 0 0 : slabdata 0 0 0 extent_status 0 0 136 30 1 : tunables 0 0 0 : slabdata 0 0 0 mb_cache_entry 0 0 152 26 1 : tunables 0 0 0 : slabdata 0 0 0 kioctx 0 0 592 27 4 : tunables 0 0 0 : slabdata 0 0 0 aio_kiocb 0 0 288 28 2 : tunables 0 0 0 : slabdata 0 0 0 dnotify_mark 0 0 200 20 1 : tunables 0 0 0 : slabdata 0 0 0 dnotify_struct 0 0 128 32 1 : tunables 0 0 0 : slabdata 0 0 0 dio 0 0 768 21 4 : tunables 0 0 0 : slabdata 0 0 0 fasync_cache 0 0 176 23 1 : tunables 0 0 0 : slabdata 0 0 0 audit_tree_mark 0 0 200 20 1 : tunables 0 0 0 : slabdata 0 0 0 pid_namespace 0 0 272 30 2 : tunables 0 0 0 : slabdata 0 0 0 posix_timers_cache 0 0 376 21 2 : tunables 0 0 0 : slabdata 0 0 0 UNIX-STREAM 0 23 1408 23 8 : tunables 0 0 0 : slabdata 1 1 0 UNIX 2 23 1408 23 8 : tunables 0 0 0 : slabdata 1 1 0 ip4-frags 0 0 328 24 2 : tunables 0 0 0 : slabdata 0 0 0 UDP-Lite 0 0 1424 23 8 : tunables 0 0 0 : slabdata 0 0 0 tcp_bind2_bucket 0 23 176 23 1 : tunables 0 0 0 : slabdata 1 1 0 tcp_bind_bucket 0 23 176 23 1 : tunables 0 0 0 : slabdata 1 1 0 inet_peer 0 0 256 32 2 : tunables 0 0 0 : slabdata 0 0 0 xfrm_dst 0 0 400 20 2 : tunables 0 0 0 : slabdata 0 0 0 xfrm_state 0 0 896 36 8 : tunables 0 0 0 : slabdata 0 0 0 ip_fib_trie 7 28 144 28 1 : tunables 0 0 0 : slabdata 1 1 0 ip_fib_alias 7 26 152 26 1 : tunables 0 0 0 : slabdata 1 1 0 rtable 2 28 288 28 2 : tunables 0 0 0 : slabdata 1 1 0 PING 0 0 1264 25 8 : tunables 0 0 0 : slabdata 0 0 0 RAW 16 25 1264 25 8 : tunables 0 0 0 : slabdata 1 1 0 UDP 1 23 1424 23 8 : tunables 0 0 0 : slabdata 1 1 0 tw_sock_TCP 0 0 336 24 2 : tunables 0 0 0 : slabdata 0 0 0 request_sock_TCP 0 0 400 20 2 : tunables 0 0 0 : slabdata 0 0 0 TCP 0 12 2576 12 8 : tunables 0 0 0 : slabdata 1 1 0 dquot 0 0 416 39 4 : tunables 0 0 0 : slabdata 0 0 0 bio-224 32 48 336 24 2 : tunables 0 0 0 : slabdata 2 2 0 backing_aio 0 0 224 36 2 : tunables 0 0 0 : slabdata 0 0 0 ep_head 0 0 112 36 1 : tunables 0 0 0 : slabdata 0 0 0 eventpoll_pwq 0 0 160 25 1 : tunables 0 0 0 : slabdata 0 0 0 eventpoll_epi 0 0 224 36 2 : tunables 0 0 0 : slabdata 0 0 0 inotify_inode_mark 0 0 200 20 1 : tunables 0 0 0 : slabdata 0 0 0 sgpool-128 2 7 4208 7 8 : tunables 0 0 0 : slabdata 1 1 0 sgpool-64 2 15 2160 15 8 : tunables 0 0 0 : slabdata 1 1 0 sgpool-32 2 28 1136 28 8 : tunables 0 0 0 : slabdata 1 1 0 sgpool-16 2 26 624 26 4 : tunables 0 0 0 : slabdata 1 1 0 sgpool-8 2 22 368 22 2 : tunables 0 0 0 : slabdata 1 1 0 request_queue 9 25 1296 25 8 : tunables 0 0 0 : slabdata 1 1 0 blkdev_ioc 0 0 112 36 1 : tunables 0 0 0 : slabdata 0 0 0 bio-168 2 30 272 30 2 : tunables 0 0 0 : slabdata 1 1 0 biovec-max 48 49 4208 7 8 : tunables 0 0 0 : slabdata 7 7 0 biovec-128 0 0 2160 15 8 : tunables 0 0 0 : slabdata 0 0 0 biovec-64 0 0 1136 28 8 : tunables 0 0 0 : slabdata 0 0 0 biovec-16 0 0 368 22 2 : tunables 0 0 0 : slabdata 0 0 0 bio_integrity_payload 2 30 272 30 2 : tunables 0 0 0 : slabdata 1 1 0 user_namespace 0 0 736 22 4 : tunables 0 0 0 : slabdata 0 0 0 uid_cache 0 0 288 28 2 : tunables 0 0 0 : slabdata 0 0 0 audit_buffer 0 34 120 34 1 : tunables 0 0 0 : slabdata 1 1 0 sock_inode_cache 40 64 1008 32 8 : tunables 0 0 0 : slabdata 2 2 0 skbuff_ext_cache 0 0 208 39 2 : tunables 0 0 0 : slabdata 0 0 0 skbuff_small_head 0 25 640 25 4 : tunables 0 0 0 : slabdata 1 1 0 skbuff_fclone_cache 0 29 560 29 4 : tunables 0 0 0 : slabdata 1 1 0 skbuff_head_cache 52 72 336 24 2 : tunables 0 0 0 : slabdata 3 3 0 configfs_dir_cache 0 0 184 22 1 : tunables 0 0 0 : slabdata 0 0 0 file_lock_cache 0 0 280 29 2 : tunables 0 0 0 : slabdata 0 0 0 file_lock_cache 0 26 312 26 2 : tunables 0 0 0 : slabdata 1 1 0 file_lock_ctx 2 23 176 23 1 : tunables 0 0 0 : slabdata 1 1 0 fsnotify_mark_connector 0 0 152 26 1 : tunables 0 0 0 : slabdata 0 0 0 buffer_head 0 0 232 35 2 : tunables 0 0 0 : slabdata 0 0 0 task_delay_info 0 0 264 31 2 : tunables 0 0 0 : slabdata 0 0 0 taskstats 0 0 528 31 4 : tunables 0 0 0 : slabdata 0 0 0 proc_dir_entry 517 529 352 23 2 : tunables 0 0 0 : slabdata 23 23 0 pde_opener 0 30 136 30 1 : tunables 0 0 0 : slabdata 1 1 0 proc_inode_cache 12 35 928 35 8 : tunables 0 0 0 : slabdata 1 1 0 seq_file 1 33 248 33 2 : tunables 0 0 0 : slabdata 1 1 0 sigqueue 0 23 176 23 1 : tunables 0 0 0 : slabdata 1 1 0 bdev_cache 10 19 1696 19 8 : tunables 0 0 0 : slabdata 1 1 0 shmem_inode_cache 525 527 1056 31 8 : tunables 0 0 0 : slabdata 17 17 0 kernfs_iattrs_cache 0 0 208 39 2 : tunables 0 0 0 : slabdata 0 0 0 kernfs_node_cache 9323 10045 232 35 2 : tunables 0 0 0 : slabdata 287 287 0 mnt_cache 23 36 448 36 4 : tunables 0 0 0 : slabdata 1 1 0 filp 37 74 432 37 4 : tunables 0 0 0 : slabdata 2 2 0 inode_cache 1134 1140 856 38 8 : tunables 0 0 0 : slabdata 30 30 0 dentry 1674 1700 320 25 2 : tunables 0 0 0 : slabdata 68 68 0 names_cache 0 7 4208 7 8 : tunables 0 0 0 : slabdata 1 1 0 net_namespace 0 0 3776 8 8 : tunables 0 0 0 : slabdata 0 0 0 key_jar 3 23 352 23 2 : tunables 0 0 0 : slabdata 1 1 0 uts_namespace 0 0 528 31 4 : tunables 0 0 0 : slabdata 0 0 0 nsproxy 1 24 168 24 1 : tunables 0 0 0 : slabdata 1 1 0 vm_area_struct 111 175 232 35 2 : tunables 0 0 0 : slabdata 5 5 0 fs_cache 13 21 192 21 1 : tunables 0 0 0 : slabdata 1 1 0 files_cache 13 20 816 20 4 : tunables 0 0 0 : slabdata 1 1 0 signal_cache 56 72 1344 24 8 : tunables 0 0 0 : slabdata 3 3 0 sighand_cache 56 72 1728 18 8 : tunables 0 0 0 : slabdata 4 4 0 task_struct 53 60 3088 10 8 : tunables 0 0 0 : slabdata 6 6 0 cred 66 84 288 28 2 : tunables 0 0 0 : slabdata 3 3 0 anon_vma_chain 85 125 160 25 1 : tunables 0 0 0 : slabdata 5 5 0 anon_vma 67 148 216 37 2 : tunables 0 0 0 : slabdata 4 4 0 pid 51 84 288 28 2 : tunables 0 0 0 : slabdata 3 3 0 pool_workqueue 277 294 1536 21 8 : tunables 0 0 0 : slabdata 14 14 0 maple_node 83 105 768 21 4 : tunables 0 0 0 : slabdata 5 5 0 radix_tree_node 240 312 672 24 4 : tunables 0 0 0 : slabdata 13 13 0 mm_struct 6 24 1312 24 8 : tunables 0 0 0 : slabdata 1 1 0 vmap_area 32 48 168 24 1 : tunables 0 0 0 : slabdata 2 2 0 debug_objects_cache 2156 2968 72 56 1 : tunables 0 0 0 : slabdata 53 53 0 page->ptl 39 96 128 32 1 : tunables 0 0 0 : slabdata 3 3 0 kmalloc-cg-8k 0 0 24576 1 8 : tunables 0 0 0 : slabdata 0 0 0 kmalloc-cg-4k 15 16 12288 2 8 : tunables 0 0 0 : slabdata 8 8 0 kmalloc-cg-2k 28 30 6144 5 8 : tunables 0 0 0 : slabdata 6 6 0 kmalloc-cg-1k 16 20 3072 10 8 : tunables 0 0 0 : slabdata 2 2 0 kmalloc-cg-512 22 42 1536 21 8 : tunables 0 0 0 : slabdata 2 2 0 kmalloc-cg-256 11 21 768 21 4 : tunables 0 0 0 : slabdata 1 1 0 kmalloc-cg-128 28 42 384 21 2 : tunables 0 0 0 : slabdata 2 2 0 kmalloc-cg-64 0 0 256 32 2 : tunables 0 0 0 : slabdata 0 0 0 kmalloc-cg-32 0 25 160 25 1 : tunables 0 0 0 : slabdata 1 1 0 kmalloc-cg-16 21 32 128 32 1 : tunables 0 0 0 : slabdata 1 1 0 kmalloc-cg-192 20 26 304 26 2 : tunables 0 0 0 : slabdata 1 1 0 kmalloc-cg-96 5 39 208 39 2 : tunables 0 0 0 : slabdata 1 1 0 kmalloc-rcl-8k 0 0 24576 1 8 : tunables 0 0 0 : slabdata 0 0 0 kmalloc-rcl-4k 0 0 12288 2 8 : tunables 0 0 0 : slabdata 0 0 0 kmalloc-rcl-2k 0 0 6144 5 8 : tunables 0 0 0 : slabdata 0 0 0 kmalloc-rcl-1k 0 0 3072 10 8 : tunables 0 0 0 : slabdata 0 0 0 kmalloc-rcl-512 0 0 1536 21 8 : tunables 0 0 0 : slabdata 0 0 0 kmalloc-rcl-256 0 0 768 21 4 : tunables 0 0 0 : slabdata 0 0 0 kmalloc-rcl-128 0 0 384 21 2 : tunables 0 0 0 : slabdata 0 0 0 kmalloc-rcl-64 0 32 256 32 2 : tunables 0 0 0 : slabdata 1 1 0 kmalloc-rcl-32 0 0 160 25 1 : tunables 0 0 0 : slabdata 0 0 0 kmalloc-rcl-16 0 0 128 32 1 : tunables 0 0 0 : slabdata 0 0 0 kmalloc-rcl-192 0 0 304 26 2 : tunables 0 0 0 : slabdata 0 0 0 kmalloc-rcl-96 0 0 208 39 2 : tunables 0 0 0 : slabdata 0 0 0 kmalloc-8k 9 9 24576 1 8 : tunables 0 0 0 : slabdata 9 9 0 kmalloc-4k 15 20 12288 2 8 : tunables 0 0 0 : slabdata 10 10 0 kmalloc-2k 60 65 6144 5 8 : tunables 0 0 0 : slabdata 13 13 0 kmalloc-1k 326 350 3072 10 8 : tunables 0 0 0 : slabdata 35 35 0 kmalloc-512 151 189 1536 21 8 : tunables 0 0 0 : slabdata 9 9 0 kmalloc-256 314 378 768 21 4 : tunables 0 0 0 : slabdata 18 18 0 kmalloc-128 341 357 384 21 2 : tunables 0 0 0 : slabdata 17 17 0 kmalloc-64 1881 1888 256 32 2 : tunables 0 0 0 : slabdata 59 59 0 kmalloc-32 1836 1850 160 25 1 : tunables 0 0 0 : slabdata 74 74 0 kmalloc-16 1226 1312 128 32 1 : tunables 0 0 0 : slabdata 41 41 0 kmalloc-192 296 312 304 26 2 : tunables 0 0 0 : slabdata 12 12 0 kmalloc-96 538 546 208 39 2 : tunables 0 0 0 : slabdata 14 14 0 kmem_cache_node 197 210 192 21 1 : tunables 0 0 0 : slabdata 10 10 0 kmem_cache 197 200 320 25 2 : tunables 0 0 0 : slabdata 8 8 0 / # ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-08-06 17:20 ` Guenter Roeck @ 2024-08-06 17:34 ` Linus Torvalds 2024-08-06 17:49 ` Linus Torvalds 0 siblings, 1 reply; 66+ messages in thread From: Linus Torvalds @ 2024-08-06 17:34 UTC (permalink / raw) To: Guenter Roeck; +Cc: Vlastimil Babka, linux-kernel, Linux-MM, Thomas Gleixner On Tue, 6 Aug 2024 at 10:20, Guenter Roeck <linux@roeck-us.net> wrote: > > kmem_cache_node 197 210 192 21 1 : tunables 0 0 0 : slabdata 10 10 0 > kmem_cache 197 200 320 25 2 : tunables 0 0 0 : slabdata 8 8 0 Hmm. Do we have some alignment confusion? The alignment rules for 192 are to align it to 64-byte boundaries (because that's the largest power of two that divides it), and that means it stays at 192, and that would give 21 objects per 4kB page. But if we use the "align up to next power of two", you get 256 bytes, and 16 objects per page. And that 21-vs-16 confusion would seem to match this pretty well: [ 0.000000] BUG kmem_cache_node (Not tainted): objects 21 > max 16 which makes me wonder... Linus ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-08-06 17:34 ` Linus Torvalds @ 2024-08-06 17:49 ` Linus Torvalds 2024-08-06 18:10 ` Linus Torvalds ` (2 more replies) 0 siblings, 3 replies; 66+ messages in thread From: Linus Torvalds @ 2024-08-06 17:49 UTC (permalink / raw) To: Guenter Roeck, Heiko Carstens, Vasily Gorbik, Alexander Gordeev, Christian Borntraeger Cc: Vlastimil Babka, linux-kernel, Linux-MM, Thomas Gleixner [ Adding s390 people, this is strange ] New people, see https://lore.kernel.org/all/CAHk-=wjmumbT73xLkSAnnxDwaFE__Ny=QCp6B_LE2aG1SUqiTg@mail.gmail.com/ for context. There's a heisenbug that depends on random code layout issues on s390. On Tue, 6 Aug 2024 at 10:34, Linus Torvalds <torvalds@linux-foundation.org> wrote: > > Hmm. Do we have some alignment confusion? > > The alignment rules for 192 are to align it to 64-byte boundaries > (because that's the largest power of two that divides it), and that > means it stays at 192, and that would give 21 objects per 4kB page. > > But if we use the "align up to next power of two", you get 256 bytes, > and 16 objects per page. > > And that 21-vs-16 confusion would seem to match this pretty well: > > [ 0.000000] BUG kmem_cache_node (Not tainted): objects 21 > max 16 > > which makes me wonder... I'd suspect commit ad59baa31695 ("slab, rust: extend kmalloc() alignment guarantees to remove Rust padding"), perhaps with some odd s390 code generation issue for 'ffs()'. IOW, this new code in mm/slab_common.c if (flags & SLAB_KMALLOC) align = max(align, 1U << (ffs(size) - 1)); might not match some other alignment code. Or maybe it's the s390 ffs(). It looks like static inline int ffs(int word) { unsigned long mask = 2 * BITS_PER_LONG - 1; unsigned int val = (unsigned int)word; return (1 + (__flogr(-val & val) ^ (BITS_PER_LONG - 1))) & mask; } where s390 has this very odd "flogr" instruction ("find last one G register"?) for the non-constant case. That uses a "union register_pair" but only ever uses the "even" register without ever using the full 128-bit part or the odd register. So the other register in the register pair is uninitialized. Does that cause random compiler issues based on register allocation? Just for fun, does something like this make any difference? --- a/arch/s390/include/asm/bitops.h +++ b/arch/s390/include/asm/bitops.h @@ -305,6 +305,7 @@ static inline unsigned char __flogr(unsigned long word) union register_pair rp; rp.even = word; + rp.odd = 0; asm volatile( " flogr %[rp],%[rp]\n" : [rp] "+d" (rp.pair) : : "cc"); Thomas notices that the special "div by constant" routines moved around, and I'm not seeing how *that* would matter, but it's all obviously very strange. Linus ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-08-06 17:49 ` Linus Torvalds @ 2024-08-06 18:10 ` Linus Torvalds 2024-08-06 18:13 ` Guenter Roeck 2024-08-07 18:51 ` Alexander Gordeev 2 siblings, 0 replies; 66+ messages in thread From: Linus Torvalds @ 2024-08-06 18:10 UTC (permalink / raw) To: Guenter Roeck, Heiko Carstens, Vasily Gorbik, Alexander Gordeev, Christian Borntraeger Cc: Vlastimil Babka, linux-kernel, Linux-MM, Thomas Gleixner On Tue, 6 Aug 2024 at 10:49, Linus Torvalds <torvalds@linux-foundation.org> wrote: > > where s390 has this very odd "flogr" instruction ("find last one G > register"?) for the non-constant case. Close. "Find Leftmost One" with GR apparently just being "General Register". Linus ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-08-06 17:49 ` Linus Torvalds 2024-08-06 18:10 ` Linus Torvalds @ 2024-08-06 18:13 ` Guenter Roeck 2024-08-06 18:23 ` Linus Torvalds 2024-08-07 18:51 ` Alexander Gordeev 2 siblings, 1 reply; 66+ messages in thread From: Guenter Roeck @ 2024-08-06 18:13 UTC (permalink / raw) To: Linus Torvalds, Heiko Carstens, Vasily Gorbik, Alexander Gordeev, Christian Borntraeger Cc: Vlastimil Babka, linux-kernel, Linux-MM, Thomas Gleixner On 8/6/24 10:49, Linus Torvalds wrote: > [ Adding s390 people, this is strange ] > Did I get lost somewhere ? I am seeing this with parisc (64 bit), not s390. Thanks, Guenter > New people, see > > https://lore.kernel.org/all/CAHk-=wjmumbT73xLkSAnnxDwaFE__Ny=QCp6B_LE2aG1SUqiTg@mail.gmail.com/ > > for context. There's a heisenbug that depends on random code layout > issues on s390. > > On Tue, 6 Aug 2024 at 10:34, Linus Torvalds > <torvalds@linux-foundation.org> wrote: >> >> Hmm. Do we have some alignment confusion? >> >> The alignment rules for 192 are to align it to 64-byte boundaries >> (because that's the largest power of two that divides it), and that >> means it stays at 192, and that would give 21 objects per 4kB page. >> >> But if we use the "align up to next power of two", you get 256 bytes, >> and 16 objects per page. >> >> And that 21-vs-16 confusion would seem to match this pretty well: >> >> [ 0.000000] BUG kmem_cache_node (Not tainted): objects 21 > max 16 >> >> which makes me wonder... > > I'd suspect commit ad59baa31695 ("slab, rust: extend kmalloc() > alignment guarantees to remove Rust padding"), perhaps with some odd > s390 code generation issue for 'ffs()'. > > IOW, this new code in mm/slab_common.c > > if (flags & SLAB_KMALLOC) > align = max(align, 1U << (ffs(size) - 1)); > > might not match some other alignment code. > > Or maybe it's the s390 ffs(). > > It looks like > > static inline int ffs(int word) > { > unsigned long mask = 2 * BITS_PER_LONG - 1; > unsigned int val = (unsigned int)word; > > return (1 + (__flogr(-val & val) ^ (BITS_PER_LONG - 1))) & mask; > } > > where s390 has this very odd "flogr" instruction ("find last one G > register"?) for the non-constant case. > > That uses a "union register_pair" but only ever uses the "even" > register without ever using the full 128-bit part or the odd register. > So the other register in the register pair is uninitialized. > > Does that cause random compiler issues based on register allocation? > > Just for fun, does something like this make any difference? > > --- a/arch/s390/include/asm/bitops.h > +++ b/arch/s390/include/asm/bitops.h > @@ -305,6 +305,7 @@ static inline unsigned char __flogr(unsigned long word) > union register_pair rp; > > rp.even = word; > + rp.odd = 0; > asm volatile( > " flogr %[rp],%[rp]\n" > : [rp] "+d" (rp.pair) : : "cc"); > > > Thomas notices that the special "div by constant" routines moved > around, and I'm not seeing how *that* would matter, but it's all > obviously very strange. > > Linus ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-08-06 18:13 ` Guenter Roeck @ 2024-08-06 18:23 ` Linus Torvalds 2024-08-06 19:21 ` Vlastimil Babka 0 siblings, 1 reply; 66+ messages in thread From: Linus Torvalds @ 2024-08-06 18:23 UTC (permalink / raw) To: Guenter Roeck Cc: Heiko Carstens, Vasily Gorbik, Alexander Gordeev, Christian Borntraeger, Vlastimil Babka, linux-kernel, Linux-MM, Thomas Gleixner On Tue, 6 Aug 2024 at 11:13, Guenter Roeck <linux@roeck-us.net> wrote: > > On 8/6/24 10:49, Linus Torvalds wrote: > > [ Adding s390 people, this is strange ] > > Did I get lost somewhere ? I am seeing this with parisc (64 bit), not s390. Duh. Sorry for the noise. I don't know why I thought this was s390. The parisc __ffs() is also using some grotty inline asm, but I don't see how the compiler could make a mess of it. Linus ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-08-06 18:23 ` Linus Torvalds @ 2024-08-06 19:21 ` Vlastimil Babka 2024-08-06 19:40 ` Vlastimil Babka 0 siblings, 1 reply; 66+ messages in thread From: Vlastimil Babka @ 2024-08-06 19:21 UTC (permalink / raw) To: Linus Torvalds, Guenter Roeck Cc: Heiko Carstens, Vasily Gorbik, Alexander Gordeev, Christian Borntraeger, linux-kernel, Linux-MM, Thomas Gleixner On 8/6/24 20:23, Linus Torvalds wrote: > On Tue, 6 Aug 2024 at 11:13, Guenter Roeck <linux@roeck-us.net> wrote: >> >> On 8/6/24 10:49, Linus Torvalds wrote: >> > [ Adding s390 people, this is strange ] >> >> Did I get lost somewhere ? I am seeing this with parisc (64 bit), not s390. > > Duh. Sorry for the noise. I don't know why I thought this was s390. > > The parisc __ffs() is also using some grotty inline asm, but I don't > see how the compiler could make a mess of it. Note the alignment rules only apply to generic kmalloc-* caches, not "named" specific caches, such as kmem_cache and kmem_cache_node. > Linus ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-08-06 19:21 ` Vlastimil Babka @ 2024-08-06 19:40 ` Vlastimil Babka 0 siblings, 0 replies; 66+ messages in thread From: Vlastimil Babka @ 2024-08-06 19:40 UTC (permalink / raw) To: Linus Torvalds, Guenter Roeck Cc: Heiko Carstens, Vasily Gorbik, Alexander Gordeev, Christian Borntraeger, linux-kernel, Linux-MM, Thomas Gleixner On 8/6/24 21:21, Vlastimil Babka wrote: > On 8/6/24 20:23, Linus Torvalds wrote: >> On Tue, 6 Aug 2024 at 11:13, Guenter Roeck <linux@roeck-us.net> wrote: >>> >>> On 8/6/24 10:49, Linus Torvalds wrote: >>> > [ Adding s390 people, this is strange ] >>> >>> Did I get lost somewhere ? I am seeing this with parisc (64 bit), not s390. >> >> Duh. Sorry for the noise. I don't know why I thought this was s390. >> >> The parisc __ffs() is also using some grotty inline asm, but I don't >> see how the compiler could make a mess of it. > > Note the alignment rules only apply to generic kmalloc-* caches, not "named" > specific caches, such as kmem_cache and kmem_cache_node. Also to clarify why objsize looks odd in the slabinfo for the kmalloc caches, e.g. kmalloc-64 has 256 etc. That's also not because of wrong alignment calculations, but because full slub_debug is enabled for everything (CONFIG_SLUB_DEBUG_ON=y) so there's lots of metadata, redzones etc. (it's also why these consistency checks are executed). The column says <objsize> but it's actually reporting the full s->size, not only the actual object... >> Linus > ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-08-06 17:49 ` Linus Torvalds 2024-08-06 18:10 ` Linus Torvalds 2024-08-06 18:13 ` Guenter Roeck @ 2024-08-07 18:51 ` Alexander Gordeev 2 siblings, 0 replies; 66+ messages in thread From: Alexander Gordeev @ 2024-08-07 18:51 UTC (permalink / raw) To: Linus Torvalds Cc: Guenter Roeck, Heiko Carstens, Vasily Gorbik, Christian Borntraeger, Vlastimil Babka, linux-kernel, Linux-MM, Thomas Gleixner On Tue, Aug 06, 2024 at 10:49:58AM -0700, Linus Torvalds wrote: Hi Linus, Though this turned out to be a parisc issue, I'll still answer in case you are interested. ... > Or maybe it's the s390 ffs(). > > It looks like > > static inline int ffs(int word) > { > unsigned long mask = 2 * BITS_PER_LONG - 1; > unsigned int val = (unsigned int)word; > > return (1 + (__flogr(-val & val) ^ (BITS_PER_LONG - 1))) & mask; > } > > where s390 has this very odd "flogr" instruction ("find last one G > register"?) for the non-constant case. > > That uses a "union register_pair" but only ever uses the "even" > register without ever using the full 128-bit part or the odd register. > So the other register in the register pair is uninitialized. In case of "flogr" instruction the odd register contains output data only. There is no need to initialize it. > Does that cause random compiler issues based on register allocation? Using the register_pair guarantees that an even+odd register pair is "reserved". As result, the register allocation prevents "flogr" instruction from corrupting otherwise random odd register. > Just for fun, does something like this make any difference? > > --- a/arch/s390/include/asm/bitops.h > +++ b/arch/s390/include/asm/bitops.h > @@ -305,6 +305,7 @@ static inline unsigned char __flogr(unsigned long word) > union register_pair rp; > > rp.even = word; > + rp.odd = 0; > asm volatile( > " flogr %[rp],%[rp]\n" > : [rp] "+d" (rp.pair) : : "cc"); ... > Linus Thanks! ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-08-06 11:02 ` Vlastimil Babka 2024-08-06 17:20 ` Guenter Roeck @ 2024-08-06 17:33 ` Thomas Gleixner 2024-08-06 19:25 ` Vlastimil Babka 2024-08-06 18:09 ` Guenter Roeck 2 siblings, 1 reply; 66+ messages in thread From: Thomas Gleixner @ 2024-08-06 17:33 UTC (permalink / raw) To: Vlastimil Babka, Linus Torvalds, Guenter Roeck; +Cc: linux-kernel, Linux-MM On Tue, Aug 06 2024 at 13:02, Vlastimil Babka wrote: > On 8/6/24 04:40, Linus Torvalds wrote: > It looks like maxobj calculation is bogus, would be useful to see what values it > calculates from. I'm attaching a diff, but maybe it will also hide the issue... It does hide it :( > If someone has a /proc/slabinfo from a working boot with otherwise same config > it might be also enough to guess what values should be expected there, > at least the s-size. > > objects=21 vs 25 also seem odd though > > used=5 with used=6 in the first two also suggests we already passed this code > successfully for creating a number of kmalloc caches and only then it started > failing, that's also weird. I added a printk() to check_slab() and on the non-failing boot this looks like: [ 0.000000] c 000000004017b0f8 c 0000000041ed0000 objects 21 max 21 order 0 size 192, inuse 2 [ 0.000000] c 000000004017b1c8 c 0000000041ed0080 objects 25 max 25 order 1 size 320, inuse 1 [ 0.000000] c 0000000043402010 c 0000000041ed0080 objects 25 max 25 order 1 size 320, inuse 2 [ 0.000000] c 0000000043402010 c 0000000041ed0080 objects 25 max 25 order 1 size 320, inuse 3 [ 0.000000] c 0000000043402150 c 0000000041ed0000 objects 21 max 21 order 0 size 192, inuse 3 [ 0.000000] c 0000000043402010 c 0000000041ed0080 objects 25 max 25 order 1 size 320, inuse 4 [ 0.000000] c 0000000043402150 c 0000000041ed0000 objects 21 max 21 order 0 size 192, inuse 4 [ 0.000000] c 0000000043402010 c 0000000041ed0080 objects 25 max 25 order 1 size 320, inuse 5 [ 0.000000] c 0000000043402150 c 0000000041ed0000 objects 21 max 21 order 0 size 192, inuse 5 [ 0.000000] c 0000000043402010 c 0000000041ed0080 objects 25 max 25 order 1 size 320, inuse 6 [ 0.000000] c 0000000043402150 c 0000000041ed0000 objects 21 max 21 order 0 size 192, inuse 6 I did some more experiments to figure out why adding or removing text cures it. The minimal change which makes it boot again is: asmlinkage __visible void __softirq_entry __do_softirq(void) { + current->flags &= ~PF_MEMALLOC; handle_softirqs(false); } That results in the following System.map delta: --- ../upstream.txt 2024-08-06 16:52:49.746528992 +0200 +++ ../build-misc/System.map 2024-08-06 19:02:32.652201977 +0200 @@ -47600,15 +47600,15 @@ 0000000041218c30 T __do_softirq 0000000041218c30 T __irqentry_text_end 0000000041218c30 T __softirqentry_text_start -0000000041218c70 T $$divoI -0000000041218c70 T __softirqentry_text_end -00000000412190d0 T $$divI_2 -00000000412190d0 T $$divide_by_constant -00000000412190e0 T $$divI_4 -00000000412190f0 T $$divI_8 -0000000041219100 T $$divI_16 -00000000412192d8 T $$divI_17 -000000004121930c T $$divU_17 +0000000041218c80 T $$divoI +0000000041218c80 T __softirqentry_text_end +00000000412190e0 T $$divI_2 +00000000412190e0 T $$divide_by_constant +00000000412190f0 T $$divI_4 +0000000041219100 T $$divI_8 +0000000041219110 T $$divI_16 +00000000412192e8 T $$divI_17 +000000004121931c T $$divU_17 000000004121a000 D __start_opd 000000004121a000 D _etext 000000004121a000 D _sdata So this change adds 16 bytes to __softirq() which moves the division functions up by 16 bytes. That's all it takes to make the stupid go away.... I wonder whether this is some qemu stupid. Thanks, tglx ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-08-06 17:33 ` Thomas Gleixner @ 2024-08-06 19:25 ` Vlastimil Babka 2024-08-06 23:24 ` Thomas Gleixner 0 siblings, 1 reply; 66+ messages in thread From: Vlastimil Babka @ 2024-08-06 19:25 UTC (permalink / raw) To: Thomas Gleixner, Linus Torvalds, Guenter Roeck; +Cc: linux-kernel, Linux-MM On 8/6/24 19:33, Thomas Gleixner wrote: > On Tue, Aug 06 2024 at 13:02, Vlastimil Babka wrote: >> On 8/6/24 04:40, Linus Torvalds wrote: >> It looks like maxobj calculation is bogus, would be useful to see what values it >> calculates from. I'm attaching a diff, but maybe it will also hide the issue... > > It does hide it :( > >> If someone has a /proc/slabinfo from a working boot with otherwise same config >> it might be also enough to guess what values should be expected there, >> at least the s-size. >> >> objects=21 vs 25 also seem odd though >> >> used=5 with used=6 in the first two also suggests we already passed this code >> successfully for creating a number of kmalloc caches and only then it started >> failing, that's also weird. > > I added a printk() to check_slab() and on the non-failing boot this > looks like: > > [ 0.000000] c 000000004017b0f8 c 0000000041ed0000 objects 21 max 21 order 0 size 192, inuse 2 > [ 0.000000] c 000000004017b1c8 c 0000000041ed0080 objects 25 max 25 order 1 size 320, inuse 1 > [ 0.000000] c 0000000043402010 c 0000000041ed0080 objects 25 max 25 order 1 size 320, inuse 2 > [ 0.000000] c 0000000043402010 c 0000000041ed0080 objects 25 max 25 order 1 size 320, inuse 3 > [ 0.000000] c 0000000043402150 c 0000000041ed0000 objects 21 max 21 order 0 size 192, inuse 3 > [ 0.000000] c 0000000043402010 c 0000000041ed0080 objects 25 max 25 order 1 size 320, inuse 4 > [ 0.000000] c 0000000043402150 c 0000000041ed0000 objects 21 max 21 order 0 size 192, inuse 4 > [ 0.000000] c 0000000043402010 c 0000000041ed0080 objects 25 max 25 order 1 size 320, inuse 5 > [ 0.000000] c 0000000043402150 c 0000000041ed0000 objects 21 max 21 order 0 size 192, inuse 5 > [ 0.000000] c 0000000043402010 c 0000000041ed0080 objects 25 max 25 order 1 size 320, inuse 6 > [ 0.000000] c 0000000043402150 c 0000000041ed0000 objects 21 max 21 order 0 size 192, inuse 6 > > I did some more experiments to figure out why adding or removing text > cures it. The minimal change which makes it boot again is: > > asmlinkage __visible void __softirq_entry __do_softirq(void) > { > + current->flags &= ~PF_MEMALLOC; > handle_softirqs(false); > } > > That results in the following System.map delta: > > --- ../upstream.txt 2024-08-06 16:52:49.746528992 +0200 > +++ ../build-misc/System.map 2024-08-06 19:02:32.652201977 +0200 > @@ -47600,15 +47600,15 @@ > 0000000041218c30 T __do_softirq > 0000000041218c30 T __irqentry_text_end > 0000000041218c30 T __softirqentry_text_start > -0000000041218c70 T $$divoI > -0000000041218c70 T __softirqentry_text_end > -00000000412190d0 T $$divI_2 > -00000000412190d0 T $$divide_by_constant > -00000000412190e0 T $$divI_4 > -00000000412190f0 T $$divI_8 > -0000000041219100 T $$divI_16 > -00000000412192d8 T $$divI_17 > -000000004121930c T $$divU_17 > +0000000041218c80 T $$divoI > +0000000041218c80 T __softirqentry_text_end > +00000000412190e0 T $$divI_2 > +00000000412190e0 T $$divide_by_constant > +00000000412190f0 T $$divI_4 > +0000000041219100 T $$divI_8 > +0000000041219110 T $$divI_16 > +00000000412192e8 T $$divI_17 > +000000004121931c T $$divU_17 > 000000004121a000 D __start_opd > 000000004121a000 D _etext > 000000004121a000 D _sdata > > So this change adds 16 bytes to __softirq() which moves the division > functions up by 16 bytes. That's all it takes to make the stupid go > away.... Heh I was actually wondering if the division is somhow messed up because maxobj = order_objects() and order_objects() does a division. Now I suspect it even more. > I wonder whether this is some qemu stupid. > > Thanks, > > tglx ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-08-06 19:25 ` Vlastimil Babka @ 2024-08-06 23:24 ` Thomas Gleixner 2024-08-07 0:49 ` James Bottomley 2024-08-08 1:07 ` Guenter Roeck 0 siblings, 2 replies; 66+ messages in thread From: Thomas Gleixner @ 2024-08-06 23:24 UTC (permalink / raw) To: Vlastimil Babka, Linus Torvalds, Guenter Roeck Cc: linux-kernel, Linux-MM, Helge Deller, linux-parisc Cc+: Helge, parisc ML We're chasing a weird failure which has been tracked down to the placement of the division library functions (I assume they are imported from libgcc). See the thread starting at: https://lore.kernel.org/all/718b8afe-222f-4b3a-96d3-93af0e4ceff1@roeck-us.net On Tue, Aug 06 2024 at 21:25, Vlastimil Babka wrote: > On 8/6/24 19:33, Thomas Gleixner wrote: >> >> So this change adds 16 bytes to __softirq() which moves the division >> functions up by 16 bytes. That's all it takes to make the stupid go >> away.... > > Heh I was actually wondering if the division is somhow messed up because > maxobj = order_objects() and order_objects() does a division. Now I suspect > it even more. check_slab() calls into that muck, but I checked the disassembly of a working and a broken kernel and the only difference there is the displacement offset when the code calculates the call address, but that's as expected a difference of 16 bytes. Now it becomes interesting. I added a unused function after __do_softirq() into the softirq text section and filled it with ASM nonsense so that it occupies exactly one page. That moves $$divoI, which is what check_slab() calls, exactly one page forward: -0000000041218c70 T $$divoI +0000000041219c70 T $$divoI Guess what happens? If falls on it's nose again. Now with that ASM gunk I can steer the size conveniently. It works up to: 0000000041219c50 T $$divoI and fails for 0000000041219c60 T $$divoI 0000000041219c70 T $$divoI and works again at 0000000041219c80 T $$divoI So I added the following: +extern void testme(void); +extern unsigned int testsize; + +unsigned int testsize = 192; + +void __init testme(void) +{ + pr_info("TESTME: %lu\n", PAGE_SIZE / testsize); +} called that _before_ mm_core_init() from init/main.c and adjusted my ASM hack to make $$divoI be at: 0000000041219c70 T $$divoI again and surprisingly the output is: [ 0.000000] softirq: TESTME: 21 Now I went back to the hppa64 gcc version 12.2.0 again and did the same ASM gunk adjustment so that $$divoI ends up at the offset 0xc70 in the page and the same happens. So it's not a compiler dependent problem. But then I added a testme() call to the error path and get: [ 0.000000] softirq: TESTME: 21 [ 0.000000] ============================================================================= [ 0.000000] BUG kmem_cache_node (Not tainted): objects 21 > max 16 size 192 sorder 0 Now what's wrong? Adding more debug: [ 0.000000] BUG kmem_cache_node (Not tainted): objects 21 > max 16 size 192 sorder 0 21 where the last '21' is the output of the same call which made maxobj go south: static int check_slab(struct kmem_cache *s, struct slab *slab) { int maxobj; @@ -1386,8 +1388,10 @@ static int check_slab(struct kmem_cache maxobj = order_objects(slab_order(slab), s->size); if (slab->objects > maxobj) { - slab_err(s, slab, "objects %u > max %u", - slab->objects, maxobj); + testme(); + slab_err(s, slab, "objects %u > max %u size %u sorder %u %u", + slab->objects, maxobj, s->size, slab_order(slab), + order_objects(slab_order(slab), s->size)); return 0; } if (slab->inuse > slab->objects) { I don't know and I don't want to know TBH... Thanks, tglx ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-08-06 23:24 ` Thomas Gleixner @ 2024-08-07 0:49 ` James Bottomley 2024-08-07 1:38 ` Guenter Roeck 2024-08-07 12:45 ` Thomas Gleixner 2024-08-08 1:07 ` Guenter Roeck 1 sibling, 2 replies; 66+ messages in thread From: James Bottomley @ 2024-08-07 0:49 UTC (permalink / raw) To: Thomas Gleixner, Vlastimil Babka, Linus Torvalds, Guenter Roeck Cc: linux-kernel, Linux-MM, Helge Deller, linux-parisc On Wed, 2024-08-07 at 01:24 +0200, Thomas Gleixner wrote: > Cc+: Helge, parisc ML > > We're chasing a weird failure which has been tracked down to the > placement of the division library functions (I assume they are > imported > from libgcc). > > See the thread starting at: > > > https://lore.kernel.org/all/718b8afe-222f-4b3a-96d3-93af0e4ceff1@roeck-us.net > > On Tue, Aug 06 2024 at 21:25, Vlastimil Babka wrote: > > On 8/6/24 19:33, Thomas Gleixner wrote: > > > > > > So this change adds 16 bytes to __softirq() which moves the > > > division > > > functions up by 16 bytes. That's all it takes to make the stupid > > > go > > > away.... > > > > Heh I was actually wondering if the division is somhow messed up > > because > > maxobj = order_objects() and order_objects() does a division. Now I > > suspect > > it even more. > > check_slab() calls into that muck, but I checked the disassembly of a > working and a broken kernel and the only difference there is the > displacement offset when the code calculates the call address, but > that's as expected a difference of 16 bytes. > > Now it becomes interesting. > > I added a unused function after __do_softirq() into the softirq text > section and filled it with ASM nonsense so that it occupies exactly > one > page. That moves $$divoI, which is what check_slab() calls, exactly > one > page forward: > > -0000000041218c70 T $$divoI > +0000000041219c70 T $$divoI > > Guess what happens? If falls on it's nose again. > > Now with that ASM gunk I can steer the size conveniently. It works up > to: > > 0000000041219c50 T $$divoI > > and fails for > > 0000000041219c60 T $$divoI > 0000000041219c70 T $$divoI > > and works again at > > 0000000041219c80 T $$divoI So just on this, you seem to have proved that only exact multiples of 48 work. In terms of how PA-RISC caching works that's completely nuts ... however, there may be something else at work, like stack frame alignment. > > So I added the following: > > +extern void testme(void); > +extern unsigned int testsize; > + > +unsigned int testsize = 192; > + > +void __init testme(void) > +{ > + pr_info("TESTME: %lu\n", PAGE_SIZE / testsize); > +} > > called that _before_ mm_core_init() from init/main.c and adjusted my > ASM hack to make $$divoI be at: > > 0000000041219c70 T $$divoI > > again and surprisingly the output is: > > [ 0.000000] softirq: TESTME: 21 OK, why is that surprising? 4096/192 is 21 due to integer rounding. > Now I went back to the hppa64 gcc version 12.2.0 again and did the > same ASM gunk adjustment so that $$divoI ends up at the offset 0xc70 > in the page and the same happens. > > So it's not a compiler dependent problem. > > But then I added a testme() call to the error path and get: > > [ 0.000000] softirq: TESTME: 21 > [ 0.000000] > ===================================================================== > ======== > [ 0.000000] BUG kmem_cache_node (Not tainted): objects 21 > max 16 > size 192 sorder 0 > > Now what's wrong? > > Adding more debug: > > [ 0.000000] BUG kmem_cache_node (Not tainted): objects 21 > max 16 > size 192 sorder 0 21 > > where the last '21' is the output of the same call which made maxobj > go > south: > > static int check_slab(struct kmem_cache *s, struct slab *slab) > { > int maxobj; > @@ -1386,8 +1388,10 @@ static int check_slab(struct kmem_cache > > maxobj = order_objects(slab_order(slab), s->size); > if (slab->objects > maxobj) { > - slab_err(s, slab, "objects %u > max %u", > - slab->objects, maxobj); > + testme(); > + slab_err(s, slab, "objects %u > max %u size %u sorder > %u %u", > + slab->objects, maxobj, s->size, > slab_order(slab), > + order_objects(slab_order(slab), s->size)); > return 0; > } > if (slab->inuse > slab->objects) { > > I don't know and I don't want to know TBH... OK, so you're telling us we have a problem with slab_order on parisc ... that's folio_order, so it smells like a parisc bug with folio_test_large? Unfortuntely I'm a bit pissed in an airport lounge on my way to the UK, so I've lost access to my pa test rig and can't test further for a while. Regards, James ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-08-07 0:49 ` James Bottomley @ 2024-08-07 1:38 ` Guenter Roeck 2024-08-07 12:45 ` Thomas Gleixner 1 sibling, 0 replies; 66+ messages in thread From: Guenter Roeck @ 2024-08-07 1:38 UTC (permalink / raw) To: James Bottomley, Thomas Gleixner, Vlastimil Babka, Linus Torvalds Cc: linux-kernel, Linux-MM, Helge Deller, linux-parisc On 8/6/24 17:49, James Bottomley wrote: > On Wed, 2024-08-07 at 01:24 +0200, Thomas Gleixner wrote: >> Cc+: Helge, parisc ML >> >> We're chasing a weird failure which has been tracked down to the >> placement of the division library functions (I assume they are >> imported >> from libgcc). >> >> See the thread starting at: >> >> >> https://lore.kernel.org/all/718b8afe-222f-4b3a-96d3-93af0e4ceff1@roeck-us.net >> >> On Tue, Aug 06 2024 at 21:25, Vlastimil Babka wrote: >>> On 8/6/24 19:33, Thomas Gleixner wrote: >>>> >>>> So this change adds 16 bytes to __softirq() which moves the >>>> division >>>> functions up by 16 bytes. That's all it takes to make the stupid >>>> go >>>> away.... >>> >>> Heh I was actually wondering if the division is somhow messed up >>> because >>> maxobj = order_objects() and order_objects() does a division. Now I >>> suspect >>> it even more. >> >> check_slab() calls into that muck, but I checked the disassembly of a >> working and a broken kernel and the only difference there is the >> displacement offset when the code calculates the call address, but >> that's as expected a difference of 16 bytes. >> >> Now it becomes interesting. >> >> I added a unused function after __do_softirq() into the softirq text >> section and filled it with ASM nonsense so that it occupies exactly >> one >> page. That moves $$divoI, which is what check_slab() calls, exactly >> one >> page forward: >> >> -0000000041218c70 T $$divoI >> +0000000041219c70 T $$divoI >> >> Guess what happens? If falls on it's nose again. >> >> Now with that ASM gunk I can steer the size conveniently. It works up >> to: >> >> 0000000041219c50 T $$divoI >> >> and fails for >> >> 0000000041219c60 T $$divoI >> 0000000041219c70 T $$divoI >> >> and works again at >> >> 0000000041219c80 T $$divoI > > So just on this, you seem to have proved that only exact multiples of > 48 work. In terms of how PA-RISC caching works that's completely nuts > ... however, there may be something else at work, like stack frame > alignment. > >> >> So I added the following: >> >> +extern void testme(void); >> +extern unsigned int testsize; >> + >> +unsigned int testsize = 192; >> + >> +void __init testme(void) >> +{ >> + pr_info("TESTME: %lu\n", PAGE_SIZE / testsize); >> +} >> >> called that _before_ mm_core_init() from init/main.c and adjusted my >> ASM hack to make $$divoI be at: >> >> 0000000041219c70 T $$divoI >> >> again and surprisingly the output is: >> >> [ 0.000000] softirq: TESTME: 21 > > OK, why is that surprising? 4096/192 is 21 due to integer rounding. > Problem is that it sometimes wrongly returns 16. But not always. The surprise may be that it is not consistently wrong, even if divU is at the same location. >> Now I went back to the hppa64 gcc version 12.2.0 again and did the >> same ASM gunk adjustment so that $$divoI ends up at the offset 0xc70 >> in the page and the same happens. >> >> So it's not a compiler dependent problem. >> >> But then I added a testme() call to the error path and get: >> >> [ 0.000000] softirq: TESTME: 21 >> [ 0.000000] >> ===================================================================== >> ======== >> [ 0.000000] BUG kmem_cache_node (Not tainted): objects 21 > max 16 >> size 192 sorder 0 >> >> Now what's wrong? >> >> Adding more debug: >> >> [ 0.000000] BUG kmem_cache_node (Not tainted): objects 21 > max 16 >> size 192 sorder 0 21 >> >> where the last '21' is the output of the same call which made maxobj >> go >> south: >> >> static int check_slab(struct kmem_cache *s, struct slab *slab) >> { >> int maxobj; >> @@ -1386,8 +1388,10 @@ static int check_slab(struct kmem_cache >> >> maxobj = order_objects(slab_order(slab), s->size); >> if (slab->objects > maxobj) { >> - slab_err(s, slab, "objects %u > max %u", >> - slab->objects, maxobj); >> + testme(); >> + slab_err(s, slab, "objects %u > max %u size %u sorder >> %u %u", >> + slab->objects, maxobj, s->size, >> slab_order(slab), >> + order_objects(slab_order(slab), s->size)); >> return 0; >> } >> if (slab->inuse > slab->objects) { >> >> I don't know and I don't want to know TBH... > > OK, so you're telling us we have a problem with slab_order on parisc > ... that's folio_order, so it smells like a parisc bug with > folio_test_large? Unfortuntely I'm a bit pissed in an airport lounge > on my way to the UK, so I've lost access to my pa test rig and can't > test further for a while. > I think the problem is rather that divU, for some unknown reason, sometimes returns bad results. The divU implementation in libgcc isn't exactly easy to understand. There may be some context problem, such as the upper bits of some register not being cleared under some circumstances. Look at my recent commits into arch/parisc for examples how similar problems survived for a long time in the Linux kernel. I'd strongly suspect a qemu emulation problem if it wasn't for those other problems. Still, I think it is very likely that the problem lies in qemu, but we might need a confirmation one way or the other from a test on real hardware. Thanks, Guenter ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-08-07 0:49 ` James Bottomley 2024-08-07 1:38 ` Guenter Roeck @ 2024-08-07 12:45 ` Thomas Gleixner 1 sibling, 0 replies; 66+ messages in thread From: Thomas Gleixner @ 2024-08-07 12:45 UTC (permalink / raw) To: James Bottomley, Vlastimil Babka, Linus Torvalds, Guenter Roeck Cc: linux-kernel, Linux-MM, Helge Deller, linux-parisc On Tue, Aug 06 2024 at 20:49, James Bottomley wrote: > On Wed, 2024-08-07 at 01:24 +0200, Thomas Gleixner wrote: >> static int check_slab(struct kmem_cache *s, struct slab *slab) >> { >> int maxobj; >> @@ -1386,8 +1388,10 @@ static int check_slab(struct kmem_cache >> >> maxobj = order_objects(slab_order(slab), s->size); >> if (slab->objects > maxobj) { >> - slab_err(s, slab, "objects %u > max %u", >> - slab->objects, maxobj); >> + testme(); >> + slab_err(s, slab, "objects %u > max %u size %u sorder >> %u %u", >> + slab->objects, maxobj, s->size, >> slab_order(slab), >> + order_objects(slab_order(slab), s->size)); >> return 0; >> } >> if (slab->inuse > slab->objects) { >> >> I don't know and I don't want to know TBH... > > OK, so you're telling us we have a problem with slab_order on parisc > ... that's folio_order, so it smells like a parisc bug with > folio_test_large? Unfortuntely I'm a bit pissed in an airport lounge > on my way to the UK, so I've lost access to my pa test rig and can't > test further for a while. The point is that there are two invocations for order_objects(...) in that code. maxobj = order_objects(slab_order(slab), s->size); and the extra one in the slab_err() output: slab_err(s, slab, "objects %u > max %u size %u sorder %u %u", slab->objects, maxobj, s->size,slab_order(slab), order_objects(slab_order(slab), s->size)); >> [ 0.000000] BUG kmem_cache_node (Not tainted): objects 21 > max 16 >> size 192 sorder 0 21 So maxobj = 16 and the second invocation correctly returns 21, if and only if the $$divoI placement is in that weird range. When I move it out of that range then both return 21 as expected. Thanks, tglx ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-08-06 23:24 ` Thomas Gleixner 2024-08-07 0:49 ` James Bottomley @ 2024-08-08 1:07 ` Guenter Roeck 2024-08-08 7:48 ` Vlastimil Babka 2024-08-08 9:57 ` Thomas Gleixner 1 sibling, 2 replies; 66+ messages in thread From: Guenter Roeck @ 2024-08-08 1:07 UTC (permalink / raw) To: Thomas Gleixner, Vlastimil Babka, Linus Torvalds Cc: linux-kernel, Linux-MM, Helge Deller, linux-parisc On 8/6/24 16:24, Thomas Gleixner wrote: > Cc+: Helge, parisc ML > > We're chasing a weird failure which has been tracked down to the > placement of the division library functions (I assume they are imported > from libgcc). > > See the thread starting at: > > https://lore.kernel.org/all/718b8afe-222f-4b3a-96d3-93af0e4ceff1@roeck-us.net > > On Tue, Aug 06 2024 at 21:25, Vlastimil Babka wrote: >> On 8/6/24 19:33, Thomas Gleixner wrote: >>> >>> So this change adds 16 bytes to __softirq() which moves the division >>> functions up by 16 bytes. That's all it takes to make the stupid go >>> away.... >> >> Heh I was actually wondering if the division is somhow messed up because >> maxobj = order_objects() and order_objects() does a division. Now I suspect >> it even more. > > check_slab() calls into that muck, but I checked the disassembly of a > working and a broken kernel and the only difference there is the > displacement offset when the code calculates the call address, but > that's as expected a difference of 16 bytes. > > Now it becomes interesting. > > I added a unused function after __do_softirq() into the softirq text > section and filled it with ASM nonsense so that it occupies exactly one > page. That moves $$divoI, which is what check_slab() calls, exactly one > page forward: > With the above added to my tree, I can also play around with the code. Here is the next weird one: diff --git a/mm/slub.c b/mm/slub.c index 4927edec6a8c..b8a33966d858 100644 --- a/mm/slub.c +++ b/mm/slub.c @@ -1385,6 +1385,9 @@ static int check_slab(struct kmem_cache *s, struct slab *slab) } maxobj = order_objects(slab_order(slab), s->size); + + pr_info_once("##### slab->objects=%u maxobj=%u\n", slab->objects, maxobj); + if (slab->objects > maxobj) { slab_err(s, slab, "objects %u > max %u", slab->objects, maxobj); results in: ##### slab->objects=21 maxobj=21 ============================================================================= BUG kmem_cache_node (Not tainted): objects 21 > max 16 As Thomas noticed, this only happens if the divide assembler code is within a certain address range. Ok, now I am really lost. Guenter ^ permalink raw reply related [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-08-08 1:07 ` Guenter Roeck @ 2024-08-08 7:48 ` Vlastimil Babka 2024-08-08 14:46 ` Guenter Roeck 2024-08-08 9:57 ` Thomas Gleixner 1 sibling, 1 reply; 66+ messages in thread From: Vlastimil Babka @ 2024-08-08 7:48 UTC (permalink / raw) To: Guenter Roeck, Thomas Gleixner, Linus Torvalds Cc: linux-kernel, Linux-MM, Helge Deller, linux-parisc On 8/8/24 03:07, Guenter Roeck wrote: > On 8/6/24 16:24, Thomas Gleixner wrote: >> Cc+: Helge, parisc ML >> >> We're chasing a weird failure which has been tracked down to the >> placement of the division library functions (I assume they are imported >> from libgcc). >> >> See the thread starting at: >> >> https://lore.kernel.org/all/718b8afe-222f-4b3a-96d3-93af0e4ceff1@roeck-us.net >> >> On Tue, Aug 06 2024 at 21:25, Vlastimil Babka wrote: >>> On 8/6/24 19:33, Thomas Gleixner wrote: >>>> >>>> So this change adds 16 bytes to __softirq() which moves the division >>>> functions up by 16 bytes. That's all it takes to make the stupid go >>>> away.... >>> >>> Heh I was actually wondering if the division is somhow messed up because >>> maxobj = order_objects() and order_objects() does a division. Now I suspect >>> it even more. >> >> check_slab() calls into that muck, but I checked the disassembly of a >> working and a broken kernel and the only difference there is the >> displacement offset when the code calculates the call address, but >> that's as expected a difference of 16 bytes. >> >> Now it becomes interesting. >> >> I added a unused function after __do_softirq() into the softirq text >> section and filled it with ASM nonsense so that it occupies exactly one >> page. That moves $$divoI, which is what check_slab() calls, exactly one >> page forward: >> > > With the above added to my tree, I can also play around with the code. > Here is the next weird one: > > diff --git a/mm/slub.c b/mm/slub.c > index 4927edec6a8c..b8a33966d858 100644 > --- a/mm/slub.c > +++ b/mm/slub.c > @@ -1385,6 +1385,9 @@ static int check_slab(struct kmem_cache *s, struct slab *slab) > } > > maxobj = order_objects(slab_order(slab), s->size); > + > + pr_info_once("##### slab->objects=%u maxobj=%u\n", slab->objects, maxobj); > + > if (slab->objects > maxobj) { > slab_err(s, slab, "objects %u > max %u", > slab->objects, maxobj); > > results in: > > ##### slab->objects=21 maxobj=21 > ============================================================================= > BUG kmem_cache_node (Not tainted): objects 21 > max 16 But is this printed from the same attempt? The pr_info_once() might have printed earlier and then stopped (as it's _once) and the error case might have happened only later, and there was nothing printed in between as the kmalloc caches are created in a loop. > As Thomas noticed, this only happens if the divide assembler code is within a certain > address range. > > Ok, now I am really lost. > > Guenter > ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-08-08 7:48 ` Vlastimil Babka @ 2024-08-08 14:46 ` Guenter Roeck 0 siblings, 0 replies; 66+ messages in thread From: Guenter Roeck @ 2024-08-08 14:46 UTC (permalink / raw) To: Vlastimil Babka, Thomas Gleixner, Linus Torvalds Cc: linux-kernel, Linux-MM, Helge Deller, linux-parisc On 8/8/24 00:48, Vlastimil Babka wrote: > On 8/8/24 03:07, Guenter Roeck wrote: >> On 8/6/24 16:24, Thomas Gleixner wrote: >>> Cc+: Helge, parisc ML >>> >>> We're chasing a weird failure which has been tracked down to the >>> placement of the division library functions (I assume they are imported >>> from libgcc). >>> >>> See the thread starting at: >>> >>> https://lore.kernel.org/all/718b8afe-222f-4b3a-96d3-93af0e4ceff1@roeck-us.net >>> >>> On Tue, Aug 06 2024 at 21:25, Vlastimil Babka wrote: >>>> On 8/6/24 19:33, Thomas Gleixner wrote: >>>>> >>>>> So this change adds 16 bytes to __softirq() which moves the division >>>>> functions up by 16 bytes. That's all it takes to make the stupid go >>>>> away.... >>>> >>>> Heh I was actually wondering if the division is somhow messed up because >>>> maxobj = order_objects() and order_objects() does a division. Now I suspect >>>> it even more. >>> >>> check_slab() calls into that muck, but I checked the disassembly of a >>> working and a broken kernel and the only difference there is the >>> displacement offset when the code calculates the call address, but >>> that's as expected a difference of 16 bytes. >>> >>> Now it becomes interesting. >>> >>> I added a unused function after __do_softirq() into the softirq text >>> section and filled it with ASM nonsense so that it occupies exactly one >>> page. That moves $$divoI, which is what check_slab() calls, exactly one >>> page forward: >>> >> >> With the above added to my tree, I can also play around with the code. >> Here is the next weird one: >> >> diff --git a/mm/slub.c b/mm/slub.c >> index 4927edec6a8c..b8a33966d858 100644 >> --- a/mm/slub.c >> +++ b/mm/slub.c >> @@ -1385,6 +1385,9 @@ static int check_slab(struct kmem_cache *s, struct slab *slab) >> } >> >> maxobj = order_objects(slab_order(slab), s->size); >> + >> + pr_info_once("##### slab->objects=%u maxobj=%u\n", slab->objects, maxobj); >> + >> if (slab->objects > maxobj) { >> slab_err(s, slab, "objects %u > max %u", >> slab->objects, maxobj); >> >> results in: >> >> ##### slab->objects=21 maxobj=21 >> ============================================================================= >> BUG kmem_cache_node (Not tainted): objects 21 > max 16 > > But is this printed from the same attempt? The pr_info_once() might have > printed earlier and then stopped (as it's _once) and the error case might > have happened only later, and there was nothing printed in between as the > kmalloc caches are created in a loop. > No, of course it isn't. Guess it was too late. Sorry for the noise. Here is the updated log, after dropping the _once: ... [ 0.000000] ##### slab->objects=21 maxobj=21 [ 0.000000] ##### slab->objects=25 maxobj=25 [ 0.000000] ##### slab->objects=21 maxobj=16 [ 0.000000] ============================================================================= [ 0.000000] BUG kmalloc-256 (Not tainted): objects 21 > max 16 So this works many times and then suddenly fails. I thought it was the other way, that it failed the very first time. Ok, back to debugging. Thanks! Guenter ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-08-08 1:07 ` Guenter Roeck 2024-08-08 7:48 ` Vlastimil Babka @ 2024-08-08 9:57 ` Thomas Gleixner 2024-08-08 14:59 ` Guenter Roeck 2024-08-08 15:53 ` Linus Torvalds 1 sibling, 2 replies; 66+ messages in thread From: Thomas Gleixner @ 2024-08-08 9:57 UTC (permalink / raw) To: Guenter Roeck, Vlastimil Babka, Linus Torvalds Cc: linux-kernel, Linux-MM, Helge Deller, linux-parisc On Wed, Aug 07 2024 at 18:07, Guenter Roeck wrote: > On 8/6/24 16:24, Thomas Gleixner wrote: > diff --git a/mm/slub.c b/mm/slub.c > index 4927edec6a8c..b8a33966d858 100644 > --- a/mm/slub.c > +++ b/mm/slub.c > @@ -1385,6 +1385,9 @@ static int check_slab(struct kmem_cache *s, struct slab *slab) > } > > maxobj = order_objects(slab_order(slab), s->size); > + > + pr_info_once("##### slab->objects=%u maxobj=%u\n", slab->objects, maxobj); > + > if (slab->objects > maxobj) { > slab_err(s, slab, "objects %u > max %u", > slab->objects, maxobj); > > results in: > > ##### slab->objects=21 maxobj=21 > ============================================================================= > BUG kmem_cache_node (Not tainted): objects 21 > max 16 Careful vs. the pr_once(). It's not necessarily the first allocation which trips up. I removed slab_err() in that condition and just printed the data: [ 0.000000] Order: 1 Size: 384 Nobj: 21 Maxobj: 16 21 Inuse: 14 [ 0.000000] Order: 0 Size: 168 Nobj: 24 Maxobj: 16 24 Inuse: 1 [ 0.000000] Order: 1 Size: 320 Nobj: 25 Maxobj: 16 25 Inuse: 18 [ 0.000000] Order: 1 Size: 320 Nobj: 25 Maxobj: 16 25 Inuse: 19 [ 0.000000] Order: 1 Size: 320 Nobj: 25 Maxobj: 16 25 Inuse: 20 [ 0.000000] Order: 0 Size: 160 Nobj: 25 Maxobj: 16 25 Inuse: 5 [ 0.000000] Order: 2 Size: 672 Nobj: 24 Maxobj: 16 24 Inuse: 1 [ 0.000000] Order: 3 Size: 1536 Nobj: 21 Maxobj: 16 21 Inuse: 1 [ 0.000000] Order: 3 Size: 1536 Nobj: 21 Maxobj: 16 21 Inuse: 2 [ 0.000000] Order: 3 Size: 1536 Nobj: 21 Maxobj: 16 21 Inuse: 10 The maxobj column shows the failed result and the result from the second invocation inside of the printk(). Let's wait for PARISC people to run it on actual hardware. Thanks, tglx ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-08-08 9:57 ` Thomas Gleixner @ 2024-08-08 14:59 ` Guenter Roeck 2024-08-08 15:58 ` John David Anglin 2024-08-08 15:53 ` Linus Torvalds 1 sibling, 1 reply; 66+ messages in thread From: Guenter Roeck @ 2024-08-08 14:59 UTC (permalink / raw) To: Thomas Gleixner, Vlastimil Babka, Linus Torvalds Cc: linux-kernel, Linux-MM, Helge Deller, linux-parisc On 8/8/24 02:57, Thomas Gleixner wrote: > On Wed, Aug 07 2024 at 18:07, Guenter Roeck wrote: >> On 8/6/24 16:24, Thomas Gleixner wrote: >> diff --git a/mm/slub.c b/mm/slub.c >> index 4927edec6a8c..b8a33966d858 100644 >> --- a/mm/slub.c >> +++ b/mm/slub.c >> @@ -1385,6 +1385,9 @@ static int check_slab(struct kmem_cache *s, struct slab *slab) >> } >> >> maxobj = order_objects(slab_order(slab), s->size); >> + >> + pr_info_once("##### slab->objects=%u maxobj=%u\n", slab->objects, maxobj); >> + >> if (slab->objects > maxobj) { >> slab_err(s, slab, "objects %u > max %u", >> slab->objects, maxobj); >> >> results in: >> >> ##### slab->objects=21 maxobj=21 >> ============================================================================= >> BUG kmem_cache_node (Not tainted): objects 21 > max 16 > > Careful vs. the pr_once(). It's not necessarily the first allocation Yes. Thanks for pointing that out. Rookie mistake :-(. > which trips up. I removed slab_err() in that condition and just printed > the data: > > [ 0.000000] Order: 1 Size: 384 Nobj: 21 Maxobj: 16 21 Inuse: 14 > [ 0.000000] Order: 0 Size: 168 Nobj: 24 Maxobj: 16 24 Inuse: 1 > [ 0.000000] Order: 1 Size: 320 Nobj: 25 Maxobj: 16 25 Inuse: 18 > [ 0.000000] Order: 1 Size: 320 Nobj: 25 Maxobj: 16 25 Inuse: 19 > [ 0.000000] Order: 1 Size: 320 Nobj: 25 Maxobj: 16 25 Inuse: 20 > [ 0.000000] Order: 0 Size: 160 Nobj: 25 Maxobj: 16 25 Inuse: 5 > [ 0.000000] Order: 2 Size: 672 Nobj: 24 Maxobj: 16 24 Inuse: 1 > [ 0.000000] Order: 3 Size: 1536 Nobj: 21 Maxobj: 16 21 Inuse: 1 > [ 0.000000] Order: 3 Size: 1536 Nobj: 21 Maxobj: 16 21 Inuse: 2 > [ 0.000000] Order: 3 Size: 1536 Nobj: 21 Maxobj: 16 21 Inuse: 10 > > The maxobj column shows the failed result and the result from the second > invocation inside of the printk(). > > Let's wait for PARISC people to run it on actual hardware. > Agreed. I suspect that there is a carry or upper 32 bit of a register not handled properly, but I have no idea where that might be or why that would only be seen if the div functions are located in a certain address range. Thanks, Guenter ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-08-08 14:59 ` Guenter Roeck @ 2024-08-08 15:58 ` John David Anglin 0 siblings, 0 replies; 66+ messages in thread From: John David Anglin @ 2024-08-08 15:58 UTC (permalink / raw) To: Guenter Roeck, Thomas Gleixner, Vlastimil Babka, Linus Torvalds Cc: linux-kernel, Linux-MM, Helge Deller, linux-parisc On 2024-08-08 10:59 a.m., Guenter Roeck wrote: >> Let's wait for PARISC people to run it on actual hardware. >> > > Agreed. I suspect that there is a carry or upper 32 bit of a register not > handled properly, but I have no idea where that might be or why that would > only be seen if the div functions are located in a certain address range. I'm doubtful there's a coding issue in $$divoI. The routine was written by HP and it's used on both HP-UX and Linux. The routine can be found in libgcc/config/pa/milli64.S The routine can trap: Divide by zero is trapped. Divide of -2**31 by -1 is trapped for $$divoI but not for $$divI. $$divoI is a millicode routine. Not sure what calls it. gcc doesn't call it. gcc uses $$divI. It appears you are testing a 64-bit kernel. There might be issues calling millicode routines when branch distance exceeds approximately 4 MB. Millicode routines have a special calling sequence. You could try building kernel with -mlong-calls. Kernel will get bugger and slower with this option. Dave -- John David Anglin dave.anglin@bell.net ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-08-08 9:57 ` Thomas Gleixner 2024-08-08 14:59 ` Guenter Roeck @ 2024-08-08 15:53 ` Linus Torvalds 2024-08-08 16:12 ` Thomas Gleixner 1 sibling, 1 reply; 66+ messages in thread From: Linus Torvalds @ 2024-08-08 15:53 UTC (permalink / raw) To: Thomas Gleixner Cc: Guenter Roeck, Vlastimil Babka, linux-kernel, Linux-MM, Helge Deller, linux-parisc On Thu, 8 Aug 2024 at 02:57, Thomas Gleixner <tglx@linutronix.de> wrote: > > Careful vs. the pr_once(). It's not necessarily the first allocation > which trips up. I removed slab_err() in that condition and just printed > the data: > > [ 0.000000] Order: 1 Size: 384 Nobj: 21 Maxobj: 16 21 Inuse: 14 > [ 0.000000] Order: 0 Size: 168 Nobj: 24 Maxobj: 16 24 Inuse: 1 > [ 0.000000] Order: 1 Size: 320 Nobj: 25 Maxobj: 16 25 Inuse: 18 > [ 0.000000] Order: 1 Size: 320 Nobj: 25 Maxobj: 16 25 Inuse: 19 > [ 0.000000] Order: 1 Size: 320 Nobj: 25 Maxobj: 16 25 Inuse: 20 > [ 0.000000] Order: 0 Size: 160 Nobj: 25 Maxobj: 16 25 Inuse: 5 > [ 0.000000] Order: 2 Size: 672 Nobj: 24 Maxobj: 16 24 Inuse: 1 > [ 0.000000] Order: 3 Size: 1536 Nobj: 21 Maxobj: 16 21 Inuse: 1 > [ 0.000000] Order: 3 Size: 1536 Nobj: 21 Maxobj: 16 21 Inuse: 2 > [ 0.000000] Order: 3 Size: 1536 Nobj: 21 Maxobj: 16 21 Inuse: 10 > > The maxobj column shows the failed result and the result from the second > invocation inside of the printk(). Hmm. There's a few patterns there: - the incorrect Maxobj is always 16, with wildly different sizes. - the correct value is always in that 21-25 range and neither of these are particularly common cases for slab objects (well, at least on x86-64). I actually went into the gcc sources to look at the libgcc routines for the hppa $$divU routine, but apart from checking for trivial powers-of-two and for divisions with small divisor values (<=17), all it is ends up being a series of "ds" (divide step) and "addc" instructions. I don't see how that could possibly mess up. It does end up with the final addc in the delay slot of the return, but that's normal parisc behavior (and here by "normal" I mean "it's a really messed up instruction set that did everything wrong, including branch delay slots") I do note that the $$divU function (which is what this all should use) oddly doesn't show up as defined in 'nm' for me when I look at Guenter's vmlinux file. So there's some odd linker thing going on, and it *only* affects the $$div* functions. Thomas' System.map shows some of the same effects, ie it shows $$divoI (signed integer divide with overflow checking), but doesn't show $$divU that is right after it. The reason I was looking was exactly because this should be using $$divU, and clearly code alignment is implicated somehow, but the exact alignment of $$divU wasn't obvious. But it looks like "$$divU" should be somewhere between $$divoI and $$divl_2, and in Guenter's bad case that's 0000000041218c70 T $$divoI 00000000412190d0 T $$divI_2 so *maybe* $$divU is around a page boundary? 0000000041218xxx turning into 0000000041219000? Some ITLB fill issue together with that delayed branch and a qemu bug? Linus ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-08-08 15:53 ` Linus Torvalds @ 2024-08-08 16:12 ` Thomas Gleixner 2024-08-08 16:33 ` Linus Torvalds 0 siblings, 1 reply; 66+ messages in thread From: Thomas Gleixner @ 2024-08-08 16:12 UTC (permalink / raw) To: Linus Torvalds Cc: Guenter Roeck, Vlastimil Babka, linux-kernel, Linux-MM, Helge Deller, linux-parisc On Thu, Aug 08 2024 at 08:53, Linus Torvalds wrote: > On Thu, 8 Aug 2024 at 02:57, Thomas Gleixner <tglx@linutronix.de> wrote: > Hmm. There's a few patterns there: > > - the incorrect Maxobj is always 16, with wildly different sizes. Which means that the size value is rounded up to the next power of 2 >> [ 0.000000] Order: 1 Size: 384 Nobj: 21 Maxobj: 16 21 Inuse: 14 8192/16 = 512 >> [ 0.000000] Order: 0 Size: 168 Nobj: 24 Maxobj: 16 24 Inuse: 1 4096/16 = 256 >> [ 0.000000] Order: 3 Size: 1536 Nobj: 21 Maxobj: 16 21 Inuse: 1 32768/16 = 2048 >> The maxobj column shows the failed result and the result from the second >> invocation inside of the printk(). > I actually went into the gcc sources to look at the libgcc routines > for the hppa $$divU routine, but apart from checking for trivial > powers-of-two and for divisions with small divisor values (<=17), all > it is ends up being a series of "ds" (divide step) and "addc" > instructions. I don't see how that could possibly mess up. It does end > up with the final addc in the delay slot of the return, but that's > normal parisc behavior (and here by "normal" I mean "it's a really > messed up instruction set that did everything wrong, including branch > delay slots") > > I do note that the $$divU function (which is what this all should use) > oddly doesn't show up as defined in 'nm' for me when I look at > Guenter's vmlinux file. So there's some odd linker thing going on, and > it *only* affects the $$div* functions. > > Thomas' System.map shows some of the same effects, ie it shows $$divoI > (signed integer divide with overflow checking), but doesn't show > $$divU that is right after it. The reason I was looking was exactly > because this should be using $$divU, and clearly code alignment is > implicated somehow, but the exact alignment of $$divU wasn't obvious. > > But it looks like "$$divU" should be somewhere between $$divoI and > $$divl_2, and in Guenter's bad case that's > > 0000000041218c70 T $$divoI > 00000000412190d0 T $$divI_2 > > so *maybe* $$divU is around a page boundary? 0000000041218xxx turning > into 0000000041219000? It uses $$divU which is at $$divoI + 0x250. I validated that in the disassembly. Thanks, tglx ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-08-08 16:12 ` Thomas Gleixner @ 2024-08-08 16:33 ` Linus Torvalds 2024-08-08 17:48 ` Thomas Gleixner 0 siblings, 1 reply; 66+ messages in thread From: Linus Torvalds @ 2024-08-08 16:33 UTC (permalink / raw) To: Thomas Gleixner Cc: Guenter Roeck, Vlastimil Babka, linux-kernel, Linux-MM, Helge Deller, linux-parisc On Thu, 8 Aug 2024 at 09:12, Thomas Gleixner <tglx@linutronix.de> wrote: > > > > But it looks like "$$divU" should be somewhere between $$divoI and > > $$divl_2, and in Guenter's bad case that's > > > > 0000000041218c70 T $$divoI > > 00000000412190d0 T $$divI_2 > > > > so *maybe* $$divU is around a page boundary? 0000000041218xxx turning > > into 0000000041219000? > > It uses $$divU which is at $$divoI + 0x250. I validated that in the > disassembly. Well, that does support "maybe we have a page crosser issue", but it's not quite at the delayed branch. Because that would mean that $$divU starts at 0x41218ec0, and that means that there are 80 instructions from the start of $$divU to the end of that 0x41218xxx page. And if I counted instructions right (I don't have a disassembler, so I'm just looking at the libgcc sources), that puts the page crosser not quite at the delayed branch slot, but it does put it somewhere roughly at or around ds temp,arg1,temp /* 29th divide step */ addc retreg,retreg,retreg /* shift retreg with/into carry */ so it's around the last few bits of the result. The ones we get wrong. Which is intriguing, but honestly, I don't see how we could get itlb misses horribly wrong and not crash left and right. The $$divU routine is unusual in that it uses that millicode calling convention, but I think that's just a different register for the return address. And it obviously depends on the carry flag, which is pretty unusual. Maybe if the ITLB fill messes up C, it wouldn't show up in other areas? But the $$divU result error is more than one single bit getting cleared. Linus ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-08-08 16:33 ` Linus Torvalds @ 2024-08-08 17:48 ` Thomas Gleixner 2024-08-08 18:19 ` Linus Torvalds 0 siblings, 1 reply; 66+ messages in thread From: Thomas Gleixner @ 2024-08-08 17:48 UTC (permalink / raw) To: Linus Torvalds Cc: Guenter Roeck, Vlastimil Babka, linux-kernel, Linux-MM, Helge Deller, linux-parisc On Thu, Aug 08 2024 at 09:33, Linus Torvalds wrote: > On Thu, 8 Aug 2024 at 09:12, Thomas Gleixner <tglx@linutronix.de> wrote: >> It uses $$divU which is at $$divoI + 0x250. I validated that in the >> disassembly. > > Well, that does support "maybe we have a page crosser issue", but it's > not quite at the delayed branch. > > Because that would mean that $$divU starts at 0x41218ec0, and that > means that there are 80 instructions from the start of $$divU to the > end of that 0x41218xxx page. > > And if I counted instructions right (I don't have a disassembler, so > I'm just looking at the libgcc sources), that puts the page crosser > not quite at the delayed branch slot, but it does put it somewhere > roughly at or around > > ds temp,arg1,temp /* 29th divide step */ > addc retreg,retreg,retreg /* shift retreg with/into carry */ > > so it's around the last few bits of the result. The ones we get wrong. > > Which is intriguing, but honestly, I don't see how we could get itlb > misses horribly wrong and not crash left and right. Here is the disassembly from my latest crashing debug kernel which shifts it up a couple of pages. Add 0x10 or sub 0x20 to make it work. 4121dec0: 37 21 3f ff ldo -1(r25),r1 4121dec4: 08 39 22 00 and,= r25,r1,r0 4121dec8: e8 00 00 88 b,l 4121df14 <$$divoI+0x2a4>,r0 4121decc: b3 20 20 00 addi,tc,= 0,r25,r0 4121ded0: 08 1a 02 5d copy r26,ret1 4121ded4: d3 21 39 f0 extrw,u,= r25,15,16,r1 4121ded8: d3 bd 19 f0 extrw,u ret1,15,16,ret1 4121dedc: 08 39 02 59 or r25,r1,r25 4121dee0: 34 1a 01 98 ldi cc,r26 4121dee4: d3 21 3a f8 extrw,u,= r25,23,8,r1 4121dee8: d3 bd 1a e8 extrw,u ret1,23,24,ret1 4121deec: 08 39 02 59 or r25,r1,r25 4121def0: 34 01 01 54 ldi aa,r1 4121def4: d3 20 3b 7c extrw,u,= r25,27,4,r0 4121def8: d3 bd 1b 64 extrw,u ret1,27,28,ret1 4121defc: 0b 59 22 00 and,= r25,r26,r0 4121df00: d3 bd 1b a2 extrw,u ret1,29,30,ret1 4121df04: 08 39 22 00 and,= r25,r1,r0 4121df08: d3 bd 1b c1 extrw,u ret1,30,31,ret1 4121df0c: e8 40 c0 02 bv,n r0(rp) 4121df10: 08 00 02 40 nop 4121df18: 97 21 00 00 subi 0,r25,r1 4121df1c: 08 20 04 40 ds r0,r1,r0 4121df20: 0b 5a 06 1d add r26,r26,ret1 4121df24: 0b 20 04 41 ds r0,r25,r1 4121df28: 0b bd 07 1d add,c ret1,ret1,ret1 4121df2c: 0b 21 04 41 ds r1,r25,r1 4121df30: 0b bd 07 1d add,c ret1,ret1,ret1 4121df34: 0b 21 04 41 ds r1,r25,r1 4121df38: 0b bd 07 1d add,c ret1,ret1,ret1 4121df3c: 0b 21 04 41 ds r1,r25,r1 4121df40: 0b bd 07 1d add,c ret1,ret1,ret1 4121df44: 0b 21 04 41 ds r1,r25,r1 4121df48: 0b bd 07 1d add,c ret1,ret1,ret1 4121df4c: 0b 21 04 41 ds r1,r25,r1 4121df50: 0b bd 07 1d add,c ret1,ret1,ret1 4121df54: 0b 21 04 41 ds r1,r25,r1 4121df58: 0b bd 07 1d add,c ret1,ret1,ret1 4121df5c: 0b 21 04 41 ds r1,r25,r1 4121df60: 0b bd 07 1d add,c ret1,ret1,ret1 4121df64: 0b 21 04 41 ds r1,r25,r1 4121df68: 0b bd 07 1d add,c ret1,ret1,ret1 4121df6c: 0b 21 04 41 ds r1,r25,r1 4121df70: 0b bd 07 1d add,c ret1,ret1,ret1 4121df74: 0b 21 04 41 ds r1,r25,r1 4121df78: 0b bd 07 1d add,c ret1,ret1,ret1 4121df7c: 0b 21 04 41 ds r1,r25,r1 4121df80: 0b bd 07 1d add,c ret1,ret1,ret1 4121df84: 0b 21 04 41 ds r1,r25,r1 4121df88: 0b bd 07 1d add,c ret1,ret1,ret1 4121df8c: 0b 21 04 41 ds r1,r25,r1 4121df90: 0b bd 07 1d add,c ret1,ret1,ret1 4121df94: 0b 21 04 41 ds r1,r25,r1 4121df98: 0b bd 07 1d add,c ret1,ret1,ret1 4121df9c: 0b 21 04 41 ds r1,r25,r1 4121dfa0: 0b bd 07 1d add,c ret1,ret1,ret1 4121dfa4: 0b 21 04 41 ds r1,r25,r1 4121dfa8: 0b bd 07 1d add,c ret1,ret1,ret1 4121dfac: 0b 21 04 41 ds r1,r25,r1 4121dfb0: 0b bd 07 1d add,c ret1,ret1,ret1 4121dfb4: 0b 21 04 41 ds r1,r25,r1 4121dfb8: 0b bd 07 1d add,c ret1,ret1,ret1 4121dfbc: 0b 21 04 41 ds r1,r25,r1 4121dfc0: 0b bd 07 1d add,c ret1,ret1,ret1 4121dfc4: 0b 21 04 41 ds r1,r25,r1 4121dfc8: 0b bd 07 1d add,c ret1,ret1,ret1 4121dfcc: 0b 21 04 41 ds r1,r25,r1 4121dfd0: 0b bd 07 1d add,c ret1,ret1,ret1 4121dfd4: 0b 21 04 41 ds r1,r25,r1 4121dfd8: 0b bd 07 1d add,c ret1,ret1,ret1 4121dfdc: 0b 21 04 41 ds r1,r25,r1 4121dfe0: 0b bd 07 1d add,c ret1,ret1,ret1 4121dfe4: 0b 21 04 41 ds r1,r25,r1 4121dfe8: 0b bd 07 1d add,c ret1,ret1,ret1 4121dfec: 0b 21 04 41 ds r1,r25,r1 4121dff0: 0b bd 07 1d add,c ret1,ret1,ret1 4121dff4: 0b 21 04 41 ds r1,r25,r1 4121dff8: 0b bd 07 1d add,c ret1,ret1,ret1 4121dffc: 0b 21 04 41 ds r1,r25,r1 4121e000: 0b bd 07 1d add,c ret1,ret1,ret1 4121e004: 0b 21 04 41 ds r1,r25,r1 4121e008: 0b bd 07 1d add,c ret1,ret1,ret1 4121e00c: 0b 21 04 41 ds r1,r25,r1 4121e010: 0b bd 07 1d add,c ret1,ret1,ret1 4121e014: 0b 21 04 41 ds r1,r25,r1 4121e018: 0b bd 07 1d add,c ret1,ret1,ret1 4121e01c: 0b 21 04 41 ds r1,r25,r1 4121e020: e8 40 c0 00 bv r0(rp) 4121e024: 0b bd 07 1d add,c ret1,ret1,ret1 4121e028: f3 20 0c 00 depd,* r0,31,32,r25 4121e02c: 8f 20 61 10 cmpib,> 0,r25,4121e0bc <$$divoI+0x44c> 4121e030: 08 00 02 40 nop 4121e034: e8 19 40 00 blr r25,r0 4121e038: 08 00 02 40 nop 4121e03c: b3 20 20 00 addi,tc,= 0,r25,r0 4121e040: 08 00 02 40 nop 4121e044: e8 40 c0 00 bv r0(rp) 4121e048: 08 1a 02 5d copy r26,ret1 4121e04c: e8 40 c0 00 bv r0(rp) 4121e050: d3 5d 1b c1 extrw,u r26,30,31,ret1 4121e054: e8 00 01 c2 b,l,n 4121e13c <$$divI_16+0x3c>,r0 4121e058: 08 00 02 40 nop 4121e05c: e8 40 c0 00 bv r0(rp) 4121e060: d3 5d 1b a2 extrw,u r26,29,30,ret1 4121e064: e8 00 02 2a b,l,n 4121e180 <$$divI_16+0x80>,r0 4121e068: 08 00 02 40 nop 4121e06c: e8 00 02 aa b,l,n 4121e1c8 <$$divI_16+0xc8>,r0 4121e070: 08 00 02 40 nop 4121e074: e8 00 06 9a b,l,n 4121e3c8 <$$divU_17+0xbc>,r0 4121e078: 08 00 02 40 nop 4121e07c: e8 40 c0 00 bv r0(rp) 4121e080: d3 5d 1b 83 extrw,u r26,28,29,ret1 4121e084: e8 00 07 12 b,l,n 4121e414 <$$divU_17+0x108>,r0 4121e088: 08 00 02 40 nop 4121e08c: e8 00 02 9a b,l,n 4121e1e0 <$$divI_16+0xe0>,r0 4121e090: 08 00 02 40 nop 4121e094: e8 1f 1d 0d b,l 4121df20 <$$divoI+0x2b0>,r0 4121e098: 08 20 04 40 ds r0,r1,r0 4121e09c: e8 00 03 fa b,l,n 4121e2a0 <$$divI_16+0x1a0>,r0 4121e0a0: 08 00 02 40 nop 4121e0a4: e8 1f 1c ed b,l 4121df20 <$$divoI+0x2b0>,r0 4121e0a8: 08 20 04 40 ds r0,r1,r0 4121e0ac: e8 00 07 02 b,l,n 4121e434 <$$divU_17+0x128>,r0 4121e0b0: 08 00 02 40 nop 4121e0b4: e8 00 04 22 b,l,n 4121e2cc <$$divI_16+0x1cc>,r0 4121e0b8: 08 00 02 40 nop 4121e0bc: 0b 3a 04 00 sub r26,r25,r0 4121e0c0: e8 40 c0 00 bv r0(rp) 4121e0c4: 08 00 07 1d add,c r0,r0,ret1 ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-08-08 17:48 ` Thomas Gleixner @ 2024-08-08 18:19 ` Linus Torvalds 2024-08-08 20:52 ` Guenter Roeck 2024-09-03 7:54 ` Helge Deller 0 siblings, 2 replies; 66+ messages in thread From: Linus Torvalds @ 2024-08-08 18:19 UTC (permalink / raw) To: Thomas Gleixner Cc: Guenter Roeck, Vlastimil Babka, linux-kernel, Linux-MM, Helge Deller, linux-parisc On Thu, 8 Aug 2024 at 10:48, Thomas Gleixner <tglx@linutronix.de> wrote: > > Here is the disassembly from my latest crashing debug kernel which > shifts it up a couple of pages. Add 0x10 or sub 0x20 to make it work. Looks like I was off by an instruction, it's the 28th divide-step (not 29) that does the page crosser: > 4121dffc: 0b 21 04 41 ds r1,r25,r1 > 4121e000: 0b bd 07 1d add,c ret1,ret1,ret1 but my parisc knowledge is not good enough to even guess at what could go wrong. And I have no actual reason to believe this has *anything* to do with an itlb miss, except for that whole "exact placement seems to matter, and it crosses a page boundary" detail. None of this makes sense. I think we'll have to wait for Helge. It's not like parisc is a huge concern, and for all we know this is all a qemu bug to begin with. Linus ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-08-08 18:19 ` Linus Torvalds @ 2024-08-08 20:52 ` Guenter Roeck 2024-08-08 21:50 ` John David Anglin 2024-08-08 22:15 ` Richard Henderson 2024-09-03 7:54 ` Helge Deller 1 sibling, 2 replies; 66+ messages in thread From: Guenter Roeck @ 2024-08-08 20:52 UTC (permalink / raw) To: Linus Torvalds, Thomas Gleixner Cc: Vlastimil Babka, linux-kernel, Linux-MM, Helge Deller, linux-parisc, Richard Henderson On 8/8/24 11:19, Linus Torvalds wrote: > On Thu, 8 Aug 2024 at 10:48, Thomas Gleixner <tglx@linutronix.de> wrote: >> >> Here is the disassembly from my latest crashing debug kernel which >> shifts it up a couple of pages. Add 0x10 or sub 0x20 to make it work. > > Looks like I was off by an instruction, it's the 28th divide-step (not > 29) that does the page crosser: > >> 4121dffc: 0b 21 04 41 ds r1,r25,r1 >> 4121e000: 0b bd 07 1d add,c ret1,ret1,ret1 > > but my parisc knowledge is not good enough to even guess at what could go wrong. > > And I have no actual reason to believe this has *anything* to do with > an itlb miss, except for that whole "exact placement seems to matter, > and it crosses a page boundary" detail. > > None of this makes sense. I think we'll have to wait for Helge. It's > not like parisc is a huge concern, and for all we know this is all a > qemu bug to begin with. > Copying Richard Henderson who recently made a number of changes to the parisc/hppa qemu implementation (which unfortunately didn't fix the problem). Guenter ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-08-08 20:52 ` Guenter Roeck @ 2024-08-08 21:50 ` John David Anglin 2024-08-08 22:29 ` John David Anglin 2024-08-09 0:50 ` Guenter Roeck 2024-08-08 22:15 ` Richard Henderson 1 sibling, 2 replies; 66+ messages in thread From: John David Anglin @ 2024-08-08 21:50 UTC (permalink / raw) To: Guenter Roeck, Linus Torvalds, Thomas Gleixner Cc: Vlastimil Babka, linux-kernel, Linux-MM, Helge Deller, linux-parisc, Richard Henderson On 2024-08-08 4:52 p.m., Guenter Roeck wrote: > On 8/8/24 11:19, Linus Torvalds wrote: >> On Thu, 8 Aug 2024 at 10:48, Thomas Gleixner <tglx@linutronix.de> wrote: >>> >>> Here is the disassembly from my latest crashing debug kernel which >>> shifts it up a couple of pages. Add 0x10 or sub 0x20 to make it work. >> >> Looks like I was off by an instruction, it's the 28th divide-step (not >> 29) that does the page crosser: >> >>> 4121dffc: 0b 21 04 41 ds r1,r25,r1 >>> 4121e000: 0b bd 07 1d add,c ret1,ret1,ret1 I think this macro might clobber the C/B bits on a ITLB missing: /* This is for ILP32 PA2.0 only. The TLB insertion needs * to extend into I/O space if the address is 0xfXXXXXXX * so we extend the f's into the top word of the pte in * this case */ .macro f_extend pte,tmp extrd,s \pte,42,4,\tmp addi,<> 1,\tmp,%r0 extrd,s \pte,63,25,\pte .endm The addi instruction affects the C/B bits. However, it is only used for 32-bit PA 2.0 kernels. A second tmp register would be needed to change the addi to an add logical. The mode likely problem is the shladd instruction in the following macro in entry.S: .macro L2_ptep pmd,pte,index,va,fault #if CONFIG_PGTABLE_LEVELS == 3 extru_safe \va,31-ASM_PMD_SHIFT,ASM_BITS_PER_PMD,\index #else extru_safe \va,31-ASM_PGDIR_SHIFT,ASM_BITS_PER_PGD,\index #endif dep %r0,31,PAGE_SHIFT,\pmd /* clear offset */ #if CONFIG_PGTABLE_LEVELS < 3 copy %r0,\pte #endif ldw,s \index(\pmd),\pmd bb,>=,n \pmd,_PxD_PRESENT_BIT,\fault dep %r0,31,PxD_FLAG_SHIFT,\pmd /* clear flags */ SHLREG \pmd,PxD_VALUE_SHIFT,\pmd extru_safe \va,31-PAGE_SHIFT,ASM_BITS_PER_PTE,\index dep %r0,31,PAGE_SHIFT,\pmd /* clear offset */ shladd \index,BITS_PER_PTE_ENTRY,\pmd,\pmd /* pmd is now pte */ .endm I believe the shladd instruction should be changed to shladd,l (shift left and add logical). Dave -- John David Anglin dave.anglin@bell.net ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-08-08 21:50 ` John David Anglin @ 2024-08-08 22:29 ` John David Anglin 2024-08-08 23:33 ` Linus Torvalds 2024-08-09 0:56 ` Guenter Roeck 2024-08-09 0:50 ` Guenter Roeck 1 sibling, 2 replies; 66+ messages in thread From: John David Anglin @ 2024-08-08 22:29 UTC (permalink / raw) To: Guenter Roeck, Linus Torvalds, Thomas Gleixner Cc: Vlastimil Babka, linux-kernel, Linux-MM, Helge Deller, linux-parisc, Richard Henderson On 2024-08-08 5:50 p.m., John David Anglin wrote: > The mode likely problem is the shladd instruction in the following macro in entry.S: > > .macro L2_ptep pmd,pte,index,va,fault > #if CONFIG_PGTABLE_LEVELS == 3 > extru_safe \va,31-ASM_PMD_SHIFT,ASM_BITS_PER_PMD,\index > #else > extru_safe \va,31-ASM_PGDIR_SHIFT,ASM_BITS_PER_PGD,\index > #endif > dep %r0,31,PAGE_SHIFT,\pmd /* clear offset */ > #if CONFIG_PGTABLE_LEVELS < 3 > copy %r0,\pte > #endif > ldw,s \index(\pmd),\pmd > bb,>=,n \pmd,_PxD_PRESENT_BIT,\fault > dep %r0,31,PxD_FLAG_SHIFT,\pmd /* clear flags */ > SHLREG \pmd,PxD_VALUE_SHIFT,\pmd > extru_safe \va,31-PAGE_SHIFT,ASM_BITS_PER_PTE,\index > dep %r0,31,PAGE_SHIFT,\pmd /* clear offset */ > shladd \index,BITS_PER_PTE_ENTRY,\pmd,\pmd /* pmd is now pte */ > .endm > > I believe the shladd instruction should be changed to shladd,l (shift left and add logical). diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S index ab23e61a6f01..1ec60406f841 100644 --- a/arch/parisc/kernel/entry.S +++ b/arch/parisc/kernel/entry.S @@ -399,7 +399,7 @@ SHLREG \pmd,PxD_VALUE_SHIFT,\pmd extru_safe \va,31-PAGE_SHIFT,ASM_BITS_PER_PTE,\index dep %r0,31,PAGE_SHIFT,\pmd /* clear offset */ - shladd \index,BITS_PER_PTE_ENTRY,\pmd,\pmd /* pmd is now pte */ + shladd,l \index,BITS_PER_PTE_ENTRY,\pmd,\pmd /* pmd is now pte */ .endm /* Look up PTE in a 3-Level scheme. */ Boots okay. Fixing the addi instruction is harder and it would take some time to test. Dave -- John David Anglin dave.anglin@bell.net ^ permalink raw reply related [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-08-08 22:29 ` John David Anglin @ 2024-08-08 23:33 ` Linus Torvalds 2024-08-09 0:33 ` John David Anglin 2024-08-09 0:56 ` Guenter Roeck 1 sibling, 1 reply; 66+ messages in thread From: Linus Torvalds @ 2024-08-08 23:33 UTC (permalink / raw) To: John David Anglin Cc: Guenter Roeck, Thomas Gleixner, Vlastimil Babka, linux-kernel, Linux-MM, Helge Deller, linux-parisc, Richard Henderson On Thu, 8 Aug 2024 at 15:30, John David Anglin <dave.anglin@bell.net> wrote: > > > I believe the shladd instruction should be changed to shladd,l (shift left and add logical). > > diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S > index ab23e61a6f01..1ec60406f841 100644 > --- a/arch/parisc/kernel/entry.S > +++ b/arch/parisc/kernel/entry.S > @@ -399,7 +399,7 @@ > - shladd \index,BITS_PER_PTE_ENTRY,\pmd,\pmd /* pmd is now pte */ > + shladd,l \index,BITS_PER_PTE_ENTRY,\pmd,\pmd /* pmd is now pte */ This doesn't seem wrong, but doesn't RFIR already restore the status word? So even if the itlb fill modifies C/B, I don't see why that should actually matter. But again, parisc is very much not one of the architectures I've ever worked with, so.. Linus ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-08-08 23:33 ` Linus Torvalds @ 2024-08-09 0:33 ` John David Anglin 0 siblings, 0 replies; 66+ messages in thread From: John David Anglin @ 2024-08-09 0:33 UTC (permalink / raw) To: Linus Torvalds Cc: Guenter Roeck, Thomas Gleixner, Vlastimil Babka, linux-kernel, Linux-MM, Helge Deller, linux-parisc, Richard Henderson On 2024-08-08 7:33 p.m., Linus Torvalds wrote: > On Thu, 8 Aug 2024 at 15:30, John David Anglin <dave.anglin@bell.net> wrote: >>> I believe the shladd instruction should be changed to shladd,l (shift left and add logical). >> diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S >> index ab23e61a6f01..1ec60406f841 100644 >> --- a/arch/parisc/kernel/entry.S >> +++ b/arch/parisc/kernel/entry.S >> @@ -399,7 +399,7 @@ >> - shladd \index,BITS_PER_PTE_ENTRY,\pmd,\pmd /* pmd is now pte */ >> + shladd,l \index,BITS_PER_PTE_ENTRY,\pmd,\pmd /* pmd is now pte */ > This doesn't seem wrong, but doesn't RFIR already restore the status word? Yes. > > So even if the itlb fill modifies C/B, I don't see why that should > actually matter. Probably won't help unless there's a bug in qemu rfir emulation. Dave -- John David Anglin dave.anglin@bell.net ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-08-08 22:29 ` John David Anglin 2024-08-08 23:33 ` Linus Torvalds @ 2024-08-09 0:56 ` Guenter Roeck 1 sibling, 0 replies; 66+ messages in thread From: Guenter Roeck @ 2024-08-09 0:56 UTC (permalink / raw) To: John David Anglin, Linus Torvalds, Thomas Gleixner Cc: Vlastimil Babka, linux-kernel, Linux-MM, Helge Deller, linux-parisc, Richard Henderson On 8/8/24 15:29, John David Anglin wrote: > On 2024-08-08 5:50 p.m., John David Anglin wrote: >> The mode likely problem is the shladd instruction in the following macro in entry.S: >> >> .macro L2_ptep pmd,pte,index,va,fault >> #if CONFIG_PGTABLE_LEVELS == 3 >> extru_safe \va,31-ASM_PMD_SHIFT,ASM_BITS_PER_PMD,\index >> #else >> extru_safe \va,31-ASM_PGDIR_SHIFT,ASM_BITS_PER_PGD,\index >> #endif >> dep %r0,31,PAGE_SHIFT,\pmd /* clear offset */ >> #if CONFIG_PGTABLE_LEVELS < 3 >> copy %r0,\pte >> #endif >> ldw,s \index(\pmd),\pmd >> bb,>=,n \pmd,_PxD_PRESENT_BIT,\fault >> dep %r0,31,PxD_FLAG_SHIFT,\pmd /* clear flags */ >> SHLREG \pmd,PxD_VALUE_SHIFT,\pmd >> extru_safe \va,31-PAGE_SHIFT,ASM_BITS_PER_PTE,\index >> dep %r0,31,PAGE_SHIFT,\pmd /* clear offset */ >> shladd \index,BITS_PER_PTE_ENTRY,\pmd,\pmd /* pmd is now pte */ >> .endm >> >> I believe the shladd instruction should be changed to shladd,l (shift left and add logical). > diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S > index ab23e61a6f01..1ec60406f841 100644 > --- a/arch/parisc/kernel/entry.S > +++ b/arch/parisc/kernel/entry.S > @@ -399,7 +399,7 @@ > SHLREG \pmd,PxD_VALUE_SHIFT,\pmd > extru_safe \va,31-PAGE_SHIFT,ASM_BITS_PER_PTE,\index > dep %r0,31,PAGE_SHIFT,\pmd /* clear offset */ > - shladd \index,BITS_PER_PTE_ENTRY,\pmd,\pmd /* pmd is now pte */ > + shladd,l \index,BITS_PER_PTE_ENTRY,\pmd,\pmd /* pmd is now pte */ > .endm > > /* Look up PTE in a 3-Level scheme. */ > > Boots okay. Fixing the addi instruction is harder and it would take some time to test. > Odd, it doesn't help for me. Does it crash for you without the above change ? Or, in other words, is divI at the objecting location ? Guenter ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-08-08 21:50 ` John David Anglin 2024-08-08 22:29 ` John David Anglin @ 2024-08-09 0:50 ` Guenter Roeck 1 sibling, 0 replies; 66+ messages in thread From: Guenter Roeck @ 2024-08-09 0:50 UTC (permalink / raw) To: John David Anglin, Linus Torvalds, Thomas Gleixner Cc: Vlastimil Babka, linux-kernel, Linux-MM, Helge Deller, linux-parisc, Richard Henderson On 8/8/24 14:50, John David Anglin wrote: > On 2024-08-08 4:52 p.m., Guenter Roeck wrote: >> On 8/8/24 11:19, Linus Torvalds wrote: >>> On Thu, 8 Aug 2024 at 10:48, Thomas Gleixner <tglx@linutronix.de> wrote: >>>> >>>> Here is the disassembly from my latest crashing debug kernel which >>>> shifts it up a couple of pages. Add 0x10 or sub 0x20 to make it work. >>> >>> Looks like I was off by an instruction, it's the 28th divide-step (not >>> 29) that does the page crosser: >>> >>>> 4121dffc: 0b 21 04 41 ds r1,r25,r1 >>>> 4121e000: 0b bd 07 1d add,c ret1,ret1,ret1 > I think this macro might clobber the C/B bits on a ITLB missing: > > /* This is for ILP32 PA2.0 only. The TLB insertion needs > * to extend into I/O space if the address is 0xfXXXXXXX > * so we extend the f's into the top word of the pte in > * this case */ > .macro f_extend pte,tmp > extrd,s \pte,42,4,\tmp > addi,<> 1,\tmp,%r0 > extrd,s \pte,63,25,\pte > .endm > > The addi instruction affects the C/B bits. However, it is only used for 32-bit PA 2.0 kernels. > A second tmp register would be needed to change the addi to an add logical. > > The mode likely problem is the shladd instruction in the following macro in entry.S: > > .macro L2_ptep pmd,pte,index,va,fault > #if CONFIG_PGTABLE_LEVELS == 3 > extru_safe \va,31-ASM_PMD_SHIFT,ASM_BITS_PER_PMD,\index > #else > extru_safe \va,31-ASM_PGDIR_SHIFT,ASM_BITS_PER_PGD,\index > #endif > dep %r0,31,PAGE_SHIFT,\pmd /* clear offset */ > #if CONFIG_PGTABLE_LEVELS < 3 > copy %r0,\pte > #endif > ldw,s \index(\pmd),\pmd > bb,>=,n \pmd,_PxD_PRESENT_BIT,\fault > dep %r0,31,PxD_FLAG_SHIFT,\pmd /* clear flags */ > SHLREG \pmd,PxD_VALUE_SHIFT,\pmd > extru_safe \va,31-PAGE_SHIFT,ASM_BITS_PER_PTE,\index > dep %r0,31,PAGE_SHIFT,\pmd /* clear offset */ > shladd \index,BITS_PER_PTE_ENTRY,\pmd,\pmd /* pmd is now pte */ > .endm > > I believe the shladd instruction should be changed to shladd,l (shift left and add logical). > That doesn't help, at least not in qemu. Guenter ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-08-08 20:52 ` Guenter Roeck 2024-08-08 21:50 ` John David Anglin @ 2024-08-08 22:15 ` Richard Henderson 1 sibling, 0 replies; 66+ messages in thread From: Richard Henderson @ 2024-08-08 22:15 UTC (permalink / raw) To: Guenter Roeck, Linus Torvalds, Thomas Gleixner Cc: Vlastimil Babka, linux-kernel, Linux-MM, Helge Deller, linux-parisc On 8/9/24 06:52, Guenter Roeck wrote: > On 8/8/24 11:19, Linus Torvalds wrote: >> On Thu, 8 Aug 2024 at 10:48, Thomas Gleixner <tglx@linutronix.de> wrote: >>> >>> Here is the disassembly from my latest crashing debug kernel which >>> shifts it up a couple of pages. Add 0x10 or sub 0x20 to make it work. >> >> Looks like I was off by an instruction, it's the 28th divide-step (not >> 29) that does the page crosser: >> >>> 4121dffc: 0b 21 04 41 ds r1,r25,r1 >>> 4121e000: 0b bd 07 1d add,c ret1,ret1,ret1 >> >> but my parisc knowledge is not good enough to even guess at what could go wrong. >> >> And I have no actual reason to believe this has *anything* to do with >> an itlb miss, except for that whole "exact placement seems to matter, >> and it crosses a page boundary" detail. >> >> None of this makes sense. I think we'll have to wait for Helge. It's >> not like parisc is a huge concern, and for all we know this is all a >> qemu bug to begin with. >> > > Copying Richard Henderson who recently made a number of changes to the > parisc/hppa qemu implementation (which unfortunately didn't fix the problem). Wow, that's quite the agile bug you've got there. You can eliminate one class of qemu bug by attempting to reproduce in qemu-linux-user: arrange for the page crossing at the appropriate spot and see if the split between two translation blocks causes carry flag weirdness. If that doesn't reproduce, then I'd be likely to blame something in the exception delivery or return process. Still could be a qemu problem, but it would be something in the system emulation of the exception path. It should be possible to write a small system mode test case for this hypothesis. Ideally the itlb miss handler would be as simple a possible, e.g. computing an identity mapping rather than using real page tables. Only after that would I start digging into the linux kernel's exception paths. r~ ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-08-08 18:19 ` Linus Torvalds 2024-08-08 20:52 ` Guenter Roeck @ 2024-09-03 7:54 ` Helge Deller 2024-09-03 14:13 ` Guenter Roeck 2024-09-03 18:43 ` Linus Torvalds 1 sibling, 2 replies; 66+ messages in thread From: Helge Deller @ 2024-09-03 7:54 UTC (permalink / raw) To: Linus Torvalds, Richard Henderson, Guenter Roeck Cc: Vlastimil Babka, linux-kernel, Linux-MM, linux-parisc, Thomas Gleixner On 8/8/24 20:19, Linus Torvalds wrote: > On Thu, 8 Aug 2024 at 10:48, Thomas Gleixner <tglx@linutronix.de> wrote: >> >> Here is the disassembly from my latest crashing debug kernel which >> shifts it up a couple of pages. Add 0x10 or sub 0x20 to make it work. > > Looks like I was off by an instruction, it's the 28th divide-step (not > 29) that does the page crosser: > >> 4121dffc: 0b 21 04 41 ds r1,r25,r1 >> 4121e000: 0b bd 07 1d add,c ret1,ret1,ret1 > > but my parisc knowledge is not good enough to even guess at what could go wrong. > > And I have no actual reason to believe this has *anything* to do with > an itlb miss, except for that whole "exact placement seems to matter, > and it crosses a page boundary" detail. Well, you were on the right track :-) Guenters kernel from http://server.roeck-us.net/qemu/parisc64-6.10.3/ boots nicely on my physical C3700 machine, but crashes with Qemu. So, it's not some bug in the kernel ITLB miss handler or other Linux kernel code. Instead it's a Qemu bug, which gets triggered by the page boundary crossing of: 41218ffc: 0b 21 04 41 ds r1,r25,r1 41219000: 0b bd 07 1d add,c ret1,ret1,ret1 During the ITLB miss, the carry bits and the PSW-V-bit (from the divide step) are saved in the IPSW register and restored upon irq return. During packaging the bits there is a qemu coding bug, where we missed to handle the PSW-V-bit as 32-bit value even on a 64-bit CPU. The (copy&pasted) patch below fixes the crash for me. Helge diff --git a/target/hppa/helper.c b/target/hppa/helper.c index b79ddd8184..d4b1a3cd5a 100644 --- a/target/hppa/helper.c +++ b/target/hppa/helper.c @@ -53,7 +53,7 @@ target_ulong cpu_hppa_get_psw(CPUHPPAState *env) } psw |= env->psw_n * PSW_N; - psw |= (env->psw_v < 0) * PSW_V; + psw |= ((env->psw_v >> 31) & 1) * PSW_V; psw |= env->psw | env->psw_xb; return psw; ^ permalink raw reply related [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-09-03 7:54 ` Helge Deller @ 2024-09-03 14:13 ` Guenter Roeck 2024-09-03 18:43 ` Linus Torvalds 1 sibling, 0 replies; 66+ messages in thread From: Guenter Roeck @ 2024-09-03 14:13 UTC (permalink / raw) To: Helge Deller Cc: Linus Torvalds, Richard Henderson, Vlastimil Babka, linux-kernel, Linux-MM, linux-parisc, Thomas Gleixner On Tue, Sep 03, 2024 at 09:54:19AM +0200, Helge Deller wrote: > On 8/8/24 20:19, Linus Torvalds wrote: > > On Thu, 8 Aug 2024 at 10:48, Thomas Gleixner <tglx@linutronix.de> wrote: > > > > > > Here is the disassembly from my latest crashing debug kernel which > > > shifts it up a couple of pages. Add 0x10 or sub 0x20 to make it work. > > > > Looks like I was off by an instruction, it's the 28th divide-step (not > > 29) that does the page crosser: > > > > > 4121dffc: 0b 21 04 41 ds r1,r25,r1 > > > 4121e000: 0b bd 07 1d add,c ret1,ret1,ret1 > > > > but my parisc knowledge is not good enough to even guess at what could go wrong. > > > > And I have no actual reason to believe this has *anything* to do with > > an itlb miss, except for that whole "exact placement seems to matter, > > and it crosses a page boundary" detail. > > Well, you were on the right track :-) > > Guenters kernel from > http://server.roeck-us.net/qemu/parisc64-6.10.3/ > boots nicely on my physical C3700 machine, but crashes with Qemu. > > So, it's not some bug in the kernel ITLB miss handler or other > Linux kernel code. > > Instead it's a Qemu bug, which gets triggered by the page > boundary crossing of: > 41218ffc: 0b 21 04 41 ds r1,r25,r1 > 41219000: 0b bd 07 1d add,c ret1,ret1,ret1 > > During the ITLB miss, the carry bits and the PSW-V-bit > (from the divide step) are saved in the IPSW register and restored > upon irq return. > > During packaging the bits there is a qemu coding bug, where we missed > to handle the PSW-V-bit as 32-bit value even on a 64-bit CPU. > The (copy&pasted) patch below fixes the crash for me. > Yes, that works for me as well. Thanks a lot for the fix! Guenter > Helge > > diff --git a/target/hppa/helper.c b/target/hppa/helper.c > index b79ddd8184..d4b1a3cd5a 100644 > --- a/target/hppa/helper.c > +++ b/target/hppa/helper.c > @@ -53,7 +53,7 @@ target_ulong cpu_hppa_get_psw(CPUHPPAState *env) > } > > psw |= env->psw_n * PSW_N; > - psw |= (env->psw_v < 0) * PSW_V; > + psw |= ((env->psw_v >> 31) & 1) * PSW_V; > psw |= env->psw | env->psw_xb; > > return psw; > ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-09-03 7:54 ` Helge Deller 2024-09-03 14:13 ` Guenter Roeck @ 2024-09-03 18:43 ` Linus Torvalds 1 sibling, 0 replies; 66+ messages in thread From: Linus Torvalds @ 2024-09-03 18:43 UTC (permalink / raw) To: Helge Deller Cc: Richard Henderson, Guenter Roeck, Vlastimil Babka, linux-kernel, Linux-MM, linux-parisc, Thomas Gleixner On Tue, 3 Sept 2024 at 00:54, Helge Deller <deller@gmx.de> wrote: > > During packaging the bits there is a qemu coding bug, where we missed > to handle the PSW-V-bit as 32-bit value even on a 64-bit CPU. Well, that was a fun bug. And by "fun" I obviously mean "let's hope to never do this again". Linus ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-08-06 11:02 ` Vlastimil Babka 2024-08-06 17:20 ` Guenter Roeck 2024-08-06 17:33 ` Thomas Gleixner @ 2024-08-06 18:09 ` Guenter Roeck 2024-08-06 19:31 ` Vlastimil Babka 2 siblings, 1 reply; 66+ messages in thread From: Guenter Roeck @ 2024-08-06 18:09 UTC (permalink / raw) To: Vlastimil Babka, Linus Torvalds; +Cc: linux-kernel, Linux-MM, Thomas Gleixner On 8/6/24 04:02, Vlastimil Babka wrote: > On 8/6/24 04:40, Linus Torvalds wrote: >> [ Let's drop random people and bring in Vlastimil ] > > tglx was reproducing it so I add him back > >> Vlastimil, >> it turns out that the "this patch" is entirely a red herring, and the >> problem comes and goes randomly with just some code layout issues. See >> >> http://server.roeck-us.net/qemu/parisc64-6.10.3/ >> >> for more detail, particularly you'll see the "log.bad.gz" with the full log. > > [ 0.000000] BUG kmem_cache_node (Not tainted): objects 21 > max 16 > [ 0.000000] Slab 0x0000000041ed0000 objects=21 used=5 fp=0x00000000434003d0 flags=0x200(workingset|section=0|zone=0) > > flags tell us this came from the partial list (workingset), there's no head flag so order-0 > > since the error was detected it basically throws the slab page away and tries another one > > [ 0.000000] BUG kmem_cache (Tainted: G B ): objects 25 > max 16 > [ 0.000000] Slab 0x0000000041ed0080 objects=25 used=6 fp=0x0000000043402790 flags=0x240(workingset|head|section=0|zone=0) > > this was also from the partial list but head flag so at least order-1, two things are weird: > - max=16 is same as above even though it should be at least double as > slab page's order is larger > - objects=25 also isn't at least twice than objects=21 > > All the following are: > [ 0.000000] BUG kmem_cache (Tainted: G B ): objects 25 > max 16 > [ 0.000000] Slab 0x0000000041ed0300 objects=25 used=1 fp=0x000000004340c150 flags=0x40(head|section=0|zone=0) > > we depleted the partial list so it's allocating new slab pages, that are > also at least order-1 > > It looks like maxobj calculation is bogus, would be useful to see what values it > calculates from. I'm attaching a diff, but maybe it will also hide the issue... > If I am really careful I can catch the problem. Adding a parameter to slab_err() makes it disappear. Calling slab_order() multiple times makes it disappear. But I can assign the result of slab_order() to a variable and go from there, by changing the parameters to slab_err() one at a time. Here is what I get by combining multiple test runs. objects 21 max 16 order 0 size 192 with: Slab 0x0000000041ed0000 objects=21 used=5 fp=0x00000000434003d0 flags=0x200(workingset|section=0|zone=0) objects 25 max 16 order 1 size 320 (many times) with: Slab 0x0000000041ed0080 objects=25 used=6 fp=0x0000000043402790 flags=0x240(workingset|head|section=0|zone=0) Slab 0x0000000041ed0300 objects=25 used=1 fp=0x000000004340c150 flags=0x40(head|section=0|zone=0) Slab 0x0000000041ed0380 objects=25 used=1 fp=0x000000004340e150 flags=0x40(head|section=0|zone=0) and so on If I add a log message into check_slab() and display every check I get: objects 21 max 21 (order 0 size 192) objects 25 max 25 (order 1 size 320) objects 25 max 25 (order 1 size 320) objects 25 max 25 (order 1 size 320) objects 21 max 21 (order 0 size 192) and so on. I guess that confirms that the maxobj calculation is wrong in the failure case. That seems weird, though, given that order_objects() should return a constant based on order and size. PAGE_SIZE is 4096, meaning order_objects() should return 21 and 25, never 16. That does make me really wonder if there is an emulation problem, though I don't really understand why that would not be persistent. Any idea what else I could test ? Thanks, Guenter ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review 2024-08-06 18:09 ` Guenter Roeck @ 2024-08-06 19:31 ` Vlastimil Babka 0 siblings, 0 replies; 66+ messages in thread From: Vlastimil Babka @ 2024-08-06 19:31 UTC (permalink / raw) To: Guenter Roeck, Linus Torvalds; +Cc: linux-kernel, Linux-MM, Thomas Gleixner On 8/6/24 20:09, Guenter Roeck wrote: > On 8/6/24 04:02, Vlastimil Babka wrote: >> On 8/6/24 04:40, Linus Torvalds wrote: >>> [ Let's drop random people and bring in Vlastimil ] >> >> tglx was reproducing it so I add him back >> >>> Vlastimil, >>> it turns out that the "this patch" is entirely a red herring, and the >>> problem comes and goes randomly with just some code layout issues. See >>> >>> http://server.roeck-us.net/qemu/parisc64-6.10.3/ >>> >>> for more detail, particularly you'll see the "log.bad.gz" with the full log. >> >> [ 0.000000] BUG kmem_cache_node (Not tainted): objects 21 > max 16 >> [ 0.000000] Slab 0x0000000041ed0000 objects=21 used=5 fp=0x00000000434003d0 flags=0x200(workingset|section=0|zone=0) >> >> flags tell us this came from the partial list (workingset), there's no head flag so order-0 >> >> since the error was detected it basically throws the slab page away and tries another one >> >> [ 0.000000] BUG kmem_cache (Tainted: G B ): objects 25 > max 16 >> [ 0.000000] Slab 0x0000000041ed0080 objects=25 used=6 fp=0x0000000043402790 flags=0x240(workingset|head|section=0|zone=0) OK so I missed the first was "kmem_cache_node" and the rest is "kmem_cache" which explains the 21 vs 25 difference, and the difference in order etc. >> this was also from the partial list but head flag so at least order-1, two things are weird: >> - max=16 is same as above even though it should be at least double as >> slab page's order is larger >> - objects=25 also isn't at least twice than objects=21 >> >> All the following are: >> [ 0.000000] BUG kmem_cache (Tainted: G B ): objects 25 > max 16 >> [ 0.000000] Slab 0x0000000041ed0300 objects=25 used=1 fp=0x000000004340c150 flags=0x40(head|section=0|zone=0) >> >> we depleted the partial list so it's allocating new slab pages, that are >> also at least order-1 >> >> It looks like maxobj calculation is bogus, would be useful to see what values it >> calculates from. I'm attaching a diff, but maybe it will also hide the issue... >> > > If I am really careful I can catch the problem. Adding a parameter to slab_err() > makes it disappear. Calling slab_order() multiple times makes it disappear. But I can > assign the result of slab_order() to a variable and go from there, by changing the > parameters to slab_err() one at a time. Here is what I get by combining multiple > test runs. > > objects 21 max 16 order 0 size 192 > with: > Slab 0x0000000041ed0000 objects=21 used=5 fp=0x00000000434003d0 flags=0x200(workingset|section=0|zone=0) > objects 25 max 16 order 1 size 320 (many times) > with: > Slab 0x0000000041ed0080 objects=25 used=6 fp=0x0000000043402790 flags=0x240(workingset|head|section=0|zone=0) > Slab 0x0000000041ed0300 objects=25 used=1 fp=0x000000004340c150 flags=0x40(head|section=0|zone=0) > Slab 0x0000000041ed0380 objects=25 used=1 fp=0x000000004340e150 flags=0x40(head|section=0|zone=0) > and so on > > If I add a log message into check_slab() and display every check I get: > > objects 21 max 21 (order 0 size 192) > objects 25 max 25 (order 1 size 320) > objects 25 max 25 (order 1 size 320) > objects 25 max 25 (order 1 size 320) > objects 21 max 21 (order 0 size 192) > > and so on. I guess that confirms that the maxobj calculation is wrong in the failure case. Agreed. > That seems weird, though, given that order_objects() should return a constant based on > order and size. PAGE_SIZE is 4096, meaning order_objects() should return 21 and 25, never > 16. That does make me really wonder if there is an emulation problem, though I don't > really understand why that would not be persistent. Yeah 21 and 25 are expected for these sizes and orders. > Any idea what else I could test ? > > Thanks, > Guenter > ^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [PATCH 6.10 000/809] 6.10.3-rc3 review @ 2024-07-31 14:09 Ronald Warsow 0 siblings, 0 replies; 66+ messages in thread From: Ronald Warsow @ 2024-07-31 14:09 UTC (permalink / raw) To: Greg Kroah-Hartman, stable; +Cc: linux-kernel Hi Greg no regressions here on x86_64 (RKL, Intel 11th Gen. CPU) Thanks Tested-by: Ronald Warsow <rwarsow@gmx.de> ^ permalink raw reply [flat|nested] 66+ messages in thread
end of thread, other threads:[~2024-09-03 18:43 UTC | newest] Thread overview: 66+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2024-07-31 10:03 [PATCH 6.10 000/809] 6.10.3-rc3 review Greg Kroah-Hartman 2024-07-31 11:03 ` Pavel Machek 2024-07-31 12:18 ` Mark Brown 2024-07-31 13:33 ` Luna Jernberg 2024-07-31 14:59 ` Jon Hunter 2024-07-31 15:12 ` Christian Heusel 2024-07-31 16:49 ` Markus Reichelt 2024-07-31 19:04 ` Peter Schneider 2024-07-31 19:29 ` Naresh Kamboju 2024-07-31 19:47 ` Justin Forbes 2024-07-31 20:25 ` Shuah Khan 2024-07-31 20:37 ` Allen 2024-07-31 21:03 ` Florian Fainelli 2024-08-01 5:15 ` Jiri Slaby 2024-08-01 7:49 ` Ron Economos 2024-08-02 6:59 ` Miguel Ojeda 2024-08-04 18:36 ` Guenter Roeck 2024-08-05 3:28 ` Guenter Roeck 2024-08-05 8:56 ` Thomas Gleixner 2024-08-05 12:51 ` Thomas Gleixner 2024-08-05 15:02 ` Guenter Roeck 2024-08-05 21:49 ` Thomas Gleixner 2024-08-06 1:16 ` Guenter Roeck 2024-08-05 17:42 ` Guenter Roeck 2024-08-06 2:40 ` Linus Torvalds 2024-08-06 11:02 ` Vlastimil Babka 2024-08-06 17:20 ` Guenter Roeck 2024-08-06 17:34 ` Linus Torvalds 2024-08-06 17:49 ` Linus Torvalds 2024-08-06 18:10 ` Linus Torvalds 2024-08-06 18:13 ` Guenter Roeck 2024-08-06 18:23 ` Linus Torvalds 2024-08-06 19:21 ` Vlastimil Babka 2024-08-06 19:40 ` Vlastimil Babka 2024-08-07 18:51 ` Alexander Gordeev 2024-08-06 17:33 ` Thomas Gleixner 2024-08-06 19:25 ` Vlastimil Babka 2024-08-06 23:24 ` Thomas Gleixner 2024-08-07 0:49 ` James Bottomley 2024-08-07 1:38 ` Guenter Roeck 2024-08-07 12:45 ` Thomas Gleixner 2024-08-08 1:07 ` Guenter Roeck 2024-08-08 7:48 ` Vlastimil Babka 2024-08-08 14:46 ` Guenter Roeck 2024-08-08 9:57 ` Thomas Gleixner 2024-08-08 14:59 ` Guenter Roeck 2024-08-08 15:58 ` John David Anglin 2024-08-08 15:53 ` Linus Torvalds 2024-08-08 16:12 ` Thomas Gleixner 2024-08-08 16:33 ` Linus Torvalds 2024-08-08 17:48 ` Thomas Gleixner 2024-08-08 18:19 ` Linus Torvalds 2024-08-08 20:52 ` Guenter Roeck 2024-08-08 21:50 ` John David Anglin 2024-08-08 22:29 ` John David Anglin 2024-08-08 23:33 ` Linus Torvalds 2024-08-09 0:33 ` John David Anglin 2024-08-09 0:56 ` Guenter Roeck 2024-08-09 0:50 ` Guenter Roeck 2024-08-08 22:15 ` Richard Henderson 2024-09-03 7:54 ` Helge Deller 2024-09-03 14:13 ` Guenter Roeck 2024-09-03 18:43 ` Linus Torvalds 2024-08-06 18:09 ` Guenter Roeck 2024-08-06 19:31 ` Vlastimil Babka -- strict thread matches above, loose matches on Subject: below -- 2024-07-31 14:09 Ronald Warsow
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox