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.