This is the start of the stable review cycle for the 6.9.9 release. There are 197 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know.
Responses should be made by Thu, 11 Jul 2024 11:06:25 +0000. Anything received after that time might be too late.
The whole patch series can be found in one patch at: https://www.kernel.org/pub/linux/kernel/v6.x/stable-review/patch-6.9.9-rc1.g... 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.9-rc1
Andrii Nakryiko andrii@kernel.org libbpf: don't close(-1) in multi-uprobe feature detector
Damien Le Moal dlemoal@kernel.org null_blk: Do not allow runt zone with zone capacity smaller then zone size
Armin Wolf W_Armin@gmx.de hwmon: (dell-smm) Add Dell G15 5511 to fan control whitelist
Alex Deucher alexander.deucher@amd.com drm/amdgpu: silence UBSAN warning
Takashi Iwai tiwai@suse.de ALSA: ump: Set default protocol when not given explicitly
Witold Sadowski wsadowski@marvell.com spi: cadence: Ensure data lines set to low during dummy-cycle period
Edward Adam Davis eadavis@qq.com nfc/nci: Add the inconsistency check between the input data length and count
Masahiro Yamada masahiroy@kernel.org kbuild: fix short log for AS in link-vmlinux.sh
Sagi Grimberg sagi@grimberg.me nvmet: fix a possible leak when destroy a ctrl during qp establishment
Hannes Reinecke hare@kernel.org block: check for max_hw_sectors underflow
hmtheboy154 buingoc67@gmail.com platform/x86: touchscreen_dmi: Add info for the EZpad 6s Pro
hmtheboy154 buingoc67@gmail.com platform/x86: touchscreen_dmi: Add info for GlobalSpace SolT IVW 11.6" tablet
Jim Wylder jwylder@google.com regmap-i2c: Subtract reg size from max_write
Andrii Nakryiko andrii@kernel.org libbpf: detect broken PID filtering logic for multi-uprobe
Kundan Kumar kundan.kumar@samsung.com nvme: adjust multiples of NVME_CTRL_PAGE_SIZE in offset
Christian Brauner brauner@kernel.org swap: yield device immediately
Matt Jan zoo868e@gmail.com connector: Fix invalid conversion in cn_proc.h
Hawking Zhang Hawking.Zhang@amd.com drm/amdgpu: correct hbm field in boot status
Fedor Pchelkin pchelkin@ispras.ru dma-mapping: benchmark: avoid needless copy_to_user if benchmark fails
Nilay Shroff nilay@linux.ibm.com nvme-multipath: find NUMA path only for online numa-node
Mike Christie michael.christie@oracle.com vhost-scsi: Handle vhost_vq_work_queue failures for events
Jian-Hong Pan jhp@endlessos.org ALSA: hda/realtek: Enable headset mic of JP-IK LEAP W502 with ALC897
Lang Yu Lang.Yu@amd.com drm/amdkfd: Let VRAM allocations go to GTT domain on small APUs
Konstantin Komarov almaz.alexandrovich@paragon-software.com fs/ntfs3: Mark volume as dirty if xattr is broken
Piotr Wojtaszczyk piotr.wojtaszczyk@timesys.com i2c: pnx: Fix potential deadlock warning from del_timer_sync() call in isr
Pin-yen Lin treapking@chromium.org clk: mediatek: mt8183: Only enable runtime PM on mt8183-mfgcfg
Gabor Juhos j4g8y7@gmail.com clk: qcom: clk-alpha-pll: set ALPHA_EN bit for Stromer Plus PLLs
Luca Weiss luca.weiss@fairphone.com clk: qcom: gcc-sm6350: Fix gpll6* & gpll7 parents
Dragan Simic dsimic@manjaro.org arm64: dts: rockchip: Fix the DCDC_REG2 minimum voltage on Quartz64 Model B
Mickaël Salaün mic@digikod.net selftests/harness: Fix tests timeout and race condition
Stefan Haberland sth@linux.ibm.com s390/dasd: Fix invalid dereferencing of indirect CCW data pointer
Ghadi Elie Rahme ghadi.rahme@canonical.com bnx2x: Fix multiple UBSAN array-index-out-of-bounds
Yijie Yang quic_yijiyang@quicinc.com net: stmmac: dwmac-qcom-ethqos: fix error array size
Christian Brauner brauner@kernel.org fs: don't misleadingly warn during thaw operations
Val Packett val@packett.cool mtd: rawnand: rockchip: ensure NVDDR timings are rejected
Miquel Raynal miquel.raynal@bootlin.com mtd: rawnand: Bypass a couple of sanity checks during NAND identification
Miquel Raynal miquel.raynal@bootlin.com mtd: rawnand: Fix the nand_read_data_op() early check
Miquel Raynal miquel.raynal@bootlin.com mtd: rawnand: Ensure ECC configuration is propagated to upper layers
Jann Horn jannh@google.com filelock: Remove locks reliably when fcntl/close race is detected
Thomas Zimmermann tzimmermann@suse.de firmware: sysfb: Fix reference count of sysfb parent device
Jinglin Wen jinglin.wen@shingroup.cn powerpc/64s: Fix unnecessary copy to 0 when kernel is booted at address 0
Nicholas Piggin npiggin@gmail.com powerpc/pseries: Fix scv instruction crash with kexec
Frank Oltmanns frank@oltmanns.dev clk: sunxi-ng: common: Don't call hw_to_ccu_common on hw without common
Md Sadre Alam quic_mdalam@quicinc.com clk: qcom: gcc-ipq9574: Add BRANCH_HALT_VOTED flag
John Schoenick johns@valvesoftware.com drm: panel-orientation-quirks: Add quirk for Valve Galileo
Alex Deucher alexander.deucher@amd.com drm/amdgpu/atomfirmware: silence UBSAN warning
Ma Ke make24@iscas.ac.cn drm/nouveau: fix null pointer dereference in nouveau_connector_get_modes
Thomas Hellström thomas.hellstrom@linux.intel.com drm/ttm: Always take the bo delayed cleanup path for imported bos
Matthew Auld matthew.auld@intel.com drm/xe: fix error handling in xe_migrate_update_pgtables
Jan Kara jack@suse.cz Revert "mm/writeback: fix possible divide-by-zero in wb_dirty_limits(), again"
Jan Kara jack@suse.cz fsnotify: Do not generate events for O_PATH file descriptors
Jimmy Assarsson extja@kvaser.com can: kvaser_usb: Explicitly initialize family in leafimx driver_info struct
Zijun Hu quic_zijuhu@quicinc.com Bluetooth: qca: Fix BT enable failure again for QCA6390 after warm reboot
Sven Peter sven@svenpeter.dev Bluetooth: Add quirk to ignore reserved PHY bits in LE Extended Adv Report
Hector Martin marcan@marcan.st Bluetooth: hci_bcm4377: Fix msgid release
Nathan Chancellor nathan@kernel.org scsi: mpi3mr: Use proper format specifier in mpi3mr_sas_port_add()
Nathan Chancellor nathan@kernel.org f2fs: Add inline to f2fs_build_fault_attr() stub
Boris Burkov boris@bur.io btrfs: fix folio refcount in __alloc_dummy_extent_buffer()
Naohiro Aota naohiro.aota@wdc.com btrfs: fix adding block group to a reclaim list and the unused list during reclaim
Naohiro Aota naohiro.aota@wdc.com btrfs: zoned: fix calc_available_free_space() for zoned mode
Jan Kara jack@suse.cz mm: avoid overflows in dirty throttling logic
Jinliang Zheng alexjlzheng@tencent.com mm: optimize the redundant loop of mm_update_owner_next()
Ryusuke Konishi konishi.ryusuke@gmail.com nilfs2: fix incorrect inode allocation from reserved inodes
Ryusuke Konishi konishi.ryusuke@gmail.com nilfs2: add missing check for inode numbers on directory entries
Ryusuke Konishi konishi.ryusuke@gmail.com nilfs2: fix inode number range checks
Sasha Neftin sasha.neftin@intel.com Revert "igc: fix a log entry using uninitialized netdev"
Armin Wolf W_Armin@gmx.de platform/x86: toshiba_acpi: Fix quickstart quirk handling
Dmitry Torokhov dmitry.torokhov@gmail.com gpiolib: of: add polarity quirk for TSC2005
Pavan Chebbi pavan.chebbi@broadcom.com bnxt_en: Fix the resource check condition for RSS contexts
Aleksandr Mishin amishin@t-argos.ru mlxsw: core_linecards: Fix double memory deallocation in case of invalid INI file
Shigeru Yoshida syoshida@redhat.com inet_diag: Initialize pad field in struct inet_diag_req_v2
Kuniyuki Iwashima kuniyu@amazon.com tcp: Don't flag tcp_sk(sk)->rx_opt.saw_unknown for TCP AO.
Matt Roper matthew.d.roper@intel.com drm/xe/mcr: Avoid clobbering DSS steering
Zijian Zhang zijianzhang@bytedance.com selftests: make order checking verbose in msg_zerocopy selftest
Zijian Zhang zijianzhang@bytedance.com selftests: fix OOM in msg_zerocopy selftest
Petr Oros poros@redhat.com ice: use proper macro for testing bit
Jacob Keller jacob.e.keller@intel.com ice: Reject pin requests with unsupported flags
Jacob Keller jacob.e.keller@intel.com ice: Don't process extts if PTP is disabled
Milena Olech milena.olech@intel.com ice: Fix improper extts handling
Sam Sun samsun1006219@gmail.com bonding: Fix out-of-bounds read in bond_option_arp_ip_targets_set()
Radu Rendec rrendec@redhat.com net: rswitch: Avoid use-after-free in rswitch_poll()
Florian Westphal fw@strlen.de netfilter: nf_tables: unconditionally flush pending work before notifier
Song Shuai songshuaishuai@tinylab.org riscv: kexec: Avoid deadlock in kexec crash path
Jozef Hopko jozef.hopko@altana.com wifi: wilc1000: fix ies_len type in connect path
Shiji Yang yangshiji66@outlook.com gpio: mmio: do not calculate bgpio_bits via "ngpios"
Eric Farman farman@linux.ibm.com s390/vfio_ccw: Fix target addresses of TIC CCWs
Furong Xu 0x1207@gmail.com net: stmmac: enable HW-accelerated VLAN stripping for gmac4 only
Thomas Huth thuth@redhat.com drm/fbdev-generic: Fix framebuffer on big endian devices
Dave Jiang dave.jiang@intel.com net: ntb_netdev: Move ntb_netdev_rx_handler() to call netif_rx() from __netif_rx()
Bartosz Golaszewski bartosz.golaszewski@linaro.org net: phy: aquantia: add missing include guards
Qu Wenruo wqu@suse.com btrfs: always do the basic checks for btrfs_qgroup_inherit structure
Jiawen Wu jiawenwu@trustnetic.com net: txgbe: free isb resources at the right time
Jiawen Wu jiawenwu@trustnetic.com net: txgbe: add extra handle for MSI/INTx into thread irq handle
Jiawen Wu jiawenwu@trustnetic.com net: txgbe: remove separate irq request for MSI and INTx
Jiawen Wu jiawenwu@trustnetic.com net: txgbe: initialize num_q_vectors for MSI/INTx interrupts
Sagi Grimberg sagi@grimberg.me net: allow skb_datagram_iter to be called from any context
Dmitry Torokhov dmitry.torokhov@gmail.com gpiolib: of: fix lookup quirk for MIPS Lantiq
Dima Ruinskiy dima.ruinskiy@intel.com e1000e: Fix S0ix residency on corporate systems
Christian Borntraeger borntraeger@linux.ibm.com KVM: s390: fix LPSWEY handling
Jakub Kicinski kuba@kernel.org tcp_metrics: validate source addr length
Pavel Skripkin paskripkin@gmail.com bluetooth/hci: disallow setting handle bigger than HCI_CONN_HANDLE_MAX
Iulia Tanasescu iulia.tanasescu@nxp.com Bluetooth: ISO: Check socket flag instead of hcon
Edward Adam Davis eadavis@qq.com Bluetooth: Ignore too large handle values in BIG
Luiz Augusto von Dentz luiz.von.dentz@intel.com Bluetooth: hci_event: Fix setting of unicast qos interval
Leon Romanovsky leon@kernel.org net/mlx5e: Approximate IPsec per-SA payload data bytes count
Leon Romanovsky leon@kernel.org net/mlx5e: Present succeeded IPsec SA bytes and packet
Jianbo Liu jianbol@nvidia.com net/mlx5e: Add mqprio_rl cleanup and free in mlx5e_priv_cleanup()
Chris Mi cmi@nvidia.com net/mlx5: E-switch, Create ingress ACL when needed
Neal Cardwell ncardwell@google.com UPSTREAM: tcp: fix DSACK undo in fast recovery to call tcp_try_to_open()
Johannes Berg johannes.berg@intel.com wifi: mac80211: fix BSS_CHANGED_UNSOL_BCAST_PROBE_RESP
Marek Vasut marex@denx.de net: phy: phy_device: Fix PHY LED blinking code comment
Eric Dumazet edumazet@google.com wifi: cfg80211: restrict NL80211_ATTR_TXQ_QUANTUM values
Dmitry Antipov dmantipov@yandex.ru mac802154: fix time calculation in ieee802154_configure_durations()
Li Zhang zhanglikernel@gmail.com virtio-pci: Check if is_avq is NULL
Mike Christie michael.christie@oracle.com vhost_task: Handle SIGKILL by flushing work and exiting
Mike Christie michael.christie@oracle.com vhost: Release worker mutex during flushes
Mike Christie michael.christie@oracle.com vhost: Use virtqueue mutex for swapping worker
Patryk Wlazlyn patryk.wlazlyn@linux.intel.com tools/power turbostat: Avoid possible memory corruption due to sparse topology IDs
Len Brown len.brown@intel.com tools/power turbostat: Remember global max_die_id
Justin Stitt justinstitt@google.com cdrom: rearrange last_media_change check to avoid unintentional overflow
Lu Yao yaolu@kylinos.cn btrfs: scrub: initialize ret in scrub_simple_mirror() to fix compilation warning
Holger Dengler dengler@linux.ibm.com s390/pkey: Wipe copies of protected- and secure-keys
Holger Dengler dengler@linux.ibm.com s390/pkey: Wipe copies of clear-key structures on failure
Holger Dengler dengler@linux.ibm.com s390/pkey: Wipe sensitive data on failure
Jules Irenge jbi.octave@gmail.com s390/pkey: Use kfree_sensitive() to fix Coccinelle warnings
Sven Schnelle svens@linux.ibm.com s390: Mark psw in __load_psw_mask() as __unitialized
Wang Yong wang.yong12@zte.com.cn jffs2: Fix potential illegal address access in jffs2_free_inode
Matthias Schiffer matthias.schiffer@ew.tq-group.com serial: imx: Raise TX trigger level to 8
Tomas Henzl thenzl@redhat.com scsi: mpi3mr: Sanitise num_phys
Chao Yu chao@kernel.org f2fs: check validation of fault attrs in f2fs_build_fault_attr()
Jose E. Marchesi jose.marchesi@oracle.com bpf: Avoid uninitialized value in BPF_CORE_READ_BITFIELD
Corinna Vinschen vinschen@redhat.com igc: fix a log entry using uninitialized netdev
John Hubbard jhubbard@nvidia.com selftests/net: fix uninitialized variables
Greg Kurz groug@kaod.org powerpc/xmon: Check cpu id in commands "c#", "dp#" and "dx#"
Mickaël Salaün mic@digikod.net kunit: Handle test faults
Mickaël Salaün mic@digikod.net kunit: Fix timeout message
Mike Marshall hubcap@omnibond.com orangefs: fix out-of-bounds fsid access
Michael Ellerman mpe@ellerman.id.au powerpc/64: Set _IO_BASE to POISON_POINTER_DELTA not 0 for CONFIG_PCI=n
Heiner Kallweit hkallweit1@gmail.com i2c: i801: Annotate apanel_addr as __ro_after_init
Shailend Chand shailend@google.com gve: Account for stopped queues when reading NIC stats
Benjamin Gray bgray@linux.ibm.com powerpc/dexcr: Track the DEXCR per-process
Wenkai Lin linwenkai6@hisilicon.com crypto: hisilicon/sec2 - fix for register offset
Ricardo Ribalda ribalda@chromium.org media: dvb-frontends: tda10048: Fix integer overflow
Ricardo Ribalda ribalda@chromium.org media: tc358746: Use the correct div_ function
Ricardo Ribalda ribalda@chromium.org media: i2c: st-mipid02: Use the correct div function
Ricardo Ribalda ribalda@chromium.org media: s2255: Use refcount_t instead of atomic_t for num_channels
Ricardo Ribalda ribalda@chromium.org media: dvb-frontends: tda18271c2dd: Remove casting during div
Simon Horman horms@kernel.org net: dsa: mv88e6xxx: Correct check for empty list
Julien Panis jpanis@baylibre.com thermal/drivers/mediatek/lvts_thermal: Check NULL ptr on lvts_data
StanleyYP Wang StanleyYP.Wang@mediatek.com wifi: mt76: mt7996: add sanity checks for background radar trigger
Felix Fietkau nbd@nbd.name wifi: mt76: replace skb_put with skb_put_zero
Niklas Neronin niklas.neronin@linux.intel.com usb: xhci: prevent potential failure in handle_tx_event() for Transfer events without TRB
Erick Archer erick.archer@outlook.com Input: ff-core - prefer struct_size over open coded arithmetic
Kees Cook keescook@chromium.org kunit/fortify: Do not spam logs with fortify WARNs
Jean Delvare jdelvare@suse.de firmware: dmi: Stop decoding on broken entry
Erick Archer erick.archer@outlook.com sctp: prefer struct_size over open coded arithmetic
Mauro Carvalho Chehab mchehab@kernel.org media: dw2102: fix a potential buffer overflow
Samuel Holland samuel.holland@sifive.com riscv: Apply SiFive CIP-1200 workaround to single-ASID sfence.vma
Michael Bunk micha@freedict.org media: dw2102: Don't translate i2c read into write
Jesse Zhang jesse.zhang@amd.com drm/amdgpu: fix the warning about the expression (int)size - len
Tim Huang Tim.Huang@amd.com drm/amdgpu: fix uninitialized scalar variable warning
Alex Hung alex.hung@amd.com drm/amd/display: Fix uninitialized variables in DM
Alex Hung alex.hung@amd.com drm/amd/display: ASSERT when failing to find index by plane/stream id
Alex Hung alex.hung@amd.com drm/amd/display: Do not return negative stream id for array
Wenjing Liu wenjing.liu@amd.com drm/amd/display: update pipe topology log to support subvp
Hersen Wu hersenxs.wu@amd.com drm/amd/display: Fix overlapping copy within dml_core_mode_programming
Alex Hung alex.hung@amd.com drm/amd/display: Skip finding free audio for unknown engine_id
Alex Hung alex.hung@amd.com drm/amd/display: Check pipe offset before setting vblank
Alex Hung alex.hung@amd.com drm/amd/display: Check index msg_id before read or write
Hersen Wu hersenxs.wu@amd.com drm/amd/display: Add NULL pointer check for kzalloc
Bob Zhou bob.zhou@amd.com drm/amdgpu: fix double free err_addr pointer warnings
Ma Jun Jun.Ma2@amd.com drm/amdgpu: Initialize timestamp for some legacy SOCs
Jesse Zhang jesse.zhang@amd.com drm/amdgpu: Using uninitialized value *size when calling amdgpu_vce_cs_reloc
Ma Jun Jun.Ma2@amd.com drm/amdgpu: Fix uninitialized variable warnings
Fei Shao fshao@chromium.org media: mediatek: vcodec: Only free buffer VA that is not NULL
Hailey Mothershead hailmo@amazon.com crypto: aead,cipher - zeroize key buffer after use
Atish Patra atishp@rivosinc.com RISC-V: KVM: Fix the initial sample period value
Eduard Zingerman eddyz87@gmail.com selftests/bpf: dummy_st_ops should reject 0 for non-nullable params
Eduard Zingerman eddyz87@gmail.com bpf: check bpf_dummy_struct_ops program params for test runs
Eduard Zingerman eddyz87@gmail.com selftests/bpf: do not pass NULL for non-nullable params in dummy_st_ops
Eduard Zingerman eddyz87@gmail.com selftests/bpf: adjust dummy_st_ops_success to detect additional error
Eduard Zingerman eddyz87@gmail.com bpf: mark bpf_dummy_struct_ops.test_1 parameter as nullable
Guanrui Huang guanrui.huang@linux.alibaba.com irqchip/gic-v3-its: Remove BUG_ON in its_vpe_irq_domain_alloc
John Meneghini jmeneghi@redhat.com scsi: qedf: Make qedf_execute_tmf() non-preemptible
Michael Guralnik michaelgur@nvidia.com IB/core: Implement a limit on UMAD receive List
Rodrigo Vivi rodrigo.vivi@intel.com drm/xe: Add outer runtime_pm protection to xe_live_ktest@xe_dma_buf
Zong-Zhe Yang kevin_yang@realtek.com wifi: rtw89: fw: scan offload prohibit all 6 GHz channel if no 6 GHz sband
Breno Leitao leitao@debian.org net: dql: Avoid calling BUG() when WARN() is enough
Ricardo Ribalda ribalda@chromium.org media: dvb-usb: dib0700_devices: Add missing release_firmware()
Ricardo Ribalda ribalda@chromium.org media: dvb: as102-fe: Fix as10x_register_addr packing
Mahesh Salgaonkar mahesh@linux.ibm.com powerpc: Avoid nmi_enter/nmi_exit in real mode interrupt.
Erico Nunes nunes.erico@gmail.com drm/lima: fix shared irq handling on driver remove
Chenghai Huang huangchenghai2@huawei.com crypto: hisilicon/debugfs - Fix debugfs uninit process issue
George Stark gnstark@salutedevices.com leds: an30259a: Use devm_mutex_init() for mutex initialization
George Stark gnstark@salutedevices.com leds: mlxreg: Use devm_mutex_init() for mutex initialization
George Stark gnstark@salutedevices.com locking/mutex: Introduce devm_mutex_init()
Babu Moger babu.moger@amd.com selftests/resctrl: Fix non-contiguous CBM for AMD
-------------
Diffstat:
Makefile | 4 +- arch/arm64/boot/dts/rockchip/rk3566-quartz64-b.dts | 2 +- arch/powerpc/include/asm/interrupt.h | 10 ++ arch/powerpc/include/asm/io.h | 2 +- arch/powerpc/include/asm/percpu.h | 10 ++ arch/powerpc/include/asm/processor.h | 1 + arch/powerpc/kernel/head_64.S | 5 +- arch/powerpc/kernel/process.c | 10 ++ arch/powerpc/kernel/ptrace/ptrace-view.c | 7 +- arch/powerpc/kernel/setup_64.c | 2 + arch/powerpc/kexec/core_64.c | 11 ++ arch/powerpc/platforms/pseries/kexec.c | 8 -- arch/powerpc/platforms/pseries/pseries.h | 1 - arch/powerpc/platforms/pseries/setup.c | 1 - arch/powerpc/xmon/xmon.c | 6 +- arch/riscv/include/asm/errata_list.h | 12 +- arch/riscv/include/asm/tlbflush.h | 19 ++- arch/riscv/kernel/machine_kexec.c | 10 +- arch/riscv/kvm/vcpu_pmu.c | 2 +- arch/riscv/mm/tlbflush.c | 23 ---- arch/s390/include/asm/kvm_host.h | 1 + arch/s390/include/asm/processor.h | 2 +- arch/s390/kvm/kvm-s390.c | 1 + arch/s390/kvm/kvm-s390.h | 15 +++ arch/s390/kvm/priv.c | 32 +++++ block/blk-settings.c | 8 +- crypto/aead.c | 3 +- crypto/cipher.c | 3 +- drivers/base/regmap/regmap-i2c.c | 3 +- drivers/block/null_blk/zoned.c | 11 ++ drivers/bluetooth/hci_bcm4377.c | 10 +- drivers/bluetooth/hci_qca.c | 18 ++- drivers/cdrom/cdrom.c | 2 +- drivers/clk/mediatek/clk-mt8183-mfgcfg.c | 1 + drivers/clk/mediatek/clk-mtk.c | 24 ++-- drivers/clk/mediatek/clk-mtk.h | 2 + drivers/clk/qcom/clk-alpha-pll.c | 3 + drivers/clk/qcom/gcc-ipq9574.c | 10 +- drivers/clk/qcom/gcc-sm6350.c | 10 +- drivers/clk/sunxi-ng/ccu_common.c | 18 ++- drivers/crypto/hisilicon/debugfs.c | 21 +++- drivers/crypto/hisilicon/sec2/sec_main.c | 2 +- drivers/firmware/dmi_scan.c | 11 ++ drivers/firmware/sysfb.c | 12 +- drivers/gpio/gpio-mmio.c | 2 - drivers/gpio/gpiolib-of.c | 22 +++- drivers/gpu/drm/amd/amdgpu/aldebaran.c | 2 +- drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd.c | 5 + drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd_gpuvm.c | 20 ++-- drivers/gpu/drm/amd/amdgpu/amdgpu_debugfs.c | 5 +- drivers/gpu/drm/amd/amdgpu/amdgpu_gfx.c | 3 +- drivers/gpu/drm/amd/amdgpu/amdgpu_irq.c | 8 ++ drivers/gpu/drm/amd/amdgpu/amdgpu_ras.h | 2 +- drivers/gpu/drm/amd/amdgpu/amdgpu_umc.c | 1 + drivers/gpu/drm/amd/amdgpu/amdgpu_vce.c | 3 +- drivers/gpu/drm/amd/amdgpu/sienna_cichlid.c | 2 +- drivers/gpu/drm/amd/amdkfd/kfd_migrate.c | 2 +- drivers/gpu/drm/amd/amdkfd/kfd_svm.c | 6 +- drivers/gpu/drm/amd/amdkfd/kfd_svm.h | 3 +- drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 8 +- .../drm/amd/display/amdgpu_dm/amdgpu_dm_debugfs.c | 4 +- .../amd/display/dc/clk_mgr/dcn30/dcn30_clk_mgr.c | 8 ++ .../amd/display/dc/clk_mgr/dcn32/dcn32_clk_mgr.c | 8 ++ drivers/gpu/drm/amd/display/dc/core/dc_resource.c | 106 ++++++++++++----- .../drm/amd/display/dc/dml2/display_mode_core.c | 4 +- .../amd/display/dc/dml2/dml2_dc_resource_mgmt.c | 6 +- .../amd/display/dc/irq/dce110/irq_service_dce110.c | 8 +- .../amd/display/dc/resource/dcn30/dcn30_resource.c | 3 + .../amd/display/dc/resource/dcn31/dcn31_resource.c | 5 + .../display/dc/resource/dcn314/dcn314_resource.c | 5 + .../display/dc/resource/dcn315/dcn315_resource.c | 2 + .../display/dc/resource/dcn316/dcn316_resource.c | 2 + .../amd/display/dc/resource/dcn32/dcn32_resource.c | 5 + .../display/dc/resource/dcn321/dcn321_resource.c | 2 + .../amd/display/dc/resource/dcn35/dcn35_resource.c | 2 + .../display/dc/resource/dcn351/dcn351_resource.c | 2 + .../gpu/drm/amd/display/modules/hdcp/hdcp_ddc.c | 8 ++ drivers/gpu/drm/amd/include/atomfirmware.h | 4 +- drivers/gpu/drm/drm_fbdev_generic.c | 3 +- drivers/gpu/drm/drm_panel_orientation_quirks.c | 7 ++ drivers/gpu/drm/lima/lima_gp.c | 2 + drivers/gpu/drm/lima/lima_mmu.c | 5 + drivers/gpu/drm/lima/lima_pp.c | 4 + drivers/gpu/drm/nouveau/nouveau_connector.c | 3 + drivers/gpu/drm/ttm/ttm_bo.c | 1 + drivers/gpu/drm/xe/tests/xe_dma_buf.c | 3 + drivers/gpu/drm/xe/xe_gt_mcr.c | 6 +- drivers/gpu/drm/xe/xe_migrate.c | 8 +- drivers/hwmon/dell-smm-hwmon.c | 8 ++ drivers/i2c/busses/i2c-i801.c | 2 +- drivers/i2c/busses/i2c-pnx.c | 48 ++------ drivers/infiniband/core/user_mad.c | 21 +++- drivers/input/ff-core.c | 7 +- drivers/irqchip/irq-gic-v3-its.c | 2 - drivers/leds/leds-an30259a.c | 14 +-- drivers/leds/leds-mlxreg.c | 14 +-- drivers/media/dvb-frontends/as102_fe_types.h | 2 +- drivers/media/dvb-frontends/tda10048.c | 9 +- drivers/media/dvb-frontends/tda18271c2dd.c | 4 +- drivers/media/i2c/st-mipid02.c | 2 +- drivers/media/i2c/tc358746.c | 3 +- .../vcodec/decoder/vdec/vdec_av1_req_lat_if.c | 22 ++-- .../mediatek/vcodec/encoder/venc/venc_h264_if.c | 5 +- drivers/media/usb/dvb-usb/dib0700_devices.c | 18 ++- drivers/media/usb/dvb-usb/dw2102.c | 120 +++++++++++-------- drivers/media/usb/s2255/s2255drv.c | 20 ++-- drivers/mtd/nand/raw/nand_base.c | 68 ++++++----- drivers/mtd/nand/raw/rockchip-nand-controller.c | 6 +- drivers/net/bonding/bond_options.c | 6 +- drivers/net/can/usb/kvaser_usb/kvaser_usb_core.c | 1 + drivers/net/dsa/mv88e6xxx/chip.c | 4 +- drivers/net/ethernet/broadcom/bnx2x/bnx2x.h | 2 +- drivers/net/ethernet/broadcom/bnxt/bnxt.c | 6 +- drivers/net/ethernet/google/gve/gve_ethtool.c | 41 ++++++- drivers/net/ethernet/intel/e1000e/netdev.c | 132 ++++++++++----------- drivers/net/ethernet/intel/ice/ice_hwmon.c | 2 +- drivers/net/ethernet/intel/ice/ice_ptp.c | 131 +++++++++++++++----- drivers/net/ethernet/intel/ice/ice_ptp.h | 9 ++ .../ethernet/mellanox/mlx5/core/en_accel/ipsec.c | 46 +++++-- drivers/net/ethernet/mellanox/mlx5/core/en_main.c | 5 + .../mellanox/mlx5/core/esw/acl/ingress_ofld.c | 37 ++++-- .../net/ethernet/mellanox/mlxsw/core_linecards.c | 1 + drivers/net/ethernet/renesas/rswitch.c | 4 +- .../ethernet/stmicro/stmmac/dwmac-qcom-ethqos.c | 2 +- drivers/net/ethernet/stmicro/stmmac/stmmac_main.c | 7 +- drivers/net/ethernet/wangxun/libwx/wx_hw.c | 1 + drivers/net/ethernet/wangxun/libwx/wx_lib.c | 10 +- drivers/net/ethernet/wangxun/libwx/wx_type.h | 1 + drivers/net/ethernet/wangxun/ngbe/ngbe_main.c | 2 + drivers/net/ethernet/wangxun/txgbe/txgbe_irq.c | 124 ++++++++----------- drivers/net/ethernet/wangxun/txgbe/txgbe_irq.h | 2 +- drivers/net/ethernet/wangxun/txgbe/txgbe_main.c | 9 +- drivers/net/ntb_netdev.c | 2 +- drivers/net/phy/aquantia/aquantia.h | 5 + .../net/wireless/mediatek/mt76/mt76_connac_mcu.c | 10 +- drivers/net/wireless/mediatek/mt76/mt7915/mcu.c | 2 +- .../net/wireless/mediatek/mt76/mt7996/debugfs.c | 5 + drivers/net/wireless/mediatek/mt76/mt7996/mcu.c | 5 +- drivers/net/wireless/microchip/wilc1000/hif.c | 3 +- drivers/net/wireless/realtek/rtw89/fw.c | 4 + drivers/nfc/virtual_ncidev.c | 4 + drivers/nvme/host/multipath.c | 2 +- drivers/nvme/host/pci.c | 3 +- drivers/nvme/target/core.c | 9 ++ drivers/platform/x86/toshiba_acpi.c | 31 +++-- drivers/platform/x86/touchscreen_dmi.c | 36 ++++++ drivers/s390/block/dasd_eckd.c | 4 +- drivers/s390/block/dasd_fba.c | 2 +- drivers/s390/cio/vfio_ccw_cp.c | 9 +- drivers/s390/crypto/pkey_api.c | 109 ++++++++--------- drivers/scsi/mpi3mr/mpi3mr_transport.c | 10 ++ drivers/scsi/qedf/qedf_io.c | 6 +- drivers/spi/spi-cadence-xspi.c | 20 +++- drivers/thermal/mediatek/lvts_thermal.c | 2 + drivers/tty/serial/imx.c | 2 +- drivers/usb/host/xhci-ring.c | 5 +- drivers/vhost/scsi.c | 17 ++- drivers/vhost/vhost.c | 118 ++++++++++++++---- drivers/vhost/vhost.h | 2 + drivers/virtio/virtio_pci_common.c | 2 +- fs/btrfs/block-group.c | 13 +- fs/btrfs/extent_io.c | 2 +- fs/btrfs/qgroup.c | 10 +- fs/btrfs/scrub.c | 2 +- fs/btrfs/space-info.c | 24 +++- fs/f2fs/f2fs.h | 12 +- fs/f2fs/super.c | 27 +++-- fs/f2fs/sysfs.c | 14 ++- fs/jffs2/super.c | 1 + fs/locks.c | 9 +- fs/nilfs2/alloc.c | 19 ++- fs/nilfs2/alloc.h | 4 +- fs/nilfs2/dat.c | 2 +- fs/nilfs2/dir.c | 6 + fs/nilfs2/ifile.c | 7 +- fs/nilfs2/nilfs.h | 10 +- fs/nilfs2/the_nilfs.c | 6 + fs/nilfs2/the_nilfs.h | 2 +- fs/ntfs3/xattr.c | 5 +- fs/orangefs/super.c | 3 +- fs/super.c | 11 +- include/kunit/try-catch.h | 3 - include/linux/dynamic_queue_limits.h | 3 +- include/linux/fsnotify.h | 8 +- include/linux/mutex.h | 27 +++++ include/linux/phy.h | 2 +- include/linux/sched/vhost_task.h | 3 +- include/net/bluetooth/hci.h | 11 ++ include/net/mac80211.h | 2 +- include/uapi/linux/cn_proc.h | 3 +- kernel/dma/map_benchmark.c | 3 + kernel/exit.c | 2 + kernel/kthread.c | 1 + kernel/locking/mutex-debug.c | 12 ++ kernel/power/swap.c | 2 +- kernel/vhost_task.c | 53 ++++++--- lib/fortify_kunit.c | 9 +- lib/kunit/try-catch.c | 22 ++-- mm/page-writeback.c | 32 ++++- net/bluetooth/hci_conn.c | 15 ++- net/bluetooth/hci_event.c | 33 +++++- net/bluetooth/iso.c | 3 +- net/bpf/bpf_dummy_struct_ops.c | 55 ++++++++- net/core/datagram.c | 19 ++- net/ipv4/inet_diag.c | 2 + net/ipv4/tcp_input.c | 9 +- net/ipv4/tcp_metrics.c | 1 + net/mac802154/main.c | 14 ++- net/netfilter/nf_tables_api.c | 3 +- net/sctp/socket.c | 7 +- net/wireless/nl80211.c | 6 +- scripts/link-vmlinux.sh | 2 +- sound/core/ump.c | 8 ++ sound/pci/hda/patch_realtek.c | 9 ++ tools/lib/bpf/bpf_core_read.h | 1 + tools/lib/bpf/features.c | 32 ++++- tools/power/x86/turbostat/turbostat.c | 35 ++++-- .../selftests/bpf/prog_tests/dummy_st_ops.c | 34 +++++- .../selftests/bpf/progs/dummy_st_ops_success.c | 15 ++- tools/testing/selftests/kselftest_harness.h | 43 ++++--- tools/testing/selftests/net/gro.c | 3 + tools/testing/selftests/net/ip_local_port_range.c | 2 +- tools/testing/selftests/net/mptcp/pm_nl_ctl.c | 2 +- tools/testing/selftests/net/msg_zerocopy.c | 14 ++- tools/testing/selftests/resctrl/cat_test.c | 32 +++-- 225 files changed, 2001 insertions(+), 883 deletions(-)
Hello,
On Tue, 9 Jul 2024 13:07:34 +0200 Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 6.9.9 release. There are 197 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know.
Responses should be made by Thu, 11 Jul 2024 11:06:25 +0000. Anything received after that time might be too late.
The whole patch series can be found in one patch at: https://www.kernel.org/pub/linux/kernel/v6.x/stable-review/patch-6.9.9-rc1.g... 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] 6ced42af8b2d ("Linux 6.9.9-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
Hi!
This is the start of the stable review cycle for the 6.9.9 release. There are 197 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...
6.6 passes our testing, too:
https://gitlab.com/cip-project/cip-testing/linux-stable-rc-ci/-/tree/linux-6...
Tested-by: Pavel Machek (CIP) pavel@denx.de
Best regards, Pavel
On Tue, Jul 09, 2024 at 01:07:34PM +0200, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 6.9.9 release. There are 197 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know.
Responses should be made by Thu, 11 Jul 2024 11:06:25 +0000. Anything received after that time might be too late.
No regressions found on WSL (x86 and arm64).
Built, booted, and reviewed dmesg.
Thank you. :)
Tested-by: Kelsey Steele kelseysteele@linux.microsoft.com
On 7/9/24 05:07, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 6.9.9 release. There are 197 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know.
Responses should be made by Thu, 11 Jul 2024 11:06:25 +0000. Anything received after that time might be too late.
The whole patch series can be found in one patch at: https://www.kernel.org/pub/linux/kernel/v6.x/stable-review/patch-6.9.9-rc1.g... 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
Am 09.07.2024 um 13:07 schrieb Greg Kroah-Hartman:
This is the start of the stable review cycle for the 6.9.9 release. There are 197 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know.
Builds, boots and works on my 2-socket Ivy Bridge Xeon E5-2697 v2 server. No dmesg oddities or regressions found.
Tested-by: Peter Schneider pschneider1968@googlemail.com
Beste Grüße, Peter Schneider
On Tue, Jul 09, 2024 at 01:07:34PM +0200, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 6.9.9 release. There are 197 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
On Tue, 9 Jul 2024 at 16:49, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 6.9.9 release. There are 197 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know.
Responses should be made by Thu, 11 Jul 2024 11:06:25 +0000. Anything received after that time might be too late.
The whole patch series can be found in one patch at: https://www.kernel.org/pub/linux/kernel/v6.x/stable-review/patch-6.9.9-rc1.g... 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
Results from Linaro’s test farm. The following kernel panic was noticed while running kunit tests.
First seen on git commit id: 2471237b27c681c22e5f2b7175584aa7d5c89bfc date: on July 9th 2024.
GOOD: v6.9.7-223-g03247eed042d BAD: v6.9.8-198-g2471237b27c6
Always reproduce: yes.
* qemu-arm64, Juno-r2, rk3399-rock-pi-4b and qemu-x86_64 the kunit-boot failed. - gcc-13-defconfig-kunit - clang-18-defconfig-kunit - clang-nightly-defconfig-kunit - gcc-8-defconfig-kunit
Reported-by: Linux Kernel Functional Testing lkft@linaro.org
Crash log [1]: --------- <4>[ 63.601683] kernel_init_freeable (init/main.c:1559) <4>[ 63.602335] kernel_init (init/main.c:1446) <4>[ 63.602980] ret_from_fork (arch/arm64/kernel/entry.S:861) <3>[ 63.603703] <3>[ 63.604057] The buggy address belongs to the object at fff00000c07582e8 <3>[ 63.604057] which belongs to the cache inode_cache of size 616 <3>[ 63.605281] The buggy address is located 80 bytes to the right of <3>[ 63.605281] allocated 616-byte region [fff00000c07582e8, fff00000c0758550) <3>[ 63.606592] <3>[ 63.607294] The buggy address belongs to the physical page: <4>[ 63.607948] page: refcount:1 mapcount:0 mapping:0000000000000000 index:0x0 pfn:0x100758 <4>[ 63.608830] head: order:2 entire_mapcount:0 nr_pages_mapped:0 pincount:0 <4>[ 63.609593] flags: 0xbfffe0000000840(slab|head|node=0|zone=2|lastcpupid=0x1ffff) <4>[ 63.610449] page_type: 0xffffffff() <4>[ 63.611934] raw: 0bfffe0000000840 fff00000c08d2dc0 dead000000000122 0000000000000000 <4>[ 63.612810] raw: 0000000000000000 0000000080160016 00000001ffffffff 0000000000000000 <4>[ 63.613668] head: 0bfffe0000000840 fff00000c08d2dc0 dead000000000122 0000000000000000 <4>[ 63.614525] head: 0000000000000000 0000000080160016 00000001ffffffff 0000000000000000 <4>[ 63.615694] head: 0bfffe0000000002 ffffc1ffc301d601 ffffc1ffc301d648 00000000ffffffff <4>[ 63.616583] head: 0000000400000000 0000000000000000 00000000ffffffff 0000000000000000 <4>[ 63.617391] page dumped because: kasan: bad access detected <3>[ 63.618034] <3>[ 63.618354] Memory state around the buggy address: <3>[ 63.619281] fff00000c0758480: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 <3>[ 63.620086] fff00000c0758500: 00 00 00 00 00 00 00 00 00 00 fc fc fc fc fc fc <3>[ 63.620886] >fff00000c0758580: fc fc fc fc fc fc fc fc fc fc 00 00 00 00 00 00 <3>[ 63.621664] ^ <3>[ 63.622235] fff00000c0758600: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 <3>[ 63.623362] fff00000c0758680: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 <3>[ 63.624138] ================================================================== <6>[ 63.645148] not ok 1 block_bits=10 cluster_bits=3 blocks_per_group=8192 group_count=4 desc_size=64 <6>[ 63.658504] ok 2 block_bits=12 cluster_bits=3 blocks_per_group=8192 group_count=4 desc_size=64 <1>[ 63.674531] Unable to handle kernel NULL pointer dereference at virtual address 0000000000000008 <1>[ 63.675691] Mem abort info: <1>[ 63.676527] ESR = 0x000000009600006b <1>[ 63.677658] EC = 0x25: DABT (current EL), IL = 32 bits <1>[ 63.678274] SET = 0, FnV = 0 <1>[ 63.678906] EA = 0, S1PTW = 0 <1>[ 63.679880] FSC = 0x2b: level -1 translation fault <1>[ 63.680879] Data abort info: <1>[ 63.681606] ISV = 0, ISS = 0x0000006b, ISS2 = 0x00000000 <1>[ 63.682544] CM = 0, WnR = 1, TnD = 0, TagAccess = 0 <1>[ 63.683493] GCS = 0, Overlay = 0, DirtyBit = 0, Xs = 0 <1>[ 63.684732] [0000000000000008] user address but active_mm is swapper <0>[ 63.686080] Internal error: Oops: 000000009600006b [#1] PREEMPT SMP <4>[ 63.688843] Modules linked in: <4>[ 63.689662] CPU: 0 PID: 1 Comm: swapper/0 Tainted: G B N 6.9.9-rc1 #1 <4>[ 63.690522] Hardware name: linux,dummy-virt (DT) <4>[ 63.691532] pstate: 224000c9 (nzCv daIF +PAN -UAO +TCO -DIT -SSBS BTYPE=--) <4>[ 63.692423] pc : _raw_spin_lock_irq (arch/arm64/include/asm/atomic_lse.h:271 arch/arm64/include/asm/cmpxchg.h:120 arch/arm64/include/asm/cmpxchg.h:169 include/linux/atomic/atomic-arch-fallback.h:2055 include/linux/atomic/atomic-arch-fallback.h:2173 include/linux/atomic/atomic-instrumented.h:1302 include/asm-generic/qspinlock.h:111 include/linux/spinlock.h:187 include/linux/spinlock_api_smp.h:120 kernel/locking/spinlock.c:170) <4>[ 63.693097] lr : _raw_spin_lock_irq (include/linux/atomic/atomic-arch-fallback.h:2172 (discriminator 1) include/linux/atomic/atomic-instrumented.h:1302 (discriminator 1) include/asm-generic/qspinlock.h:111 (discriminator 1) include/linux/spinlock.h:187 (discriminator 1) include/linux/spinlock_api_smp.h:120 (discriminator 1) kernel/locking/spinlock.c:170 (discriminator 1)) <4>[ 63.693714] sp : ffff800080087620 <4>[ 63.694519] x29: ffff800080087680 x28: 1ffff00010010f45 x27: ffff800080087a20 <4>[ 63.696315] x26: 1ffff00010010f47 x25: ffff800080087a00 x24: fff00000c99f0028 <4>[ 63.697334] x23: 0000000000000000 x22: dfff800000000000 x21: ffff800080087640 <4>[ 63.698333] x20: 1ffff00010010ec4 x19: 0000000000000008 x18: 000000004b9fd0a9 <4>[ 63.699711] x17: 0000000000000000 x16: fff00000da13e180 x15: ffffaa8e3330c4c4 <4>[ 63.700732] x14: ffffaa8e33312508 x13: ffffaa8e3583b0ec x12: ffff700010010ec9 <4>[ 63.701734] x11: 1ffff00010010ec8 x10: ffff700010010ec8 x9 : dfff800000000000 <4>[ 63.702792] x8 : 0000000000000003 x7 : 0000000000000001 x6 : ffff700010010ec8 <4>[ 63.704539] x5 : ffff800080087640 x4 : ffff700010010ec8 x3 : ffffaa8e3585c520 <4>[ 63.705529] x2 : 0000000000000001 x1 : 0000000000000000 x0 : 0000000000000000 <4>[ 63.706625] Call trace: <4>[ 63.707408] _raw_spin_lock_irq (arch/arm64/include/asm/atomic_lse.h:271 arch/arm64/include/asm/cmpxchg.h:120 arch/arm64/include/asm/cmpxchg.h:169 include/linux/atomic/atomic-arch-fallback.h:2055 include/linux/atomic/atomic-arch-fallback.h:2173 include/linux/atomic/atomic-instrumented.h:1302 include/asm-generic/qspinlock.h:111 include/linux/spinlock.h:187 include/linux/spinlock_api_smp.h:120 kernel/locking/spinlock.c:170) <4>[ 63.708130] wait_for_completion_timeout (kernel/sched/completion.c:84 kernel/sched/completion.c:116 kernel/sched/completion.c:127 kernel/sched/completion.c:167) <4>[ 63.708902] kunit_try_catch_run (lib/kunit/try-catch.c:85) <4>[ 63.709710] kunit_run_case_catch_errors (lib/kunit/test.c:544) <4>[ 63.710558] kunit_run_tests (lib/kunit/test.c:649) <4>[ 63.711555] __kunit_test_suites_init (lib/kunit/test.c:732 (discriminator 1)) <4>[ 63.712489] kunit_run_all_tests (lib/kunit/executor.c:276 lib/kunit/executor.c:392) <4>[ 63.713317] kernel_init_freeable (init/main.c:1559) <4>[ 63.713971] kernel_init (init/main.c:1446) <4>[ 63.714503] ret_from_fork (arch/arm64/kernel/entry.S:861) <0>[ 63.716154] Code: 93407c02 d503201f 2a0003e1 52800022 (88e17e62) All code ======== 0: 93407c02 sxtw x2, w0 4: d503201f nop 8: 2a0003e1 mov w1, w0 c: 52800022 mov w2, #0x1 // #1 10:* 88e17e62 casa w1, w2, [x19] <-- trapping instruction
Code starting with the faulting instruction =========================================== 0: 88e17e62 casa w1, w2, [x19] <4>[ 63.717705] ---[ end trace 0000000000000000 ]--- <6>[ 63.718649] note: swapper/0[1] exited with irqs disabled <6>[ 63.720758] note: swapper/0[1] exited with preempt_count 1 <0>[ 63.722091] Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b <2>[ 63.724608] SMP: stopping secondary CPUs <0>[ 63.725877] Kernel Offset: 0x2a8db2200000 from 0xffff800080000000 <0>[ 63.726534] PHYS_OFFSET: 0x40000000 <0>[ 63.727664] CPU features: 0x0,00000006,8f17bd7c,6766773f <0>[ 63.729291] Memory Limit: none <0>[ 63.731074] ---[ end Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b ]---
Steps to reproduce on qemu-arm64 link provided [2]. Build artifacts arm64 link provided [3]. The Kconfig is built with defconfig+Kunit and the config link provided [4]. This occurred on following Toolchain builds gcc-13, clang-18, clang-nightly and gcc-8.
Reproducible always on following devices and emulators, * rk3399-rock-pi-4b * qemu-arm64 * qemu-x86_64
I am bisecting this reported issue. Please let me know if you need more information.
Links: [1] https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-6.9.y/build/v6.9.8-... [2] https://tuxapi.tuxsuite.com/v1/groups/linaro/projects/lkft/tests/2j0YCwfoW0D... [3] https://storage.tuxsuite.com/public/linaro/lkft/builds/2j0Y8lX6zRNGTiGTZmteM... [4] https://storage.tuxsuite.com/public/linaro/lkft/builds/2j0Y8lX6zRNGTiGTZmteM...
-- Linaro LKFT https://lkft.linaro.org
On Wed, 10 Jul 2024 at 08:41, Naresh Kamboju naresh.kamboju@linaro.org wrote:
On Tue, 9 Jul 2024 at 16:49, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 6.9.9 release. There are 197 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know.
Responses should be made by Thu, 11 Jul 2024 11:06:25 +0000. Anything received after that time might be too late.
The whole patch series can be found in one patch at: https://www.kernel.org/pub/linux/kernel/v6.x/stable-review/patch-6.9.9-rc1.g... 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
Results from Linaro’s test farm. The following kernel panic was noticed while running kunit tests.
First seen on git commit id: 2471237b27c681c22e5f2b7175584aa7d5c89bfc date: on July 9th 2024.
GOOD: v6.9.7-223-g03247eed042d BAD: v6.9.8-198-g2471237b27c6
Always reproduce: yes.
- qemu-arm64, Juno-r2, rk3399-rock-pi-4b and qemu-x86_64 the kunit-boot failed.
- gcc-13-defconfig-kunit
- clang-18-defconfig-kunit
- clang-nightly-defconfig-kunit
- gcc-8-defconfig-kunit
Reported-by: Linux Kernel Functional Testing lkft@linaro.org
Crash log [1]:
<4>[ 63.601683] kernel_init_freeable (init/main.c:1559) <4>[ 63.602335] kernel_init (init/main.c:1446) <4>[ 63.602980] ret_from_fork (arch/arm64/kernel/entry.S:861) <3>[ 63.603703] <3>[ 63.604057] The buggy address belongs to the object at fff00000c07582e8 <3>[ 63.604057] which belongs to the cache inode_cache of size 616 <3>[ 63.605281] The buggy address is located 80 bytes to the right of <3>[ 63.605281] allocated 616-byte region [fff00000c07582e8, fff00000c0758550) <3>[ 63.606592] <3>[ 63.607294] The buggy address belongs to the physical page: <4>[ 63.607948] page: refcount:1 mapcount:0 mapping:0000000000000000 index:0x0 pfn:0x100758 <4>[ 63.608830] head: order:2 entire_mapcount:0 nr_pages_mapped:0 pincount:0 <4>[ 63.609593] flags: 0xbfffe0000000840(slab|head|node=0|zone=2|lastcpupid=0x1ffff) <4>[ 63.610449] page_type: 0xffffffff() <4>[ 63.611934] raw: 0bfffe0000000840 fff00000c08d2dc0 dead000000000122 0000000000000000 <4>[ 63.612810] raw: 0000000000000000 0000000080160016 00000001ffffffff 0000000000000000 <4>[ 63.613668] head: 0bfffe0000000840 fff00000c08d2dc0 dead000000000122 0000000000000000 <4>[ 63.614525] head: 0000000000000000 0000000080160016 00000001ffffffff 0000000000000000 <4>[ 63.615694] head: 0bfffe0000000002 ffffc1ffc301d601 ffffc1ffc301d648 00000000ffffffff <4>[ 63.616583] head: 0000000400000000 0000000000000000 00000000ffffffff 0000000000000000 <4>[ 63.617391] page dumped because: kasan: bad access detected <3>[ 63.618034] <3>[ 63.618354] Memory state around the buggy address: <3>[ 63.619281] fff00000c0758480: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 <3>[ 63.620086] fff00000c0758500: 00 00 00 00 00 00 00 00 00 00 fc fc fc fc fc fc <3>[ 63.620886] >fff00000c0758580: fc fc fc fc fc fc fc fc fc fc 00 00 00 00 00 00 <3>[ 63.621664] ^ <3>[ 63.622235] fff00000c0758600: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 <3>[ 63.623362] fff00000c0758680: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
<3>[ 63.624138]
<6>[ 63.645148] not ok 1 block_bits=10 cluster_bits=3 blocks_per_group=8192 group_count=4 desc_size=64 <6>[ 63.658504] ok 2 block_bits=12 cluster_bits=3 blocks_per_group=8192 group_count=4 desc_size=64 <1>[ 63.674531] Unable to handle kernel NULL pointer dereference at virtual address 0000000000000008 <1>[ 63.675691] Mem abort info: <1>[ 63.676527] ESR = 0x000000009600006b <1>[ 63.677658] EC = 0x25: DABT (current EL), IL = 32 bits <1>[ 63.678274] SET = 0, FnV = 0 <1>[ 63.678906] EA = 0, S1PTW = 0 <1>[ 63.679880] FSC = 0x2b: level -1 translation fault <1>[ 63.680879] Data abort info: <1>[ 63.681606] ISV = 0, ISS = 0x0000006b, ISS2 = 0x00000000 <1>[ 63.682544] CM = 0, WnR = 1, TnD = 0, TagAccess = 0 <1>[ 63.683493] GCS = 0, Overlay = 0, DirtyBit = 0, Xs = 0 <1>[ 63.684732] [0000000000000008] user address but active_mm is swapper <0>[ 63.686080] Internal error: Oops: 000000009600006b [#1] PREEMPT SMP <4>[ 63.688843] Modules linked in: <4>[ 63.689662] CPU: 0 PID: 1 Comm: swapper/0 Tainted: G B N 6.9.9-rc1 #1 <4>[ 63.690522] Hardware name: linux,dummy-virt (DT) <4>[ 63.691532] pstate: 224000c9 (nzCv daIF +PAN -UAO +TCO -DIT -SSBS BTYPE=--) <4>[ 63.692423] pc : _raw_spin_lock_irq (arch/arm64/include/asm/atomic_lse.h:271 arch/arm64/include/asm/cmpxchg.h:120 arch/arm64/include/asm/cmpxchg.h:169 include/linux/atomic/atomic-arch-fallback.h:2055 include/linux/atomic/atomic-arch-fallback.h:2173 include/linux/atomic/atomic-instrumented.h:1302 include/asm-generic/qspinlock.h:111 include/linux/spinlock.h:187 include/linux/spinlock_api_smp.h:120 kernel/locking/spinlock.c:170) <4>[ 63.693097] lr : _raw_spin_lock_irq (include/linux/atomic/atomic-arch-fallback.h:2172 (discriminator 1) include/linux/atomic/atomic-instrumented.h:1302 (discriminator 1) include/asm-generic/qspinlock.h:111 (discriminator 1) include/linux/spinlock.h:187 (discriminator 1) include/linux/spinlock_api_smp.h:120 (discriminator 1) kernel/locking/spinlock.c:170 (discriminator 1)) <4>[ 63.693714] sp : ffff800080087620 <4>[ 63.694519] x29: ffff800080087680 x28: 1ffff00010010f45 x27: ffff800080087a20 <4>[ 63.696315] x26: 1ffff00010010f47 x25: ffff800080087a00 x24: fff00000c99f0028 <4>[ 63.697334] x23: 0000000000000000 x22: dfff800000000000 x21: ffff800080087640 <4>[ 63.698333] x20: 1ffff00010010ec4 x19: 0000000000000008 x18: 000000004b9fd0a9 <4>[ 63.699711] x17: 0000000000000000 x16: fff00000da13e180 x15: ffffaa8e3330c4c4 <4>[ 63.700732] x14: ffffaa8e33312508 x13: ffffaa8e3583b0ec x12: ffff700010010ec9 <4>[ 63.701734] x11: 1ffff00010010ec8 x10: ffff700010010ec8 x9 : dfff800000000000 <4>[ 63.702792] x8 : 0000000000000003 x7 : 0000000000000001 x6 : ffff700010010ec8 <4>[ 63.704539] x5 : ffff800080087640 x4 : ffff700010010ec8 x3 : ffffaa8e3585c520 <4>[ 63.705529] x2 : 0000000000000001 x1 : 0000000000000000 x0 : 0000000000000000 <4>[ 63.706625] Call trace: <4>[ 63.707408] _raw_spin_lock_irq (arch/arm64/include/asm/atomic_lse.h:271 arch/arm64/include/asm/cmpxchg.h:120 arch/arm64/include/asm/cmpxchg.h:169 include/linux/atomic/atomic-arch-fallback.h:2055 include/linux/atomic/atomic-arch-fallback.h:2173 include/linux/atomic/atomic-instrumented.h:1302 include/asm-generic/qspinlock.h:111 include/linux/spinlock.h:187 include/linux/spinlock_api_smp.h:120 kernel/locking/spinlock.c:170) <4>[ 63.708130] wait_for_completion_timeout (kernel/sched/completion.c:84 kernel/sched/completion.c:116 kernel/sched/completion.c:127 kernel/sched/completion.c:167) <4>[ 63.708902] kunit_try_catch_run (lib/kunit/try-catch.c:85) <4>[ 63.709710] kunit_run_case_catch_errors (lib/kunit/test.c:544) <4>[ 63.710558] kunit_run_tests (lib/kunit/test.c:649) <4>[ 63.711555] __kunit_test_suites_init (lib/kunit/test.c:732 (discriminator 1)) <4>[ 63.712489] kunit_run_all_tests (lib/kunit/executor.c:276 lib/kunit/executor.c:392) <4>[ 63.713317] kernel_init_freeable (init/main.c:1559) <4>[ 63.713971] kernel_init (init/main.c:1446) <4>[ 63.714503] ret_from_fork (arch/arm64/kernel/entry.S:861) <0>[ 63.716154] Code: 93407c02 d503201f 2a0003e1 52800022 (88e17e62) All code ======== 0: 93407c02 sxtw x2, w0 4: d503201f nop 8: 2a0003e1 mov w1, w0 c: 52800022 mov w2, #0x1 // #1 10:* 88e17e62 casa w1, w2, [x19] <-- trapping instruction
Code starting with the faulting instruction
0: 88e17e62 casa w1, w2, [x19] <4>[ 63.717705] ---[ end trace 0000000000000000 ]--- <6>[ 63.718649] note: swapper/0[1] exited with irqs disabled <6>[ 63.720758] note: swapper/0[1] exited with preempt_count 1 <0>[ 63.722091] Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b <2>[ 63.724608] SMP: stopping secondary CPUs <0>[ 63.725877] Kernel Offset: 0x2a8db2200000 from 0xffff800080000000 <0>[ 63.726534] PHYS_OFFSET: 0x40000000 <0>[ 63.727664] CPU features: 0x0,00000006,8f17bd7c,6766773f <0>[ 63.729291] Memory Limit: none <0>[ 63.731074] ---[ end Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b ]---
Steps to reproduce on qemu-arm64 link provided [2]. Build artifacts arm64 link provided [3]. The Kconfig is built with defconfig+Kunit and the config link provided [4]. This occurred on following Toolchain builds gcc-13, clang-18, clang-nightly and gcc-8.
Reproducible always on following devices and emulators,
- rk3399-rock-pi-4b
- qemu-arm64
- qemu-x86_64
I am bisecting this reported issue.
Anders, bisected this issue and found this as the first bad commit and after reverting this patch the boot pass and kernel panic were not found.
# first bad commit: [6b91f756f49a16223085b38cedb7e297d134d64d] kunit: Handle test faults [ Upstream commit 3a35c13007dea132a65f07de05c26b87837fadc2 ]
Please let me know if you need more information.
Links: [1] https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-6.9.y/build/v6.9.8-... [2] https://tuxapi.tuxsuite.com/v1/groups/linaro/projects/lkft/tests/2j0YCwfoW0D... [3] https://storage.tuxsuite.com/public/linaro/lkft/builds/2j0Y8lX6zRNGTiGTZmteM... [4] https://storage.tuxsuite.com/public/linaro/lkft/builds/2j0Y8lX6zRNGTiGTZmteM...
Bisection log: ------ $ git bisect log # bad: [6ced42af8b2d3a7dfca7121f6f01b19aa818eeab] Linux 6.9.9-rc1 # good: [2106717b5214895a29c038b37f15d78a3202aa2b] Linux 6.9.8 git bisect start 'stable-rc/linux-6.9.y' 'v6.9.8' # bad: [30dbb09f028b3de9e304e3ab0bbf123613d6b61f] KVM: s390: fix LPSWEY handling git bisect bad 30dbb09f028b3de9e304e3ab0bbf123613d6b61f # good: [81d79946a4623d2d2ce21e68ccd1e9997119e8ff] thermal/drivers/mediatek/lvts_thermal: Check NULL ptr on lvts_data git bisect good 81d79946a4623d2d2ce21e68ccd1e9997119e8ff # bad: [9a2f3e9cd7906c3dc5eebcc1d981c3403c742ea7] s390/pkey: Wipe sensitive data on failure git bisect bad 9a2f3e9cd7906c3dc5eebcc1d981c3403c742ea7 # good: [1b4c766b624614df4deaf51d20dc596859ec8254] orangefs: fix out-of-bounds fsid access git bisect good 1b4c766b624614df4deaf51d20dc596859ec8254 # bad: [867bfb350f89b328fe30537afda02fe4c4ae23f5] bpf: Avoid uninitialized value in BPF_CORE_READ_BITFIELD git bisect bad 867bfb350f89b328fe30537afda02fe4c4ae23f5 # bad: [18363e5c5cbf3c51d0d857e4b9706674cbfd5a96] powerpc/xmon: Check cpu id in commands "c#", "dp#" and "dx#" git bisect bad 18363e5c5cbf3c51d0d857e4b9706674cbfd5a96 # bad: [6b91f756f49a16223085b38cedb7e297d134d64d] kunit: Handle test faults git bisect bad 6b91f756f49a16223085b38cedb7e297d134d64d # good: [3bbd81663033fa72cac3a867e5284b925b445ad6] kunit: Fix timeout message git bisect good 3bbd81663033fa72cac3a867e5284b925b445ad6 # first bad commit: [6b91f756f49a16223085b38cedb7e297d134d64d] kunit: Handle test faults
- Naresh
On Thu, Jul 11, 2024 at 02:00:17PM +0530, Naresh Kamboju wrote:
On Wed, 10 Jul 2024 at 08:41, Naresh Kamboju naresh.kamboju@linaro.org wrote:
On Tue, 9 Jul 2024 at 16:49, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 6.9.9 release. There are 197 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know.
Responses should be made by Thu, 11 Jul 2024 11:06:25 +0000. Anything received after that time might be too late.
The whole patch series can be found in one patch at: https://www.kernel.org/pub/linux/kernel/v6.x/stable-review/patch-6.9.9-rc1.g... 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
Results from Linaro’s test farm. The following kernel panic was noticed while running kunit tests.
First seen on git commit id: 2471237b27c681c22e5f2b7175584aa7d5c89bfc date: on July 9th 2024.
GOOD: v6.9.7-223-g03247eed042d BAD: v6.9.8-198-g2471237b27c6
Always reproduce: yes.
- qemu-arm64, Juno-r2, rk3399-rock-pi-4b and qemu-x86_64 the kunit-boot failed.
- gcc-13-defconfig-kunit
- clang-18-defconfig-kunit
- clang-nightly-defconfig-kunit
- gcc-8-defconfig-kunit
Reported-by: Linux Kernel Functional Testing lkft@linaro.org
Crash log [1]:
<4>[ 63.601683] kernel_init_freeable (init/main.c:1559) <4>[ 63.602335] kernel_init (init/main.c:1446) <4>[ 63.602980] ret_from_fork (arch/arm64/kernel/entry.S:861) <3>[ 63.603703] <3>[ 63.604057] The buggy address belongs to the object at fff00000c07582e8 <3>[ 63.604057] which belongs to the cache inode_cache of size 616 <3>[ 63.605281] The buggy address is located 80 bytes to the right of <3>[ 63.605281] allocated 616-byte region [fff00000c07582e8, fff00000c0758550) <3>[ 63.606592] <3>[ 63.607294] The buggy address belongs to the physical page: <4>[ 63.607948] page: refcount:1 mapcount:0 mapping:0000000000000000 index:0x0 pfn:0x100758 <4>[ 63.608830] head: order:2 entire_mapcount:0 nr_pages_mapped:0 pincount:0 <4>[ 63.609593] flags: 0xbfffe0000000840(slab|head|node=0|zone=2|lastcpupid=0x1ffff) <4>[ 63.610449] page_type: 0xffffffff() <4>[ 63.611934] raw: 0bfffe0000000840 fff00000c08d2dc0 dead000000000122 0000000000000000 <4>[ 63.612810] raw: 0000000000000000 0000000080160016 00000001ffffffff 0000000000000000 <4>[ 63.613668] head: 0bfffe0000000840 fff00000c08d2dc0 dead000000000122 0000000000000000 <4>[ 63.614525] head: 0000000000000000 0000000080160016 00000001ffffffff 0000000000000000 <4>[ 63.615694] head: 0bfffe0000000002 ffffc1ffc301d601 ffffc1ffc301d648 00000000ffffffff <4>[ 63.616583] head: 0000000400000000 0000000000000000 00000000ffffffff 0000000000000000 <4>[ 63.617391] page dumped because: kasan: bad access detected <3>[ 63.618034] <3>[ 63.618354] Memory state around the buggy address: <3>[ 63.619281] fff00000c0758480: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 <3>[ 63.620086] fff00000c0758500: 00 00 00 00 00 00 00 00 00 00 fc fc fc fc fc fc <3>[ 63.620886] >fff00000c0758580: fc fc fc fc fc fc fc fc fc fc 00 00 00 00 00 00 <3>[ 63.621664] ^ <3>[ 63.622235] fff00000c0758600: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 <3>[ 63.623362] fff00000c0758680: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
<3>[ 63.624138]
<6>[ 63.645148] not ok 1 block_bits=10 cluster_bits=3 blocks_per_group=8192 group_count=4 desc_size=64 <6>[ 63.658504] ok 2 block_bits=12 cluster_bits=3 blocks_per_group=8192 group_count=4 desc_size=64 <1>[ 63.674531] Unable to handle kernel NULL pointer dereference at virtual address 0000000000000008 <1>[ 63.675691] Mem abort info: <1>[ 63.676527] ESR = 0x000000009600006b <1>[ 63.677658] EC = 0x25: DABT (current EL), IL = 32 bits <1>[ 63.678274] SET = 0, FnV = 0 <1>[ 63.678906] EA = 0, S1PTW = 0 <1>[ 63.679880] FSC = 0x2b: level -1 translation fault <1>[ 63.680879] Data abort info: <1>[ 63.681606] ISV = 0, ISS = 0x0000006b, ISS2 = 0x00000000 <1>[ 63.682544] CM = 0, WnR = 1, TnD = 0, TagAccess = 0 <1>[ 63.683493] GCS = 0, Overlay = 0, DirtyBit = 0, Xs = 0 <1>[ 63.684732] [0000000000000008] user address but active_mm is swapper <0>[ 63.686080] Internal error: Oops: 000000009600006b [#1] PREEMPT SMP <4>[ 63.688843] Modules linked in: <4>[ 63.689662] CPU: 0 PID: 1 Comm: swapper/0 Tainted: G B N 6.9.9-rc1 #1 <4>[ 63.690522] Hardware name: linux,dummy-virt (DT) <4>[ 63.691532] pstate: 224000c9 (nzCv daIF +PAN -UAO +TCO -DIT -SSBS BTYPE=--) <4>[ 63.692423] pc : _raw_spin_lock_irq (arch/arm64/include/asm/atomic_lse.h:271 arch/arm64/include/asm/cmpxchg.h:120 arch/arm64/include/asm/cmpxchg.h:169 include/linux/atomic/atomic-arch-fallback.h:2055 include/linux/atomic/atomic-arch-fallback.h:2173 include/linux/atomic/atomic-instrumented.h:1302 include/asm-generic/qspinlock.h:111 include/linux/spinlock.h:187 include/linux/spinlock_api_smp.h:120 kernel/locking/spinlock.c:170) <4>[ 63.693097] lr : _raw_spin_lock_irq (include/linux/atomic/atomic-arch-fallback.h:2172 (discriminator 1) include/linux/atomic/atomic-instrumented.h:1302 (discriminator 1) include/asm-generic/qspinlock.h:111 (discriminator 1) include/linux/spinlock.h:187 (discriminator 1) include/linux/spinlock_api_smp.h:120 (discriminator 1) kernel/locking/spinlock.c:170 (discriminator 1)) <4>[ 63.693714] sp : ffff800080087620 <4>[ 63.694519] x29: ffff800080087680 x28: 1ffff00010010f45 x27: ffff800080087a20 <4>[ 63.696315] x26: 1ffff00010010f47 x25: ffff800080087a00 x24: fff00000c99f0028 <4>[ 63.697334] x23: 0000000000000000 x22: dfff800000000000 x21: ffff800080087640 <4>[ 63.698333] x20: 1ffff00010010ec4 x19: 0000000000000008 x18: 000000004b9fd0a9 <4>[ 63.699711] x17: 0000000000000000 x16: fff00000da13e180 x15: ffffaa8e3330c4c4 <4>[ 63.700732] x14: ffffaa8e33312508 x13: ffffaa8e3583b0ec x12: ffff700010010ec9 <4>[ 63.701734] x11: 1ffff00010010ec8 x10: ffff700010010ec8 x9 : dfff800000000000 <4>[ 63.702792] x8 : 0000000000000003 x7 : 0000000000000001 x6 : ffff700010010ec8 <4>[ 63.704539] x5 : ffff800080087640 x4 : ffff700010010ec8 x3 : ffffaa8e3585c520 <4>[ 63.705529] x2 : 0000000000000001 x1 : 0000000000000000 x0 : 0000000000000000 <4>[ 63.706625] Call trace: <4>[ 63.707408] _raw_spin_lock_irq (arch/arm64/include/asm/atomic_lse.h:271 arch/arm64/include/asm/cmpxchg.h:120 arch/arm64/include/asm/cmpxchg.h:169 include/linux/atomic/atomic-arch-fallback.h:2055 include/linux/atomic/atomic-arch-fallback.h:2173 include/linux/atomic/atomic-instrumented.h:1302 include/asm-generic/qspinlock.h:111 include/linux/spinlock.h:187 include/linux/spinlock_api_smp.h:120 kernel/locking/spinlock.c:170) <4>[ 63.708130] wait_for_completion_timeout (kernel/sched/completion.c:84 kernel/sched/completion.c:116 kernel/sched/completion.c:127 kernel/sched/completion.c:167) <4>[ 63.708902] kunit_try_catch_run (lib/kunit/try-catch.c:85) <4>[ 63.709710] kunit_run_case_catch_errors (lib/kunit/test.c:544) <4>[ 63.710558] kunit_run_tests (lib/kunit/test.c:649) <4>[ 63.711555] __kunit_test_suites_init (lib/kunit/test.c:732 (discriminator 1)) <4>[ 63.712489] kunit_run_all_tests (lib/kunit/executor.c:276 lib/kunit/executor.c:392) <4>[ 63.713317] kernel_init_freeable (init/main.c:1559) <4>[ 63.713971] kernel_init (init/main.c:1446) <4>[ 63.714503] ret_from_fork (arch/arm64/kernel/entry.S:861) <0>[ 63.716154] Code: 93407c02 d503201f 2a0003e1 52800022 (88e17e62) All code ======== 0: 93407c02 sxtw x2, w0 4: d503201f nop 8: 2a0003e1 mov w1, w0 c: 52800022 mov w2, #0x1 // #1 10:* 88e17e62 casa w1, w2, [x19] <-- trapping instruction
Code starting with the faulting instruction
0: 88e17e62 casa w1, w2, [x19] <4>[ 63.717705] ---[ end trace 0000000000000000 ]--- <6>[ 63.718649] note: swapper/0[1] exited with irqs disabled <6>[ 63.720758] note: swapper/0[1] exited with preempt_count 1 <0>[ 63.722091] Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b <2>[ 63.724608] SMP: stopping secondary CPUs <0>[ 63.725877] Kernel Offset: 0x2a8db2200000 from 0xffff800080000000 <0>[ 63.726534] PHYS_OFFSET: 0x40000000 <0>[ 63.727664] CPU features: 0x0,00000006,8f17bd7c,6766773f <0>[ 63.729291] Memory Limit: none <0>[ 63.731074] ---[ end Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b ]---
Steps to reproduce on qemu-arm64 link provided [2]. Build artifacts arm64 link provided [3]. The Kconfig is built with defconfig+Kunit and the config link provided [4]. This occurred on following Toolchain builds gcc-13, clang-18, clang-nightly and gcc-8.
Reproducible always on following devices and emulators,
- rk3399-rock-pi-4b
- qemu-arm64
- qemu-x86_64
I am bisecting this reported issue.
Anders, bisected this issue and found this as the first bad commit and after reverting this patch the boot pass and kernel panic were not found.
# first bad commit: [6b91f756f49a16223085b38cedb7e297d134d64d] kunit: Handle test faults [ Upstream commit 3a35c13007dea132a65f07de05c26b87837fadc2 ]
Please let me know if you need more information.
Links: [1] https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-6.9.y/build/v6.9.8-... [2] https://tuxapi.tuxsuite.com/v1/groups/linaro/projects/lkft/tests/2j0YCwfoW0D... [3] https://storage.tuxsuite.com/public/linaro/lkft/builds/2j0Y8lX6zRNGTiGTZmteM... [4] https://storage.tuxsuite.com/public/linaro/lkft/builds/2j0Y8lX6zRNGTiGTZmteM...
Bisection log:
$ git bisect log # bad: [6ced42af8b2d3a7dfca7121f6f01b19aa818eeab] Linux 6.9.9-rc1 # good: [2106717b5214895a29c038b37f15d78a3202aa2b] Linux 6.9.8 git bisect start 'stable-rc/linux-6.9.y' 'v6.9.8' # bad: [30dbb09f028b3de9e304e3ab0bbf123613d6b61f] KVM: s390: fix LPSWEY handling git bisect bad 30dbb09f028b3de9e304e3ab0bbf123613d6b61f # good: [81d79946a4623d2d2ce21e68ccd1e9997119e8ff] thermal/drivers/mediatek/lvts_thermal: Check NULL ptr on lvts_data git bisect good 81d79946a4623d2d2ce21e68ccd1e9997119e8ff # bad: [9a2f3e9cd7906c3dc5eebcc1d981c3403c742ea7] s390/pkey: Wipe sensitive data on failure git bisect bad 9a2f3e9cd7906c3dc5eebcc1d981c3403c742ea7 # good: [1b4c766b624614df4deaf51d20dc596859ec8254] orangefs: fix out-of-bounds fsid access git bisect good 1b4c766b624614df4deaf51d20dc596859ec8254 # bad: [867bfb350f89b328fe30537afda02fe4c4ae23f5] bpf: Avoid uninitialized value in BPF_CORE_READ_BITFIELD git bisect bad 867bfb350f89b328fe30537afda02fe4c4ae23f5 # bad: [18363e5c5cbf3c51d0d857e4b9706674cbfd5a96] powerpc/xmon: Check cpu id in commands "c#", "dp#" and "dx#" git bisect bad 18363e5c5cbf3c51d0d857e4b9706674cbfd5a96 # bad: [6b91f756f49a16223085b38cedb7e297d134d64d] kunit: Handle test faults git bisect bad 6b91f756f49a16223085b38cedb7e297d134d64d # good: [3bbd81663033fa72cac3a867e5284b925b445ad6] kunit: Fix timeout message git bisect good 3bbd81663033fa72cac3a867e5284b925b445ad6 # first bad commit: [6b91f756f49a16223085b38cedb7e297d134d64d] kunit: Handle test faults
So the code to do testing is the thing that is crashing {sigh}
I'll go drop this from all stable branches, but odds are this is also happening in Linus's tree so you might want to report it to the people who submitted it there as well. The thread is here: https://lore.kernel.org/r/20240408074625.65017-5-mic@digikod.net
thanks for the bisection!
greg k-h
On Thu, 11 Jul 2024 at 14:41, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
On Thu, Jul 11, 2024 at 02:00:17PM +0530, Naresh Kamboju wrote:
On Wed, 10 Jul 2024 at 08:41, Naresh Kamboju naresh.kamboju@linaro.org wrote:
On Tue, 9 Jul 2024 at 16:49, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 6.9.9 release. There are 197 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know.
Responses should be made by Thu, 11 Jul 2024 11:06:25 +0000. Anything received after that time might be too late.
The whole patch series can be found in one patch at: https://www.kernel.org/pub/linux/kernel/v6.x/stable-review/patch-6.9.9-rc1.g... 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
Results from Linaro’s test farm. The following kernel panic was noticed while running kunit tests.
First seen on git commit id: 2471237b27c681c22e5f2b7175584aa7d5c89bfc date: on July 9th 2024.
GOOD: v6.9.7-223-g03247eed042d BAD: v6.9.8-198-g2471237b27c6
Always reproduce: yes.
- qemu-arm64, Juno-r2, rk3399-rock-pi-4b and qemu-x86_64 the kunit-boot failed.
- gcc-13-defconfig-kunit
- clang-18-defconfig-kunit
- clang-nightly-defconfig-kunit
- gcc-8-defconfig-kunit
Reported-by: Linux Kernel Functional Testing lkft@linaro.org
Crash log [1]:
<4>[ 63.601683] kernel_init_freeable (init/main.c:1559) <4>[ 63.602335] kernel_init (init/main.c:1446) <4>[ 63.602980] ret_from_fork (arch/arm64/kernel/entry.S:861) <3>[ 63.603703] <3>[ 63.604057] The buggy address belongs to the object at fff00000c07582e8 <3>[ 63.604057] which belongs to the cache inode_cache of size 616 <3>[ 63.605281] The buggy address is located 80 bytes to the right of <3>[ 63.605281] allocated 616-byte region [fff00000c07582e8, fff00000c0758550) <3>[ 63.606592] <3>[ 63.607294] The buggy address belongs to the physical page: <4>[ 63.607948] page: refcount:1 mapcount:0 mapping:0000000000000000 index:0x0 pfn:0x100758 <4>[ 63.608830] head: order:2 entire_mapcount:0 nr_pages_mapped:0 pincount:0 <4>[ 63.609593] flags: 0xbfffe0000000840(slab|head|node=0|zone=2|lastcpupid=0x1ffff) <4>[ 63.610449] page_type: 0xffffffff() <4>[ 63.611934] raw: 0bfffe0000000840 fff00000c08d2dc0 dead000000000122 0000000000000000 <4>[ 63.612810] raw: 0000000000000000 0000000080160016 00000001ffffffff 0000000000000000 <4>[ 63.613668] head: 0bfffe0000000840 fff00000c08d2dc0 dead000000000122 0000000000000000 <4>[ 63.614525] head: 0000000000000000 0000000080160016 00000001ffffffff 0000000000000000 <4>[ 63.615694] head: 0bfffe0000000002 ffffc1ffc301d601 ffffc1ffc301d648 00000000ffffffff <4>[ 63.616583] head: 0000000400000000 0000000000000000 00000000ffffffff 0000000000000000 <4>[ 63.617391] page dumped because: kasan: bad access detected <3>[ 63.618034] <3>[ 63.618354] Memory state around the buggy address: <3>[ 63.619281] fff00000c0758480: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 <3>[ 63.620086] fff00000c0758500: 00 00 00 00 00 00 00 00 00 00 fc fc fc fc fc fc <3>[ 63.620886] >fff00000c0758580: fc fc fc fc fc fc fc fc fc fc 00 00 00 00 00 00 <3>[ 63.621664] ^ <3>[ 63.622235] fff00000c0758600: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 <3>[ 63.623362] fff00000c0758680: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
<3>[ 63.624138]
<6>[ 63.645148] not ok 1 block_bits=10 cluster_bits=3 blocks_per_group=8192 group_count=4 desc_size=64 <6>[ 63.658504] ok 2 block_bits=12 cluster_bits=3 blocks_per_group=8192 group_count=4 desc_size=64 <1>[ 63.674531] Unable to handle kernel NULL pointer dereference at virtual address 0000000000000008 <1>[ 63.675691] Mem abort info: <1>[ 63.676527] ESR = 0x000000009600006b <1>[ 63.677658] EC = 0x25: DABT (current EL), IL = 32 bits <1>[ 63.678274] SET = 0, FnV = 0 <1>[ 63.678906] EA = 0, S1PTW = 0 <1>[ 63.679880] FSC = 0x2b: level -1 translation fault <1>[ 63.680879] Data abort info: <1>[ 63.681606] ISV = 0, ISS = 0x0000006b, ISS2 = 0x00000000 <1>[ 63.682544] CM = 0, WnR = 1, TnD = 0, TagAccess = 0 <1>[ 63.683493] GCS = 0, Overlay = 0, DirtyBit = 0, Xs = 0 <1>[ 63.684732] [0000000000000008] user address but active_mm is swapper <0>[ 63.686080] Internal error: Oops: 000000009600006b [#1] PREEMPT SMP <4>[ 63.688843] Modules linked in: <4>[ 63.689662] CPU: 0 PID: 1 Comm: swapper/0 Tainted: G B N 6.9.9-rc1 #1 <4>[ 63.690522] Hardware name: linux,dummy-virt (DT) <4>[ 63.691532] pstate: 224000c9 (nzCv daIF +PAN -UAO +TCO -DIT -SSBS BTYPE=--) <4>[ 63.692423] pc : _raw_spin_lock_irq (arch/arm64/include/asm/atomic_lse.h:271 arch/arm64/include/asm/cmpxchg.h:120 arch/arm64/include/asm/cmpxchg.h:169 include/linux/atomic/atomic-arch-fallback.h:2055 include/linux/atomic/atomic-arch-fallback.h:2173 include/linux/atomic/atomic-instrumented.h:1302 include/asm-generic/qspinlock.h:111 include/linux/spinlock.h:187 include/linux/spinlock_api_smp.h:120 kernel/locking/spinlock.c:170) <4>[ 63.693097] lr : _raw_spin_lock_irq (include/linux/atomic/atomic-arch-fallback.h:2172 (discriminator 1) include/linux/atomic/atomic-instrumented.h:1302 (discriminator 1) include/asm-generic/qspinlock.h:111 (discriminator 1) include/linux/spinlock.h:187 (discriminator 1) include/linux/spinlock_api_smp.h:120 (discriminator 1) kernel/locking/spinlock.c:170 (discriminator 1)) <4>[ 63.693714] sp : ffff800080087620 <4>[ 63.694519] x29: ffff800080087680 x28: 1ffff00010010f45 x27: ffff800080087a20 <4>[ 63.696315] x26: 1ffff00010010f47 x25: ffff800080087a00 x24: fff00000c99f0028 <4>[ 63.697334] x23: 0000000000000000 x22: dfff800000000000 x21: ffff800080087640 <4>[ 63.698333] x20: 1ffff00010010ec4 x19: 0000000000000008 x18: 000000004b9fd0a9 <4>[ 63.699711] x17: 0000000000000000 x16: fff00000da13e180 x15: ffffaa8e3330c4c4 <4>[ 63.700732] x14: ffffaa8e33312508 x13: ffffaa8e3583b0ec x12: ffff700010010ec9 <4>[ 63.701734] x11: 1ffff00010010ec8 x10: ffff700010010ec8 x9 : dfff800000000000 <4>[ 63.702792] x8 : 0000000000000003 x7 : 0000000000000001 x6 : ffff700010010ec8 <4>[ 63.704539] x5 : ffff800080087640 x4 : ffff700010010ec8 x3 : ffffaa8e3585c520 <4>[ 63.705529] x2 : 0000000000000001 x1 : 0000000000000000 x0 : 0000000000000000 <4>[ 63.706625] Call trace: <4>[ 63.707408] _raw_spin_lock_irq (arch/arm64/include/asm/atomic_lse.h:271 arch/arm64/include/asm/cmpxchg.h:120 arch/arm64/include/asm/cmpxchg.h:169 include/linux/atomic/atomic-arch-fallback.h:2055 include/linux/atomic/atomic-arch-fallback.h:2173 include/linux/atomic/atomic-instrumented.h:1302 include/asm-generic/qspinlock.h:111 include/linux/spinlock.h:187 include/linux/spinlock_api_smp.h:120 kernel/locking/spinlock.c:170) <4>[ 63.708130] wait_for_completion_timeout (kernel/sched/completion.c:84 kernel/sched/completion.c:116 kernel/sched/completion.c:127 kernel/sched/completion.c:167) <4>[ 63.708902] kunit_try_catch_run (lib/kunit/try-catch.c:85) <4>[ 63.709710] kunit_run_case_catch_errors (lib/kunit/test.c:544) <4>[ 63.710558] kunit_run_tests (lib/kunit/test.c:649) <4>[ 63.711555] __kunit_test_suites_init (lib/kunit/test.c:732 (discriminator 1)) <4>[ 63.712489] kunit_run_all_tests (lib/kunit/executor.c:276 lib/kunit/executor.c:392) <4>[ 63.713317] kernel_init_freeable (init/main.c:1559) <4>[ 63.713971] kernel_init (init/main.c:1446) <4>[ 63.714503] ret_from_fork (arch/arm64/kernel/entry.S:861) <0>[ 63.716154] Code: 93407c02 d503201f 2a0003e1 52800022 (88e17e62) All code ======== 0: 93407c02 sxtw x2, w0 4: d503201f nop 8: 2a0003e1 mov w1, w0 c: 52800022 mov w2, #0x1 // #1 10:* 88e17e62 casa w1, w2, [x19] <-- trapping instruction
Code starting with the faulting instruction
0: 88e17e62 casa w1, w2, [x19] <4>[ 63.717705] ---[ end trace 0000000000000000 ]--- <6>[ 63.718649] note: swapper/0[1] exited with irqs disabled <6>[ 63.720758] note: swapper/0[1] exited with preempt_count 1 <0>[ 63.722091] Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b <2>[ 63.724608] SMP: stopping secondary CPUs <0>[ 63.725877] Kernel Offset: 0x2a8db2200000 from 0xffff800080000000 <0>[ 63.726534] PHYS_OFFSET: 0x40000000 <0>[ 63.727664] CPU features: 0x0,00000006,8f17bd7c,6766773f <0>[ 63.729291] Memory Limit: none <0>[ 63.731074] ---[ end Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b ]---
Steps to reproduce on qemu-arm64 link provided [2]. Build artifacts arm64 link provided [3]. The Kconfig is built with defconfig+Kunit and the config link provided [4]. This occurred on following Toolchain builds gcc-13, clang-18, clang-nightly and gcc-8.
Reproducible always on following devices and emulators,
- rk3399-rock-pi-4b
- qemu-arm64
- qemu-x86_64
I am bisecting this reported issue.
Anders, bisected this issue and found this as the first bad commit and after reverting this patch the boot pass and kernel panic were not found.
# first bad commit: [6b91f756f49a16223085b38cedb7e297d134d64d] kunit: Handle test faults [ Upstream commit 3a35c13007dea132a65f07de05c26b87837fadc2 ]
Please let me know if you need more information.
Links: [1] https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-6.9.y/build/v6.9.8-... [2] https://tuxapi.tuxsuite.com/v1/groups/linaro/projects/lkft/tests/2j0YCwfoW0D... [3] https://storage.tuxsuite.com/public/linaro/lkft/builds/2j0Y8lX6zRNGTiGTZmteM... [4] https://storage.tuxsuite.com/public/linaro/lkft/builds/2j0Y8lX6zRNGTiGTZmteM...
Bisection log:
$ git bisect log # bad: [6ced42af8b2d3a7dfca7121f6f01b19aa818eeab] Linux 6.9.9-rc1 # good: [2106717b5214895a29c038b37f15d78a3202aa2b] Linux 6.9.8 git bisect start 'stable-rc/linux-6.9.y' 'v6.9.8' # bad: [30dbb09f028b3de9e304e3ab0bbf123613d6b61f] KVM: s390: fix LPSWEY handling git bisect bad 30dbb09f028b3de9e304e3ab0bbf123613d6b61f # good: [81d79946a4623d2d2ce21e68ccd1e9997119e8ff] thermal/drivers/mediatek/lvts_thermal: Check NULL ptr on lvts_data git bisect good 81d79946a4623d2d2ce21e68ccd1e9997119e8ff # bad: [9a2f3e9cd7906c3dc5eebcc1d981c3403c742ea7] s390/pkey: Wipe sensitive data on failure git bisect bad 9a2f3e9cd7906c3dc5eebcc1d981c3403c742ea7 # good: [1b4c766b624614df4deaf51d20dc596859ec8254] orangefs: fix out-of-bounds fsid access git bisect good 1b4c766b624614df4deaf51d20dc596859ec8254 # bad: [867bfb350f89b328fe30537afda02fe4c4ae23f5] bpf: Avoid uninitialized value in BPF_CORE_READ_BITFIELD git bisect bad 867bfb350f89b328fe30537afda02fe4c4ae23f5 # bad: [18363e5c5cbf3c51d0d857e4b9706674cbfd5a96] powerpc/xmon: Check cpu id in commands "c#", "dp#" and "dx#" git bisect bad 18363e5c5cbf3c51d0d857e4b9706674cbfd5a96 # bad: [6b91f756f49a16223085b38cedb7e297d134d64d] kunit: Handle test faults git bisect bad 6b91f756f49a16223085b38cedb7e297d134d64d # good: [3bbd81663033fa72cac3a867e5284b925b445ad6] kunit: Fix timeout message git bisect good 3bbd81663033fa72cac3a867e5284b925b445ad6 # first bad commit: [6b91f756f49a16223085b38cedb7e297d134d64d] kunit: Handle test faults
So the code to do testing is the thing that is crashing {sigh}
I'll go drop this from all stable branches, but odds are this is also happening in Linus's tree so you might want to report it to the people who submitted it there as well. The thread is here: https://lore.kernel.org/r/20240408074625.65017-5-mic@digikod.net
I have double checked and confirmed that the kunit test works on Linus's tree.
thanks for the bisection!
Always Happy to Test :)
greg k-h
- Naresh
On Tue, 09 Jul 2024 13:07:34 +0200, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 6.9.9 release. There are 197 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know.
Responses should be made by Thu, 11 Jul 2024 11:06:25 +0000. Anything received after that time might be too late.
The whole patch series can be found in one patch at: https://www.kernel.org/pub/linux/kernel/v6.x/stable-review/patch-6.9.9-rc1.g... 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 111 tests: 111 pass, 0 fail
Linux version: 6.9.9-rc1-g6ced42af8b2d 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
On 24/07/09 01:07PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 6.9.9 release. There are 197 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: Christian Heusel christian@heusel.eu
Tested on a ThinkPad E14 Gen 3 with a AMD Ryzen 5 5500U CPU
[2024-07-09 13:07] Greg Kroah-Hartman:
This is the start of the stable review cycle for the 6.9.9 release. There are 197 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know.
Responses should be made by Thu, 11 Jul 2024 11:06:25 +0000. Anything received after that time might be too late.
The whole patch series can be found in one patch at: https://www.kernel.org/pub/linux/kernel/v6.x/stable-review/patch-6.9.9-rc1.g... 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
Hi, 6.9.9-rc1 compiled and is running fine on various x86_64 bare metal and virtual machines of mine (Haswell, Skylake, Kaby Lake, Coffee Lake).
Tested-by: Pascal Ernster git@hardfalcon.net
Regard Pascal
On 7/9/24 4:07 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 6.9.9 release. There are 197 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know.
Responses should be made by Thu, 11 Jul 2024 11:06:25 +0000. Anything received after that time might be too late.
The whole patch series can be found in one patch at: https://www.kernel.org/pub/linux/kernel/v6.x/stable-review/patch-6.9.9-rc1.g... 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
On Tue, Jul 09, 2024 at 01:07:34PM +0200, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 6.9.9 release. There are 197 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.
I'm seeing the RTC date_read_loop test start triggering timeouts on the i.MX8MP EVK with this:
# # RUN rtc.date_read_loop ... # # rtctest.c:95:date_read_loop:Continuously reading RTC time for 30s (with 11ms breaks after every read). # # date_read_loop: Test terminated by timeout
The test was fine with v6.10-rc3 (the first tag it worked at all for v6.10 but that's another story...), but is broken in -next:
# # RUN rtc.date_read_loop ... # # rtctest.c:95:date_read_loop:Continuously reading RTC time for 30s (with 11ms breaks after every read). # # rtctest.c:122:date_read_loop:Performed 2954 RTC time reads. # # OK rtc.date_read_loop
Bisection points to "selftests/harness: Fix tests timeout and race condition" but this looks like a test bug, the timeout for tests is 30s and the test tries to run for 30s which obviously doesn't add up. Previously the test would pass because the bug the patch is fixing is that timeout had no effect. I'm also running the test on other platforms without it triggering new timeouts, it's just this one specific platform that triggered which is a bit worrying.
I'll send a patch for the test.
On Wed, Jul 10, 2024 at 02:04:55PM +0100, Mark Brown wrote:
# # RUN rtc.date_read_loop ... # # rtctest.c:95:date_read_loop:Continuously reading RTC time for 30s (with 11ms breaks after every read). # # rtctest.c:122:date_read_loop:Performed 2954 RTC time reads. # # OK rtc.date_read_loop
Bisection points to "selftests/harness: Fix tests timeout and race condition" but this looks like a test bug, the timeout for tests is 30s and the test tries to run for 30s which obviously doesn't add up. Previously the test would pass because the bug the patch is fixing is that timeout had no effect. I'm also running the test on other platforms without it triggering new timeouts, it's just this one specific platform that triggered which is a bit worrying.
I'll send a patch for the test.
Sorry, spoke too soon on that - the test is explicitly overriding the timeout to be longer so there's something else going on here.
On 7/9/24 04:07, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 6.9.9 release. There are 197 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know.
Responses should be made by Thu, 11 Jul 2024 11:06:25 +0000. Anything received after that time might be too late.
The whole patch series can be found in one patch at: https://www.kernel.org/pub/linux/kernel/v6.x/stable-review/patch-6.9.9-rc1.g... 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