[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20250604145433.KCPMF8zm@linutronix.de>
Date: Wed, 4 Jun 2025 16:54:33 +0200
From: Sebastian Andrzej Siewior <bigeasy@...utronix.de>
To: Steven Rostedt <rostedt@...dmis.org>
Cc: Prakash Sangappa <prakash.sangappa@...cle.com>,
linux-kernel@...r.kernel.org, peterz@...radead.org,
mathieu.desnoyers@...icios.com, tglx@...utronix.de,
kprateek.nayak@....com, vineethr@...ux.ibm.com
Subject: Re: [PATCH V5 1/6] Sched: Scheduler time slice extension
On 2025-06-04 10:31:06 [-0400], Steven Rostedt wrote:
> On Tue, 3 Jun 2025 23:36:49 +0000
> Prakash Sangappa <prakash.sangappa@...cle.com> wrote:
>
> > @@ -2249,6 +2251,20 @@ static inline bool owner_on_cpu(struct task_struct *owner)
> > unsigned long sched_cpu_util(int cpu);
> > #endif /* CONFIG_SMP */
> >
> > +#ifdef CONFIG_RSEQ
> > +
> > +extern bool rseq_delay_resched(void);
> > +extern void rseq_delay_resched_fini(void);
> > +extern void rseq_delay_resched_tick(void);
> > +
> > +#else
> > +
> > +static inline bool rseq_delay_resched(void) { return false; }
> > +static inline void rseq_delay_resched_fini(void) { }
> > +static inline void rseq_delay_resched_tick(void) { }
> > +
> > +#endif
> > +
>
> Can we add a config to make this optional. I don't want to allow any task
> to have an extended timeslice over RT tasks regardless of how small the
> delay is.
I asked to get RT tasks excluded from this extensions and it is ignored.
Maybe they were benefits mentioned somewhere…
> -- Steve
Sebastian
Powered by blists - more mailing lists