[PATCH 6.12 000/122] 6.12.11-rc1 review

[PATCH 6.12 000/122] 6.12.11-rc1 review

[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.

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.gz
or in the git tree and branch at:
	git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.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(-)

[PATCH 6.12 053/122] kheaders: Ignore silly-rename files

[Greg Kroah-Hartman]

6.12-stable review patch.  If anyone has any objections, please let me know.

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

From: David Howells <dhowells@redhat.com>

[ Upstream commit 973b710b8821c3401ad7a25360c89e94b26884ac ]

Tell tar to ignore silly-rename files (".__afs*" and ".nfs*") when building
the header archive.  These occur when a file that is open is unlinked
locally, but hasn't yet been closed.  Such files are visible to the user
via the getdents() syscall and so programs may want to do things with them.

During the kernel build, such files may be made during the processing of
header files and the cleanup may get deferred by fput() which may result in
tar seeing these files when it reads the directory, but they may have
disappeared by the time it tries to open them, causing tar to fail with an
error.  Further, we don't want to include them in the tarball if they still
exist.

With CONFIG_HEADERS_INSTALL=y, something like the following may be seen:

   find: './kernel/.tmp_cpio_dir/include/dt-bindings/reset/.__afs2080': No such file or directory
   tar: ./include/linux/greybus/.__afs3C95: File removed before we read it

The find warning doesn't seem to cause a problem.

Fix this by telling tar when called from in gen_kheaders.sh to exclude such
files.  This only affects afs and nfs; cifs uses the Windows Hidden
attribute to prevent the file from being seen.

Signed-off-by: David Howells <dhowells@redhat.com>
Link: https://lore.kernel.org/r/20241213135013.2964079-2-dhowells@redhat.com
cc: Masahiro Yamada <masahiroy@kernel.org>
cc: Marc Dionne <marc.dionne@auristor.com>
cc: linux-afs@lists.infradead.org
cc: linux-nfs@vger.kernel.org
cc: linux-kernel@vger.kernel.org
Signed-off-by: Christian Brauner <brauner@kernel.org>
Signed-off-by: Sasha Levin <sashal@kernel.org>
---
 kernel/gen_kheaders.sh | 1 +
 1 file changed, 1 insertion(+)

diff --git a/kernel/gen_kheaders.sh b/kernel/gen_kheaders.sh
index 383fd43ac6122..7e1340da5acae 100755
--- a/kernel/gen_kheaders.sh
+++ b/kernel/gen_kheaders.sh
@@ -89,6 +89,7 @@ find $cpio_dir -type f -print0 |
 
 # Create archive and try to normalize metadata for reproducibility.
 tar "${KBUILD_BUILD_TIMESTAMP:+--mtime=$KBUILD_BUILD_TIMESTAMP}" \
+    --exclude=".__afs*" --exclude=".nfs*" \
     --owner=0 --group=0 --sort=name --numeric-owner --mode=u=rw,go=r,a+X \
     -I $XZ -cf $tarfile -C $cpio_dir/ . > /dev/null
 
-- 
2.39.5

Re: [PATCH 6.12 000/122] 6.12.11-rc1 review

[Florian Fainelli]

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.gz
> or in the git tree and branch at:
> 	git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.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>
-- 
Florian

Re: [PATCH 6.12 000/122] 6.12.11-rc1 review

[Peter Schneider]

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

-- 
Climb the mountain not to plant your flag, but to embrace the challenge,
enjoy the air and behold the view. Climb it so you can see the world,
not so the world can see you.                    -- David McCullough Jr.

OpenPGP:  0xA3828BD796CCE11A8CADE8866E3A92C92C3FF244
Download: https://www.peters-netzplatz.de/download/pschneider1968_pub.asc
https://keys.mailvelope.com/pks/lookup?op=get&search=pschneider1968@googlemail.com
https://keys.mailvelope.com/pks/lookup?op=get&search=pschneider1968@gmail.com

Re: [PATCH 6.12 000/122] 6.12.11-rc1 review

[Salvatore Bonaccorso]

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.gz
> or in the git tree and branch at:
> 	git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.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

Re: [PATCH 6.12 000/122] 6.12.11-rc1 review

[Ronald Warsow]

On 21.01.25 22:46, Salvatore Bonaccorso wrote:
> Hi Greg,
>
...
>
> 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

same here [no time to bisect]

Ronald

Re: [PATCH 6.12 000/122] 6.12.11-rc1 review

[Takeshi Ogasawara]

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.gz
> or in the git tree and branch at:
>         git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.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>

Re: [PATCH 6.12 000/122] 6.12.11-rc1 review

[Shuah Khan]

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.gz
> or in the git tree and branch at:
> 	git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.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

Re: [PATCH 6.12 000/122] 6.12.11-rc1 review

[SeongJae Park]

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

Re: [PATCH 6.12 000/122] 6.12.11-rc1 review

[Jon Hunter]

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.gz
>> or in the git tree and branch at:
>> 	git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.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

-- 
nvpublic

Re: [PATCH 6.12 000/122] 6.12.11-rc1 review

[Ron Economos]

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.gz 
>>>
>>> or in the git tree and branch at:
>>>     git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git 
>>> linux-6.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.

Re: [PATCH 6.12 000/122] 6.12.11-rc1 review

[Greg Kroah-Hartman]

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.gz
> > > > 
> > > > or in the git tree and branch at:
> > > >     git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git
> > > > linux-6.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

Re: [PATCH 6.12 000/122] 6.12.11-rc1 review

[Naresh Kamboju]

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.gz
> or in the git tree and branch at:
>         git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.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.10-123-gf6b51ed03daa/testrun/26866897/suite/log-parser-boot/test/exception-warning-cpu-pid-at-kernelschedfair-place_entity/history/
boot log: https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-6.12.y/build/v6.12.10-123-gf6b51ed03daa/testrun/26866897/suite/log-parser-boot/test/exception-warning-cpu-pid-at-kernelschedfair-place_entity/log


## 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.10-123-gf6b51ed03daa

## 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

Re: [PATCH 6.12 000/122] 6.12.11-rc1 review

[Peter Zijlstra]

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.gz
> > or in the git tree and branch at:
> >         git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.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 ?

Re: [PATCH 6.12 000/122] 6.12.11-rc1 review

[Arnd Bergmann]

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

Re: [PATCH 6.12 000/122] 6.12.11-rc1 review

[Peter Zijlstra]

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.

Re: [PATCH 6.12 000/122] 6.12.11-rc1 review

[Ron Economos]

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.

Re: [PATCH 6.12 000/122] 6.12.11-rc1 review

[Harshit Mogalapalli]

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.gz
> or in the git tree and branch at:
> 	git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.12.y
> and the diffstat can be found below.
> 

Re: [PATCH 6.12 000/122] 6.12.11-rc1 review

[Mike Galbraith]

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

Re: [PATCH 6.12 000/122] 6.12.11-rc1 review

[Peter Zijlstra]

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

Re: [PATCH 6.12 000/122] 6.12.11-rc1 review

[Mike Galbraith]

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

[tip: sched/urgent] sched/fair: Adhere to place_entity() constraints

[tip-bot2 for Peter Zijlstra]

The following commit has been merged into the sched/urgent branch of tip:

Commit-ID:     55294004b122c997591d9de8446f5a4c60402805
Gitweb:        https://git.kernel.org/tip/55294004b122c997591d9de8446f5a4c60402805
Author:        Peter Zijlstra <peterz@infradead.org>
AuthorDate:    Tue, 28 Jan 2025 15:39:49 +01:00
Committer:     Peter Zijlstra <peterz@infradead.org>
CommitterDate: Sat, 08 Feb 2025 15:43:12 +01:00

sched/fair: Adhere to place_entity() constraints

Mike reports that commit 6d71a9c61604 ("sched/fair: Fix EEVDF entity
placement bug causing scheduling lag") relies on commit 4423af84b297
("sched/fair: optimize the PLACE_LAG when se->vlag is zero") to not
trip a WARN in place_entity().

What happens is that the lag of the very last entity is 0 per
definition -- the average of one element matches the value of that
element. Therefore place_entity() will match the condition skipping
the lag adjustment:

  if (sched_feat(PLACE_LAG) && cfs_rq->nr_queued && se->vlag) {

Without the 'se->vlag' condition -- it will attempt to adjust the zero
lag even though we're inserting into an empty tree.

Notably, we should have failed the 'cfs_rq->nr_queued' condition, but
don't because they didn't get updated.

Additionally, move update_load_add() after placement() as is
consistent with other place_entity() users -- this change is
non-functional, place_entity() does not use cfs_rq->load.

Fixes: 6d71a9c61604 ("sched/fair: Fix EEVDF entity placement bug causing scheduling lag")
Reported-by: Mike Galbraith <efault@gmx.de>
Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>
Cc: stable@vger.kernel.org
Link: https://lkml.kernel.org/r/20250128143949.GD7145@noisy.programming.kicks-ass.net
---
 kernel/sched/fair.c | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
index f4e4d3e..d0b10e1 100644
--- a/kernel/sched/fair.c
+++ b/kernel/sched/fair.c
@@ -3782,6 +3782,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);
@@ -3808,10 +3809,11 @@ static void reweight_entity(struct cfs_rq *cfs_rq, struct sched_entity *se,
 
 	enqueue_load_avg(cfs_rq, se);
 	if (se->on_rq) {
-		update_load_add(&cfs_rq->load, se->load.weight);
 		place_entity(cfs_rq, se, 0);
+		update_load_add(&cfs_rq->load, se->load.weight);
 		if (!curr)
 			__enqueue_entity(cfs_rq, se);
+		cfs_rq->nr_queued++;
 
 		/*
 		 * The entity's vruntime has been adjusted, so let's check

Re: [PATCH 6.12 000/122] 6.12.11-rc1 review

[Mushahid Hussain]

> 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.

Re: [PATCH 6.12 000/122] 6.12.11-rc1 review

[Mushahid Hussain]

> The following commit has been merged into the sched/urgent branch of tip:
> 
> Commit-ID:     55294004b122c997591d9de8446f5a4c60402805
> Gitweb:        https://git.kernel.org/tip/55294004b122c997591d9de8446f5a4c60402805
> Author:        Peter Zijlstra <peterz@infradead.org>
> AuthorDate:    Tue, 28 Jan 2025 15:39:49 +01:00
> Committer:     Peter Zijlstra <peterz@infradead.org>
> CommitterDate: Sat, 08 Feb 2025 15:43:12 +01:00

Was this merged to sched/urgent or any other branches/RCs? Given gitweb link
sends me to "Bad commit reference". I don't see this commit in sched/urgent:
https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git/log/?h=sched%2Furgent

Re: [PATCH 6.12 000/122] 6.12.11-rc1 review

[David Woodhouse]

[-- Attachment #1: Type: text/plain, Size: 928 bytes --]

On Fri, 2025-05-23 at 16:01 +0000, Mushahid Hussain wrote:
> > The following commit has been merged into the sched/urgent branch of tip:
> > 
> > Commit-ID:     55294004b122c997591d9de8446f5a4c60402805
> > Gitweb:        https://git.kernel.org/tip/55294004b122c997591d9de8446f5a4c60402805
> > Author:        Peter Zijlstra <peterz@infradead.org>
> > AuthorDate:    Tue, 28 Jan 2025 15:39:49 +01:00
> > Committer:     Peter Zijlstra <peterz@infradead.org>
> > CommitterDate: Sat, 08 Feb 2025 15:43:12 +01:00
> 
> Was this merged to sched/urgent or any other branches/RCs? Given gitweb link
> sends me to "Bad commit reference". I don't see this commit in sched/urgent:
> https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git/log/?h=sched%2Furgent

I think something weird has just happened to the tip tree. All the
tip/x86/* branches also seem to have been reset to Linux 6.15-rc6.

[-- Attachment #2: smime.p7s --]
[-- Type: application/pkcs7-signature, Size: 5069 bytes --]