[lkml]   [2003]   [Aug]   [8]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: Ingo Molnar and Con Kolivas 2.6 scheduler patches
On Wed, Jul 30, 2003 at 09:46:41AM -0500, Daniel Phillips wrote:
> On Tuesday 29 July 2003 08:56, Timothy Miller wrote:
> > ...since we're dealing with real-time and audio issues, is there any
> > way we can do this: When the interrupt arrives from the sound card so
> > that the driver needs to set up DMA for the next block or whatever it
> > does, move any processes which talk to an audio device to the head of
> > the process queue?
> That would be a good thing. To clarify, there are typically two buffers
> involved:
> - A short DMA buffer
> - A longer buffer into which the audio process generates samples
> There are several cycles through the short buffer for each cycle through the
> long buffer. On one of these cycles, the contents of the long buffer will
> drop below some threshold and the refill process should be scheduled,
> according to your suggestion. Developing a sane API for that seems a little
> challenging. Somebody should just hack this and demonstrate the benefit.
> In the meantime, the SCHED_SOFTRR proposal provides a way of closely
> approximating the above behaviour without being intrusive or
> application-specific.

You might also like to think about driving the scheduler with an
interrupt from the DMA device, if it's regular, or VBL (vertical
retrace) for video/graphics applications. IRIX's REACT/pro RT system
does stuff like this.

It's in their frame scheduler section.


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 13:47    [W:0.109 / U:0.400 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site