* [PATCH 6.9 000/281] 6.9.6-rc1 review
@ 2024-06-19 12:52 Greg Kroah-Hartman
2024-06-19 14:51 ` Florian Fainelli
` (11 more replies)
0 siblings, 12 replies; 21+ messages in thread
From: Greg Kroah-Hartman @ 2024-06-19 12:52 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.9.6 release.
There are 281 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, 21 Jun 2024 12:55:11 +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.9.6-rc1.gz
or in the git tree and branch at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.9.y
and the diffstat can be found below.
thanks,
greg k-h
-------------
Pseudo-Shortlog of commits:
Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Linux 6.9.6-rc1
Oleg Nesterov <oleg@redhat.com>
zap_pid_ns_processes: clear TIF_NOTIFY_SIGNAL along with TIF_SIGPENDING
Jean Delvare <jdelvare@suse.de>
i2c: designware: Fix the functionality flags of the slave-only interface
Jean Delvare <jdelvare@suse.de>
i2c: at91: Fix the functionality flags of the slave-only interface
Yongzhi Liu <hyperlyzcs@gmail.com>
misc: microchip: pci1xxxx: Fix a memory leak in the error handling of gp_aux_bus_probe()
Hans de Goede <hdegoede@redhat.com>
mei: vsc: Fix wrong invocation of ACPI SID method
Shichao Lai <shichaorai@gmail.com>
usb-storage: alauda: Check whether the media is initialized
Rob Herring (Arm) <robh@kernel.org>
dt-bindings: usb: realtek,rts5411: Add missing "additionalProperties" on child nodes
Andy Shevchenko <andriy.shevchenko@linux.intel.com>
serial: 8250_dw: Don't use struct dw8250_data outside of 8250_dw
Stefan Berger <stefanb@linux.ibm.com>
ima: Fix use-after-free on a dentry's dname.name
Sicong Huang <congei42@163.com>
greybus: Fix use-after-free bug in gb_interface_release due to race condition.
Beleswar Padhi <b-padhi@ti.com>
remoteproc: k3-r5: Jump to error handling labels in start/stop errors
Miaohe Lin <linmiaohe@huawei.com>
mm/huge_memory: don't unpoison huge_zero_folio
Emmanuel Grumbach <emmanuel.grumbach@intel.com>
wifi: iwlwifi: mvm: fix a crash on 7265
Emmanuel Grumbach <emmanuel.grumbach@intel.com>
wifi: iwlwifi: mvm: support iwl_dev_tx_power_cmd_v8
Filipe Manana <fdmanana@suse.com>
btrfs: zoned: fix use-after-free due to race with dev replace
Tomi Valkeinen <tomi.valkeinen@ideasonboard.com>
pmdomain: ti-sci: Fix duplicate PD referrals
Alexander Shishkin <alexander.shishkin@linux.intel.com>
intel_th: pci: Add Lunar Lake support
Alexander Shishkin <alexander.shishkin@linux.intel.com>
intel_th: pci: Add Meteor Lake-S support
Alexander Shishkin <alexander.shishkin@linux.intel.com>
intel_th: pci: Add Sapphire Rapids SOC support
Alexander Shishkin <alexander.shishkin@linux.intel.com>
intel_th: pci: Add Granite Rapids SOC support
Alexander Shishkin <alexander.shishkin@linux.intel.com>
intel_th: pci: Add Granite Rapids support
Imre Deak <imre.deak@intel.com>
drm/i915: Fix audio component initialization
Vidya Srinivas <vidya.srinivas@intel.com>
drm/i915/dpt: Make DPT object unshrinkable
Niranjana Vishwanathapura <niranjana.vishwanathapura@intel.com>
drm/xe: Properly handle alloc_guc_id() failure
Wachowski, Karol <karol.wachowski@intel.com>
drm/shmem-helper: Fix BUG_ON() on mmap(PROT_WRITE, MAP_PRIVATE)
Chris Wilson <chris@chris-wilson.co.uk>
drm/i915/gt: Disarm breadcrumbs if engines are already idle
Daniel Bristot de Oliveira <bristot@kernel.org>
rtla/auto-analysis: Replace \t with spaces
Daniel Bristot de Oliveira <bristot@kernel.org>
rtla/timerlat: Simplify "no value" printing on top
Nam Cao <namcao@linutronix.de>
riscv: force PAGE_SIZE linear mapping if debug_pagealloc is enabled
Nam Cao <namcao@linutronix.de>
riscv: rewrite __kernel_map_pages() to fix sleeping in invalid context
Wayne Lin <Wayne.Lin@amd.com>
drm/mst: Fix NULL pointer dereference at drm_dp_add_payload_part2
Jean-Baptiste Maneyrol <jean-baptiste.maneyrol@tdk.com>
iio: invensense: fix interrupt timestamp alignment
Dimitri Fedrau <dima.fedrau@gmail.com>
iio: temperature: mcp9600: Fix temperature reading for negative values
Nuno Sa <nuno.sa@analog.com>
iio: adc: axi-adc: make sure AXI clock is enabled
Beleswar Padhi <b-padhi@ti.com>
remoteproc: k3-r5: Do not allow core1 to power up before core0 via sysfs
Apurva Nandan <a-nandan@ti.com>
remoteproc: k3-r5: Wait for core0 power-up before powering up core1
Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
drm/bridge: aux-hpd-bridge: correct devm_drm_dp_hpd_bridge_add() stub
Nuno Sa <nuno.sa@analog.com>
dmaengine: axi-dmac: fix possible race in remove()
Rick Wertenbroek <rick.wertenbroek@gmail.com>
PCI: rockchip-ep: Remove wrong mask on subsys_vendor_id
Mikulas Patocka <mpatocka@redhat.com>
dm-integrity: set discard_granularity to logical block size
Su Yue <glass.su@suse.com>
ocfs2: fix races between hole punching and AIO+DIO
Su Yue <glass.su@suse.com>
ocfs2: use coarse time for new created files
Su Yue <glass.su@suse.com>
ocfs2: update inode fsync transaction id in ocfs2_unlink and ocfs2_link
Baoquan He <bhe@redhat.com>
kexec: fix the unexpected kexec_dprintk() macro
Rik van Riel <riel@surriel.com>
fs/proc: fix softlockup in __read_vmcore
Trond Myklebust <trond.myklebust@hammerspace.com>
knfsd: LOOKUP can return an illegal error value
Vamshi Gajjela <vamshigajjela@google.com>
spmi: hisi-spmi-controller: Do not override device identifier
Hagar Gamal Halim Hemdan <hagarhem@amazon.com>
vmci: prevent speculation leaks by sanitizing event in event_deliver()
Fedor Pchelkin <pchelkin@ispras.ru>
dma-buf: handle testing kthreads creation failure
Thadeu Lima de Souza Cascardo <cascardo@igalia.com>
sock_map: avoid race between sock_map_close and sk_psock_put
Niklas Cassel <cassel@kernel.org>
ata: libata-core: Add ATA_HORKAGE_NOLPM for AMD Radeon S3 SSD
Niklas Cassel <cassel@kernel.org>
ata: libata-core: Add ATA_HORKAGE_NOLPM for Crucial CT240BX500SSD1
Niklas Cassel <cassel@kernel.org>
ata: libata-core: Add ATA_HORKAGE_NOLPM for Apacer AS340
Jason Nader <dev@kayoway.com>
ata: ahci: Do not apply Intel PCS quirk on Intel Alder Lake
Damien Le Moal <dlemoal@kernel.org>
null_blk: Print correct max open zones limit in null_init_zoned_dev()
Matthias Maennich <maennich@google.com>
kheaders: explicitly define file modes for archived headers
Steven Rostedt (Google) <rostedt@goodmis.org>
tracing/selftests: Fix kprobe event name test for .isra. functions
Nam Cao <namcao@linutronix.de>
riscv: fix overlap of allocated page and PTR_ERR
Carlos Llamas <cmllamas@google.com>
locking/atomic: scripts: fix ${atomic}_sub_and_test() kerneldoc
Johannes Berg <johannes.berg@intel.com>
wifi: mt76: mt7615: add missing chanctx ops
Bitterblue Smith <rtl8821cerfe2@gmail.com>
wifi: rtlwifi: Ignore IEEE80211_CONF_CHANGE_RETRY_LIMITS
Johannes Berg <johannes.berg@intel.com>
wifi: cfg80211: validate HE operation element parsing
Adrian Hunter <adrian.hunter@intel.com>
perf script: Show also errors for --insn-trace option
Adrian Hunter <adrian.hunter@intel.com>
perf auxtrace: Fix multiple use of --itrace option
Haifeng Xu <haifeng.xu@shopee.com>
perf/core: Fix missing wakeup when waiting for context reference
Yazen Ghannam <yazen.ghannam@amd.com>
x86/amd_nb: Check for invalid SMN reads
David Kaplan <david.kaplan@amd.com>
x86/kexec: Fix bug with call depth tracking
Hagar Hemdan <hagarhem@amazon.com>
irqchip/gic-v3-its: Fix potential race condition in its_vlpi_prop_update()
Samuel Holland <samuel.holland@sifive.com>
irqchip/sifive-plic: Chain to parent IRQ after handlers are ready
YonglongLi <liyonglong@chinatelecom.cn>
mptcp: pm: update add_addr counters after connect
YonglongLi <liyonglong@chinatelecom.cn>
mptcp: pm: inc RmAddr MIB counter once per RM_ADDR ID
Paolo Abeni <pabeni@redhat.com>
mptcp: ensure snd_una is properly initialized on connect
Marek Szyprowski <m.szyprowski@samsung.com>
drm/exynos: hdmi: report safe 640x480 mode as a fallback when no EDID found
Jani Nikula <jani.nikula@intel.com>
drm/exynos/vidi: fix memory leak in .get_modes()
Jan Beulich <jbeulich@suse.com>
memblock: make memblock_set_node() also warn about use of MAX_NUMNODES
Jan Beulich <jbeulich@suse.com>
x86/mm/numa: Use NUMA_NO_NODE when calling memblock_set_node()
Rafael J. Wysocki <rafael.j.wysocki@intel.com>
thermal: ACPI: Invalidate trip points with temperature of 0 or below
Mario Limonciello <mario.limonciello@amd.com>
ACPI: x86: Force StorageD3Enable on more products
Yazen Ghannam <yazen.ghannam@amd.com>
RAS/AMD/ATL: Use system settings for MI300 DRAM to normalized address translation
Yazen Ghannam <yazen.ghannam@amd.com>
RAS/AMD/ATL: Fix MI300 bank hash
John David Anglin <dave@parisc-linux.org>
parisc: Try to fix random segmentation faults in package builds
Dirk Behme <dirk.behme@de.bosch.com>
drivers: core: synchronize really_probe() and dev_uevent()
Jean-Baptiste Maneyrol <jean-baptiste.maneyrol@tdk.com>
iio: imu: inv_icm42600: delete unneeded update watermark call
Harshit Mogalapalli <harshit.m.mogalapalli@oracle.com>
iio: temperature: mlx90635: Fix ERR_PTR dereference in mlx90635_probe()
Adam Rizkalla <ajarizzo@gmail.com>
iio: pressure: bmp280: Fix BMP580 temperature reading
Jean-Baptiste Maneyrol <jean-baptiste.maneyrol@tdk.com>
iio: invensense: fix odr switching to same value
Vasileios Amoiridis <vassilisamir@gmail.com>
iio: imu: bmi323: Fix trigger notification in case of error
Marc Ferland <marc.ferland@sonatest.com>
iio: dac: ad5592r: fix temperature channel scaling value
David Lechner <dlechner@baylibre.com>
iio: adc: ad9467: fix scan type sign
Benjamin Segall <bsegall@google.com>
x86/boot: Don't add the EFI stub to targets, again
Hans de Goede <hdegoede@redhat.com>
leds: class: Revert: "If no default trigger is given, make hw_control trigger the default trigger"
Oleg Nesterov <oleg@redhat.com>
tick/nohz_full: Don't abuse smp_call_function_single() in tick_setup_device()
Namjae Jeon <linkinjeon@kernel.org>
ksmbd: fix missing use of get_write in in smb2_set_ea()
Namjae Jeon <linkinjeon@kernel.org>
ksmbd: move leading slash check to smb2_get_name()
Yongzhi Liu <hyperlyzcs@gmail.com>
misc: microchip: pci1xxxx: fix double free in the error handling of gp_aux_bus_probe()
Aleksandr Mishin <amishin@t-argos.ru>
bnxt_en: Adjust logging of firmware messages in case of released token in __hwrm_send()
Rao Shoaib <Rao.Shoaib@oracle.com>
af_unix: Read with MSG_PEEK loops if the first unread byte is OOB
Michael Chan <michael.chan@broadcom.com>
bnxt_en: Cap the size of HWRM_PORT_PHY_QCFG forwarded response
Taehee Yoo <ap420073@gmail.com>
ionic: fix use after netif_napi_del()
Riana Tauro <riana.tauro@intel.com>
drm/xe: move disable_c6 call
Rodrigo Vivi <rodrigo.vivi@intel.com>
drm/xe: Remove mem_access from guc_pc calls
Andrzej Hajda <andrzej.hajda@intel.com>
drm/xe: flush engine buffers before signalling user fence on all engines
Riana Tauro <riana.tauro@intel.com>
drm/xe/xe_gt_idle: use GT forcewake domain assertion
Nikolay Aleksandrov <razor@blackwall.org>
net: bridge: mst: fix suspicious rcu usage in br_mst_set_state
Nikolay Aleksandrov <razor@blackwall.org>
net: bridge: mst: pass vlan group directly to br_mst_vlan_set_state
Petr Pavlu <petr.pavlu@suse.com>
net/ipv6: Fix the RT cache flush via sysctl using a previous delay
Daniel Wagner <dwagner@suse.de>
nvmet-passthru: propagate status from id override functions
Chengming Zhou <chengming.zhou@linux.dev>
block: fix request.queuelist usage in flush
Su Hui <suhui@nfschina.com>
block: sed-opal: avoid possible wrong address reference in read_sed_opal_key()
Xiaolei Wang <xiaolei.wang@windriver.com>
net: stmmac: replace priv->speed with the portTransmitRate from the tc-cbs parameters
Joshua Washington <joshwash@google.com>
gve: ignore nonrelevant GSO type bits when processing TSO headers
Kory Maincent <kory.maincent@bootlin.com>
net: pse-pd: Use EOPNOTSUPP error code instead of ENOTSUPP
Ziqi Chen <quic_ziqichen@quicinc.com>
scsi: ufs: core: Quiesce request queues before checking pending cmds
Kees Cook <kees@kernel.org>
x86/uaccess: Fix missed zeroing of ia32 u64 get_user() range checking
Uros Bizjak <ubizjak@gmail.com>
x86/asm: Use %c/%n instead of %P operand modifier in asm templates
Jozsef Kadlecsik <kadlec@netfilter.org>
netfilter: ipset: Fix race between namespace cleanup and gc in the list:set type
Davide Ornaghi <d.ornaghi97@gmail.com>
netfilter: nft_inner: validate mandatory meta and payload
Vasily Khoruzhick <anarsoul@gmail.com>
drm/nouveau: don't attempt to schedule hpd_work on headless cards
Eric Dumazet <edumazet@google.com>
tcp: use signed arithmetic in tcp_rtx_probe0_timed_out()
Johannes Berg <johannes.berg@intel.com>
net/sched: initialize noop_qdisc owner
Pauli Virtanen <pav@iki.fi>
Bluetooth: fix connection setup in l2cap_connect
Luiz Augusto von Dentz <luiz.von.dentz@intel.com>
Bluetooth: L2CAP: Fix rejecting L2CAP_CONN_PARAM_UPDATE_REQ
Luiz Augusto von Dentz <luiz.von.dentz@intel.com>
Bluetooth: hci_sync: Fix not using correct handle
Gal Pressman <gal@nvidia.com>
net/mlx5e: Fix features validation check for tunneled UDP (non-VXLAN) packets
Gal Pressman <gal@nvidia.com>
geneve: Fix incorrect inner network header offset when innerprotoinherit is set
Andy Shevchenko <andriy.shevchenko@linux.intel.com>
net dsa: qca8k: fix usages of device_get_named_child_node()
Eric Dumazet <edumazet@google.com>
tcp: fix race in tcp_v6_syn_recv_sock()
Adam Miotk <adam.miotk@arm.com>
drm/bridge/panel: Fix runtime warning on panel bridge release
Amjad Ouled-Ameur <amjad.ouled-ameur@arm.com>
drm/komeda: check for error-valued pointer
David Wei <dw@davidwei.uk>
netdevsim: fix backwards compatibility in nsim_get_iflink()
Sagar Cheluvegowda <quic_scheluve@quicinc.com>
net: stmmac: dwmac-qcom-ethqos: Configure host DMA width
Aleksandr Mishin <amishin@t-argos.ru>
liquidio: Adjust a NULL pointer handling path in lio_vf_rep_copy_packet
Rafael J. Wysocki <rafael.j.wysocki@intel.com>
thermal: core: Do not fail cdev registration because of invalid initial state
Jie Wang <wangjie125@huawei.com>
net: hns3: add cond_resched() to hns3 ring buffer init process
Yonglong Liu <liuyonglong@huawei.com>
net: hns3: fix kernel crash problem in concurrent scenario
Csókás, Bence <csokas.bence@prolan.hu>
net: sfp: Always call `sfp_sm_mod_remove()` on remove
Masahiro Yamada <masahiroy@kernel.org>
modpost: do not warn about missing MODULE_DESCRIPTION() for vmlinux.o
Kuniyuki Iwashima <kuniyu@amazon.com>
af_unix: Annotate data-race of sk->sk_state in unix_accept().
Ian Forbes <ian.forbes@broadcom.com>
drm/vmwgfx: Don't memcmp equivalent pointers
Ian Forbes <ian.forbes@broadcom.com>
drm/vmwgfx: Remove STDU logic from generic mode_valid function
Ian Forbes <ian.forbes@broadcom.com>
drm/vmwgfx: 3D disabled should not effect STDU memory limits
Ian Forbes <ian.forbes@broadcom.com>
drm/vmwgfx: Filter modes which exceed graphics memory
José Expósito <jose.exposito89@gmail.com>
HID: logitech-dj: Fix memory leak in logi_dj_recv_switch_to_dj_mode()
Su Hui <suhui@nfschina.com>
io_uring/io-wq: avoid garbage value of 'match' in io_wq_enqueue()
Breno Leitao <leitao@debian.org>
io_uring/io-wq: Use set_bit() and test_bit() at worker->flags
Lu Baolu <baolu.lu@linux.intel.com>
iommu: Return right value in iommu_sva_bind_device()
Kun(llfl) <llfl@linux.alibaba.com>
iommu/amd: Fix sysfs leak in iommu init
Nikita Zhandarovich <n.zhandarovich@fintech.ru>
HID: core: remove unnecessary WARN_ON() in implement()
Matthias Schiffer <matthias.schiffer@ew.tq-group.com>
gpio: tqmx86: fix broken IRQ_TYPE_EDGE_BOTH interrupt type
Matthias Schiffer <matthias.schiffer@ew.tq-group.com>
gpio: tqmx86: store IRQ trigger type and unmask status separately
Matthias Schiffer <matthias.schiffer@ew.tq-group.com>
gpio: tqmx86: introduce shadow register for GPIO output value
Gregor Herburger <gregor.herburger@tq-group.com>
gpio: tqmx86: fix typo in Kconfig label
Armin Wolf <W_Armin@gmx.de>
platform/x86: dell-smbios: Fix wrong token data in sysfs
Chen Ni <nichen@iscas.ac.cn>
drm/panel: sitronix-st7789v: Add check for of_drm_get_panel_orientation
Weiwen Hu <huweiwen@linux.alibaba.com>
nvme: fix nvme_pr_* status code parsing
John Hubbard <jhubbard@nvidia.com>
selftests/futex: don't pass a const char* to asprintf(3)
Masami Hiramatsu (Google) <mhiramat@kernel.org>
selftests/tracing: Fix event filter test to retry up to 10 times
NeilBrown <neilb@suse.de>
NFS: add barriers when testing for NFS_FSDATA_BLOCKED
Chen Hanxiao <chenhx.fnst@fujitsu.com>
SUNRPC: return proper error from gss_wrap_req_priv
Olga Kornievskaia <kolga@netapp.com>
NFSv4.1 enforce rootpath check in fs_location query
Samuel Holland <samuel.holland@sifive.com>
clk: sifive: Do not register clkdevs for PRCI clocks
Masami Hiramatsu (Google) <mhiramat@kernel.org>
selftests/ftrace: Fix to check required event file
Mark Brown <broonie@kernel.org>
kselftest/alsa: Ensure _GNU_SOURCE is defined
Baokun Li <libaokun1@huawei.com>
cachefiles: flush all requests after setting CACHEFILES_DEAD
Baokun Li <libaokun1@huawei.com>
cachefiles: defer exposing anon_fd until after copy_to_user() succeeds
Baokun Li <libaokun1@huawei.com>
cachefiles: never get a new anonymous fd if ondemand_id is valid
Baokun Li <libaokun1@huawei.com>
cachefiles: remove err_put_fd label in cachefiles_ondemand_daemon_read()
Baokun Li <libaokun1@huawei.com>
cachefiles: add spin_lock for cachefiles_ondemand_info
Baokun Li <libaokun1@huawei.com>
cachefiles: fix slab-use-after-free in cachefiles_ondemand_daemon_read()
Baokun Li <libaokun1@huawei.com>
cachefiles: fix slab-use-after-free in cachefiles_ondemand_get_fd()
Baokun Li <libaokun1@huawei.com>
cachefiles: remove requests from xarray during flushing requests
Baokun Li <libaokun1@huawei.com>
cachefiles: add output string to cachefiles_obj_[get|put]_ondemand_fd
Li Zhijian <lizhijian@fujitsu.com>
cxl/region: Fix memregion leaks in devm_cxl_add_region()
Dave Jiang <dave.jiang@intel.com>
cxl/test: Add missing vmalloc.h for tools/testing/cxl/test/mem.c
Chen Ni <nichen@iscas.ac.cn>
HID: nvidia-shield: Add missing check for input_ff_create_memless
Michael Ellerman <mpe@ellerman.id.au>
powerpc/uaccess: Fix build errors seen with GCC 13/14
Hari Bathini <hbathini@linux.ibm.com>
powerpc/85xx: fix compile error without CONFIG_CRASH_DUMP
Ziwei Xiao <ziweixiao@google.com>
gve: Clear napi->skb before dev_kfree_skb_any()
Martin K. Petersen <martin.petersen@oracle.com>
scsi: sd: Use READ(16) when reading block zero on large capacity disks
Breno Leitao <leitao@debian.org>
scsi: mpt3sas: Avoid test/set_bit() operating in non-allocated memory
Damien Le Moal <dlemoal@kernel.org>
scsi: mpi3mr: Fix ATA NCQ priority support
Damien Le Moal <dlemoal@kernel.org>
scsi: core: Disable CDL by default
Damien Le Moal <dlemoal@kernel.org>
ata: libata-scsi: Set the RMB bit only for removable media devices
Aapo Vienamo <aapo.vienamo@linux.intel.com>
thunderbolt: debugfs: Fix margin debugfs node creation condition
Kuangyi Chiang <ki.chiang65@gmail.com>
xhci: Apply broken streams quirk to Etron EJ188 xHCI host
Hector Martin <marcan@marcan.st>
xhci: Handle TD clearing for multiple streams case
Kuangyi Chiang <ki.chiang65@gmail.com>
xhci: Apply reset resume quirk to Etron EJ188 xHCI host
Mathias Nyman <mathias.nyman@linux.intel.com>
xhci: Set correct transferred length for cancelled bulk transfers
Greg Kroah-Hartman <gregkh@linuxfoundation.org>
jfs: xattr: fix buffer overflow for invalid xattr
Mickaël Salaün <mic@digikod.net>
landlock: Fix d_parent walk
Douglas Anderson <dianders@chromium.org>
serial: port: Don't block system suspend even if bytes are left to xmit
Doug Brown <doug@schmorgal.com>
serial: 8250_pxa: Configure tx_loadsz to match FIFO IRQ level
Ilpo Järvinen <ilpo.jarvinen@linux.intel.com>
tty: n_tty: Fix buffer offsets when lookahead is used
Wentong Wu <wentong.wu@intel.com>
mei: vsc: Don't stop/restart mei device during system suspend/resume
Tomas Winkler <tomas.winkler@intel.com>
mei: me: release irq in mei_me_pci_resume error path
Kyle Tso <kyletso@google.com>
usb: typec: tcpm: Ignore received Hard Reset in TOGGLING state
Amit Sunil Dhamne <amitsd@google.com>
usb: typec: tcpm: fix use-after-free case in tcpm_register_source_caps
John Ernberg <john.ernberg@actia.se>
USB: xen-hcd: Traverse host/ when CONFIG_USB_XEN_HCD is selected
Andrey Konovalov <andreyknvl@gmail.com>
kcov, usb: disable interrupts in kcov_remote_start_usb_softirq
Alan Stern <stern@rowland.harvard.edu>
USB: class: cdc-wdm: Fix CPU lockup caused by excessive log messages
Pavel Begunkov <asml.silence@gmail.com>
io_uring: fix cancellation overwriting req->flags
Pavel Begunkov <asml.silence@gmail.com>
io_uring/rsrc: don't lock while !TASK_RUNNING
Greg Kroah-Hartman <gregkh@linuxfoundation.org>
.editorconfig: remove trim_trailing_whitespace option
Steven Rostedt (Google) <rostedt@goodmis.org>
eventfs: Update all the eventfs_inodes from the events descriptor
Dev Jain <dev.jain@arm.com>
selftests/mm: compaction_test: fix bogus test success and reduce probability of OOM-killer invocation
Nathan Chancellor <nathan@kernel.org>
selftests/mm: ksft_exit functions do not return
Dave Hansen <dave.hansen@linux.intel.com>
x86/cpu: Provide default cache line size if not enumerated
Borislav Petkov (AMD) <bp@alien8.de>
x86/cpu: Get rid of an unnecessary local variable in get_cpu_address_sizes()
Matthew Brost <matthew.brost@intel.com>
drm/xe: Use ordered WQ for G2H handler
Su Hui <suhui@nfschina.com>
net: ethtool: fix the error condition in ethtool_get_phy_stats_ethtool()
Eric Dumazet <edumazet@google.com>
ipv6: fix possible race in __fib6_drop_pcpu_from()
Kuniyuki Iwashima <kuniyu@amazon.com>
af_unix: Annotate data-race of sk->sk_shutdown in sk_diag_fill().
Kuniyuki Iwashima <kuniyu@amazon.com>
af_unix: Use skb_queue_len_lockless() in sk_diag_show_rqlen().
Kuniyuki Iwashima <kuniyu@amazon.com>
af_unix: Use skb_queue_empty_lockless() in unix_release_sock().
Kuniyuki Iwashima <kuniyu@amazon.com>
af_unix: Use unix_recvq_full_lockless() in unix_stream_connect().
Kuniyuki Iwashima <kuniyu@amazon.com>
af_unix: Annotate data-race of net->unx.sysctl_max_dgram_qlen.
Kuniyuki Iwashima <kuniyu@amazon.com>
af_unix: Annotate data-races around sk->sk_sndbuf.
Kuniyuki Iwashima <kuniyu@amazon.com>
af_unix: Annotate data-races around sk->sk_state in UNIX_DIAG.
Kuniyuki Iwashima <kuniyu@amazon.com>
af_unix: Annotate data-race of sk->sk_state in unix_stream_read_skb().
Kuniyuki Iwashima <kuniyu@amazon.com>
af_unix: Annotate data-races around sk->sk_state in sendmsg() and recvmsg().
Kuniyuki Iwashima <kuniyu@amazon.com>
af_unix: Annotate data-race of sk->sk_state in unix_stream_connect().
Kuniyuki Iwashima <kuniyu@amazon.com>
af_unix: Annotate data-races around sk->sk_state in unix_write_space() and poll().
Kuniyuki Iwashima <kuniyu@amazon.com>
af_unix: Annotate data-race of sk->sk_state in unix_inq_len().
Kuniyuki Iwashima <kuniyu@amazon.com>
af_unix: Annodate data-races around sk->sk_state for writers.
Kuniyuki Iwashima <kuniyu@amazon.com>
af_unix: Set sk->sk_state under unix_state_lock() for truly disconencted peer.
Aleksandr Mishin <amishin@t-argos.ru>
net: wwan: iosm: Fix tainted pointer delete is case of region creation fail
Sasha Neftin <sasha.neftin@intel.com>
igc: Fix Energy Efficient Ethernet support declaration
Larysa Zaremba <larysa.zaremba@intel.com>
ice: map XDP queues to vectors in ice_vsi_map_rings_to_vectors()
Larysa Zaremba <larysa.zaremba@intel.com>
ice: add flag to distinguish reset from .ndo_bpf in XDP rings config
Larysa Zaremba <larysa.zaremba@intel.com>
ice: remove af_xdp_zc_qps bitmap
Jacob Keller <jacob.e.keller@intel.com>
ice: fix reads from NVM Shadow RAM on E830 and E825-C devices
Jacob Keller <jacob.e.keller@intel.com>
ice: fix iteration of TLVs in Preserved Fields Area
Karol Kolacinski <karol.kolacinski@intel.com>
ptp: Fix error message on failed pin verification
Eric Dumazet <edumazet@google.com>
net/sched: taprio: always validate TCA_TAPRIO_ATTR_PRIOMAP
Aleksandr Mishin <amishin@t-argos.ru>
net/mlx5: Fix tainted pointer delete is case of flow rules creation fail
Shay Drory <shayd@nvidia.com>
net/mlx5: Always stop health timer during driver removal
Moshe Shemesh <moshe@nvidia.com>
net/mlx5: Stop waiting for PCI if pci channel is offline
Frank Wunderlich <frank-w@public-files.de>
net: ethernet: mtk_eth_soc: handle dma buffer size soc specific
Jakub Kicinski <kuba@kernel.org>
rtnetlink: make the "split" NLM_DONE handling generic
Jason Xing <kernelxing@tencent.com>
mptcp: count CLOSE-WAIT sockets for MPTCP_MIB_CURRESTAB
Jason Xing <kernelxing@tencent.com>
tcp: count CLOSE-WAIT sockets for TCP_MIB_CURRESTAB
Hangyu Hua <hbh25y@gmail.com>
net: sched: sch_multiq: fix possible OOB write in multiq_tune()
Taehee Yoo <ap420073@gmail.com>
ionic: fix kernel panic in XDP_TX action
Tristram Ha <tristram.ha@microchip.com>
net: phy: Micrel KSZ8061: fix errata solution not taking effect problem
Wen Gu <guwen@linux.alibaba.com>
net/smc: avoid overwriting when adjusting sock bufsizes
Subbaraya Sundeep <sbhatta@marvell.com>
octeontx2-af: Always allocate PF entries from low prioriy zone
Jiri Olsa <jolsa@kernel.org>
bpf: Set run context for rawtp test_run callback
Jakub Kicinski <kuba@kernel.org>
net: tls: fix marking packets as decrypted
Eric Dumazet <edumazet@google.com>
ipv6: sr: block BH in seg6_output_core() and seg6_input_core()
Eric Dumazet <edumazet@google.com>
ipv6: ioam: block BH from ioam6_output()
Matthias Stocker <mstocker@barracuda.com>
vmxnet3: disable rx data ring on dma allocation failure
Ravi Bangoria <ravi.bangoria@amd.com>
KVM: SEV-ES: Delegate LBR virtualization to the processor
Ravi Bangoria <ravi.bangoria@amd.com>
KVM: SEV-ES: Disallow SEV-ES guests when X86_FEATURE_LBRV is absent
Cong Wang <cong.wang@bytedance.com>
bpf: Fix a potential use-after-free in bpf_link_free()
Tristram Ha <tristram.ha@microchip.com>
net: phy: micrel: fix KSZ9477 PHY issues after suspend/resume
DelphineCCChiu <delphine_cc_chiu@wiwynn.com>
net/ncsi: Fix the multi thread manner of NCSI driver
Duoming Zhou <duoming@zju.edu.cn>
ax25: Replace kfree() in ax25_dev_free() with ax25_dev_put()
Lars Kellogg-Stedman <lars@oddbit.com>
ax25: Fix refcount imbalance on inbound connections
Heng Qi <hengqi@linux.alibaba.com>
virtio_net: fix possible dim status unrecoverable
Quan Zhou <zhouquan@iscas.ac.cn>
RISC-V: KVM: Fix incorrect reg_subtype labels in kvm_riscv_vcpu_set_reg_isa_ext function
Yong-Xuan Wang <yongxuan.wang@sifive.com>
RISC-V: KVM: No need to use mask when hart-index-bit is 0
Chanwoo Lee <cw9316.lee@samsung.com>
scsi: ufs: mcq: Fix error output and clean up ufshcd_mcq_abort()
Lingbo Kong <quic_lingbok@quicinc.com>
wifi: mac80211: correctly parse Spatial Reuse Parameter Set element
Lingbo Kong <quic_lingbok@quicinc.com>
wifi: mac80211: fix Spatial Reuse element size check
Emmanuel Grumbach <emmanuel.grumbach@intel.com>
wifi: iwlwifi: mvm: don't read past the mfuart notifcation
Miri Korenblit <miriam.rachel.korenblit@intel.com>
wifi: iwlwifi: mvm: check n_ssids before accessing the ssids
Shahar S Matityahu <shahar.s.matityahu@intel.com>
wifi: iwlwifi: dbg_ini: move iwl_dbg_tlv_free outside of debugfs ifdef
Mordechay Goodstein <mordechay.goodstein@intel.com>
wifi: iwlwifi: mvm: set properly mac header
Johannes Berg <johannes.berg@intel.com>
wifi: iwlwifi: mvm: revert gen2 TX A-MPDU size to 64
Miri Korenblit <miriam.rachel.korenblit@intel.com>
wifi: iwlwifi: mvm: don't initialize csa_work twice
Aditya Kumar Singh <quic_adisi@quicinc.com>
wifi: mac80211: pass proper link id for channel switch started notification
Lin Ma <linma@zju.edu.cn>
wifi: cfg80211: pmsr: use correct nla_get_uX functions
Remi Pommarel <repk@triplefau.lt>
wifi: cfg80211: Lock wiphy in cfg80211_get_station
Johannes Berg <johannes.berg@intel.com>
wifi: cfg80211: fully move wiphy work to unbound workqueue
Remi Pommarel <repk@triplefau.lt>
wifi: mac80211: Fix deadlock in ieee80211_sta_ps_deliver_wakeup()
Nicolas Escande <nico.escande@gmail.com>
wifi: mac80211: mesh: Fix leak of mesh_preq_queue objects
Arnd Bergmann <arnd@arndb.de>
cpufreq: amd-pstate: remove global header file
Perry Yuan <perry.yuan@amd.com>
cpufreq: amd-pstate: Add quirk for the pstate CPPC capabilities missing
Perry Yuan <perry.yuan@amd.com>
cpufreq: amd-pstate: Unify computation of {max,min,nominal,lowest_nonlinear}_freq
Baochen Qiang <quic_bqiang@quicinc.com>
wifi: ath11k: move power type check to ASSOC stage when connecting to 6 GHz AP
Carl Huang <quic_cjhuang@quicinc.com>
wifi: ath11k: fix WCN6750 firmware crash caused by 17 num_vdevs
-------------
Diffstat:
.editorconfig | 3 -
.../devicetree/bindings/usb/realtek,rts5411.yaml | 1 +
MAINTAINERS | 1 -
Makefile | 4 +-
arch/parisc/include/asm/cacheflush.h | 15 +-
arch/parisc/include/asm/pgtable.h | 27 +-
arch/parisc/kernel/cache.c | 421 +++++++++++++--------
arch/powerpc/include/asm/uaccess.h | 16 +
arch/powerpc/platforms/85xx/smp.c | 9 +-
arch/riscv/kvm/aia_device.c | 7 +-
arch/riscv/kvm/vcpu_onereg.c | 4 +-
arch/riscv/mm/init.c | 24 +-
arch/riscv/mm/pageattr.c | 28 +-
arch/x86/boot/compressed/Makefile | 4 +-
arch/x86/boot/main.c | 4 +-
arch/x86/include/asm/alternative.h | 22 +-
arch/x86/include/asm/atomic64_32.h | 2 +-
arch/x86/include/asm/cpufeature.h | 2 +-
arch/x86/include/asm/irq_stack.h | 2 +-
arch/x86/include/asm/uaccess.h | 6 +-
arch/x86/kernel/amd_nb.c | 9 +-
arch/x86/kernel/cpu/common.c | 21 +-
arch/x86/kernel/machine_kexec_64.c | 11 +-
arch/x86/kvm/svm/sev.c | 19 +-
arch/x86/kvm/svm/svm.c | 24 +-
arch/x86/kvm/svm/svm.h | 4 +-
arch/x86/lib/getuser.S | 6 +-
arch/x86/mm/numa.c | 6 +-
block/blk-flush.c | 3 +-
block/sed-opal.c | 2 +-
drivers/acpi/thermal.c | 8 +-
drivers/acpi/x86/utils.c | 24 +-
drivers/ata/ahci.c | 1 -
drivers/ata/libata-core.c | 9 +-
drivers/ata/libata-scsi.c | 8 +-
drivers/base/core.c | 3 +
drivers/block/null_blk/zoned.c | 2 +-
drivers/clk/sifive/sifive-prci.c | 8 -
drivers/cpufreq/amd-pstate-ut.c | 3 +-
drivers/cpufreq/amd-pstate.c | 209 ++++++----
{include/linux => drivers/cpufreq}/amd-pstate.h | 27 --
drivers/cxl/core/region.c | 18 +-
drivers/dma-buf/st-dma-fence.c | 6 +
drivers/dma/dma-axi-dmac.c | 2 +-
drivers/gpio/Kconfig | 2 +-
drivers/gpio/gpio-tqmx86.c | 110 ++++--
.../drm/amd/display/amdgpu_dm/amdgpu_dm_helpers.c | 2 +-
.../drm/arm/display/komeda/komeda_pipeline_state.c | 2 +-
drivers/gpu/drm/bridge/panel.c | 7 +-
drivers/gpu/drm/display/drm_dp_mst_topology.c | 4 +-
drivers/gpu/drm/drm_gem_shmem_helper.c | 3 +
drivers/gpu/drm/exynos/exynos_drm_vidi.c | 7 +-
drivers/gpu/drm/exynos/exynos_hdmi.c | 7 +-
drivers/gpu/drm/i915/display/intel_audio.c | 32 +-
drivers/gpu/drm/i915/display/intel_audio.h | 1 +
.../gpu/drm/i915/display/intel_display_driver.c | 2 +
drivers/gpu/drm/i915/display/intel_dp_mst.c | 2 +-
drivers/gpu/drm/i915/gem/i915_gem_object.h | 4 +-
drivers/gpu/drm/i915/gt/intel_breadcrumbs.c | 15 +-
drivers/gpu/drm/nouveau/dispnv04/disp.c | 2 +-
drivers/gpu/drm/nouveau/dispnv50/disp.c | 4 +-
drivers/gpu/drm/nouveau/nouveau_display.c | 6 +-
drivers/gpu/drm/nouveau/nouveau_drv.h | 1 +
drivers/gpu/drm/panel/panel-sitronix-st7789v.c | 4 +-
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 7 -
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 3 -
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 28 +-
drivers/gpu/drm/vmwgfx/vmwgfx_stdu.c | 45 ++-
drivers/gpu/drm/xe/xe_gt_idle.c | 9 +-
drivers/gpu/drm/xe/xe_guc_ct.c | 4 +
drivers/gpu/drm/xe/xe_guc_pc.c | 70 +---
drivers/gpu/drm/xe/xe_guc_submit.c | 1 +
drivers/gpu/drm/xe/xe_ring_ops.c | 18 +-
drivers/greybus/interface.c | 1 +
drivers/hid/hid-core.c | 1 -
drivers/hid/hid-logitech-dj.c | 4 +-
drivers/hid/hid-nvidia-shield.c | 4 +-
drivers/hwtracing/intel_th/pci.c | 25 ++
drivers/i2c/busses/i2c-at91-slave.c | 3 +-
drivers/i2c/busses/i2c-designware-slave.c | 2 +-
drivers/iio/adc/ad9467.c | 4 +-
drivers/iio/adc/adi-axi-adc.c | 5 +
.../iio/common/inv_sensors/inv_sensors_timestamp.c | 15 +-
drivers/iio/dac/ad5592r-base.c | 2 +-
drivers/iio/imu/bmi323/bmi323_core.c | 5 +-
drivers/iio/imu/inv_icm42600/inv_icm42600_accel.c | 4 -
drivers/iio/imu/inv_icm42600/inv_icm42600_gyro.c | 4 -
drivers/iio/pressure/bmp280-core.c | 10 +-
drivers/iio/temperature/mcp9600.c | 3 +-
drivers/iio/temperature/mlx90635.c | 6 +-
drivers/iommu/amd/init.c | 9 +
drivers/irqchip/irq-gic-v3-its.c | 44 +--
drivers/irqchip/irq-sifive-plic.c | 34 +-
drivers/leds/led-class.c | 6 -
drivers/md/dm-integrity.c | 1 +
drivers/misc/mchp_pci1xxxx/mchp_pci1xxxx_gp.c | 9 +-
drivers/misc/mei/pci-me.c | 4 +-
drivers/misc/mei/platform-vsc.c | 39 +-
drivers/misc/mei/vsc-fw-loader.c | 2 +-
drivers/misc/vmw_vmci/vmci_event.c | 6 +-
drivers/net/dsa/qca/qca8k-leds.c | 12 +-
drivers/net/ethernet/broadcom/bnxt/bnxt.h | 51 +++
drivers/net/ethernet/broadcom/bnxt/bnxt_hwrm.c | 2 +-
drivers/net/ethernet/broadcom/bnxt/bnxt_sriov.c | 12 +-
drivers/net/ethernet/cavium/liquidio/lio_vf_rep.c | 11 +-
drivers/net/ethernet/google/gve/gve_rx_dqo.c | 8 +-
drivers/net/ethernet/google/gve/gve_tx_dqo.c | 20 +-
drivers/net/ethernet/hisilicon/hns3/hns3_enet.c | 4 +
drivers/net/ethernet/hisilicon/hns3/hns3_enet.h | 2 +
.../ethernet/hisilicon/hns3/hns3pf/hclge_main.c | 21 +-
drivers/net/ethernet/intel/ice/ice.h | 44 ++-
drivers/net/ethernet/intel/ice/ice_base.c | 3 +
drivers/net/ethernet/intel/ice/ice_lib.c | 29 +-
drivers/net/ethernet/intel/ice/ice_main.c | 144 ++++---
drivers/net/ethernet/intel/ice/ice_nvm.c | 116 +++++-
drivers/net/ethernet/intel/ice/ice_type.h | 14 +-
drivers/net/ethernet/intel/ice/ice_xsk.c | 13 +-
drivers/net/ethernet/intel/igc/igc_ethtool.c | 9 +-
drivers/net/ethernet/intel/igc/igc_main.c | 4 +
.../net/ethernet/marvell/octeontx2/af/rvu_npc.c | 33 +-
drivers/net/ethernet/mediatek/mtk_eth_soc.c | 106 ++++--
drivers/net/ethernet/mediatek/mtk_eth_soc.h | 9 +-
drivers/net/ethernet/mellanox/mlx5/core/en_main.c | 3 +-
drivers/net/ethernet/mellanox/mlx5/core/fw.c | 4 +
drivers/net/ethernet/mellanox/mlx5/core/health.c | 8 +
.../net/ethernet/mellanox/mlx5/core/lag/port_sel.c | 8 +-
.../net/ethernet/mellanox/mlx5/core/lib/pci_vsc.c | 4 +
drivers/net/ethernet/mellanox/mlx5/core/main.c | 3 +
drivers/net/ethernet/pensando/ionic/ionic_lif.c | 4 +-
drivers/net/ethernet/pensando/ionic/ionic_txrx.c | 1 +
.../ethernet/stmicro/stmmac/dwmac-qcom-ethqos.c | 4 +
drivers/net/ethernet/stmicro/stmmac/stmmac_tc.c | 25 +-
drivers/net/geneve.c | 10 +-
drivers/net/netdevsim/netdev.c | 3 +-
drivers/net/phy/micrel.c | 104 ++++-
drivers/net/phy/sfp.c | 3 +-
drivers/net/virtio_net.c | 2 +-
drivers/net/vmxnet3/vmxnet3_drv.c | 2 +-
drivers/net/wireless/ath/ath11k/core.c | 2 +-
drivers/net/wireless/ath/ath11k/mac.c | 38 +-
drivers/net/wireless/intel/iwlwifi/fw/api/power.h | 30 ++
drivers/net/wireless/intel/iwlwifi/iwl-drv.c | 2 +-
drivers/net/wireless/intel/iwlwifi/mvm/fw.c | 18 +-
drivers/net/wireless/intel/iwlwifi/mvm/mac80211.c | 4 +-
.../net/wireless/intel/iwlwifi/mvm/mld-mac80211.c | 2 -
drivers/net/wireless/intel/iwlwifi/mvm/rs.h | 9 +-
drivers/net/wireless/intel/iwlwifi/mvm/rxmq.c | 5 +-
drivers/net/wireless/intel/iwlwifi/mvm/scan.c | 4 +-
drivers/net/wireless/mediatek/mt76/mt7615/main.c | 4 +
drivers/net/wireless/realtek/rtlwifi/core.c | 15 -
drivers/net/wwan/iosm/iosm_ipc_devlink.c | 2 +-
drivers/nvme/host/pr.c | 2 +-
drivers/nvme/target/passthru.c | 6 +-
drivers/pci/controller/pcie-rockchip-ep.c | 6 +-
drivers/platform/x86/dell/dell-smbios-base.c | 92 ++---
drivers/pmdomain/ti/ti_sci_pm_domains.c | 20 +-
drivers/ptp/ptp_chardev.c | 3 +-
drivers/ras/amd/atl/internal.h | 2 +-
drivers/ras/amd/atl/system.c | 2 +-
drivers/ras/amd/atl/umc.c | 160 +++++---
drivers/remoteproc/ti_k3_r5_remoteproc.c | 58 ++-
drivers/scsi/mpi3mr/mpi3mr_app.c | 62 +++
drivers/scsi/mpt3sas/mpt3sas_base.c | 19 +
drivers/scsi/mpt3sas/mpt3sas_base.h | 3 -
drivers/scsi/mpt3sas/mpt3sas_ctl.c | 4 +-
drivers/scsi/mpt3sas/mpt3sas_scsih.c | 23 --
drivers/scsi/scsi.c | 7 +
drivers/scsi/scsi_transport_sas.c | 23 ++
drivers/scsi/sd.c | 17 +-
drivers/spmi/hisi-spmi-controller.c | 1 -
drivers/thermal/thermal_core.c | 13 +-
drivers/thunderbolt/debugfs.c | 5 +-
drivers/tty/n_tty.c | 22 +-
drivers/tty/serial/8250/8250_dw.c | 9 +-
drivers/tty/serial/8250/8250_dwlib.c | 3 +-
drivers/tty/serial/8250/8250_dwlib.h | 3 +-
drivers/tty/serial/8250/8250_pxa.c | 1 +
drivers/tty/serial/serial_port.c | 7 +
drivers/ufs/core/ufs-mcq.c | 17 +-
drivers/ufs/core/ufshcd.c | 6 +-
drivers/usb/Makefile | 1 +
drivers/usb/class/cdc-wdm.c | 4 +-
drivers/usb/core/hcd.c | 12 +-
drivers/usb/host/xhci-pci.c | 7 +
drivers/usb/host/xhci-ring.c | 59 ++-
drivers/usb/host/xhci.h | 1 +
drivers/usb/storage/alauda.c | 9 +-
drivers/usb/typec/tcpm/tcpm.c | 5 +-
fs/btrfs/zoned.c | 13 +-
fs/cachefiles/daemon.c | 3 +-
fs/cachefiles/internal.h | 5 +
fs/cachefiles/ondemand.c | 165 +++++---
fs/jfs/xattr.c | 4 +-
fs/nfs/dir.c | 47 ++-
fs/nfs/nfs4proc.c | 23 +-
fs/nfsd/nfsfh.c | 4 +-
fs/ocfs2/file.c | 2 +
fs/ocfs2/namei.c | 4 +-
fs/proc/vmcore.c | 2 +
fs/smb/server/smb2pdu.c | 22 +-
fs/smb/server/vfs.c | 17 +-
fs/smb/server/vfs.h | 3 +-
fs/smb/server/vfs_cache.c | 3 +-
fs/tracefs/event_inode.c | 59 ++-
include/drm/bridge/aux-bridge.h | 2 +-
include/drm/display/drm_dp_mst_helper.h | 1 -
include/linux/atomic/atomic-arch-fallback.h | 6 +-
include/linux/atomic/atomic-instrumented.h | 8 +-
include/linux/atomic/atomic-long.h | 4 +-
include/linux/io_uring_types.h | 3 +-
include/linux/iommu.h | 2 +-
include/linux/kcov.h | 47 ++-
include/linux/kexec.h | 6 +-
include/linux/pse-pd/pse.h | 4 +-
include/net/bluetooth/hci_core.h | 36 +-
include/net/ip_tunnels.h | 5 +-
include/net/rtnetlink.h | 1 +
include/scsi/scsi_transport_sas.h | 2 +
include/trace/events/cachefiles.h | 8 +-
io_uring/cancel.h | 4 +-
io_uring/io-wq.c | 57 +--
io_uring/io_uring.c | 1 +
io_uring/rsrc.c | 1 +
kernel/bpf/syscall.c | 11 +-
kernel/events/core.c | 13 +
kernel/gen_kheaders.sh | 2 +-
kernel/pid_namespace.c | 1 +
kernel/time/tick-common.c | 42 +-
mm/memblock.c | 4 +
mm/memory-failure.c | 7 +
net/ax25/af_ax25.c | 6 +
net/ax25/ax25_dev.c | 2 +-
net/bluetooth/hci_sync.c | 2 +-
net/bluetooth/l2cap_core.c | 12 +-
net/bpf/test_run.c | 6 +
net/bridge/br_mst.c | 13 +-
net/core/rtnetlink.c | 44 ++-
net/core/sock_map.c | 16 +-
net/ethtool/ioctl.c | 2 +-
net/ipv4/devinet.c | 2 +-
net/ipv4/fib_frontend.c | 7 +-
net/ipv4/tcp.c | 9 +-
net/ipv4/tcp_timer.c | 6 +-
net/ipv6/ioam6_iptunnel.c | 8 +-
net/ipv6/ip6_fib.c | 6 +-
net/ipv6/route.c | 5 +-
net/ipv6/seg6_iptunnel.c | 14 +-
net/ipv6/tcp_ipv6.c | 3 +-
net/mac80211/cfg.c | 4 +-
net/mac80211/he.c | 10 +-
net/mac80211/mesh_pathtbl.c | 13 +
net/mac80211/parse.c | 2 +-
net/mac80211/sta_info.c | 4 +-
net/mptcp/pm_netlink.c | 21 +-
net/mptcp/protocol.c | 10 +-
net/ncsi/internal.h | 2 +
net/ncsi/ncsi-manage.c | 75 ++--
net/ncsi/ncsi-rsp.c | 4 +-
net/netfilter/ipset/ip_set_core.c | 93 +++--
net/netfilter/ipset/ip_set_list_set.c | 30 +-
net/netfilter/nft_meta.c | 3 +
net/netfilter/nft_payload.c | 4 +
net/sched/sch_generic.c | 1 +
net/sched/sch_multiq.c | 2 +-
net/sched/sch_taprio.c | 15 +-
net/smc/af_smc.c | 22 +-
net/sunrpc/auth_gss/auth_gss.c | 4 +-
net/unix/af_unix.c | 108 +++---
net/unix/diag.c | 12 +-
net/wireless/core.c | 2 +-
net/wireless/pmsr.c | 8 +-
net/wireless/scan.c | 3 +-
net/wireless/sysfs.c | 4 +-
net/wireless/util.c | 7 +-
scripts/atomic/kerneldoc/sub_and_test | 2 +-
scripts/mod/modpost.c | 5 +-
security/integrity/ima/ima_api.c | 16 +-
security/integrity/ima/ima_template_lib.c | 17 +-
security/landlock/fs.c | 13 +-
tools/perf/builtin-script.c | 2 +-
tools/perf/util/auxtrace.c | 4 +-
tools/testing/cxl/test/mem.c | 1 +
tools/testing/selftests/alsa/Makefile | 2 +-
.../ftrace/test.d/dynevent/test_duplicates.tc | 2 +-
.../ftrace/test.d/filter/event-filter-function.tc | 20 +-
.../ftrace/test.d/kprobe/kprobe_eventname.tc | 3 +-
.../selftests/futex/functional/futex_requeue_pi.c | 2 +-
tools/testing/selftests/mm/compaction_test.c | 77 ++--
tools/testing/selftests/mm/cow.c | 2 +-
tools/testing/selftests/mm/gup_longterm.c | 2 +-
tools/testing/selftests/mm/gup_test.c | 4 +-
tools/testing/selftests/mm/ksm_functional_tests.c | 2 +-
tools/testing/selftests/mm/madv_populate.c | 2 +-
tools/testing/selftests/mm/mkdirty.c | 2 +-
tools/testing/selftests/mm/pagemap_ioctl.c | 4 +-
tools/testing/selftests/mm/soft-dirty.c | 2 +-
tools/testing/selftests/net/mptcp/mptcp_join.sh | 5 +-
tools/tracing/rtla/src/timerlat_aa.c | 109 +++---
tools/tracing/rtla/src/timerlat_top.c | 17 +-
299 files changed, 3209 insertions(+), 1761 deletions(-)
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [PATCH 6.9 000/281] 6.9.6-rc1 review
2024-06-19 12:52 [PATCH 6.9 000/281] 6.9.6-rc1 review Greg Kroah-Hartman
@ 2024-06-19 14:51 ` Florian Fainelli
2024-06-19 17:08 ` SeongJae Park
` (10 subsequent siblings)
11 siblings, 0 replies; 21+ messages in thread
From: Florian Fainelli @ 2024-06-19 14:51 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 6/19/2024 1:52 PM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 6.9.6 release.
> There are 281 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, 21 Jun 2024 12:55:11 +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.9.6-rc1.gz
> or in the git tree and branch at:
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.9.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] 21+ messages in thread
* Re: [PATCH 6.9 000/281] 6.9.6-rc1 review
@ 2024-06-19 15:53 Ronald Warsow
0 siblings, 0 replies; 21+ messages in thread
From: Ronald Warsow @ 2024-06-19 15:53 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] 21+ messages in thread
* Re: [PATCH 6.9 000/281] 6.9.6-rc1 review
2024-06-19 12:52 [PATCH 6.9 000/281] 6.9.6-rc1 review Greg Kroah-Hartman
2024-06-19 14:51 ` Florian Fainelli
@ 2024-06-19 17:08 ` SeongJae Park
2024-06-19 19:19 ` Jon Hunter
` (9 subsequent siblings)
11 siblings, 0 replies; 21+ messages in thread
From: SeongJae Park @ 2024-06-19 17:08 UTC (permalink / raw)
To: Greg Kroah-Hartman
Cc: SeongJae Park, stable, patches, linux-kernel, torvalds, akpm,
linux, shuah, patches, lkft-triage, pavel, jonathanh, f.fainelli,
sudipm.mukherjee, srw, rwarsow, conor, allen.lkml, broonie, damon
Hello,
On Wed, 19 Jun 2024 14:52:39 +0200 Greg Kroah-Hartman <gregkh@linuxfoundation.org> wrote:
> This is the start of the stable review cycle for the 6.9.6 release.
> There are 281 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, 21 Jun 2024 12:55:11 +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.9.6-rc1.gz
> or in the git tree and branch at:
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.9.y
> and the diffstat can be found below.
This rc kernel passes DAMON functionality test[1] on my test machine.
Attaching the test results summary below. Please note that I retrieved the
kernel from linux-stable-rc tree[2].
Tested-by: SeongJae Park <sj@kernel.org>
[1] https://github.com/awslabs/damon-tests/tree/next/corr
[2] 93f303762da5 ("Linux 6.9.6-rc1")
Thanks,
SJ
[...]
---
ok 6 selftests: damon: debugfs_duplicate_context_creation.sh
ok 7 selftests: damon: debugfs_rm_non_contexts.sh
ok 8 selftests: damon: debugfs_target_ids_read_before_terminate_race.sh
ok 9 selftests: damon: debugfs_target_ids_pid_leak.sh
ok 10 selftests: damon: sysfs.sh
ok 11 selftests: damon: sysfs_update_removed_scheme_dir.sh
ok 12 selftests: damon: sysfs_update_schemes_tried_regions_hang.py
ok 13 selftests: damon: sysfs_update_schemes_tried_regions_wss_estimation.py
ok 14 selftests: damon: damos_quota.py
ok 15 selftests: damon: damos_apply_interval.py
ok 16 selftests: damon: reclaim.sh
ok 17 selftests: damon: lru_sort.sh
ok 1 selftests: damon-tests: kunit.sh
ok 2 selftests: damon-tests: huge_count_read_write.sh
ok 3 selftests: damon-tests: buffer_overflow.sh
ok 4 selftests: damon-tests: rm_contexts.sh
ok 5 selftests: damon-tests: record_null_deref.sh
ok 6 selftests: damon-tests: dbgfs_target_ids_read_before_terminate_race.sh
ok 7 selftests: damon-tests: dbgfs_target_ids_pid_leak.sh
ok 8 selftests: damon-tests: damo_tests.sh
ok 9 selftests: damon-tests: masim-record.sh
ok 10 selftests: damon-tests: build_i386.sh
ok 11 selftests: damon-tests: build_arm64.sh
ok 12 selftests: damon-tests: build_m68k.sh
ok 13 selftests: damon-tests: build_i386_idle_flag.sh
ok 14 selftests: damon-tests: build_i386_highpte.sh
ok 15 selftests: damon-tests: build_nomemcg.sh
[33m
[92mPASS [39m
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [PATCH 6.9 000/281] 6.9.6-rc1 review
2024-06-19 12:52 [PATCH 6.9 000/281] 6.9.6-rc1 review Greg Kroah-Hartman
2024-06-19 14:51 ` Florian Fainelli
2024-06-19 17:08 ` SeongJae Park
@ 2024-06-19 19:19 ` Jon Hunter
2024-06-19 20:57 ` Pavel Machek
` (8 subsequent siblings)
11 siblings, 0 replies; 21+ messages in thread
From: Jon Hunter @ 2024-06-19 19:19 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, 19 Jun 2024 14:52:39 +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 6.9.6 release.
> There are 281 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, 21 Jun 2024 12:55:11 +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.9.6-rc1.gz
> or in the git tree and branch at:
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.9.y
> and the diffstat can be found below.
>
> thanks,
>
> greg k-h
All tests passing for Tegra ...
Test results for stable-v6.9:
10 builds: 10 pass, 0 fail
26 boots: 26 pass, 0 fail
116 tests: 116 pass, 0 fail
Linux version: 6.9.6-rc1-g93f303762da5
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] 21+ messages in thread
* Re: [PATCH 6.9 000/281] 6.9.6-rc1 review
2024-06-19 12:52 [PATCH 6.9 000/281] 6.9.6-rc1 review Greg Kroah-Hartman
` (2 preceding siblings ...)
2024-06-19 19:19 ` Jon Hunter
@ 2024-06-19 20:57 ` Pavel Machek
2024-06-19 21:15 ` Allen
` (7 subsequent siblings)
11 siblings, 0 replies; 21+ messages in thread
From: Pavel Machek @ 2024-06-19 20:57 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: 774 bytes --]
Hi!
> This is the start of the stable review cycle for the 6.9.6 release.
> There are 281 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.9.y
6.6 passes our testing, too:
https://gitlab.com/cip-project/cip-testing/linux-stable-rc-ci/-/tree/linux-6.6.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] 21+ messages in thread
* Re: [PATCH 6.9 000/281] 6.9.6-rc1 review
2024-06-19 12:52 [PATCH 6.9 000/281] 6.9.6-rc1 review Greg Kroah-Hartman
` (3 preceding siblings ...)
2024-06-19 20:57 ` Pavel Machek
@ 2024-06-19 21:15 ` Allen
2024-06-20 3:43 ` Kelsey Steele
` (6 subsequent siblings)
11 siblings, 0 replies; 21+ messages in thread
From: Allen @ 2024-06-19 21:15 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.9.6 release.
> There are 281 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, 21 Jun 2024 12:55:11 +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.9.6-rc1.gz
> or in the git tree and branch at:
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.9.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] 21+ messages in thread
* Re: [PATCH 6.9 000/281] 6.9.6-rc1 review
2024-06-19 12:52 [PATCH 6.9 000/281] 6.9.6-rc1 review Greg Kroah-Hartman
` (4 preceding siblings ...)
2024-06-19 21:15 ` Allen
@ 2024-06-20 3:43 ` Kelsey Steele
2024-06-20 4:56 ` Bagas Sanjaya
` (5 subsequent siblings)
11 siblings, 0 replies; 21+ messages in thread
From: Kelsey Steele @ 2024-06-20 3:43 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, Jun 19, 2024 at 02:52:39PM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 6.9.6 release.
> There are 281 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, 21 Jun 2024 12:55:11 +0000.
> Anything received after that time might be too late.
>
No regressions found on WSL (x86 and arm64).
Built, booted, and reviewed dmesg.
Thank you. :)
Tested-by: Kelsey Steele <kelseysteele@linux.microsoft.com>
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [PATCH 6.9 000/281] 6.9.6-rc1 review
2024-06-19 12:52 [PATCH 6.9 000/281] 6.9.6-rc1 review Greg Kroah-Hartman
` (5 preceding siblings ...)
2024-06-20 3:43 ` Kelsey Steele
@ 2024-06-20 4:56 ` Bagas Sanjaya
2024-06-20 6:34 ` Peter Schneider
` (4 subsequent siblings)
11 siblings, 0 replies; 21+ messages in thread
From: Bagas Sanjaya @ 2024-06-20 4:56 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
[-- Attachment #1: Type: text/plain, Size: 557 bytes --]
On Wed, Jun 19, 2024 at 02:52:39PM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 6.9.6 release.
> There are 281 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
Successfully compiled and installed the kernel on my computer (Acer
Aspire E15, Intel Core i3 Haswell). No noticeable regressions.
Tested-by: Bagas Sanjaya <bagasdotme@gmail.com>
--
An old man doll... just what I always wanted! - Clara
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 228 bytes --]
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [PATCH 6.9 000/281] 6.9.6-rc1 review
2024-06-19 12:52 [PATCH 6.9 000/281] 6.9.6-rc1 review Greg Kroah-Hartman
` (6 preceding siblings ...)
2024-06-20 4:56 ` Bagas Sanjaya
@ 2024-06-20 6:34 ` Peter Schneider
2024-06-20 11:44 ` Mark Brown
` (3 subsequent siblings)
11 siblings, 0 replies; 21+ messages in thread
From: Peter Schneider @ 2024-06-20 6:34 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 19.06.2024 um 14:52 schrieb Greg Kroah-Hartman:
> This is the start of the stable review cycle for the 6.9.6 release.
> There are 281 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, 21 Jun 2024 12:55:11 +0000.
> Anything received after that time might be too late.
Builds, boots and works fine w/o regressions on my 2-socket Ivy Bridge Xeon E5-2697 v2 server.
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] 21+ messages in thread
* Re: [PATCH 6.9 000/281] 6.9.6-rc1 review
2024-06-19 12:52 [PATCH 6.9 000/281] 6.9.6-rc1 review Greg Kroah-Hartman
` (7 preceding siblings ...)
2024-06-20 6:34 ` Peter Schneider
@ 2024-06-20 11:44 ` Mark Brown
2024-06-20 11:51 ` Naresh Kamboju
` (2 subsequent siblings)
11 siblings, 0 replies; 21+ messages in thread
From: Mark Brown @ 2024-06-20 11:44 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: 344 bytes --]
On Wed, Jun 19, 2024 at 02:52:39PM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 6.9.6 release.
> There are 281 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] 21+ messages in thread
* Re: [PATCH 6.9 000/281] 6.9.6-rc1 review
2024-06-19 12:52 [PATCH 6.9 000/281] 6.9.6-rc1 review Greg Kroah-Hartman
` (8 preceding siblings ...)
2024-06-20 11:44 ` Mark Brown
@ 2024-06-20 11:51 ` Naresh Kamboju
2024-06-20 12:29 ` Greg Kroah-Hartman
2024-06-20 14:18 ` Ron Economos
2024-06-20 21:34 ` Shuah Khan
11 siblings, 1 reply; 21+ messages in thread
From: Naresh Kamboju @ 2024-06-20 11:51 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,
Miaohe Lin, Arnd Bergmann, Dan Carpenter, David Hildenbrand,
Cgroups, linux-mm, Baolin Wang, jbeulich, LTP List
On Wed, 19 Jun 2024 at 18:41, Greg Kroah-Hartman
<gregkh@linuxfoundation.org> wrote:
>
> This is the start of the stable review cycle for the 6.9.6 release.
> There are 281 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, 21 Jun 2024 12:55:11 +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.9.6-rc1.gz
> or in the git tree and branch at:
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.9.y
> and the diffstat can be found below.
>
> thanks,
>
> greg k-h
There are two major issues on arm64 Juno-r2 on Linux stable-rc 6.9.6-rc1
Reported-by: Linux Kernel Functional Testing <lkft@linaro.org>
1)
The LTP controllers cgroup_fj_stress test cases causing kernel crash
on arm64 Juno-r2 with
compat mode testing with stable-rc 6.9 kernel.
In the recent past I have reported this issues on Linux mainline.
LTP: fork13: kernel panic on rk3399-rock-pi-4 running mainline 6.10.rc3
- https://lore.kernel.org/all/CA+G9fYvKmr84WzTArmfaypKM9+=Aw0uXCtuUKHQKFCNMGJyOgQ@mail.gmail.com/
it goes like this,
Unable to handle kernel NULL pointer dereference at virtual address
...
Insufficient stack space to handle exception!
end Kernel panic - not syncing: kernel stack overflow
2)
The LTP controllers cgroup_fj_stress test suite causing kernel oops on
arm64 Juno-r2 (with the clang-night build toolchain).
Unable to handle kernel NULL pointer dereference at virtual address
0000000000000009
Internal error: Oops: 0000000096000044 [#1] PREEMPT SMP
pc : xprt_alloc_slot+0x54/0x1c8
lr : xprt_alloc_slot+0x30/0x1c8
Details of crash log:
1)
Crash log:
-----------
cgroup_fj_stress 1 TINFO: Running: cgroup_fj_stress.sh cpuacct 200 1 none
cgroup_fj_stress 1 TINFO: timeout per run is 0h 50m 0s
tst_cgroup.c:764: TINFO: Mounted V1 cpuacct CGroup on
/scratch/ltp-iiltEE0UOm/cgroup_cpuacct
cgroup_fj_stress 1 TINFO: test starts with cgroup version 1
cgroup_fj_stress 1 TINFO: Creating subgroups ...
[ 1785.477847] Unable to handle kernel NULL pointer dereference at
virtual address 0000000000000070
[ 1785.486682] Mem abort info:
[ 1785.489477] ESR = 0x0000000096000004
[ 1785.493232] EC = 0x25: DABT (current EL), IL = 32 bits
[ 1785.498555] SET = 0, FnV = 0
[ 1785.501613] EA = 0, S1PTW = 0
[ 1785.504757] FSC = 0x04: level 0 translation fault
[ 1785.509643] Data abort info:
[ 1785.512526] ISV = 0, ISS = 0x00000004, ISS2 = 0x00000000
[ 1785.518021] CM = 0, WnR = 0, TnD = 0, TagAccess = 0
[ 1785.523082] GCS = 0, Overlay = 0, DirtyBit = 0, Xs = 0
..
[ 1786.235715] Unable to handle kernel NULL pointer dereference at
virtual address 0000000000000070
..
[ 1786.286238] Unable to handle kernel NULL pointer dereference at
virtual address 0000000000000070
..
[ 1786.336761] Unable to handle kernel NULL pointer dereference at
virtual address 0000000000000070
[ 1786.345564] Mem abort info:
[ 1786.348359] ESR = 0x0000000096000004
[ 1786.352112] EC = 0x25: DABT (current EL), IL = 32 bits
[ 1786.357434] SET = 0, FnV = 0
[ 1786.360492] EA = 0, S1PTW = 0
[ 1786.363637] FSC = 0x04: level 0 translation fault
[ 1786.368523] Data abort info:
[ 1786.371405] ISV = 0, ISS = 0x00000004, ISS2 = 0x00000000
[ 1786.376900] CM = 0, WnR = 0, TnD = 0, TagAccess = 0
[ 1786.381960] GCS = 0, Overlay = 0, DirtyBit = 0, Xs = 0
[ 1786.387284] Unable to handle kernel NULL pointer dereference at
virtual address 0000000000000070
[ 1786.387293] Insufficient stack space to handle exception!
[ 1786.387296] ESR: 0x0000000096000047 -- DABT (current EL)
[ 1786.387302] FAR: 0xffff80008399ffe0
[ 1786.387306] Task stack: [0xffff8000839a0000..0xffff8000839a4000]
[ 1786.387312] IRQ stack: [0xffff8000837f8000..0xffff8000837fc000]
[ 1786.387319] Overflow stack: [0xffff00097ec95320..0xffff00097ec96320]
[ 1786.387327] CPU: 4 PID: 0 Comm: swapper/4 Not tainted 6.9.6-rc1 #1
[ 1786.387338] Hardware name: ARM Juno development board (r2) (DT)
[ 1786.387344] pstate: a00003c5 (NzCv DAIF -PAN -UAO -TCO -DIT -SSBS BTYPE=--)
[ 1786.387355] pc : _prb_read_valid (kernel/printk/printk_ringbuffer.c:2109)
[ 1786.387374] lr : prb_read_valid (kernel/printk/printk_ringbuffer.c:2183)
[ 1786.387385] sp : ffff80008399ffe0
[ 1786.387390] x29: ffff8000839a0030 x28: ffff000800365f00 x27: ffff800082530008
[ 1786.387407] x26: ffff8000834e33b8 x25: ffff8000839a00b0 x24: 0000000000000001
[ 1786.387423] x23: ffff8000839a00a8 x22: ffff8000830e3e40 x21: 0000000000001e9e
[ 1786.387438] x20: 0000000000000000 x19: ffff8000839a01c8 x18: 0000000000000010
[ 1786.387453] x17: 72646461206c6175 x16: 7472697620746120 x15: 65636e6572656665
[ 1786.387468] x14: 726564207265746e x13: 3037303030303030 x12: 3030303030303030
[ 1786.387483] x11: 2073736572646461 x10: ffff800083151ea0 x9 : ffff80008014273c
[ 1786.387498] x8 : ffff8000839a0120 x7 : 0000000000000000 x6 : 0000000000000e9f
[ 1786.387512] x5 : ffff8000839a00c8 x4 : ffff8000837157c0 x3 : 0000000000000000
[ 1786.387526] x2 : ffff8000839a00b0 x1 : 0000000000000000 x0 : ffff8000830e3f58
[ 1786.387542] Kernel panic - not syncing: kernel stack overflow
[ 1786.387549] SMP: stopping secondary CPUs
[ 1787.510055] SMP: failed to stop secondary CPUs 0,4
[ 1787.510065] Kernel Offset: disabled
[ 1787.510068] CPU features: 0x4,00001061,e0100000,0200421b
[ 1787.510076] Memory Limit: none
[ 1787.680436] ---[ end Kernel panic - not syncing: kernel stack overflow ]---
2) Kernel oops log:
-----------
[ 1094.253182] __secondary_switched+0xb8/0xc0
[ 1094.258306] Unable to handle kernel NULL pointer dereference at
virtual address 0000000000000009
[ 1094.267132] Mem abort info:
[ 1094.269938] ESR = 0x0000000096000044
[ 1094.273701] EC = 0x25: DABT (current EL), IL = 32 bits
[ 1094.279031] SET = 0, FnV = 0
[ 1094.282097] EA = 0, S1PTW = 0
[ 1094.285242] FSC = ranslation fault
[ 1094.290136] Data abort info:
[ 1094.293019] ISV = 0, ISS = 0x00000044, ISS2 = 0x00000000
[ 1094.298523] CM = 0, WnR = 1, TnD = 0, TagAccess = 0
[ 1094.303592] GCS = 0, Overlay = 0, DirtyBit = 0, Xs = 0
[ 1094.308921] user pgtable: 4k bit VAs, pgdp=00000008a2a34000
[ 1094.315383] [0000000000000009] pgd=0000000000000000, p4d=0000000000000000
[ 1094.322211] Internal error: Oops: 0000000096000044 [#1] PREEMPT SMP
[ 1094.328489] Modules linked in: btrfs xor xor_neon raid6_pq
zstd_compress libcrc38x hdlcd cec drm_dma_helper onboard_usb_hub
crct10dif_ce drm_kms_helper fuse drm backlight dm_mod ip_tables
x_tables
[ 1094.346744] CPU: 1 PID: 161 Comm: systemd-journal Tainted: G
W 6.9.6-rc1 #1
[ 1094.355112] Hardware name: ARM Juno development board (r2) (DT)
[ 1094.361038] pstate: 20000005 (nzCv daif -PAN -UAO -TCO -DIT -SSBS BTYPE=--)
[ 1094.368013] pc : xprt_alloc_slot+0x54/0x1c8
[ 1094.372208] lr : xprt_alloc_slot+0x30/0x1c8
[ 1094.376398] sp : ffff800082dc37e0
[ 1094.379713] x29: ffff800082dc37e0 x28: ffff8000814d31c8 x27: 0000000000008080
[ 1094.386868] x26: ffff8000825da000 x25: 0000000000000001 x24: 0000000000440100
[ 1094.394022] x23: ffff000821759300 x22: 0000000000002102 x21: ffff00082d39d000
[ 1094.401176] x20: ffff00082201f800 x19: ffff0008225bf400 x18: 0000000000000000
[ 1094.408329] x17: 0000000000000000 x16: 0000000000000800 x15: 8080008000000000
[ 1094.415483] x14: 0000ff0064656873 x13: ffff800082dc0000 x12: 0000000000000022
[ 1094.422636] x11: dead000000000100 x10: 0000000000000001 x9 : 0000000000000000
[ 1094.429790] x8 : ffff00082d39d0c8 x7 : 0000000000000000 x6 : 0000000000000000
[ 1094.436942] x5 : 0000000000000000 x4 : ffff00097ec4c530 x3 : ffff800082dc3790
[ 1094.444096] x2 : ffff000821759300 x1 : 0000000000000000 x0 : ffff800081583770
[ 1094.451249] Call trace:
[ 1094.453694] xprt_alloc_slot+0x54/0x1c8
[ 1094.457536] xprt_reserve+0x6c/0xe8
[ 1094.461029] call_reserve+0x2c/0x40
[ 1094.464522] __rpc_execute+0x124/0x640
[ 1094.468280] rpc_execute+0x100/0x280
[ 1094.471862] rpc_run_task+0x124/0x1e8
[ 1094.475528] rpc_call_sync+0x58/0xc0
[ 1094.479106] nfs3_proc_getattr+0x94/0xf8
[ 1094.483037] __nfs_revalidate_inode+0x13c/0x310
[ 1094.487575] nfs_access_get_cached+0x23c/0x3b8
[ 1094.492024] nfs_do_access+0x74/0x2b8
[ 1094.495689] nfs_permission+0xb8/0x1e0
[ 1094.499441] inode_permission+0xc4/0x170
[ 1094.503371] link_path_walk+0x100/0x3e0
[ 1094.507215] path_lookupat+0x74/0x130
[ 1094.510882] filename_lookup+0xdc/0x1d8
[ 1094.514724] user_path_at_empty+0x58/0x108
[ 1094.518828] do_faccessat+0x178/0x330
[ 1094.522495] __arm64_sys_faccessat+0x30/0x48
[ 1094.526771] invoke_syscall+0x4c/0x118
[ 1094.530528] el0_svc_common+0x8c/0xf0
[ 1094.534197] do_el0_svc+0x28/0x40
[ 1094.537518] el0_svc+0x40/0x88
[ 1094.540576] el0t_64_sync_handler+0x90/0x100
[ 1094.544853] el0t_64_sync+0x190/0x198
[ 1094.548522] Code: d280200b f2fbd5ab 5280044c d1032115 (f9000549)
[ 1094.554623] ---[ end trace 0000000000000000 ]---
[ 1094.559268] note: systemd-journal[161] exited with preempt_count 1
[ 1115.569495] rcu: INFO: rcu_preempt self-detected stall on CPU
Links:
------
1)
- https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-6.9.y/build/v6.9.5-282-g93f303762da5/testrun/24410131/suite/log-parser-test/test/check-kernel-panic/log
- https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-6.9.y/build/v6.9.5-282-g93f303762da5/testrun/24410131/suite/log-parser-test/test/check-kernel-panic-a44367e5836148d6e94412d6de8ab7a0ca37c18d2bfb6a639947ecd2704ad6b1/details/
- https://tuxapi.tuxsuite.com/v1/groups/linaro/projects/lkft/tests/2i6h1Ah6I8CP7ABUzTl9shfaW60
- https://lkft.validation.linaro.org/scheduler/job/7687060#L23314
2)
- https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-6.9.y/build/v6.9.5-282-g93f303762da5/testrun/24410890/suite/log-parser-test/test/check-kernel-oops/log
- https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-6.9.y/build/v6.9.5-282-g93f303762da5/testrun/24410890/suite/log-parser-test/test/check-kernel-exception-55b962f42ea3dfdcb5c7b6c7ceee184b48ae8d479f430f7b31241f220adcb542/details/
- https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-6.9.y/build/v6.9.5-282-g93f303762da5/testrun/24410890/suite/log-parser-test/tests/
- https://lkft.validation.linaro.org/scheduler/job/7688690#L16336
Build details:
-------
* kernel: 6.9.6-rc1
* git: https://gitlab.com/Linaro/lkft/mirrors/stable/linux-stable-rc
* git branch: linux-6.9.y
* git commit: 93f303762da5a9d9c2c72cac615d4d092ce42b1f
* git describe: v6.9.5-282-g93f303762da5
--
Linaro LKFT
https://lkft.linaro.org
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [PATCH 6.9 000/281] 6.9.6-rc1 review
2024-06-20 11:51 ` Naresh Kamboju
@ 2024-06-20 12:29 ` Greg Kroah-Hartman
2024-06-20 13:14 ` Naresh Kamboju
0 siblings, 1 reply; 21+ messages in thread
From: Greg Kroah-Hartman @ 2024-06-20 12:29 UTC (permalink / raw)
To: Naresh Kamboju
Cc: stable, patches, linux-kernel, torvalds, akpm, linux, shuah,
patches, lkft-triage, pavel, jonathanh, f.fainelli,
sudipm.mukherjee, srw, rwarsow, conor, allen.lkml, broonie,
Miaohe Lin, Arnd Bergmann, Dan Carpenter, David Hildenbrand,
Cgroups, linux-mm, Baolin Wang, jbeulich, LTP List
On Thu, Jun 20, 2024 at 05:21:09PM +0530, Naresh Kamboju wrote:
> On Wed, 19 Jun 2024 at 18:41, Greg Kroah-Hartman
> <gregkh@linuxfoundation.org> wrote:
> >
> > This is the start of the stable review cycle for the 6.9.6 release.
> > There are 281 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, 21 Jun 2024 12:55:11 +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.9.6-rc1.gz
> > or in the git tree and branch at:
> > git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.9.y
> > and the diffstat can be found below.
> >
> > thanks,
> >
> > greg k-h
>
> There are two major issues on arm64 Juno-r2 on Linux stable-rc 6.9.6-rc1
>
> Reported-by: Linux Kernel Functional Testing <lkft@linaro.org>
>
> 1)
> The LTP controllers cgroup_fj_stress test cases causing kernel crash
> on arm64 Juno-r2 with
> compat mode testing with stable-rc 6.9 kernel.
>
> In the recent past I have reported this issues on Linux mainline.
>
> LTP: fork13: kernel panic on rk3399-rock-pi-4 running mainline 6.10.rc3
> - https://lore.kernel.org/all/CA+G9fYvKmr84WzTArmfaypKM9+=Aw0uXCtuUKHQKFCNMGJyOgQ@mail.gmail.com/
>
> it goes like this,
> Unable to handle kernel NULL pointer dereference at virtual address
> ...
> Insufficient stack space to handle exception!
> end Kernel panic - not syncing: kernel stack overflow
>
> 2)
> The LTP controllers cgroup_fj_stress test suite causing kernel oops on
> arm64 Juno-r2 (with the clang-night build toolchain).
> Unable to handle kernel NULL pointer dereference at virtual address
> 0000000000000009
> Internal error: Oops: 0000000096000044 [#1] PREEMPT SMP
> pc : xprt_alloc_slot+0x54/0x1c8
> lr : xprt_alloc_slot+0x30/0x1c8
And these are regressions? Any chance to run 'git bisect'?
thanks,
greg k-h
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [PATCH 6.9 000/281] 6.9.6-rc1 review
2024-06-20 12:29 ` Greg Kroah-Hartman
@ 2024-06-20 13:14 ` Naresh Kamboju
2024-06-20 13:53 ` David Hildenbrand
0 siblings, 1 reply; 21+ messages in thread
From: Naresh Kamboju @ 2024-06-20 13:14 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,
Miaohe Lin, Arnd Bergmann, Dan Carpenter, David Hildenbrand,
Cgroups, linux-mm, Baolin Wang, jbeulich, LTP List
On Thu, 20 Jun 2024 at 17:59, Greg Kroah-Hartman
<gregkh@linuxfoundation.org> wrote:
>
> On Thu, Jun 20, 2024 at 05:21:09PM +0530, Naresh Kamboju wrote:
> > On Wed, 19 Jun 2024 at 18:41, Greg Kroah-Hartman
> > <gregkh@linuxfoundation.org> wrote:
> > >
> > > This is the start of the stable review cycle for the 6.9.6 release.
> > > There are 281 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, 21 Jun 2024 12:55:11 +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.9.6-rc1.gz
> > > or in the git tree and branch at:
> > > git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.9.y
> > > and the diffstat can be found below.
> > >
> > > thanks,
> > >
> > > greg k-h
> >
> > There are two major issues on arm64 Juno-r2 on Linux stable-rc 6.9.6-rc1
> >
> > Reported-by: Linux Kernel Functional Testing <lkft@linaro.org>
> >
> > 1)
> > The LTP controllers cgroup_fj_stress test cases causing kernel crash
> > on arm64 Juno-r2 with
> > compat mode testing with stable-rc 6.9 kernel.
> >
> > In the recent past I have reported this issues on Linux mainline.
> >
> > LTP: fork13: kernel panic on rk3399-rock-pi-4 running mainline 6.10.rc3
> > - https://lore.kernel.org/all/CA+G9fYvKmr84WzTArmfaypKM9+=Aw0uXCtuUKHQKFCNMGJyOgQ@mail.gmail.com/
> >
> > it goes like this,
> > Unable to handle kernel NULL pointer dereference at virtual address
> > ...
> > Insufficient stack space to handle exception!
> > end Kernel panic - not syncing: kernel stack overflow
> >
> > 2)
> > The LTP controllers cgroup_fj_stress test suite causing kernel oops on
> > arm64 Juno-r2 (with the clang-night build toolchain).
> > Unable to handle kernel NULL pointer dereference at virtual address
> > 0000000000000009
> > Internal error: Oops: 0000000096000044 [#1] PREEMPT SMP
> > pc : xprt_alloc_slot+0x54/0x1c8
> > lr : xprt_alloc_slot+0x30/0x1c8
>
> And these are regressions? Any chance to run 'git bisect'?
it's difficult to reproduce the first one so we haven't been able to bisect it.
It seemd like David and Baolin might have an idea what's causing it.
- Naresh
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [PATCH 6.9 000/281] 6.9.6-rc1 review
2024-06-20 13:14 ` Naresh Kamboju
@ 2024-06-20 13:53 ` David Hildenbrand
2024-06-20 14:02 ` Naresh Kamboju
0 siblings, 1 reply; 21+ messages in thread
From: David Hildenbrand @ 2024-06-20 13:53 UTC (permalink / raw)
To: Naresh Kamboju, Greg Kroah-Hartman
Cc: stable, patches, linux-kernel, torvalds, akpm, linux, shuah,
patches, lkft-triage, pavel, jonathanh, f.fainelli,
sudipm.mukherjee, srw, rwarsow, conor, allen.lkml, broonie,
Miaohe Lin, Arnd Bergmann, Dan Carpenter, Cgroups, linux-mm,
Baolin Wang, jbeulich, LTP List
On 20.06.24 15:14, Naresh Kamboju wrote:
> On Thu, 20 Jun 2024 at 17:59, Greg Kroah-Hartman
> <gregkh@linuxfoundation.org> wrote:
>>
>> On Thu, Jun 20, 2024 at 05:21:09PM +0530, Naresh Kamboju wrote:
>>> On Wed, 19 Jun 2024 at 18:41, Greg Kroah-Hartman
>>> <gregkh@linuxfoundation.org> wrote:
>>>>
>>>> This is the start of the stable review cycle for the 6.9.6 release.
>>>> There are 281 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, 21 Jun 2024 12:55:11 +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.9.6-rc1.gz
>>>> or in the git tree and branch at:
>>>> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.9.y
>>>> and the diffstat can be found below.
>>>>
>>>> thanks,
>>>>
>>>> greg k-h
>>>
>>> There are two major issues on arm64 Juno-r2 on Linux stable-rc 6.9.6-rc1
>>>
>>> Reported-by: Linux Kernel Functional Testing <lkft@linaro.org>
>>>
>>> 1)
>>> The LTP controllers cgroup_fj_stress test cases causing kernel crash
>>> on arm64 Juno-r2 with
>>> compat mode testing with stable-rc 6.9 kernel.
>>>
>>> In the recent past I have reported this issues on Linux mainline.
>>>
>>> LTP: fork13: kernel panic on rk3399-rock-pi-4 running mainline 6.10.rc3
>>> - https://lore.kernel.org/all/CA+G9fYvKmr84WzTArmfaypKM9+=Aw0uXCtuUKHQKFCNMGJyOgQ@mail.gmail.com/
>>>
>>> it goes like this,
>>> Unable to handle kernel NULL pointer dereference at virtual address
>>> ...
>>> Insufficient stack space to handle exception!
>>> end Kernel panic - not syncing: kernel stack overflow
>>>
How is that related to 6.9.6-rc1? That report is from mainline (6.10.rc3).
Can you share a similar kernel dmesg output from the issue on 6.9.6-rc1?
--
Cheers,
David / dhildenb
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [PATCH 6.9 000/281] 6.9.6-rc1 review
2024-06-20 13:53 ` David Hildenbrand
@ 2024-06-20 14:02 ` Naresh Kamboju
2024-06-20 14:20 ` David Hildenbrand
0 siblings, 1 reply; 21+ messages in thread
From: Naresh Kamboju @ 2024-06-20 14:02 UTC (permalink / raw)
To: David Hildenbrand
Cc: Greg Kroah-Hartman, stable, patches, linux-kernel, torvalds, akpm,
linux, shuah, patches, lkft-triage, pavel, jonathanh, f.fainelli,
sudipm.mukherjee, srw, rwarsow, conor, allen.lkml, broonie,
Miaohe Lin, Arnd Bergmann, Dan Carpenter, Cgroups, linux-mm,
Baolin Wang, jbeulich, LTP List
On Thu, 20 Jun 2024 at 19:23, David Hildenbrand <david@redhat.com> wrote:
>
> On 20.06.24 15:14, Naresh Kamboju wrote:
> > On Thu, 20 Jun 2024 at 17:59, Greg Kroah-Hartman
> > <gregkh@linuxfoundation.org> wrote:
> >>
> >> On Thu, Jun 20, 2024 at 05:21:09PM +0530, Naresh Kamboju wrote:
> >>> On Wed, 19 Jun 2024 at 18:41, Greg Kroah-Hartman
> >>> <gregkh@linuxfoundation.org> wrote:
> >>>>
> >>>> This is the start of the stable review cycle for the 6.9.6 release.
> >>>> There are 281 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, 21 Jun 2024 12:55:11 +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.9.6-rc1.gz
> >>>> or in the git tree and branch at:
> >>>> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.9.y
> >>>> and the diffstat can be found below.
> >>>>
> >>>> thanks,
> >>>>
> >>>> greg k-h
> >>>
> >>> There are two major issues on arm64 Juno-r2 on Linux stable-rc 6.9.6-rc1
> >>>
> >>> Reported-by: Linux Kernel Functional Testing <lkft@linaro.org>
> >>>
> >>> 1)
> >>> The LTP controllers cgroup_fj_stress test cases causing kernel crash
> >>> on arm64 Juno-r2 with
> >>> compat mode testing with stable-rc 6.9 kernel.
> >>>
> >>> In the recent past I have reported this issues on Linux mainline.
> >>>
> >>> LTP: fork13: kernel panic on rk3399-rock-pi-4 running mainline 6.10.rc3
> >>> - https://lore.kernel.org/all/CA+G9fYvKmr84WzTArmfaypKM9+=Aw0uXCtuUKHQKFCNMGJyOgQ@mail.gmail.com/
> >>>
> >>> it goes like this,
> >>> Unable to handle kernel NULL pointer dereference at virtual address
> >>> ...
> >>> Insufficient stack space to handle exception!
> >>> end Kernel panic - not syncing: kernel stack overflow
> >>>
>
> How is that related to 6.9.6-rc1? That report is from mainline (6.10.rc3).
>
> Can you share a similar kernel dmesg output from the issue on 6.9.6-rc1?
I request you to use this link for detailed boot log, test log and crash log.
- https://lkft.validation.linaro.org/scheduler/job/7687060#L23314
Few more logs related to build artifacts links provided in the original
email thread and bottom of this email.
crash log:
---
[ 0.000000] Booting Linux on physical CPU 0x0000000100 [0x410fd033]
[ 0.000000] Linux version 6.9.6-rc1 (tuxmake@tuxmake)
(aarch64-linux-gnu-gcc (Debian 13.2.0-12) 13.2.0, GNU ld (GNU Binutils
for Debian) 2.42) #1 SMP PREEMPT @1718817000
...
[ 1786.336761] Unable to handle kernel NULL pointer dereference at
virtual address 0000000000000070
[ 1786.345564] Mem abort info:
[ 1786.348359] ESR = 0x0000000096000004
[ 1786.352112] EC = 0x25: DABT (current EL), IL = 32 bits
[ 1786.357434] SET = 0, FnV = 0
[ 1786.360492] EA = 0, S1PTW = 0
[ 1786.363637] FSC = 0x04: level 0 translation fault
[ 1786.368523] Data abort info:
[ 1786.371405] ISV = 0, ISS = 0x00000004, ISS2 = 0x00000000
[ 1786.376900] CM = 0, WnR = 0, TnD = 0, TagAccess = 0
[ 1786.381960] GCS = 0, Overlay = 0, DirtyBit = 0, Xs = 0
[ 1786.387284] Unable to handle kernel NULL pointer dereference at
virtual address 0000000000000070
[ 1786.387293] Insufficient stack space to handle exception!
[ 1786.387296] ESR: 0x0000000096000047 -- DABT (current EL)
[ 1786.387302] FAR: 0xffff80008399ffe0
[ 1786.387306] Task stack: [0xffff8000839a0000..0xffff8000839a4000]
[ 1786.387312] IRQ stack: [0xffff8000837f8000..0xffff8000837fc000]
[ 1786.387319] Overflow stack: [0xffff00097ec95320..0xffff00097ec96320]
[ 1786.387327] CPU: 4 PID: 0 Comm: swapper/4 Not tainted 6.9.6-rc1 #1
[ 1786.387338] Hardware name: ARM Juno development board (r2) (DT)
[ 1786.387344] pstate: a00003c5 (NzCv DAIF -PAN -UAO -TCO -DIT -SSBS BTYPE=--)
[ 1786.387355] pc : _prb_read_valid (kernel/printk/printk_ringbuffer.c:2109)
[ 1786.387374] lr : prb_read_valid (kernel/printk/printk_ringbuffer.c:2183)
[ 1786.387385] sp : ffff80008399ffe0
[ 1786.387390] x29: ffff8000839a0030 x28: ffff000800365f00 x27: ffff800082530008
[ 1786.387407] x26: ffff8000834e33b8 x25: ffff8000839a00b0 x24: 0000000000000001
[ 1786.387423] x23: ffff8000839a00a8 x22: ffff8000830e3e40 x21: 0000000000001e9e
[ 1786.387438] x20: 0000000000000000 x19: ffff8000839a01c8 x18: 0000000000000010
[ 1786.387453] x17: 72646461206c6175 x16: 7472697620746120 x15: 65636e6572656665
[ 1786.387468] x14: 726564207265746e x13: 3037303030303030 x12: 3030303030303030
[ 1786.387483] x11: 2073736572646461 x10: ffff800083151ea0 x9 : ffff80008014273c
[ 1786.387498] x8 : ffff8000839a0120 x7 : 0000000000000000 x6 : 0000000000000e9f
[ 1786.387512] x5 : ffff8000839a00c8 x4 : ffff8000837157c0 x3 : 0000000000000000
[ 1786.387526] x2 : ffff8000839a00b0 x1 : 0000000000000000 x0 : ffff8000830e3f58
[ 1786.387542] Kernel panic - not syncing: kernel stack overflow
[ 1786.387549] SMP: stopping secondary CPUs
[ 1787.510055] SMP: failed to stop secondary CPUs 0,4
[ 1787.510065] Kernel Offset: disabled
[ 1787.510068] CPU features: 0x4,00001061,e0100000,0200421b
[ 1787.510076] Memory Limit: none
[ 1787.680436] ---[ end Kernel panic - not syncing: kernel stack overflow ]---
1)
- https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-6.9.y/build/v6.9.5-282-g93f303762da5/testrun/24410131/suite/log-parser-test/test/check-kernel-panic/log
- https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-6.9.y/build/v6.9.5-282-g93f303762da5/testrun/24410131/suite/log-parser-test/test/check-kernel-panic-a44367e5836148d6e94412d6de8ab7a0ca37c18d2bfb6a639947ecd2704ad6b1/details/
- https://tuxapi.tuxsuite.com/v1/groups/linaro/projects/lkft/tests/2i6h1Ah6I8CP7ABUzTl9shfaW60
- https://lkft.validation.linaro.org/scheduler/job/7687060#L23314
- Naresh
>
> --
> Cheers,
>
> David / dhildenb
>
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [PATCH 6.9 000/281] 6.9.6-rc1 review
2024-06-19 12:52 [PATCH 6.9 000/281] 6.9.6-rc1 review Greg Kroah-Hartman
` (9 preceding siblings ...)
2024-06-20 11:51 ` Naresh Kamboju
@ 2024-06-20 14:18 ` Ron Economos
2024-06-20 21:34 ` Shuah Khan
11 siblings, 0 replies; 21+ messages in thread
From: Ron Economos @ 2024-06-20 14:18 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 6/19/24 5:52 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 6.9.6 release.
> There are 281 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, 21 Jun 2024 12:55:11 +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.9.6-rc1.gz
> or in the git tree and branch at:
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.9.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] 21+ messages in thread
* Re: [PATCH 6.9 000/281] 6.9.6-rc1 review
2024-06-20 14:02 ` Naresh Kamboju
@ 2024-06-20 14:20 ` David Hildenbrand
2024-06-20 15:39 ` Naresh Kamboju
0 siblings, 1 reply; 21+ messages in thread
From: David Hildenbrand @ 2024-06-20 14:20 UTC (permalink / raw)
To: Naresh Kamboju
Cc: Greg Kroah-Hartman, stable, patches, linux-kernel, torvalds, akpm,
linux, shuah, patches, lkft-triage, pavel, jonathanh, f.fainelli,
sudipm.mukherjee, srw, rwarsow, conor, allen.lkml, broonie,
Miaohe Lin, Arnd Bergmann, Dan Carpenter, Cgroups, linux-mm,
Baolin Wang, jbeulich, LTP List
On 20.06.24 16:02, Naresh Kamboju wrote:
> On Thu, 20 Jun 2024 at 19:23, David Hildenbrand <david@redhat.com> wrote:
>>
>> On 20.06.24 15:14, Naresh Kamboju wrote:
>>> On Thu, 20 Jun 2024 at 17:59, Greg Kroah-Hartman
>>> <gregkh@linuxfoundation.org> wrote:
>>>>
>>>> On Thu, Jun 20, 2024 at 05:21:09PM +0530, Naresh Kamboju wrote:
>>>>> On Wed, 19 Jun 2024 at 18:41, Greg Kroah-Hartman
>>>>> <gregkh@linuxfoundation.org> wrote:
>>>>>>
>>>>>> This is the start of the stable review cycle for the 6.9.6 release.
>>>>>> There are 281 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, 21 Jun 2024 12:55:11 +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.9.6-rc1.gz
>>>>>> or in the git tree and branch at:
>>>>>> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.9.y
>>>>>> and the diffstat can be found below.
>>>>>>
>>>>>> thanks,
>>>>>>
>>>>>> greg k-h
>>>>>
>>>>> There are two major issues on arm64 Juno-r2 on Linux stable-rc 6.9.6-rc1
>>>>>
>>>>> Reported-by: Linux Kernel Functional Testing <lkft@linaro.org>
>>>>>
>>>>> 1)
>>>>> The LTP controllers cgroup_fj_stress test cases causing kernel crash
>>>>> on arm64 Juno-r2 with
>>>>> compat mode testing with stable-rc 6.9 kernel.
>>>>>
>>>>> In the recent past I have reported this issues on Linux mainline.
>>>>>
>>>>> LTP: fork13: kernel panic on rk3399-rock-pi-4 running mainline 6.10.rc3
>>>>> - https://lore.kernel.org/all/CA+G9fYvKmr84WzTArmfaypKM9+=Aw0uXCtuUKHQKFCNMGJyOgQ@mail.gmail.com/
>>>>>
>>>>> it goes like this,
>>>>> Unable to handle kernel NULL pointer dereference at virtual address
>>>>> ...
>>>>> Insufficient stack space to handle exception!
>>>>> end Kernel panic - not syncing: kernel stack overflow
>>>>>
>>
>> How is that related to 6.9.6-rc1? That report is from mainline (6.10.rc3).
>>
>> Can you share a similar kernel dmesg output from the issue on 6.9.6-rc1?
>
> I request you to use this link for detailed boot log, test log and crash log.
> - https://lkft.validation.linaro.org/scheduler/job/7687060#L23314
>
> Few more logs related to build artifacts links provided in the original
> email thread and bottom of this email.
>
> crash log:
> ---
>
Thanks, so this is something different than the
"BUG: Bad page map in process fork13
BUG: Bad rss-counter state mm:"
stuff on mainline you referenced.
Looks like some recursive exception until we exhausted the stack.
Trying to connect the dots here, can you enlighten me how this is
related to the fork13 mainline report?
> [ 0.000000] Booting Linux on physical CPU 0x0000000100 [0x410fd033]
> [ 0.000000] Linux version 6.9.6-rc1 (tuxmake@tuxmake)
> (aarch64-linux-gnu-gcc (Debian 13.2.0-12) 13.2.0, GNU ld (GNU Binutils
> for Debian) 2.42) #1 SMP PREEMPT @1718817000
> ...
> [ 1786.336761] Unable to handle kernel NULL pointer dereference at
> virtual address 0000000000000070
> [ 1786.345564] Mem abort info:
> [ 1786.348359] ESR = 0x0000000096000004
> [ 1786.352112] EC = 0x25: DABT (current EL), IL = 32 bits
> [ 1786.357434] SET = 0, FnV = 0
> [ 1786.360492] EA = 0, S1PTW = 0
> [ 1786.363637] FSC = 0x04: level 0 translation fault
> [ 1786.368523] Data abort info:
> [ 1786.371405] ISV = 0, ISS = 0x00000004, ISS2 = 0x00000000
> [ 1786.376900] CM = 0, WnR = 0, TnD = 0, TagAccess = 0
> [ 1786.381960] GCS = 0, Overlay = 0, DirtyBit = 0, Xs = 0
> [ 1786.387284] Unable to handle kernel NULL pointer dereference at
> virtual address 0000000000000070
> [ 1786.387293] Insufficient stack space to handle exception!
> [ 1786.387296] ESR: 0x0000000096000047 -- DABT (current EL)
> [ 1786.387302] FAR: 0xffff80008399ffe0
> [ 1786.387306] Task stack: [0xffff8000839a0000..0xffff8000839a4000]
> [ 1786.387312] IRQ stack: [0xffff8000837f8000..0xffff8000837fc000]
> [ 1786.387319] Overflow stack: [0xffff00097ec95320..0xffff00097ec96320]
> [ 1786.387327] CPU: 4 PID: 0 Comm: swapper/4 Not tainted 6.9.6-rc1 #1
> [ 1786.387338] Hardware name: ARM Juno development board (r2) (DT)
> [ 1786.387344] pstate: a00003c5 (NzCv DAIF -PAN -UAO -TCO -DIT -SSBS BTYPE=--)
> [ 1786.387355] pc : _prb_read_valid (kernel/printk/printk_ringbuffer.c:2109)
> [ 1786.387374] lr : prb_read_valid (kernel/printk/printk_ringbuffer.c:2183)
> [ 1786.387385] sp : ffff80008399ffe0
> [ 1786.387390] x29: ffff8000839a0030 x28: ffff000800365f00 x27: ffff800082530008
> [ 1786.387407] x26: ffff8000834e33b8 x25: ffff8000839a00b0 x24: 0000000000000001
> [ 1786.387423] x23: ffff8000839a00a8 x22: ffff8000830e3e40 x21: 0000000000001e9e
> [ 1786.387438] x20: 0000000000000000 x19: ffff8000839a01c8 x18: 0000000000000010
> [ 1786.387453] x17: 72646461206c6175 x16: 7472697620746120 x15: 65636e6572656665
> [ 1786.387468] x14: 726564207265746e x13: 3037303030303030 x12: 3030303030303030
> [ 1786.387483] x11: 2073736572646461 x10: ffff800083151ea0 x9 : ffff80008014273c
> [ 1786.387498] x8 : ffff8000839a0120 x7 : 0000000000000000 x6 : 0000000000000e9f
> [ 1786.387512] x5 : ffff8000839a00c8 x4 : ffff8000837157c0 x3 : 0000000000000000
> [ 1786.387526] x2 : ffff8000839a00b0 x1 : 0000000000000000 x0 : ffff8000830e3f58
> [ 1786.387542] Kernel panic - not syncing: kernel stack overflow
> [ 1786.387549] SMP: stopping secondary CPUs
> [ 1787.510055] SMP: failed to stop secondary CPUs 0,4
> [ 1787.510065] Kernel Offset: disabled
> [ 1787.510068] CPU features: 0x4,00001061,e0100000,0200421b
> [ 1787.510076] Memory Limit: none
> [ 1787.680436] ---[ end Kernel panic - not syncing: kernel stack overflow ]---
--
Cheers,
David / dhildenb
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [PATCH 6.9 000/281] 6.9.6-rc1 review
2024-06-20 14:20 ` David Hildenbrand
@ 2024-06-20 15:39 ` Naresh Kamboju
2024-06-20 19:31 ` David Hildenbrand
0 siblings, 1 reply; 21+ messages in thread
From: Naresh Kamboju @ 2024-06-20 15:39 UTC (permalink / raw)
To: David Hildenbrand
Cc: Greg Kroah-Hartman, stable, patches, linux-kernel, torvalds, akpm,
linux, shuah, patches, lkft-triage, pavel, jonathanh, f.fainelli,
sudipm.mukherjee, srw, rwarsow, conor, allen.lkml, broonie,
Miaohe Lin, Arnd Bergmann, Dan Carpenter, Cgroups, linux-mm,
Baolin Wang, jbeulich, LTP List
On Thu, 20 Jun 2024 at 19:50, David Hildenbrand <david@redhat.com> wrote:
>
> On 20.06.24 16:02, Naresh Kamboju wrote:
> > On Thu, 20 Jun 2024 at 19:23, David Hildenbrand <david@redhat.com> wrote:
> >>
> >> On 20.06.24 15:14, Naresh Kamboju wrote:
> >>> On Thu, 20 Jun 2024 at 17:59, Greg Kroah-Hartman
> >>> <gregkh@linuxfoundation.org> wrote:
> >>>>
> >>>> On Thu, Jun 20, 2024 at 05:21:09PM +0530, Naresh Kamboju wrote:
> >>>>> On Wed, 19 Jun 2024 at 18:41, Greg Kroah-Hartman
> >>>>> <gregkh@linuxfoundation.org> wrote:
> >>>>>>
> >>>>>> This is the start of the stable review cycle for the 6.9.6 release.
> >>>>>> There are 281 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, 21 Jun 2024 12:55:11 +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.9.6-rc1.gz
> >>>>>> or in the git tree and branch at:
> >>>>>> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.9.y
> >>>>>> and the diffstat can be found below.
> >>>>>>
> >>>>>> thanks,
> >>>>>>
> >>>>>> greg k-h
> >>>>>
> >>>>> There are two major issues on arm64 Juno-r2 on Linux stable-rc 6.9.6-rc1
> >>>>>
> >>>>> Reported-by: Linux Kernel Functional Testing <lkft@linaro.org>
> >>>>>
> >>>>> 1)
> >>>>> The LTP controllers cgroup_fj_stress test cases causing kernel crash
> >>>>> on arm64 Juno-r2 with
> >>>>> compat mode testing with stable-rc 6.9 kernel.
> >>>>>
> >>>>> In the recent past I have reported this issues on Linux mainline.
> >>>>>
> >>>>> LTP: fork13: kernel panic on rk3399-rock-pi-4 running mainline 6.10.rc3
> >>>>> - https://lore.kernel.org/all/CA+G9fYvKmr84WzTArmfaypKM9+=Aw0uXCtuUKHQKFCNMGJyOgQ@mail.gmail.com/
> >>>>>
> >>>>> it goes like this,
> >>>>> Unable to handle kernel NULL pointer dereference at virtual address
> >>>>> ...
> >>>>> Insufficient stack space to handle exception!
> >>>>> end Kernel panic - not syncing: kernel stack overflow
> >>>>>
> >>
> >> How is that related to 6.9.6-rc1? That report is from mainline (6.10.rc3).
> >>
> >> Can you share a similar kernel dmesg output from the issue on 6.9.6-rc1?
> >
> > I request you to use this link for detailed boot log, test log and crash log.
> > - https://lkft.validation.linaro.org/scheduler/job/7687060#L23314
> >
> > Few more logs related to build artifacts links provided in the original
> > email thread and bottom of this email.
> >
> > crash log:
> > ---
> >
Thanks for investigating this crash report.
> Thanks, so this is something different than the
>
> "BUG: Bad page map in process fork13
> BUG: Bad rss-counter state mm:"
>
> stuff on mainline you referenced.
>
> Looks like some recursive exception until we exhausted the stack.
You are right !
I see only one common case is, exhaust the stack.
>
>
> Trying to connect the dots here, can you enlighten me how this is
> related to the fork13 mainline report?
I am not sure about the relation between these two reports.
But as a common practice I have shared that report information.
> > [ 0.000000] Booting Linux on physical CPU 0x0000000100 [0x410fd033]
> > [ 0.000000] Linux version 6.9.6-rc1 (tuxmake@tuxmake)
> > (aarch64-linux-gnu-gcc (Debian 13.2.0-12) 13.2.0, GNU ld (GNU Binutils
> > for Debian) 2.42) #1 SMP PREEMPT @1718817000
> > ...
> > [ 1786.336761] Unable to handle kernel NULL pointer dereference at
> > virtual address 0000000000000070
> > [ 1786.345564] Mem abort info:
> > [ 1786.348359] ESR = 0x0000000096000004
> > [ 1786.352112] EC = 0x25: DABT (current EL), IL = 32 bits
> > [ 1786.357434] SET = 0, FnV = 0
> > [ 1786.360492] EA = 0, S1PTW = 0
> > [ 1786.363637] FSC = 0x04: level 0 translation fault
> > [ 1786.368523] Data abort info:
> > [ 1786.371405] ISV = 0, ISS = 0x00000004, ISS2 = 0x00000000
> > [ 1786.376900] CM = 0, WnR = 0, TnD = 0, TagAccess = 0
> > [ 1786.381960] GCS = 0, Overlay = 0, DirtyBit = 0, Xs = 0
> > [ 1786.387284] Unable to handle kernel NULL pointer dereference at
> > virtual address 0000000000000070
> > [ 1786.387293] Insufficient stack space to handle exception!
> > [ 1786.387296] ESR: 0x0000000096000047 -- DABT (current EL)
> > [ 1786.387302] FAR: 0xffff80008399ffe0
> > [ 1786.387306] Task stack: [0xffff8000839a0000..0xffff8000839a4000]
> > [ 1786.387312] IRQ stack: [0xffff8000837f8000..0xffff8000837fc000]
> > [ 1786.387319] Overflow stack: [0xffff00097ec95320..0xffff00097ec96320]
> > [ 1786.387327] CPU: 4 PID: 0 Comm: swapper/4 Not tainted 6.9.6-rc1 #1
> > [ 1786.387338] Hardware name: ARM Juno development board (r2) (DT)
> > [ 1786.387344] pstate: a00003c5 (NzCv DAIF -PAN -UAO -TCO -DIT -SSBS BTYPE=--)
> > [ 1786.387355] pc : _prb_read_valid (kernel/printk/printk_ringbuffer.c:2109)
> > [ 1786.387374] lr : prb_read_valid (kernel/printk/printk_ringbuffer.c:2183)
> > [ 1786.387385] sp : ffff80008399ffe0
> > [ 1786.387390] x29: ffff8000839a0030 x28: ffff000800365f00 x27: ffff800082530008
> > [ 1786.387407] x26: ffff8000834e33b8 x25: ffff8000839a00b0 x24: 0000000000000001
> > [ 1786.387423] x23: ffff8000839a00a8 x22: ffff8000830e3e40 x21: 0000000000001e9e
> > [ 1786.387438] x20: 0000000000000000 x19: ffff8000839a01c8 x18: 0000000000000010
> > [ 1786.387453] x17: 72646461206c6175 x16: 7472697620746120 x15: 65636e6572656665
> > [ 1786.387468] x14: 726564207265746e x13: 3037303030303030 x12: 3030303030303030
> > [ 1786.387483] x11: 2073736572646461 x10: ffff800083151ea0 x9 : ffff80008014273c
> > [ 1786.387498] x8 : ffff8000839a0120 x7 : 0000000000000000 x6 : 0000000000000e9f
> > [ 1786.387512] x5 : ffff8000839a00c8 x4 : ffff8000837157c0 x3 : 0000000000000000
> > [ 1786.387526] x2 : ffff8000839a00b0 x1 : 0000000000000000 x0 : ffff8000830e3f58
> > [ 1786.387542] Kernel panic - not syncing: kernel stack overflow
> > [ 1786.387549] SMP: stopping secondary CPUs
> > [ 1787.510055] SMP: failed to stop secondary CPUs 0,4
> > [ 1787.510065] Kernel Offset: disabled
> > [ 1787.510068] CPU features: 0x4,00001061,e0100000,0200421b
> > [ 1787.510076] Memory Limit: none
> > [ 1787.680436] ---[ end Kernel panic - not syncing: kernel stack overflow ]---
>
>
> --
> Cheers,
>
> David / dhildenb
- Naresh
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [PATCH 6.9 000/281] 6.9.6-rc1 review
2024-06-20 15:39 ` Naresh Kamboju
@ 2024-06-20 19:31 ` David Hildenbrand
0 siblings, 0 replies; 21+ messages in thread
From: David Hildenbrand @ 2024-06-20 19:31 UTC (permalink / raw)
To: Naresh Kamboju
Cc: Greg Kroah-Hartman, stable, patches, linux-kernel, torvalds, akpm,
linux, shuah, patches, lkft-triage, pavel, jonathanh, f.fainelli,
sudipm.mukherjee, srw, rwarsow, conor, allen.lkml, broonie,
Miaohe Lin, Arnd Bergmann, Dan Carpenter, Cgroups, linux-mm,
Baolin Wang, jbeulich, LTP List
>>>>
>> Trying to connect the dots here, can you enlighten me how this is
>> related to the fork13 mainline report?
>
> I am not sure about the relation between these two reports.
> But as a common practice I have shared that report information.
Yes, I was just briefly concerned that we are seeing the same issue as
we saw once on 6.10-rc3 also on a 6.9 kernel -- also because the patch
list don't contain that much MM stuff.
--
Cheers,
David / dhildenb
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [PATCH 6.9 000/281] 6.9.6-rc1 review
2024-06-19 12:52 [PATCH 6.9 000/281] 6.9.6-rc1 review Greg Kroah-Hartman
` (10 preceding siblings ...)
2024-06-20 14:18 ` Ron Economos
@ 2024-06-20 21:34 ` Shuah Khan
11 siblings, 0 replies; 21+ messages in thread
From: Shuah Khan @ 2024-06-20 21:34 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 6/19/24 06:52, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 6.9.6 release.
> There are 281 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, 21 Jun 2024 12:55:11 +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.9.6-rc1.gz
> or in the git tree and branch at:
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.9.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] 21+ messages in thread
end of thread, other threads:[~2024-06-20 21:34 UTC | newest]
Thread overview: 21+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2024-06-19 12:52 [PATCH 6.9 000/281] 6.9.6-rc1 review Greg Kroah-Hartman
2024-06-19 14:51 ` Florian Fainelli
2024-06-19 17:08 ` SeongJae Park
2024-06-19 19:19 ` Jon Hunter
2024-06-19 20:57 ` Pavel Machek
2024-06-19 21:15 ` Allen
2024-06-20 3:43 ` Kelsey Steele
2024-06-20 4:56 ` Bagas Sanjaya
2024-06-20 6:34 ` Peter Schneider
2024-06-20 11:44 ` Mark Brown
2024-06-20 11:51 ` Naresh Kamboju
2024-06-20 12:29 ` Greg Kroah-Hartman
2024-06-20 13:14 ` Naresh Kamboju
2024-06-20 13:53 ` David Hildenbrand
2024-06-20 14:02 ` Naresh Kamboju
2024-06-20 14:20 ` David Hildenbrand
2024-06-20 15:39 ` Naresh Kamboju
2024-06-20 19:31 ` David Hildenbrand
2024-06-20 14:18 ` Ron Economos
2024-06-20 21:34 ` Shuah Khan
-- strict thread matches above, loose matches on Subject: below --
2024-06-19 15:53 Ronald Warsow
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox