Thread (11 messages) 11 messages, 3 authors, 2024-06-01

Re: [PATCH v2] sched/rt: Clean up usage of rt_task()

From: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
Date: 2024-05-31 06:30:20
Also in: linux-fsdevel, linux-mm, lkml

On 2024-05-30 12:10:44 [+0100], Qais Yousef wrote:
quoted
This is not consistent because IMHO the clock setup & slack should be
handled equally. So I am asking the sched folks for a policy and I am
leaning towards looking at task-policy in this case instead of prio
because you shouldn't do anything that can delay.
Can't we do that based on is_soft/is_hard flag in hrtimer struct when we apply
the slack in hrtimer_set_expires_range_ns() instead?
We need to decide on a policy first.
You don't want to add overhead on each invocation plus some in-kernel
ask for delta. ->is_soft is not a good criteria.

Sebastian
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help