From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 219233A7821 for ; Tue, 24 Feb 2026 16:35:30 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1771950931; cv=none; b=a1dq6XGEmFyKerqMl6cLWGT4wQehJRrnfls7FutuLosMIVRTKmnYXjvbw6O8EjNxyLCYxYGtnhLsDtKzIA23a0G0laq1G3aCp4Efu85DFi0kYXBaMjmklj8C0BbQB+H801wG7Qvw4zHHJnuK0x2cIUtExXNrvZQ9Lj5o6zfaBJA= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1771950931; c=relaxed/simple; bh=rP4kdpWUWonjltYeg4/7VkwdegiY8c1wuy5eBORUYdk=; h=Date:Message-ID:From:To:Cc:Subject:References:MIME-Version: Content-Type; b=DhOIPxZJJ2TvEgGrT9068BET4FhndEQFKufBXZ4U4+OQlGGHji5u78ydOa0NXGsaqm/PFZNRF0cm5+MfA/Xd27YYFCBh8Bg1yH4AMYpAEHYSyqbl3SwwpdALZH/Q3XbRgLTX7kYozoQRUZVWFbIYbL3CQHL6gIihhjYBYRU6ulo= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=eY4U3I57; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="eY4U3I57" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 27D99C116D0; Tue, 24 Feb 2026 16:35:29 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1771950930; bh=rP4kdpWUWonjltYeg4/7VkwdegiY8c1wuy5eBORUYdk=; h=Date:From:To:Cc:Subject:References:From; b=eY4U3I57tT7Ov3XSV9jeUa4+rEPf38raotr3bg2YHwNshzO7msnMahtAcPwkgGpcr jx7LUsjI+Zz2o1uHUz31HiRYoS3hrlhs656UIk9xs4CWaO+DjcOZBvc744bqy4z3TR qClmp50J5fFCVeX+d2Krdln9wZKroxP69Ry73Cpy0pNUXaU8srP1/QPeH+3iRRvgNp 50bFr/XbwOzSabVLZ4010rGDqar/ezgC+LY8JiqRZbnS0L9XMj45uY8k9p5y+RoNKu 0dkBLfUb3kPQqR9+4XFQRD4WNCtC7LCA9wAwxoBFY21uqHGHhHyFBmkKsyeRkk4KR9 vyt1frnLCVagw== Date: Tue, 24 Feb 2026 17:35:27 +0100 Message-ID: <20260224163428.933894105@kernel.org> User-Agent: quilt/0.68 From: Thomas Gleixner To: LKML Cc: Anna-Maria Behnsen , John Stultz , Stephen Boyd , Daniel Lezcano , Juri Lelli , Vincent Guittot , Dietmar Eggemann , Steven Rostedt , Ben Segall , Mel Gorman , Valentin Schneider , x86@kernel.org, Peter Zijlstra , Frederic Weisbecker , Eric Dumazet Subject: [patch 03/48] sched/fair: Make hrtick resched hard References: <20260224163022.795809588@kernel.org> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 From: Peter Zijlstra (Intel) Since the tick causes hard preemption, the hrtick should too. Letting the hrtick do lazy preemption completely defeats the purpose, since it will then still be delayed until a old tick and be dependent on CONFIG_HZ. Signed-off-by: Peter Zijlstra (Intel) Signed-off-by: Thomas Gleixner --- --- kernel/sched/fair.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --- a/kernel/sched/fair.c +++ b/kernel/sched/fair.c @@ -5530,7 +5530,7 @@ entity_tick(struct cfs_rq *cfs_rq, struc * validating it and just reschedule. */ if (queued) { - resched_curr_lazy(rq_of(cfs_rq)); + resched_curr(rq_of(cfs_rq)); return; } #endif