* Use of snd_atomic_write_t for dshare and friends
@ 2016-11-07 15:29 Alan Young
2016-11-08 14:40 ` Takashi Iwai
0 siblings, 1 reply; 2+ messages in thread
From: Alan Young @ 2016-11-07 15:29 UTC (permalink / raw)
To: alsa-devel
Would it make sense for dshare, and other d-* plugins, to use a shared
snd_atomic_write_t in the shared memory segment and associated
snd_atomic_write_xxx() & snd_atomic_read_xxx() calls?
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: Use of snd_atomic_write_t for dshare and friends
2016-11-07 15:29 Use of snd_atomic_write_t for dshare and friends Alan Young
@ 2016-11-08 14:40 ` Takashi Iwai
0 siblings, 0 replies; 2+ messages in thread
From: Takashi Iwai @ 2016-11-08 14:40 UTC (permalink / raw)
To: Alan Young; +Cc: alsa-devel
On Mon, 07 Nov 2016 16:29:29 +0100,
Alan Young wrote:
>
> Would it make sense for dshare, and other d-* plugins, to use a shared
> snd_atomic_write_t in the shared memory segment and associated
> snd_atomic_write_xxx() & snd_atomic_read_xxx() calls?
It's not recommended and not expected to work well always with DMA
buffer. And above all, these calls were dropped in the recent
alsa-lib.
Takashi
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2016-11-08 14:40 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-11-07 15:29 Use of snd_atomic_write_t for dshare and friends Alan Young
2016-11-08 14:40 ` Takashi Iwai
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.