[lkml]   [2006]   [Jun]   [22]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: Why can't I set the priority of softirq-hrt? (Re: 2.6.17-rt1)
On Thu, 2006-06-22 at 19:06 +0100, Esben Nielsen wrote:
> >
> > Thats a seperate issue. Though you are right.
> Why not use my original patch and solve both issues?
> I have even updated it to avoid the double traversal. It also removes
> one other traversal which shouldn't be needed. (I have not had time
> to boot the kernel with it, though, but it does compile...:-)

Simply because it does not solve following scenario:

High prio task is blocked on lock and boosts 3 other tasks. Now the
higher prrio watchdog detects that the high prio task is stuck and
lowers the priority. You can wake it up as long as you want, the boosted
task is still busy looping. We want an immidate propagation.

And I do not like the idea of invoking the scheduler to do those
propagations. setscheduler is a synchronous effect in all other cases.
So it has to be synchronous in the propagation case too.

Preempt-RT and the dynamic priority adjustment of high resolution timers
is a different playground and we have to think about that seperately.


To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2006-06-22 20:06    [W:0.049 / U:35.676 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site