[lkml]   [2003]   [Jul]   [29]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: Ingo Molnar and Con Kolivas 2.6 scheduler patches
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

- 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



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.146 / U:0.316 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site