[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20251029195352.1920e7fa@gandalf.local.home>
Date: Wed, 29 Oct 2025 19:53:52 -0400
From: Steven Rostedt <rostedt@...dmis.org>
To: Thomas Gleixner <tglx@...utronix.de>
Cc: LKML <linux-kernel@...r.kernel.org>, Peter Zijlstra
<peterz@...radead.org>, Mathieu Desnoyers <mathieu.desnoyers@...icios.com>,
"Paul E. McKenney" <paulmck@...nel.org>, Boqun Feng <boqun.feng@...il.com>,
Jonathan Corbet <corbet@....net>, Prakash Sangappa
<prakash.sangappa@...cle.com>, Madadi Vineeth Reddy
<vineethr@...ux.ibm.com>, K Prateek Nayak <kprateek.nayak@....com>,
Sebastian Andrzej Siewior <bigeasy@...utronix.de>, Arnd Bergmann
<arnd@...db.de>, linux-arch@...r.kernel.org
Subject: Re: [patch V3 08/12] rseq: Implement time slice extension
enforcement timer
On Wed, 29 Oct 2025 22:37:17 +0100
Thomas Gleixner <tglx@...utronix.de> wrote:
> >> + * This check prevents that a granted time slice extension exceeds
> >
> > This check prevents a granted time slice ...
> >
> >> + * the maximum scheduling latency when the grant expired before
>
> I'm not a native speaker, but your suggested edit is bogus. Let me
> put it into the full sentence:
>
> This check prevents a granted time slice extension exceeds
> the maximum ....
>
> Can you spot the fail?
Ah, I should have updated the entire sentence, as the original still sounds
funny to me, but you are correct, that update wasn't enough.
Perhaps:
This check prevents a granted time slice extension from exceeding the
maximum scheduling latency when the grant expires before going back out
to user space.
-- Steve
Powered by blists - more mailing lists