This is the start of the stable review cycle for the 6.12.11 release. There are 122 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, 23 Jan 2025 17:45:02 +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.12.11-rc1... or in the git tree and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.12.y and the diffstat can be found below.
thanks,
greg k-h
------------- Pseudo-Shortlog of commits:
Greg Kroah-Hartman gregkh@linuxfoundation.org Linux 6.12.11-rc1
Ryan Lee ryan.lee@canonical.com apparmor: allocate xmatch for nullpdb inside aa_alloc_null
Wayne Lin Wayne.Lin@amd.com drm/amd/display: Validate mdoe under MST LCT=1 case as well
Nicholas Susanto Nicholas.Susanto@amd.com Revert "drm/amd/display: Enable urgent latency adjustments for DCN35"
Leo Li sunpeng.li@amd.com drm/amd/display: Do not wait for PSR disable on vbl enable
Tom Chung chiahsuan.chung@amd.com drm/amd/display: Disable replay and psr while VRR is enabled
Tom Chung chiahsuan.chung@amd.com drm/amd/display: Fix PSR-SU not support but still call the amdgpu_dm_psr_enable
Christian König christian.koenig@amd.com drm/amdgpu: always sync the GFX pipe on ctx switch
Kenneth Feng kenneth.feng@amd.com drm/amdgpu: disable gfxoff with the compute workload on gfx12
Gui Chengming Jack.Gui@amd.com drm/amdgpu: fix fw attestation for MP0_14_0_{2/3}
Alex Deucher alexander.deucher@amd.com drm/amdgpu/smu13: update powersave optimizations
Ashutosh Dixit ashutosh.dixit@intel.com drm/xe/oa: Add missing VISACTL mux registers
Matthew Brost matthew.brost@intel.com drm/xe: Mark ComputeCS read mode as UC on iGPU
Ville Syrjälä ville.syrjala@linux.intel.com drm/i915/fb: Relax clear color alignment to 64 bytes
Xin Li (Intel) xin@zytor.com x86/fred: Fix the FRED RSP0 MSR out of sync with its per-CPU cache
Frederic Weisbecker frederic@kernel.org timers/migration: Enforce group initialization visibility to tree walkers
Frederic Weisbecker frederic@kernel.org timers/migration: Fix another race between hotplug and idle entry/exit
Koichiro Den koichiro.den@canonical.com hrtimers: Handle CPU state correctly on hotplug
Tomas Krcka krckatom@amazon.de irqchip/gic-v3-its: Don't enable interrupts in its_irq_set_vcpu_affinity()
Yogesh Lal quic_ylal@quicinc.com irqchip/gic-v3: Handle CPU_PM_ENTER_FAILED correctly
Joe Hattori joe@pf.is.s.u-tokyo.ac.jp irqchip: Plug a OF node reference leak in platform_irqchip_probe()
Steven Rostedt rostedt@goodmis.org tracing: gfp: Fix the GFP enum values shown for user space tracing tools
Donet Tom donettom@linux.ibm.com mm: vmscan : pgdemote vmstat is not getting updated when MGLRU is enabled.
Ryan Roberts ryan.roberts@arm.com mm: clear uffd-wp PTE/PMD state on mremap()
Leo Li sunpeng.li@amd.com drm/amd/display: Do not elevate mem_type change to full update
Ryan Roberts ryan.roberts@arm.com selftests/mm: set allocated memory to non-zero content in cow test
Guo Weikang guoweikang.kernel@gmail.com mm/kmemleak: fix percpu memory leak detection failure
Xiaolei Wang xiaolei.wang@windriver.com pmdomain: imx8mp-blk-ctrl: add missing loop break condition
Suren Baghdasaryan surenb@google.com tools: fix atomic_set() definition to set the value correctly
Sean Anderson sean.anderson@linux.dev gpio: xilinx: Convert gpio_lock to raw spinlock
Rik van Riel riel@surriel.com fs/proc: fix softlockup in __read_vmcore (part 2)
Marco Nelissen marco.nelissen@gmail.com filemap: avoid truncating 64-bit offset to 32 bits
Paul Fertser fercerpav@gmail.com net/ncsi: fix locking in Get MAC Address handling
Takashi Iwai tiwai@suse.de drm/nouveau/disp: Fix missing backlight control on Macbook 5,1
Dave Airlie airlied@redhat.com nouveau/fence: handle cross device fences properly
Stefano Garzarella sgarzare@redhat.com vsock: prevent null-ptr-deref in vsock_*[has_data|has_space]
Stefano Garzarella sgarzare@redhat.com vsock: reset socket state when de-assigning the transport
Stefano Garzarella sgarzare@redhat.com vsock/virtio: cancel close work in the destructor
Stefano Garzarella sgarzare@redhat.com vsock/virtio: discard packets if the transport changes
Stefano Garzarella sgarzare@redhat.com vsock/bpf: return early if transport is not assigned
Heiner Kallweit hkallweit1@gmail.com net: ethernet: xgbe: re-add aneg to supported features in PHY quirks
Paolo Abeni pabeni@redhat.com selftests: mptcp: avoid spurious errors on disconnect
Paolo Abeni pabeni@redhat.com mptcp: fix spurious wake-up on under memory pressure
Paolo Abeni pabeni@redhat.com mptcp: be sure to send ack when mptcp-level window re-opens
Tomi Valkeinen tomi.valkeinen+renesas@ideasonboard.com i2c: atr: Fix client detach
Kairui Song kasong@tencent.com zram: fix potential UAF of zram table
Luke D. Jones luke@ljones.dev ALSA: hda/realtek: fixup ASUS H7606W
Luke D. Jones luke@ljones.dev ALSA: hda/realtek: fixup ASUS GA605W
Stefan Binding sbinding@opensource.cirrus.com ALSA: hda/realtek: Add support for Ayaneo System using CS35L41 HDA
Juergen Gross jgross@suse.com x86/asm: Make serialize() always_inline
Peter Zijlstra peterz@infradead.org sched/fair: Fix update_cfs_group() vs DELAY_DEQUEUE
Peter Zijlstra peterz@infradead.org sched/fair: Fix EEVDF entity placement bug causing scheduling lag
Luis Chamberlain mcgrof@kernel.org nvmet: propagate npwg topology
Tejun Heo tj@kernel.org sched_ext: Fix dsq_local_on selftest
Hongguang Gao hongguang.gao@broadcom.com RDMA/bnxt_re: Fix to export port num to ib_query_qp
David Vernet void@manifault.com scx: Fix maximal BPF selftest prog
Ihor Solodrai ihor.solodrai@pm.me selftests/sched_ext: fix build after renames in sched_ext API
Oleg Nesterov oleg@redhat.com poll_wait: add mb() to fix theoretical race between waitqueue_active() and .poll()
Lizhi Xu lizhi.xu@windriver.com afs: Fix merge preference rule failure condition
Marco Nelissen marco.nelissen@gmail.com iomap: avoid avoid truncating 64-bit offset to 32 bits
Henry Huang henry.hj@antgroup.com sched_ext: keep running prev when prev->scx.slice != 0
Hans de Goede hdegoede@redhat.com ACPI: resource: acpi_dev_irq_override(): Check DMI match last
Srinivas Pandruvada srinivas.pandruvada@linux.intel.com platform/x86: ISST: Add Clearwater Forest to support list
Srinivas Pandruvada srinivas.pandruvada@linux.intel.com platform/x86/intel: power-domains: Add Clearwater Forest support
Jakub Kicinski kuba@kernel.org selftests: tc-testing: reduce rshift value
Koichiro Den koichiro.den@canonical.com gpio: sim: lock up configfs that an instantiated device depends on
Koichiro Den koichiro.den@canonical.com gpio: virtuser: lock up configfs that an instantiated device depends on
Manivannan Sadhasivam manivannan.sadhasivam@linaro.org scsi: ufs: core: Honor runtime/system PM levels if set by host controller drivers
Max Kellermann max.kellermann@ionos.com cachefiles: Parse the "secctx" immediately
David Howells dhowells@redhat.com netfs: Fix non-contiguous donation between completed reads
David Howells dhowells@redhat.com kheaders: Ignore silly-rename files
Zhang Kunbo zhangkunbo@huawei.com fs: fix missing declaration of init_files
Brahmajit Das brahmajit.xyz@gmail.com fs/qnx6: Fix building with GCC 15
Leo Stone leocstone@gmail.com hfs: Sanity check the root record
Lizhi Xu lizhi.xu@windriver.com mac802154: check local interfaces before deleting sdata list
Paulo Alcantara pc@manguebit.com smb: client: fix double free of TCP_Server_Info::hostname
David Lechner dlechner@baylibre.com hwmon: (ltc2991) Fix mixed signed/unsigned in DIV_ROUND_CLOSEST
Wolfram Sang wsa+renesas@sang-engineering.com i2c: testunit: on errors, repeat NACK until STOP
Wolfram Sang wsa+renesas@sang-engineering.com i2c: rcar: fix NACK handling when being a target
Wolfram Sang wsa+renesas@sang-engineering.com i2c: mux: demux-pinctrl: check initial mux selection, too
Pratyush Yadav pratyush@kernel.org Revert "mtd: spi-nor: core: replace dummy buswidth from addr to data"
David Lechner dlechner@baylibre.com hwmon: (tmp513) Fix division of negative numbers
Chenyuan Yang chenyuan0y@gmail.com platform/x86: lenovo-yoga-tab2-pro-1380-fastcharger: fix serdev race
Chenyuan Yang chenyuan0y@gmail.com platform/x86: dell-uart-backlight: fix serdev race
Joe Hattori joe@pf.is.s.u-tokyo.ac.jp i2c: core: fix reference leak in i2c_register_adapter()
MD Danish Anwar danishanwar@ti.com soc: ti: pruss: Fix pruss APIs
Claudiu Beznea claudiu.beznea.uj@bp.renesas.com reset: rzg2l-usbphy-ctrl: Assign proper of node to the allocated device
Maíra Canal mcanal@igalia.com drm/v3d: Ensure job pointer is set to NULL after job completion
Ian Forbes ian.forbes@broadcom.com drm/vmwgfx: Add new keep_resv BO param
Ian Forbes ian.forbes@broadcom.com drm/vmwgfx: Unreserve BO on error
Yu-Chun Lin eleanor15x@gmail.com drm/tests: helpers: Fix compiler warning
Jakub Kicinski kuba@kernel.org netdev: avoid CFI problems with sock priv helpers
Leon Romanovsky leon@kernel.org net/mlx5e: Always start IPsec sequence number from 1
Leon Romanovsky leon@kernel.org net/mlx5e: Rely on reqid in IPsec tunnel mode
Leon Romanovsky leon@kernel.org net/mlx5e: Fix inversion dependency warning while enabling IPsec tunnel
Mark Zhang markzhang@nvidia.com net/mlx5: Clear port select structure when fail to create
Chris Mi cmi@nvidia.com net/mlx5: SF, Fix add port error handling
Yishai Hadas yishaih@nvidia.com net/mlx5: Fix a lockdep warning as part of the write combining test
Patrisious Haddad phaddad@nvidia.com net/mlx5: Fix RDMA TX steering prio
Pavel Begunkov asml.silence@gmail.com net: make page_pool_ref_netmem work with net iovs
Kevin Groeneveld kgroeneveld@lenbrook.com net: fec: handle page_pool_dev_alloc_pages error
Sean Anderson sean.anderson@linux.dev net: xilinx: axienet: Fix IRQ coalescing packet count overflow
Dan Carpenter dan.carpenter@linaro.org nfp: bpf: prevent integer overflow in nfp_bpf_event_output()
Viresh Kumar viresh.kumar@linaro.org cpufreq: Move endif to the end of Kconfig file
Kuniyuki Iwashima kuniyu@amazon.com pfcp: Destroy device along with udp socket's netns dismantle.
Kuniyuki Iwashima kuniyu@amazon.com gtp: Destroy device along with udp socket's netns dismantle.
Kuniyuki Iwashima kuniyu@amazon.com gtp: Use for_each_netdev_rcu() in gtp_genl_dump_pdp().
Qu Wenruo wqu@suse.com btrfs: add the missing error handling inside get_canonical_dev_path
Rafael J. Wysocki rafael.j.wysocki@intel.com cpuidle: teo: Update documentation after previous changes
Karol Kolacinski karol.kolacinski@intel.com ice: Add correct PHY lane assignment
Sergey Temerkhanov sergey.temerkhanov@intel.com ice: Use ice_adapter for PTP shared data instead of auxdev
Sergey Temerkhanov sergey.temerkhanov@intel.com ice: Add ice_get_ctrl_ptp() wrapper to simplify the code
Sergey Temerkhanov sergey.temerkhanov@intel.com ice: Introduce ice_get_phy_model() wrapper
Karol Kolacinski karol.kolacinski@intel.com ice: Fix ETH56G FC-FEC Rx offset value
Karol Kolacinski karol.kolacinski@intel.com ice: Fix quad registers read on E825
Karol Kolacinski karol.kolacinski@intel.com ice: Fix E825 initialization
Artem Chernyshev artem.chernyshev@red-soft.ru pktgen: Avoid out-of-bounds access in get_imix_entries
Ilya Maximets i.maximets@ovn.org openvswitch: fix lockup on tx to unregistering netdev with carrier
Paul Barker paul.barker.ct@bp.renesas.com net: ravb: Fix max TX frame size for RZ/V2M
Jakub Kicinski kuba@kernel.org eth: bnxt: always recalculate features after XDP clearing, fix null-deref
Michal Luczaj mhal@rbox.co bpf: Fix bpf_sk_select_reuseport() memory leak
Sudheer Kumar Doredla s-doredla@ti.com net: ethernet: ti: cpsw_ale: Fix cpsw_ale_get_field()
Ard Biesheuvel ardb@kernel.org efi/zboot: Limit compression options to GZIP and ZSTD
-------------
Diffstat:
Makefile | 4 +- arch/x86/include/asm/special_insns.h | 2 +- arch/x86/kernel/fred.c | 8 +- drivers/acpi/resource.c | 6 +- drivers/block/zram/zram_drv.c | 1 + drivers/cpufreq/Kconfig | 4 +- drivers/cpuidle/governors/teo.c | 91 +++---- drivers/firmware/efi/Kconfig | 4 - drivers/firmware/efi/libstub/Makefile.zboot | 18 +- drivers/gpio/gpio-sim.c | 48 +++- drivers/gpio/gpio-virtuser.c | 49 +++- drivers/gpio/gpio-xilinx.c | 32 +-- drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd.c | 5 +- drivers/gpu/drm/amd/amdgpu/amdgpu_fw_attestation.c | 4 + drivers/gpu/drm/amd/amdgpu/amdgpu_ib.c | 4 +- drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 41 ++- .../gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_crc.c | 25 +- .../gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_crtc.c | 4 +- .../gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_crtc.h | 2 +- .../drm/amd/display/amdgpu_dm/amdgpu_dm_debugfs.c | 2 +- .../amd/display/amdgpu_dm/amdgpu_dm_mst_types.c | 14 +- .../gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_psr.c | 35 ++- .../gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_psr.h | 3 +- .../gpu/drm/amd/display/dc/dml/dcn35/dcn35_fpu.c | 4 +- .../gpu/drm/amd/pm/swsmu/smu13/smu_v13_0_0_ppt.c | 11 +- drivers/gpu/drm/i915/display/intel_fb.c | 2 +- drivers/gpu/drm/nouveau/nouveau_fence.c | 6 +- drivers/gpu/drm/nouveau/nvkm/engine/disp/mcp77.c | 1 + drivers/gpu/drm/tests/drm_kunit_helpers.c | 3 +- drivers/gpu/drm/v3d/v3d_irq.c | 4 + drivers/gpu/drm/vmwgfx/vmwgfx_bo.c | 3 +- drivers/gpu/drm/vmwgfx/vmwgfx_bo.h | 3 +- drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 7 +- drivers/gpu/drm/vmwgfx/vmwgfx_gem.c | 1 + drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 20 +- drivers/gpu/drm/vmwgfx/vmwgfx_shader.c | 7 +- drivers/gpu/drm/vmwgfx/vmwgfx_ttm_buffer.c | 5 +- drivers/gpu/drm/xe/xe_hw_engine.c | 2 +- drivers/gpu/drm/xe/xe_oa.c | 1 + drivers/hwmon/ltc2991.c | 2 +- drivers/hwmon/tmp513.c | 7 +- drivers/i2c/busses/i2c-rcar.c | 20 +- drivers/i2c/i2c-atr.c | 2 +- drivers/i2c/i2c-core-base.c | 1 + drivers/i2c/i2c-slave-testunit.c | 19 +- drivers/i2c/muxes/i2c-demux-pinctrl.c | 4 +- drivers/infiniband/hw/bnxt_re/ib_verbs.c | 1 + drivers/infiniband/hw/bnxt_re/ib_verbs.h | 4 + drivers/infiniband/hw/bnxt_re/qplib_fp.c | 1 + drivers/infiniband/hw/bnxt_re/qplib_fp.h | 1 + drivers/irqchip/irq-gic-v3-its.c | 2 +- drivers/irqchip/irq-gic-v3.c | 2 +- drivers/irqchip/irqchip.c | 4 +- drivers/mtd/spi-nor/core.c | 2 +- drivers/net/ethernet/amd/xgbe/xgbe-phy-v2.c | 19 +- drivers/net/ethernet/broadcom/bnxt/bnxt.c | 25 +- drivers/net/ethernet/broadcom/bnxt/bnxt.h | 2 +- drivers/net/ethernet/broadcom/bnxt/bnxt_xdp.c | 7 - drivers/net/ethernet/freescale/fec_main.c | 19 +- drivers/net/ethernet/intel/ice/ice.h | 5 + drivers/net/ethernet/intel/ice/ice_adapter.c | 6 + drivers/net/ethernet/intel/ice/ice_adapter.h | 22 +- drivers/net/ethernet/intel/ice/ice_adminq_cmd.h | 1 + drivers/net/ethernet/intel/ice/ice_common.c | 51 ++++ drivers/net/ethernet/intel/ice/ice_common.h | 1 + drivers/net/ethernet/intel/ice/ice_main.c | 6 +- drivers/net/ethernet/intel/ice/ice_ptp.c | 165 +++++++----- drivers/net/ethernet/intel/ice/ice_ptp.h | 9 +- drivers/net/ethernet/intel/ice/ice_ptp_consts.h | 2 +- drivers/net/ethernet/intel/ice/ice_ptp_hw.c | 285 +++++++++++---------- drivers/net/ethernet/intel/ice/ice_ptp_hw.h | 5 + drivers/net/ethernet/intel/ice/ice_type.h | 2 - .../ethernet/mellanox/mlx5/core/en_accel/ipsec.c | 22 +- .../mellanox/mlx5/core/en_accel/ipsec_fs.c | 12 +- .../mellanox/mlx5/core/en_accel/ipsec_offload.c | 11 +- drivers/net/ethernet/mellanox/mlx5/core/fs_core.c | 1 + .../net/ethernet/mellanox/mlx5/core/lag/port_sel.c | 4 +- .../net/ethernet/mellanox/mlx5/core/sf/devlink.c | 1 + drivers/net/ethernet/mellanox/mlx5/core/wc.c | 24 +- drivers/net/ethernet/netronome/nfp/bpf/offload.c | 3 +- drivers/net/ethernet/renesas/ravb_main.c | 1 + drivers/net/ethernet/ti/cpsw_ale.c | 14 +- drivers/net/ethernet/xilinx/xilinx_axienet_main.c | 6 + drivers/net/gtp.c | 26 +- drivers/net/pfcp.c | 15 +- drivers/nvme/target/io-cmd-bdev.c | 2 +- drivers/platform/x86/dell/dell-uart-backlight.c | 5 +- .../x86/intel/speed_select_if/isst_if_common.c | 1 + drivers/platform/x86/intel/tpmi_power_domains.c | 1 + .../x86/lenovo-yoga-tab2-pro-1380-fastcharger.c | 5 +- drivers/pmdomain/imx/imx8mp-blk-ctrl.c | 2 +- drivers/reset/reset-rzg2l-usbphy-ctrl.c | 1 + drivers/ufs/core/ufshcd.c | 9 +- fs/afs/addr_prefs.c | 6 +- fs/btrfs/volumes.c | 4 + fs/cachefiles/daemon.c | 14 +- fs/cachefiles/internal.h | 3 +- fs/cachefiles/security.c | 6 +- fs/file.c | 1 + fs/hfs/super.c | 4 +- fs/iomap/buffered-io.c | 2 +- fs/netfs/read_collect.c | 9 +- fs/proc/vmcore.c | 2 + fs/qnx6/inode.c | 11 +- fs/smb/client/connect.c | 3 +- include/linux/hrtimer.h | 1 + include/linux/poll.h | 10 +- include/linux/pruss_driver.h | 12 +- include/linux/userfaultfd_k.h | 12 + include/net/page_pool/helpers.h | 2 +- include/trace/events/mmflags.h | 63 +++++ kernel/cpu.c | 2 +- kernel/gen_kheaders.sh | 1 + kernel/sched/ext.c | 11 +- kernel/sched/fair.c | 151 ++--------- kernel/time/hrtimer.c | 11 +- kernel/time/timer_migration.c | 43 +++- mm/filemap.c | 2 +- mm/huge_memory.c | 12 + mm/hugetlb.c | 14 +- mm/kmemleak.c | 2 +- mm/mremap.c | 32 ++- mm/vmscan.c | 3 + net/core/filter.c | 30 ++- net/core/netdev-genl-gen.c | 14 +- net/core/pktgen.c | 6 +- net/mac802154/iface.c | 4 + net/mptcp/options.c | 6 +- net/mptcp/protocol.h | 9 +- net/ncsi/internal.h | 2 + net/ncsi/ncsi-manage.c | 16 +- net/ncsi/ncsi-rsp.c | 19 +- net/openvswitch/actions.c | 4 +- net/vmw_vsock/af_vsock.c | 18 ++ net/vmw_vsock/virtio_transport_common.c | 38 ++- net/vmw_vsock/vsock_bpf.c | 9 + security/apparmor/policy.c | 1 + sound/pci/hda/patch_realtek.c | 3 + tools/net/ynl/ynl-gen-c.py | 16 +- tools/testing/selftests/mm/cow.c | 8 +- tools/testing/selftests/net/mptcp/mptcp_connect.c | 43 +++- .../selftests/sched_ext/ddsp_bogus_dsq_fail.bpf.c | 2 +- .../selftests/sched_ext/ddsp_vtimelocal_fail.bpf.c | 4 +- .../testing/selftests/sched_ext/dsp_local_on.bpf.c | 7 +- tools/testing/selftests/sched_ext/dsp_local_on.c | 5 +- .../selftests/sched_ext/enq_select_cpu_fails.bpf.c | 2 +- tools/testing/selftests/sched_ext/exit.bpf.c | 4 +- tools/testing/selftests/sched_ext/maximal.bpf.c | 8 +- .../selftests/sched_ext/select_cpu_dfl.bpf.c | 2 +- .../sched_ext/select_cpu_dfl_nodispatch.bpf.c | 2 +- .../selftests/sched_ext/select_cpu_dispatch.bpf.c | 2 +- .../sched_ext/select_cpu_dispatch_bad_dsq.bpf.c | 2 +- .../sched_ext/select_cpu_dispatch_dbl_dsp.bpf.c | 4 +- .../selftests/sched_ext/select_cpu_vtime.bpf.c | 8 +- .../tc-testing/tc-tests/filters/flow.json | 4 +- tools/testing/shared/linux/maple_tree.h | 2 +- tools/testing/vma/linux/atomic.h | 2 +- 157 files changed, 1345 insertions(+), 766 deletions(-)
On 1/21/25 09:50, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 6.12.11 release. There are 122 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, 23 Jan 2025 17:45:02 +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.12.11-rc1... or in the git tree and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.12.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
Am 21.01.2025 um 18:50 schrieb Greg Kroah-Hartman:
This is the start of the stable review cycle for the 6.12.11 release. There are 122 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
Hi Greg,
On Tue, Jan 21, 2025 at 06:50:48PM +0100, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 6.12.11 release. There are 122 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, 23 Jan 2025 17:45:02 +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.12.11-rc1... or in the git tree and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.12.y and the diffstat can be found below.
Built and lightly tested, when booting I'm noticing the following in dmesg:
[ +0.007932] ------------[ cut here ]------------ [ +0.000003] WARNING: CPU: 1 PID: 0 at kernel/sched/fair.c:5250 place_entity+0x127/0x130 [ +0.000006] Modules linked in: ahci(E) libahci(E) crc32_pclmul(E) xhci_hcd(E) libata(E) psmouse(E) crc32c_intel(E) > [ +0.000021] CPU: 1 UID: 0 PID: 0 Comm: swapper/1 Tainted: G E 6.12.11-rc1+ #1 [ +0.000004] Tainted: [E]=UNSIGNED_MODULE [ +0.000002] Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS 1.16.2-debian-1.16.2-1 04/01/2014 [ +0.000002] RIP: 0010:place_entity+0x127/0x130 [ +0.000003] Code: 01 6b 28 c6 43 52 00 5b 5d 41 5c 41 5d 41 5e e9 2f 83 bc 00 b9 02 00 00 00 49 c1 ee 0a 49 39 ce 4> [ +0.000002] RSP: 0018:ffffbe1f400f8d08 EFLAGS: 00010046 [ +0.000003] RAX: 0000000000000000 RBX: ffff9ed7c0c0f200 RCX: 00000000000000c2 [ +0.000002] RDX: 0000000000000000 RSI: 000000000000001d RDI: 000000000078cfd5 [ +0.000002] RBP: 0000000029d40d60 R08: 00000000a8e83f00 R09: 0000000000000002 [ +0.000002] R10: 00000000006e3ab2 R11: ffff9ed7d4056690 R12: ffff9ed83bd360c0 [ +0.000002] R13: 0000000000000000 R14: 00000000000000c2 R15: 000000000016e360 [ +0.000003] FS: 0000000000000000(0000) GS:ffff9ed83bd00000(0000) knlGS:0000000000000000 [ +0.000002] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ +0.000002] CR2: 00007f9f5a7245d8 CR3: 0000000100bfc000 CR4: 0000000000350ef0 [ +0.000003] Call Trace: [ +0.000003] <IRQ> [ +0.000002] ? place_entity+0x127/0x130 [ +0.000002] ? __warn.cold+0x93/0xf6 [ +0.000004] ? place_entity+0x127/0x130 [ +0.000003] ? report_bug+0xff/0x140 [ +0.000005] ? handle_bug+0x58/0x90 [ +0.000002] ? exc_invalid_op+0x17/0x70 [ +0.000003] ? asm_exc_invalid_op+0x1a/0x20 [ +0.000006] ? place_entity+0x127/0x130 [ +0.000003] ? place_entity+0x99/0x130 [ +0.000004] reweight_entity+0x1af/0x1d0 [ +0.000003] enqueue_task_fair+0x30c/0x5e0 [ +0.000005] enqueue_task+0x35/0x150 [ +0.000004] activate_task+0x3a/0x60 [ +0.000003] sched_balance_rq+0x7c6/0xee0 [ +0.000008] sched_balance_domains+0x25b/0x350 [ +0.000005] handle_softirqs+0xcf/0x280 [ +0.000006] __irq_exit_rcu+0x8d/0xb0 [ +0.000003] sysvec_apic_timer_interrupt+0x71/0x90 [ +0.000003] </IRQ> [ +0.000002] <TASK> [ +0.000002] asm_sysvec_apic_timer_interrupt+0x1a/0x20 [ +0.000002] RIP: 0010:pv_native_safe_halt+0xf/0x20 [ +0.000004] Code: 22 d7 e9 b4 01 01 00 0f 1f 40 00 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 f3 0f 1e fa eb 0> [ +0.000002] RSP: 0018:ffffbe1f400bbed8 EFLAGS: 00000202 [ +0.000003] RAX: 0000000000000001 RBX: ffff9ed7c033e600 RCX: ffff9ed7c0647830 [ +0.000001] RDX: 0000000000000000 RSI: 0000000000000001 RDI: 00000000000017b4 [ +0.000002] RBP: 0000000000000001 R08: 0000000000000001 R09: 0000000000000000 [ +0.000002] R10: 0000000000000001 R11: 0000000000000000 R12: 0000000000000000 [ +0.000001] R13: 0000000000000000 R14: 0000000000000000 R15: 0000000000000000 [ +0.000006] default_idle+0x9/0x20 [ +0.000003] default_idle_call+0x29/0x100 [ +0.000002] do_idle+0x1fe/0x240 [ +0.000005] cpu_startup_entry+0x29/0x30 [ +0.000003] start_secondary+0x11e/0x140 [ +0.000004] common_startup_64+0x13e/0x141 [ +0.000007] </TASK> [ +0.000001] ---[ end trace 0000000000000000 ]---
Not yet bisected which change causes it.
Regards, Salvatore
Hi Greg,
On 21/01/2025 21:46, Salvatore Bonaccorso wrote:
Hi Greg,
On Tue, Jan 21, 2025 at 06:50:48PM +0100, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 6.12.11 release. There are 122 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, 23 Jan 2025 17:45:02 +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.12.11-rc1... or in the git tree and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.12.y and the diffstat can be found below.
Built and lightly tested, when booting I'm noticing the following in dmesg:
[ +0.007932] ------------[ cut here ]------------ [ +0.000003] WARNING: CPU: 1 PID: 0 at kernel/sched/fair.c:5250 place_entity+0x127/0x130 [ +0.000006] Modules linked in: ahci(E) libahci(E) crc32_pclmul(E) xhci_hcd(E) libata(E) psmouse(E) crc32c_intel(E) > [ +0.000021] CPU: 1 UID: 0 PID: 0 Comm: swapper/1 Tainted: G E 6.12.11-rc1+ #1 [ +0.000004] Tainted: [E]=UNSIGNED_MODULE [ +0.000002] Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS 1.16.2-debian-1.16.2-1 04/01/2014 [ +0.000002] RIP: 0010:place_entity+0x127/0x130 [ +0.000003] Code: 01 6b 28 c6 43 52 00 5b 5d 41 5c 41 5d 41 5e e9 2f 83 bc 00 b9 02 00 00 00 49 c1 ee 0a 49 39 ce 4> [ +0.000002] RSP: 0018:ffffbe1f400f8d08 EFLAGS: 00010046 [ +0.000003] RAX: 0000000000000000 RBX: ffff9ed7c0c0f200 RCX: 00000000000000c2 [ +0.000002] RDX: 0000000000000000 RSI: 000000000000001d RDI: 000000000078cfd5 [ +0.000002] RBP: 0000000029d40d60 R08: 00000000a8e83f00 R09: 0000000000000002 [ +0.000002] R10: 00000000006e3ab2 R11: ffff9ed7d4056690 R12: ffff9ed83bd360c0 [ +0.000002] R13: 0000000000000000 R14: 00000000000000c2 R15: 000000000016e360 [ +0.000003] FS: 0000000000000000(0000) GS:ffff9ed83bd00000(0000) knlGS:0000000000000000 [ +0.000002] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ +0.000002] CR2: 00007f9f5a7245d8 CR3: 0000000100bfc000 CR4: 0000000000350ef0 [ +0.000003] Call Trace: [ +0.000003] <IRQ> [ +0.000002] ? place_entity+0x127/0x130 [ +0.000002] ? __warn.cold+0x93/0xf6 [ +0.000004] ? place_entity+0x127/0x130 [ +0.000003] ? report_bug+0xff/0x140 [ +0.000005] ? handle_bug+0x58/0x90 [ +0.000002] ? exc_invalid_op+0x17/0x70 [ +0.000003] ? asm_exc_invalid_op+0x1a/0x20 [ +0.000006] ? place_entity+0x127/0x130 [ +0.000003] ? place_entity+0x99/0x130 [ +0.000004] reweight_entity+0x1af/0x1d0 [ +0.000003] enqueue_task_fair+0x30c/0x5e0 [ +0.000005] enqueue_task+0x35/0x150 [ +0.000004] activate_task+0x3a/0x60 [ +0.000003] sched_balance_rq+0x7c6/0xee0 [ +0.000008] sched_balance_domains+0x25b/0x350 [ +0.000005] handle_softirqs+0xcf/0x280 [ +0.000006] __irq_exit_rcu+0x8d/0xb0 [ +0.000003] sysvec_apic_timer_interrupt+0x71/0x90 [ +0.000003] </IRQ> [ +0.000002] <TASK> [ +0.000002] asm_sysvec_apic_timer_interrupt+0x1a/0x20 [ +0.000002] RIP: 0010:pv_native_safe_halt+0xf/0x20 [ +0.000004] Code: 22 d7 e9 b4 01 01 00 0f 1f 40 00 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 f3 0f 1e fa eb 0> [ +0.000002] RSP: 0018:ffffbe1f400bbed8 EFLAGS: 00000202 [ +0.000003] RAX: 0000000000000001 RBX: ffff9ed7c033e600 RCX: ffff9ed7c0647830 [ +0.000001] RDX: 0000000000000000 RSI: 0000000000000001 RDI: 00000000000017b4 [ +0.000002] RBP: 0000000000000001 R08: 0000000000000001 R09: 0000000000000000 [ +0.000002] R10: 0000000000000001 R11: 0000000000000000 R12: 0000000000000000 [ +0.000001] R13: 0000000000000000 R14: 0000000000000000 R15: 0000000000000000 [ +0.000006] default_idle+0x9/0x20 [ +0.000003] default_idle_call+0x29/0x100 [ +0.000002] do_idle+0x1fe/0x240 [ +0.000005] cpu_startup_entry+0x29/0x30 [ +0.000003] start_secondary+0x11e/0x140 [ +0.000004] common_startup_64+0x13e/0x141 [ +0.000007] </TASK> [ +0.000001] ---[ end trace 0000000000000000 ]---
Not yet bisected which change causes it.
I am seeing the same on Tegra. I have not looked to see which change this is yet either.
Jon
On 1/21/25 23:04, Jon Hunter wrote:
Hi Greg,
On 21/01/2025 21:46, Salvatore Bonaccorso wrote:
Hi Greg,
On Tue, Jan 21, 2025 at 06:50:48PM +0100, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 6.12.11 release. There are 122 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, 23 Jan 2025 17:45:02 +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.12.11-rc1...
or in the git tree and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.12.y and the diffstat can be found below.
Built and lightly tested, when booting I'm noticing the following in dmesg:
[ +0.007932] ------------[ cut here ]------------ [ +0.000003] WARNING: CPU: 1 PID: 0 at kernel/sched/fair.c:5250 place_entity+0x127/0x130 [ +0.000006] Modules linked in: ahci(E) libahci(E) crc32_pclmul(E) xhci_hcd(E) libata(E) psmouse(E) crc32c_intel(E) > [ +0.000021] CPU: 1 UID: 0 PID: 0 Comm: swapper/1 Tainted: G E 6.12.11-rc1+ #1 [ +0.000004] Tainted: [E]=UNSIGNED_MODULE [ +0.000002] Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS 1.16.2-debian-1.16.2-1 04/01/2014 [ +0.000002] RIP: 0010:place_entity+0x127/0x130 [ +0.000003] Code: 01 6b 28 c6 43 52 00 5b 5d 41 5c 41 5d 41 5e e9 2f 83 bc 00 b9 02 00 00 00 49 c1 ee 0a 49 39 ce 4> [ +0.000002] RSP: 0018:ffffbe1f400f8d08 EFLAGS: 00010046 [ +0.000003] RAX: 0000000000000000 RBX: ffff9ed7c0c0f200 RCX: 00000000000000c2 [ +0.000002] RDX: 0000000000000000 RSI: 000000000000001d RDI: 000000000078cfd5 [ +0.000002] RBP: 0000000029d40d60 R08: 00000000a8e83f00 R09: 0000000000000002 [ +0.000002] R10: 00000000006e3ab2 R11: ffff9ed7d4056690 R12: ffff9ed83bd360c0 [ +0.000002] R13: 0000000000000000 R14: 00000000000000c2 R15: 000000000016e360 [ +0.000003] FS: 0000000000000000(0000) GS:ffff9ed83bd00000(0000) knlGS:0000000000000000 [ +0.000002] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ +0.000002] CR2: 00007f9f5a7245d8 CR3: 0000000100bfc000 CR4: 0000000000350ef0 [ +0.000003] Call Trace: [ +0.000003] <IRQ> [ +0.000002] ? place_entity+0x127/0x130 [ +0.000002] ? __warn.cold+0x93/0xf6 [ +0.000004] ? place_entity+0x127/0x130 [ +0.000003] ? report_bug+0xff/0x140 [ +0.000005] ? handle_bug+0x58/0x90 [ +0.000002] ? exc_invalid_op+0x17/0x70 [ +0.000003] ? asm_exc_invalid_op+0x1a/0x20 [ +0.000006] ? place_entity+0x127/0x130 [ +0.000003] ? place_entity+0x99/0x130 [ +0.000004] reweight_entity+0x1af/0x1d0 [ +0.000003] enqueue_task_fair+0x30c/0x5e0 [ +0.000005] enqueue_task+0x35/0x150 [ +0.000004] activate_task+0x3a/0x60 [ +0.000003] sched_balance_rq+0x7c6/0xee0 [ +0.000008] sched_balance_domains+0x25b/0x350 [ +0.000005] handle_softirqs+0xcf/0x280 [ +0.000006] __irq_exit_rcu+0x8d/0xb0 [ +0.000003] sysvec_apic_timer_interrupt+0x71/0x90 [ +0.000003] </IRQ> [ +0.000002] <TASK> [ +0.000002] asm_sysvec_apic_timer_interrupt+0x1a/0x20 [ +0.000002] RIP: 0010:pv_native_safe_halt+0xf/0x20 [ +0.000004] Code: 22 d7 e9 b4 01 01 00 0f 1f 40 00 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 f3 0f 1e fa eb 0> [ +0.000002] RSP: 0018:ffffbe1f400bbed8 EFLAGS: 00000202 [ +0.000003] RAX: 0000000000000001 RBX: ffff9ed7c033e600 RCX: ffff9ed7c0647830 [ +0.000001] RDX: 0000000000000000 RSI: 0000000000000001 RDI: 00000000000017b4 [ +0.000002] RBP: 0000000000000001 R08: 0000000000000001 R09: 0000000000000000 [ +0.000002] R10: 0000000000000001 R11: 0000000000000000 R12: 0000000000000000 [ +0.000001] R13: 0000000000000000 R14: 0000000000000000 R15: 0000000000000000 [ +0.000006] default_idle+0x9/0x20 [ +0.000003] default_idle_call+0x29/0x100 [ +0.000002] do_idle+0x1fe/0x240 [ +0.000005] cpu_startup_entry+0x29/0x30 [ +0.000003] start_secondary+0x11e/0x140 [ +0.000004] common_startup_64+0x13e/0x141 [ +0.000007] </TASK> [ +0.000001] ---[ end trace 0000000000000000 ]---
Not yet bisected which change causes it.
I am seeing the same on Tegra. I have not looked to see which change this is yet either.
Jon
Seeing this on RISC-V also.
Jan 21 23:51:10 riscv64 kernel: WARNING: CPU: 3 PID: 16 at kernel/sched/fair.c:5250 place_entity+0x108/0x110 Jan 21 23:51:10 riscv64 kernel: Modules linked in: Jan 21 23:51:10 riscv64 kernel: CPU: 3 UID: 0 PID: 16 Comm: rcu_preempt Not tainted 6.12.11-rc1 #2 Jan 21 23:51:10 riscv64 kernel: Hardware name: SiFive HiFive Unmatched A00 (DT) Jan 21 23:51:10 riscv64 kernel: epc : place_entity+0x108/0x110 Jan 21 23:51:10 riscv64 kernel: ra : place_entity+0x9c/0x110 Jan 21 23:51:10 riscv64 kernel: epc : ffffffff8006ed68 ra : ffffffff8006ecfc sp : ffffffc60009bac0 Jan 21 23:51:10 riscv64 kernel: gp : ffffffff81fa6318 tp : ffffffd680323b00 t0 : 0000000000000000 Jan 21 23:51:10 riscv64 kernel: t1 : 0000000000000000 t2 : 0000000000000000 s0 : ffffffc60009bb00 Jan 21 23:51:10 riscv64 kernel: s1 : ffffffd6809f5000 a0 : 000000000053b491 a1 : 0000000000000000 Jan 21 23:51:10 riscv64 kernel: a2 : 0000000000000002 a3 : 0000000000000000 a4 : 0000000000000000 Jan 21 23:51:10 riscv64 kernel: a5 : 0000000000000000 a6 : 0000000000000000 a7 : 0000000000000000 Jan 21 23:51:10 riscv64 kernel: s2 : 0000000031acb37b s3 : 0000000000000000 s4 : 000000000006920d Jan 21 23:51:10 riscv64 kernel: s5 : ffffffd9fedb2a00 s6 : ffffffd9fedb2900 s7 : ffffffd6829cbb00 Jan 21 23:51:10 riscv64 kernel: s8 : 0000000000000000 s9 : 0000000000000001 s10: 0000000000000201 Jan 21 23:51:10 riscv64 kernel: s11: 0000000000000000 t3 : 0000000000000000 t4 : 0000000000000000 Jan 21 23:51:10 riscv64 kernel: t5 : 0000000000000000 t6 : 0000000000000000 Jan 21 23:51:10 riscv64 kernel: status: 0000000200000100 badaddr: 0000000000000002 cause: 0000000000000003 Jan 21 23:51:10 riscv64 kernel: [<ffffffff8006ed68>] place_entity+0x108/0x110 Jan 21 23:51:10 riscv64 kernel: [<ffffffff8006efe2>] reweight_entity+0x182/0x1b0 Jan 21 23:51:10 riscv64 kernel: [<ffffffff8006f0c8>] update_cfs_group+0x78/0xa8 Jan 21 23:51:10 riscv64 kernel: [<ffffffff8006fc4c>] dequeue_entities+0x114/0x3d8 Jan 21 23:51:10 riscv64 kernel: [<ffffffff80070084>] pick_task_fair+0xb4/0x110 Jan 21 23:51:10 riscv64 kernel: [<ffffffff80077a3c>] pick_next_task_fair+0x1c/0x2f0 Jan 21 23:51:10 riscv64 kernel: [<ffffffff80dc5556>] __schedule+0x176/0xc20 Jan 21 23:51:10 riscv64 kernel: [<ffffffff80dc6022>] schedule+0x22/0x148 Jan 21 23:51:10 riscv64 kernel: [<ffffffff80dcc072>] schedule_timeout+0x82/0x178 Jan 21 23:51:10 riscv64 kernel: [<ffffffff800cb996>] rcu_gp_fqs_loop+0x346/0x4e8 Jan 21 23:51:10 riscv64 kernel: [<ffffffff800cea62>] rcu_gp_kthread+0x12a/0x150 Jan 21 23:51:10 riscv64 kernel: [<ffffffff8004db58>] kthread+0xc8/0xe8 Jan 21 23:51:10 riscv64 kernel: [<ffffffff80dceefe>] ret_from_fork+0xe/0x18 Jan 21 23:51:10 riscv64 kernel: ---[ end trace 0000000000000000 ]---
Reverting commit 11d21f2ae4a254aeef84fcf7b6314f5dd045151f "sched/fair: Fix EEVDF entity placement bug causing scheduling lag" removes the warning.
On Wed, Jan 22, 2025 at 01:01:42AM -0800, Ron Economos wrote:
On 1/21/25 23:04, Jon Hunter wrote:
Hi Greg,
On 21/01/2025 21:46, Salvatore Bonaccorso wrote:
Hi Greg,
On Tue, Jan 21, 2025 at 06:50:48PM +0100, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 6.12.11 release. There are 122 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, 23 Jan 2025 17:45:02 +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.12.11-rc1...
or in the git tree and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.12.y and the diffstat can be found below.
Built and lightly tested, when booting I'm noticing the following in dmesg:
[ +0.007932] ------------[ cut here ]------------ [ +0.000003] WARNING: CPU: 1 PID: 0 at kernel/sched/fair.c:5250 place_entity+0x127/0x130 [ +0.000006] Modules linked in: ahci(E) libahci(E) crc32_pclmul(E) xhci_hcd(E) libata(E) psmouse(E) crc32c_intel(E) > [ +0.000021] CPU: 1 UID: 0 PID: 0 Comm: swapper/1 Tainted: G E 6.12.11-rc1+ #1 [ +0.000004] Tainted: [E]=UNSIGNED_MODULE [ +0.000002] Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS 1.16.2-debian-1.16.2-1 04/01/2014 [ +0.000002] RIP: 0010:place_entity+0x127/0x130 [ +0.000003] Code: 01 6b 28 c6 43 52 00 5b 5d 41 5c 41 5d 41 5e e9 2f 83 bc 00 b9 02 00 00 00 49 c1 ee 0a 49 39 ce 4> [ +0.000002] RSP: 0018:ffffbe1f400f8d08 EFLAGS: 00010046 [ +0.000003] RAX: 0000000000000000 RBX: ffff9ed7c0c0f200 RCX: 00000000000000c2 [ +0.000002] RDX: 0000000000000000 RSI: 000000000000001d RDI: 000000000078cfd5 [ +0.000002] RBP: 0000000029d40d60 R08: 00000000a8e83f00 R09: 0000000000000002 [ +0.000002] R10: 00000000006e3ab2 R11: ffff9ed7d4056690 R12: ffff9ed83bd360c0 [ +0.000002] R13: 0000000000000000 R14: 00000000000000c2 R15: 000000000016e360 [ +0.000003] FS: 0000000000000000(0000) GS:ffff9ed83bd00000(0000) knlGS:0000000000000000 [ +0.000002] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ +0.000002] CR2: 00007f9f5a7245d8 CR3: 0000000100bfc000 CR4: 0000000000350ef0 [ +0.000003] Call Trace: [ +0.000003] <IRQ> [ +0.000002] ? place_entity+0x127/0x130 [ +0.000002] ? __warn.cold+0x93/0xf6 [ +0.000004] ? place_entity+0x127/0x130 [ +0.000003] ? report_bug+0xff/0x140 [ +0.000005] ? handle_bug+0x58/0x90 [ +0.000002] ? exc_invalid_op+0x17/0x70 [ +0.000003] ? asm_exc_invalid_op+0x1a/0x20 [ +0.000006] ? place_entity+0x127/0x130 [ +0.000003] ? place_entity+0x99/0x130 [ +0.000004] reweight_entity+0x1af/0x1d0 [ +0.000003] enqueue_task_fair+0x30c/0x5e0 [ +0.000005] enqueue_task+0x35/0x150 [ +0.000004] activate_task+0x3a/0x60 [ +0.000003] sched_balance_rq+0x7c6/0xee0 [ +0.000008] sched_balance_domains+0x25b/0x350 [ +0.000005] handle_softirqs+0xcf/0x280 [ +0.000006] __irq_exit_rcu+0x8d/0xb0 [ +0.000003] sysvec_apic_timer_interrupt+0x71/0x90 [ +0.000003] </IRQ> [ +0.000002] <TASK> [ +0.000002] asm_sysvec_apic_timer_interrupt+0x1a/0x20 [ +0.000002] RIP: 0010:pv_native_safe_halt+0xf/0x20 [ +0.000004] Code: 22 d7 e9 b4 01 01 00 0f 1f 40 00 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 f3 0f 1e fa eb 0> [ +0.000002] RSP: 0018:ffffbe1f400bbed8 EFLAGS: 00000202 [ +0.000003] RAX: 0000000000000001 RBX: ffff9ed7c033e600 RCX: ffff9ed7c0647830 [ +0.000001] RDX: 0000000000000000 RSI: 0000000000000001 RDI: 00000000000017b4 [ +0.000002] RBP: 0000000000000001 R08: 0000000000000001 R09: 0000000000000000 [ +0.000002] R10: 0000000000000001 R11: 0000000000000000 R12: 0000000000000000 [ +0.000001] R13: 0000000000000000 R14: 0000000000000000 R15: 0000000000000000 [ +0.000006] default_idle+0x9/0x20 [ +0.000003] default_idle_call+0x29/0x100 [ +0.000002] do_idle+0x1fe/0x240 [ +0.000005] cpu_startup_entry+0x29/0x30 [ +0.000003] start_secondary+0x11e/0x140 [ +0.000004] common_startup_64+0x13e/0x141 [ +0.000007] </TASK> [ +0.000001] ---[ end trace 0000000000000000 ]---
Not yet bisected which change causes it.
I am seeing the same on Tegra. I have not looked to see which change this is yet either.
Jon
Seeing this on RISC-V also.
Jan 21 23:51:10 riscv64 kernel: WARNING: CPU: 3 PID: 16 at kernel/sched/fair.c:5250 place_entity+0x108/0x110 Jan 21 23:51:10 riscv64 kernel: Modules linked in: Jan 21 23:51:10 riscv64 kernel: CPU: 3 UID: 0 PID: 16 Comm: rcu_preempt Not tainted 6.12.11-rc1 #2 Jan 21 23:51:10 riscv64 kernel: Hardware name: SiFive HiFive Unmatched A00 (DT) Jan 21 23:51:10 riscv64 kernel: epc : place_entity+0x108/0x110 Jan 21 23:51:10 riscv64 kernel: ra : place_entity+0x9c/0x110 Jan 21 23:51:10 riscv64 kernel: epc : ffffffff8006ed68 ra : ffffffff8006ecfc sp : ffffffc60009bac0 Jan 21 23:51:10 riscv64 kernel: gp : ffffffff81fa6318 tp : ffffffd680323b00 t0 : 0000000000000000 Jan 21 23:51:10 riscv64 kernel: t1 : 0000000000000000 t2 : 0000000000000000 s0 : ffffffc60009bb00 Jan 21 23:51:10 riscv64 kernel: s1 : ffffffd6809f5000 a0 : 000000000053b491 a1 : 0000000000000000 Jan 21 23:51:10 riscv64 kernel: a2 : 0000000000000002 a3 : 0000000000000000 a4 : 0000000000000000 Jan 21 23:51:10 riscv64 kernel: a5 : 0000000000000000 a6 : 0000000000000000 a7 : 0000000000000000 Jan 21 23:51:10 riscv64 kernel: s2 : 0000000031acb37b s3 : 0000000000000000 s4 : 000000000006920d Jan 21 23:51:10 riscv64 kernel: s5 : ffffffd9fedb2a00 s6 : ffffffd9fedb2900 s7 : ffffffd6829cbb00 Jan 21 23:51:10 riscv64 kernel: s8 : 0000000000000000 s9 : 0000000000000001 s10: 0000000000000201 Jan 21 23:51:10 riscv64 kernel: s11: 0000000000000000 t3 : 0000000000000000 t4 : 0000000000000000 Jan 21 23:51:10 riscv64 kernel: t5 : 0000000000000000 t6 : 0000000000000000 Jan 21 23:51:10 riscv64 kernel: status: 0000000200000100 badaddr: 0000000000000002 cause: 0000000000000003 Jan 21 23:51:10 riscv64 kernel: [<ffffffff8006ed68>] place_entity+0x108/0x110 Jan 21 23:51:10 riscv64 kernel: [<ffffffff8006efe2>] reweight_entity+0x182/0x1b0 Jan 21 23:51:10 riscv64 kernel: [<ffffffff8006f0c8>] update_cfs_group+0x78/0xa8 Jan 21 23:51:10 riscv64 kernel: [<ffffffff8006fc4c>] dequeue_entities+0x114/0x3d8 Jan 21 23:51:10 riscv64 kernel: [<ffffffff80070084>] pick_task_fair+0xb4/0x110 Jan 21 23:51:10 riscv64 kernel: [<ffffffff80077a3c>] pick_next_task_fair+0x1c/0x2f0 Jan 21 23:51:10 riscv64 kernel: [<ffffffff80dc5556>] __schedule+0x176/0xc20 Jan 21 23:51:10 riscv64 kernel: [<ffffffff80dc6022>] schedule+0x22/0x148 Jan 21 23:51:10 riscv64 kernel: [<ffffffff80dcc072>] schedule_timeout+0x82/0x178 Jan 21 23:51:10 riscv64 kernel: [<ffffffff800cb996>] rcu_gp_fqs_loop+0x346/0x4e8 Jan 21 23:51:10 riscv64 kernel: [<ffffffff800cea62>] rcu_gp_kthread+0x12a/0x150 Jan 21 23:51:10 riscv64 kernel: [<ffffffff8004db58>] kthread+0xc8/0xe8 Jan 21 23:51:10 riscv64 kernel: [<ffffffff80dceefe>] ret_from_fork+0xe/0x18 Jan 21 23:51:10 riscv64 kernel: ---[ end trace 0000000000000000 ]---
Reverting commit 11d21f2ae4a254aeef84fcf7b6314f5dd045151f "sched/fair: Fix EEVDF entity placement bug causing scheduling lag" removes the warning.
Ah, thanks! I'll go revert that now and push out a -rc2.
greg k-h
Hi Greg
On Wed, Jan 22, 2025 at 2:59 AM Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 6.12.11 release. There are 122 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, 23 Jan 2025 17:45:02 +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.12.11-rc1... or in the git tree and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.12.y and the diffstat can be found below.
thanks,
greg k-h
6.12.11-rc1 tested.
Build successfully completed. Boot successfully completed. No dmesg regressions. Video output normal. Sound output normal.
Lenovo ThinkPad X1 Carbon Gen10(Intel i7-1260P(x86_64) arch linux)
[ 0.000000] Linux version 6.12.11-rc1rv (takeshi@ThinkPadX1Gen10J0764) (gcc (GCC) 14.2.1 20240910, GNU ld (GNU Binutils) 2.43.1) #1 SMP PREEMPT_DYNAMIC Wed Jan 22 07:38:39 JST 2025
Thanks
Tested-by: Takeshi Ogasawara takeshi.ogasawara@futuring-girl.com
On 1/21/25 10:50, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 6.12.11 release. There are 122 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, 23 Jan 2025 17:45:02 +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.12.11-rc1... or in the git tree and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.12.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
Hello,
On Tue, 21 Jan 2025 18:50:48 +0100 Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 6.12.11 release. There are 122 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.
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/damonitor/damon-tests/tree/next/corr [2] f6b51ed03daa ("Linux 6.12.11-rc1")
Thanks, SJ
[...]
---
ok 9 selftests: damon: damos_tried_regions.py ok 10 selftests: damon: damon_nr_regions.py ok 11 selftests: damon: reclaim.sh ok 12 selftests: damon: lru_sort.sh ok 13 selftests: damon: debugfs_empty_targets.sh ok 14 selftests: damon: debugfs_huge_count_read_write.sh ok 15 selftests: damon: debugfs_duplicate_context_creation.sh ok 16 selftests: damon: debugfs_rm_non_contexts.sh ok 17 selftests: damon: debugfs_target_ids_read_before_terminate_race.sh ok 18 selftests: damon: debugfs_target_ids_pid_leak.sh ok 19 selftests: damon: sysfs_update_removed_scheme_dir.sh ok 20 selftests: damon: sysfs_update_schemes_tried_regions_hang.py 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 # SKIP ok 12 selftests: damon-tests: build_m68k.sh # SKIP 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
On Tue, 21 Jan 2025 at 23:28, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 6.12.11 release. There are 122 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, 23 Jan 2025 17:45:02 +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.12.11-rc1... or in the git tree and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.12.y and the diffstat can be found below.
thanks,
greg k-h
Results from Linaro’s test farm. Regressions on arm64, arm, x86_64, and i386.
The following build warn WARNING: CPU: 1 PID: 22 at kernel/sched/fair.c:5250 place_entity (kernel/sched/fair.c:5250 (discriminator 1))
Reported-by: Linux Kernel Functional Testing lkft@linaro.org Boot regression: exception-warning-cpu-pid-at-kernelschedfair-place_entity
Boot log warnings ---------- <4>[ 160.693155] ------------[ cut here ]------------ <4>[ 160.694179] WARNING: CPU: 1 PID: 22 at kernel/sched/fair.c:5250 place_entity (kernel/sched/fair.c:5250 (discriminator 1)) <4>[ 160.695257] Modules linked in: ip_tables x_tables ipv6 <4>[ 160.696471] CPU: 1 UID: 0 PID: 22 Comm: migration/1 Tainted: G D N 6.12.11-rc1 #1 <4>[ 160.697345] Tainted: [D]=DIE, [N]=TEST <4>[ 160.697903] Hardware name: linux,dummy-virt (DT) <4>[ 160.698415] Stopper: migration_cpu_stop+0x0/0x8c8 <- sched_exec (kernel/sched/core.c:5445) <4>[ 160.699330] pstate: 234020c9 (nzCv daIF +PAN -UAO +TCO +DIT -SSBS BTYPE=--) <4>[ 160.700189] pc : place_entity (kernel/sched/fair.c:5250 (discriminator 1)) <4>[ 160.700827] lr : place_entity (kernel/sched/fair.c:292 kernel/sched/fair.c:289 kernel/sched/fair.c:5177) <4>[ 160.701267] sp : ffff8000801e79e0 <4>[ 160.701601] x29: ffff8000801e79e0 x28: fff00000cad1d852 x27: fff00000cad1d8c8 <4>[ 160.702716] x26: 0000000000000000 x25: 1ffe0000195a3b00 x24: 0000000000000000 <4>[ 160.703741] x23: 0000000000000000 x22: 0000000000231608 x21: 0000000972092cd2 <4>[ 160.704817] x20: 0000000000000000 x19: fff00000cad1d800 x18: 1ffff000100f2ec5 <4>[ 160.705954] x17: 0000000000000000 x16: fff00000c03a4d3c x15: 0000000000000000 <4>[ 160.706967] x14: 1ffe00001b532adb x13: 1ffe000019c18922 x12: fffd80001982cc21 <4>[ 160.708052] x11: 1ffe00001982cc20 x10: fffd80001982cc20 x9 : dfff800000000000 <4>[ 160.709043] x8 : fff00000cc166107 x7 : fff00000cad1d810 x6 : fffd80001982cc20 <4>[ 160.710037] x5 : fff00000cc166100 x4 : 1ffe0000195a3b01 x3 : 1ffe00001b535b92 <4>[ 160.711016] x2 : 1ffe00001b535b96 x1 : 000000000000029c x0 : 0000000000000000 <4>[ 160.712071] Call trace: <4>[ 160.712597] place_entity (kernel/sched/fair.c:5250 (discriminator 1)) <4>[ 160.713221] reweight_entity (kernel/sched/fair.c:3813) <4>[ 160.713802] update_cfs_group (kernel/sched/fair.c:3975 (discriminator 1)) <4>[ 160.714277] dequeue_entities (kernel/sched/fair.c:7091) <4>[ 160.714903] dequeue_task_fair (kernel/sched/fair.c:7144 (discriminator 1)) <4>[ 160.716502] move_queued_task.isra.0 (kernel/sched/core.c:2437 (discriminator 1)) <4>[ 160.717432] migration_cpu_stop (kernel/sched/core.c:2481 kernel/sched/core.c:2540) <4>[ 160.718309] cpu_stopper_thread (kernel/stop_machine.c:511) <4>[ 160.718871] smpboot_thread_fn (kernel/smpboot.c:164) <4>[ 160.719699] kthread (kernel/kthread.c:389) <4>[ 160.720382] ret_from_fork (arch/arm64/kernel/entry.S:861) <4>[ 160.721092] ---[ end trace 0000000000000000 ]---
metadata: history: https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-6.12.y/build/v6.12.... boot log: https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-6.12.y/build/v6.12....
## Build * kernel: 6.12.11-rc1 * git: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git * git commit: f6b51ed03daaa30e4c3b3969505cc9b1625babca * git describe: v6.12.10-123-gf6b51ed03daa * test details: https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-6.12.y/build/v6.12....
## Test Regressions (compared to v6.12.9-190-gd056ad259f16)
## Metric Regressions (compared to v6.12.9-190-gd056ad259f16)
## Test Fixes (compared to v6.12.9-190-gd056ad259f16)
## Metric Fixes (compared to v6.12.9-190-gd056ad259f16)
## Test result summary total: 117171, pass: 90748, fail: 8735, skip: 17614, xfail: 74
## Build Summary * arc: 6 total, 5 passed, 1 failed * arm: 143 total, 137 passed, 6 failed * arm64: 58 total, 56 passed, 2 failed * i386: 22 total, 19 passed, 3 failed * mips: 38 total, 33 passed, 5 failed * parisc: 5 total, 3 passed, 2 failed * powerpc: 44 total, 40 passed, 4 failed * riscv: 27 total, 24 passed, 3 failed * s390: 26 total, 22 passed, 4 failed * sh: 6 total, 5 passed, 1 failed * sparc: 5 total, 3 passed, 2 failed * x86_64: 50 total, 49 passed, 1 failed
## Test suites summary * boot * commands * kselftest-arm64 * kselftest-breakpoints * kselftest-capabilities * kselftest-cgroup * kselftest-clone3 * kselftest-core * kselftest-cpu-hotplug * kselftest-cpufreq * kselftest-efivarfs * kselftest-exec * kselftest-filesystems * kselftest-filesystems-binderfs * kselftest-filesystems-epoll * kselftest-firmware * kselftest-fpu * kselftest-ftrace * kselftest-futex * kselftest-gpio * kselftest-intel_pstate * kselftest-ipc * kselftest-kcmp * kselftest-kvm * kselftest-livepatch * kselftest-membarrier * kselftest-memfd * kselftest-mincore * kselftest-mqueue * kselftest-net * kselftest-net-mptcp * kselftest-openat2 * kselftest-ptrace * kselftest-rseq * kselftest-rtc * kselftest-rust * kselftest-seccomp * kselftest-sigaltstack * kselftest-size * kselftest-tc-testing * kselftest-timers * kselftest-tmpfs * kselftest-tpm2 * kselftest-user_events * kselftest-vDSO * kselftest-x86 * kunit * kvm-unit-tests * libgpiod * libhugetlbfs * log-parser-boot * log-parser-build-clang * log-parser-build-gcc * log-parser-test * ltp-capability * ltp-commands * ltp-containers * ltp-controllers * ltp-cpuhotplug * ltp-crypto * ltp-cve * ltp-dio * ltp-fcntl-locktests * ltp-filecaps * ltp-fs * ltp-fs_bind * ltp-fs_perms_simple * ltp-hugetlb * ltp-ipc * ltp-math * ltp-mm * ltp-nptl * ltp-pty * ltp-sched * ltp-smoke * ltp-syscalls * ltp-tracing * perf * rcutorture
-- Linaro LKFT https://lkft.linaro.org
On Wed, Jan 22, 2025 at 03:34:16PM +0530, Naresh Kamboju wrote:
On Tue, 21 Jan 2025 at 23:28, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 6.12.11 release. There are 122 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, 23 Jan 2025 17:45:02 +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.12.11-rc1... or in the git tree and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.12.y and the diffstat can be found below.
thanks,
greg k-h
Results from Linaro’s test farm. Regressions on arm64, arm, x86_64, and i386.
The following build warn WARNING: CPU: 1 PID: 22 at kernel/sched/fair.c:5250 place_entity (kernel/sched/fair.c:5250 (discriminator 1))
Odd, are you seeing the same on .13 ?
On Wed, Jan 22, 2025, at 11:04, Naresh Kamboju wrote:
On Tue, 21 Jan 2025 at 23:28, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
0000000000000000 <4>[ 160.712071] Call trace: <4>[ 160.712597] place_entity (kernel/sched/fair.c:5250 (discriminator 1)) <4>[ 160.713221] reweight_entity (kernel/sched/fair.c:3813) <4>[ 160.713802] update_cfs_group (kernel/sched/fair.c:3975 (discriminator 1)) <4>[ 160.714277] dequeue_entities (kernel/sched/fair.c:7091) <4>[ 160.714903] dequeue_task_fair (kernel/sched/fair.c:7144 (discriminator 1)) <4>[ 160.716502] move_queued_task.isra.0 (kernel/sched/core.c:2437 (discriminator 1))
I don't see anything that immediately sticks out as causing this, but I do see five scheduler patches backported in stable-rc on top of v6.12.8, these are the original commits:
66951e4860d3 ("sched/fair: Fix update_cfs_group() vs DELAY_DEQUEUE") 30dd3b13f9de ("sched_ext: keep running prev when prev->scx.slice != 0") a2a3374c47c4 ("sched_ext: idle: Refresh idle masks during idle-to-idle transitions") 68e449d849fd ("sched_ext: switch class when preempted by higher priority scheduler") 6268d5bc1035 ("sched_ext: Replace rq_lock() to raw_spin_rq_lock() in scx_ops_bypass()")
Arnd
On Wed, Jan 22, 2025 at 11:56:13AM +0100, Arnd Bergmann wrote:
On Wed, Jan 22, 2025, at 11:04, Naresh Kamboju wrote:
On Tue, 21 Jan 2025 at 23:28, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
0000000000000000 <4>[ 160.712071] Call trace: <4>[ 160.712597] place_entity (kernel/sched/fair.c:5250 (discriminator 1)) <4>[ 160.713221] reweight_entity (kernel/sched/fair.c:3813) <4>[ 160.713802] update_cfs_group (kernel/sched/fair.c:3975 (discriminator 1)) <4>[ 160.714277] dequeue_entities (kernel/sched/fair.c:7091) <4>[ 160.714903] dequeue_task_fair (kernel/sched/fair.c:7144 (discriminator 1)) <4>[ 160.716502] move_queued_task.isra.0 (kernel/sched/core.c:2437 (discriminator 1))
I don't see anything that immediately sticks out as causing this, but I do see five scheduler patches backported in stable-rc on top of v6.12.8, these are the original commits:
66951e4860d3 ("sched/fair: Fix update_cfs_group() vs DELAY_DEQUEUE")
This one reworks reweight_entity(), but I've been running with that on top of 13-rc6 for a week or so and not seen this.
On 1/22/25 02:59, Peter Zijlstra wrote:
On Wed, Jan 22, 2025 at 11:56:13AM +0100, Arnd Bergmann wrote:
On Wed, Jan 22, 2025, at 11:04, Naresh Kamboju wrote:
On Tue, 21 Jan 2025 at 23:28, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote: 0000000000000000 <4>[ 160.712071] Call trace: <4>[ 160.712597] place_entity (kernel/sched/fair.c:5250 (discriminator 1)) <4>[ 160.713221] reweight_entity (kernel/sched/fair.c:3813) <4>[ 160.713802] update_cfs_group (kernel/sched/fair.c:3975 (discriminator 1)) <4>[ 160.714277] dequeue_entities (kernel/sched/fair.c:7091) <4>[ 160.714903] dequeue_task_fair (kernel/sched/fair.c:7144 (discriminator 1)) <4>[ 160.716502] move_queued_task.isra.0 (kernel/sched/core.c:2437 (discriminator 1))
I don't see anything that immediately sticks out as causing this, but I do see five scheduler patches backported in stable-rc on top of v6.12.8, these are the original commits:
66951e4860d3 ("sched/fair: Fix update_cfs_group() vs DELAY_DEQUEUE")
This one reworks reweight_entity(), but I've been running with that on top of 13-rc6 for a week or so and not seen this.
The offending commit is 6d71a9c6160479899ee744d2c6d6602a191deb1f "sched/fair: Fix EEVDF entity placement bug causing scheduling lag"
It works fine on 6.13, at least on RISC-V (which is the only arch I test).
It's already been reverted and 6.12.11-rc2 has been pushed out.
On Wed, 2025-01-22 at 03:11 -0800, Ron Economos wrote:
On 1/22/25 02:59, Peter Zijlstra wrote:
On Wed, Jan 22, 2025 at 11:56:13AM +0100, Arnd Bergmann wrote:
On Wed, Jan 22, 2025, at 11:04, Naresh Kamboju wrote:
On Tue, 21 Jan 2025 at 23:28, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote: 0000000000000000 <4>[ 160.712071] Call trace: <4>[ 160.712597] place_entity (kernel/sched/fair.c:5250 (discriminator 1)) <4>[ 160.713221] reweight_entity (kernel/sched/fair.c:3813) <4>[ 160.713802] update_cfs_group (kernel/sched/fair.c:3975 (discriminator 1)) <4>[ 160.714277] dequeue_entities (kernel/sched/fair.c:7091) <4>[ 160.714903] dequeue_task_fair (kernel/sched/fair.c:7144 (discriminator 1)) <4>[ 160.716502] move_queued_task.isra.0 (kernel/sched/core.c:2437 (discriminator 1))
I don't see anything that immediately sticks out as causing this, but I do see five scheduler patches backported in stable-rc on top of v6.12.8, these are the original commits:
66951e4860d3 ("sched/fair: Fix update_cfs_group() vs DELAY_DEQUEUE")
This one reworks reweight_entity(), but I've been running with that on top of 13-rc6 for a week or so and not seen this.
The offending commit is 6d71a9c6160479899ee744d2c6d6602a191deb1f "sched/fair: Fix EEVDF entity placement bug causing scheduling lag"
It works fine on 6.13, at least on RISC-V (which is the only arch I test).
Seems 6.13 is gripe free thanks to it containing 4423af84b297.
I stumbled upon a reproducer for my x86_64 desktop box: all I need do is fire up a kvm guest in an enterprise configured host. That inspires libvirt goop to engage group scheduling, splat follows instantly.
Back 4423af84b297 out of 6.13, it starts griping, add it to a 6.12 tree containing 6d71a9c61604, it stops doing so.
It's already been reverted and 6.12.11-rc2 has been pushed out.
So stable should perhaps take 4423af84b297 along with 6d71a9c61604?
-Mike
On Tue, Jan 28, 2025 at 12:46:07PM +0100, Mike Galbraith wrote:
Seems 6.13 is gripe free thanks to it containing 4423af84b297.
I stumbled upon a reproducer for my x86_64 desktop box: all I need do is fire up a kvm guest in an enterprise configured host. That inspires libvirt goop to engage group scheduling, splat follows instantly.
Back 4423af84b297 out of 6.13, it starts griping, add it to a 6.12 tree containing 6d71a9c61604, it stops doing so.
Ooh, does something like the below (+- reverse-renames as applicable to .12) also help?
--- diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c index b67222dea491..8766f7d3d297 100644 --- a/kernel/sched/fair.c +++ b/kernel/sched/fair.c @@ -3781,6 +3781,7 @@ static void reweight_entity(struct cfs_rq *cfs_rq, struct sched_entity *se, update_entity_lag(cfs_rq, se); se->deadline -= se->vruntime; se->rel_deadline = 1; + cfs_rq->nr_queued--; if (!curr) __dequeue_entity(cfs_rq, se); update_load_sub(&cfs_rq->load, se->load.weight); @@ -3811,6 +3812,7 @@ static void reweight_entity(struct cfs_rq *cfs_rq, struct sched_entity *se, place_entity(cfs_rq, se, 0); if (!curr) __enqueue_entity(cfs_rq, se); + cfs_rq->nr_queued++;
/* * The entity's vruntime has been adjusted, so let's check
On Tue, 2025-01-28 at 15:39 +0100, Peter Zijlstra wrote:
On Tue, Jan 28, 2025 at 12:46:07PM +0100, Mike Galbraith wrote:
Seems 6.13 is gripe free thanks to it containing 4423af84b297.
I stumbled upon a reproducer for my x86_64 desktop box: all I need do is fire up a kvm guest in an enterprise configured host. That inspires libvirt goop to engage group scheduling, splat follows instantly.
Back 4423af84b297 out of 6.13, it starts griping, add it to a 6.12 tree containing 6d71a9c61604, it stops doing so.
Ooh, does something like the below (+- reverse-renames as applicable to .12) also help?
Yup, seems to, 6.13 sans 4423af84b297 stopped griping.
diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c index b67222dea491..8766f7d3d297 100644 --- a/kernel/sched/fair.c +++ b/kernel/sched/fair.c @@ -3781,6 +3781,7 @@ static void reweight_entity(struct cfs_rq *cfs_rq, struct sched_entity *se, update_entity_lag(cfs_rq, se); se->deadline -= se->vruntime; se->rel_deadline = 1; + cfs_rq->nr_queued--; if (!curr) __dequeue_entity(cfs_rq, se); update_load_sub(&cfs_rq->load, se->load.weight); @@ -3811,6 +3812,7 @@ static void reweight_entity(struct cfs_rq *cfs_rq, struct sched_entity *se, place_entity(cfs_rq, se, 0); if (!curr) __enqueue_entity(cfs_rq, se); + cfs_rq->nr_queued++; /* * The entity's vruntime has been adjusted, so let's check
On Tue, 2025-01-28 at 15:39 +0100, Peter Zijlstra wrote:
On Tue, Jan 28, 2025 at 12:46:07PM +0100, Mike Galbraith wrote:
Seems 6.13 is gripe free thanks to it containing 4423af84b297.
I stumbled upon a reproducer for my x86_64 desktop box: all I need do is fire up a kvm guest in an enterprise configured host. That inspires libvirt goop to engage group scheduling, splat follows instantly.
Back 4423af84b297 out of 6.13, it starts griping, add it to a 6.12 tree containing 6d71a9c61604, it stops doing so.
Ooh, does something like the below (+- reverse-renames as applicable to .12) also help?
Yup, seems to, 6.13 sans 4423af84b297 stopped griping.
Hi Peter, Are there any plans to backport this patch and 6d71a9c61604 into LTS versions as well? I'm seeing the exact same issue on 6.6 as well, where the bug in reweight results in incorrect vruntime calculation, leading to the deadline always being in future, rather than decreasing on each scheduler tick. This causes a task to run for a longer amount of time, starving other tasks on the runqueue.
The issue disappears when testing with 4423af84b297 and your patch to avoid tripping on WARN in place_entity(). I'm happy to push the backported patches into 6.12 and 6.6, if that's alright.
Hi Greg,
On 21/01/25 23:20, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 6.12.11 release. There are 122 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, 23 Jan 2025 17:45:02 +0000. Anything received after that time might be too late.
No problems seen on x86_64 and aarch64 with our testing.
Tested-by: Harshit Mogalapalli harshit.m.mogalapalli@oracle.com
Thanks, Harshit
The whole patch series can be found in one patch at: https://www.kernel.org/pub/linux/kernel/v6.x/stable-review/patch-6.12.11-rc1... or in the git tree and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.12.y and the diffstat can be found below.
-
Arnd Bergmann -
Florian Fainelli -
Greg Kroah-Hartman -
Harshit Mogalapalli -
Jon Hunter -
Mike Galbraith -
Mushahid Hussain -
Naresh Kamboju -
Peter Schneider -
Peter Zijlstra -
Ron Economos -
Salvatore Bonaccorso -
SeongJae Park -
Shuah Khan -
Takeshi Ogasawara