> Audio doesn't use setitimer()-driven sleeping. It's interrupt-driven,
> not timer-driven.
Yes, the driver is interrupt driven, but the driver interrupt handler
is only responsible for getting the data off the card's FIFO and
storing it in memory. (i.e., initialing a DMA transfer.) It doesn't
do anything with the audio data itself, except pass it on to user
space. Won't HZ make a difference to the user application code which
must wake up to do something with this audio data? Hence the need for
SCHED_FIFO and the like..
Steve
Received on Sat Aug 19 04:15:17 2006
This archive was generated by hypermail 2.1.8 : Sat Aug 19 2006 - 04:15:17 EEST