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.
Regards,
Daniel
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Thu Jul 31 2003 - 22:00:40 EST