[alsa-devel] [RFC PATCH] ALSA: core: Add DMA share buffer support
Mark Brown
broonie at kernel.org
Mon Jan 21 13:40:53 CET 2019
On Fri, Jan 18, 2019 at 08:39:32PM +0100, Takashi Iwai wrote:
> Mark Brown wrote:
> > > multiple tasks). I would probably go in this way and add more extended
> > > permission control for the PCM device, so permissions can be restricted
> > > for the passed descriptor to the producer or the consumer task. In this
> > One concern I have with doing some ALSA-specific custom permissions
> > thing is integration with frameworks like SELinux (they'd presumably
> > need to learn about the ALSA specific stuff to manage it). It also
> Well, I wonder what makes it more difficult by the approach Jaroslav
> suggested. With O_APPEND, you can just call mmap() normally, and
> that's all. What's the merit of dma-buf approach wrt the security?
It was the bit about adding more extended permission control that I was
worried about there, not the initial O_APPEND bit. Indeed the O_APPEND
bit sounds like it might also work from the base buffer sharing point of
view, I have to confess I'd not heard of that feature before (it didn't
come up in the discussion when Eric raised this in Prague).
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: not available
URL: <http://mailman.alsa-project.org/pipermail/alsa-devel/attachments/20190121/9a95c45d/attachment.sig>
More information about the Alsa-devel
mailing list