Re: [PATCH v2 3/5] sched/eevdf: Cap protection when current has the shortest slice
From: Christian Loehle
Date: Thu Oct 01 2026 - 10:35:04 EST
On 10/1/26 14:55, Peter Zijlstra wrote:
> On Thu, Oct 01, 2026 at 02:40:14PM +0100, Christian Loehle wrote:
>> Changing a task slice preserves its remaining request. With
>> PLACE_REL_DEADLINE, the deadline can therefore extend beyond the new
>> slice after sched_setattr() reduces it.
>
> Or, the new slice is only effective after the current expires.
>
> Is there a reason we care about this? Changelog didn't mention.
Yeah I wasn't sure about this, it does make the tests a little more
hairy as this obviously races...