You could also use a jack_rigbuffer_t, its lock free and hence should be RT
thread safe.
You could write a known msg into the ring buffer from the RT thread,
receive the msg from non real-time thread and do event passing from there.
-- Regards, Karthik Poduval On Wed, Sep 24, 2014 at 5:39 AM, Tim Goetze <tim@email-addr-hidden> wrote: > [William Light] > >I'm avoiding blocking, of course, but I'm also worried about the > >potential scheduling implications of jumping into kernel-mode and back, > >and also the potential non-determinism of system call execution time. > >Are these things I should actually worry about? > > I've been using pipes for message-passing the way Clemens mentioned in > realtime MIDI and audio threads for years without ever experiencing any > scheduling or blocking problems. > > Cheers, Tim > _______________________________________________ > Linux-audio-dev mailing list > Linux-audio-dev@email-addr-hidden > http://lists.linuxaudio.org/listinfo/linux-audio-dev >
_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev@email-addr-hidden
http://lists.linuxaudio.org/listinfo/linux-audio-dev
Received on Thu Sep 25 04:15:02 2014
This archive was generated by hypermail 2.1.8 : Thu Sep 25 2014 - 04:15:02 EEST