[alsa-devel] SNDRV_PCM_INFO_MMAP - what do I need for it?
Trent Piepho
xyzzy at speakeasy.org
Wed Jan 16 20:45:46 CET 2008
On Wed, 16 Jan 2008, Timur Tabi wrote:
> Takashi Iwai wrote:
> > At Wed, 16 Jan 2008 09:17:57 -0600,
> > Timur Tabi wrote:
> >> .info = SNDRV_PCM_INFO_INTERLEAVED | SNDRV_PCM_INFO_MMAP |
> >> SNDRV_PCM_INFO_MMAP_VALID,
> >>
> >> what does ALSA do differently? Do I need to define any new functions? From an
> >> application perspective, what is different?
> >
> > It means that the driver supports mmap access to the PCM buffer.
> >
> > In some cases, you need to implement a proper mmap callback. For
> > example, when the coheret (dma) pages are allocated via
> > dma_alloc_coherent and used for the PCM buffer, you need mmap callback
> > for ARM, at least because the default mmap handler in the PCM core
> > doesn't work for ARM. In this case, prepare your own mmap callback
> > and pass it to pcm ops. It should call simply dma_mmap_coherent()
> > appropriately.
>
> The default mmap handler in the PCM core is snd_pcm_default_mmap()?
>
> How can I know whether this function works? Can I just add those two flags to
> my .info line, and then .... ? Is there an ALSA mmap test utility?
You can use the -M option with arecord and aplay too see if mmap works.
You need to actually hear/record sound to know, just getting no errors
isn't enough.
The default mmap hander will work if you used ALSA to allocate the DMA
buffer. If you didn't, for example the cx88-alsa and bt87x drivers use
vmalloc(), then you need to write your own mmap handler. The handler I
wrote for the previously mentioned drivers wasn't complex.
More information about the Alsa-devel
mailing list