[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <edlaifqiesdehyqgipykrvphzfifmjlowpla6thycu6mynihxq@waywnd3svgze>
Date: Fri, 31 Oct 2025 09:48:09 +0000
From: Mel Gorman <mgorman@...hsingularity.net>
To: Peter Zijlstra <peterz@...radead.org>
Cc: linux-kernel@...r.kernel.org, Ingo Molnar <mingo@...hat.com>,
Juri Lelli <juri.lelli@...hat.com>, Dietmar Eggemann <dietmar.eggemann@....com>,
Valentin Schneider <vschneid@...hat.com>, Chris Mason <clm@...a.com>
Subject: Re: [PATCH 2/2] sched/fair: Reimplement NEXT_BUDDY to align with
EEVDF goals
On Tue, Oct 28, 2025 at 04:09:51PM +0100, Peter Zijlstra wrote:
> On Mon, Oct 27, 2025 at 01:39:15PM +0000, Mel Gorman wrote:
> > +enum preempt_wakeup_action {
> > + PREEMPT_WAKEUP_NONE, /* No action on the buddy */
> > + PREEMPT_WAKEUP_NEXT, /* Check next is most eligible
> > + * before rescheduling.
> > + */
> > + PREEMPT_WAKEUP_RESCHED, /* Plain reschedule */
> > +};
>
> In pre-existing code that isn't modified by this patch, we have:
>
> if (do_preempt_short)
>
> Which seems to hard rely on PREEMPT_WAKEUP_NONE being 0, please make
> that explicit in the enum above.
Will do.
--
Mel Gorman
SUSE Labs
Powered by blists - more mailing lists