Re: [Xenomai-help] resume/suspend periodic timing issue

[Jan Kiszka <jan.kiszka@domain.hid>]

[-- Attachment #1: Type: text/plain, Size: 842 bytes --]

Steven Seeger wrote:
> How is this an unusual design?
> 
> I have a sound driver in my system that updates a DAC every 125 us. Should I
> not suspend the thread after it's done playing? What should the thread do,
> call rt_task_wait_period() every 125us, and contribute to unnecessary
> overhead? 

Simply stop the related timer when the job is done
(rt_task_setperiodic...). What should be the reason to keep *this*
particular timeline for the next output job? Does the DAC has its own
timer? Then you would have to synchronise on that one anyway. Otherwise,
you should better restart the periodic output as soon as the next job
arrives - with a new timeline. And it might be cleaner to use a real
synchronisation mechanism for the wakeup, something like an event or a
semaphore (suspend/resume is evil - mostly).

Jan



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 250 bytes --]