[lkml]   [2004]   [Aug]   [18]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [patch] voluntary-preempt-
On Wed, Aug 18, 2004 at 03:01:48PM +0200, Florian Schmidt wrote:
> On Wed, 18 Aug 2004 14:27:03 +0200
> Ingo Molnar <> wrote:
> >
> > > Btw: one question: at one point in time the IRQ handlers were in the
> > > SCHED_FIFO scheduling class. Why has this changed?
> >
> > so that they dont starve the audio threads by default - the audio IRQ
> > has to get another priority anyway. Maybe we could try a default
> > SCHED_FIFO prio lower than the typical rt_priority of jackd - e.g. 30?
> Oh, upon rereading the chrt manpage i found out why i failed to set them
> to SCHED_FIFO manually. So it was my error. I thought the
> scheduling of the IRQ handlers was not changable at runtime. Thus my
> question to make them SCHED_FIFO by default.
> Well, i still think they should be SCHED_FIFO by default, so no user
> process that is not itself SCHED_FIFO can starve them [X11 was able to
> starve mouse irq's on my system with the defualt IRQ handlers
> running SCHED_OTHER FWIW]. To make starving of user-SCHED_FIFO processes
> unprobably maybe use a default static prio of 0.
> Afaik jackd uses priorities > 0 for its audio threads when runing
> SCHED_FIFO anyways..
> But since the user will have to tweak his IRQ handlers manually anyways
> [set soundcard irq higher prio than the rest, etc..], it doesn't really
> make a difference.

This doesn't take into account SCHED_RR processes, which expect to
behave just like SCHED_FIFO unless there's another SCHED_RR process of
the same priority...

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: 2005-03-22 14:05    [W:0.254 / U:62.848 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site