ALSA: pcm: Fix missing check of the new non-cached buffer type
authorTakashi Iwai <tiwai@suse.de>
Mon, 4 Nov 2019 10:11:15 +0000 (11:11 +0100)
committerTakashi Iwai <tiwai@suse.de>
Mon, 4 Nov 2019 10:12:34 +0000 (11:12 +0100)
The check for the mmap support via hw_support_mmap() function misses
the case where the device is with SNDRV_DMA_TYPE_DEV_UC, which should
have been treated equally as SNDRV_DMA_TYPE_DEV.  Let's fix it.

Note that this bug doesn't hit any practical problem, because
SNDRV_DMA_TYPE_DEV_UC is used only for x86-specific drivers
(snd-hda-intel and snd-intel8x0) for the specific platforms that need
the non-cached buffers.  And, on such platforms, hw_support_mmap()
already returns true in anyway.  That's the reason I didn't put
Cc-to-stable mark here.  This is only for any theoretical future
extension.

Fixes: 425da159707b ("ALSA: pcm: use dma_can_mmap() to check if a device supports dma_mmap_*")
Fixes: 42e748a0b325 ("ALSA: memalloc: Add non-cached buffer type")
Link: https://lore.kernel.org/r/20191104101115.27311-1-tiwai@suse.de
Signed-off-by: Takashi Iwai <tiwai@suse.de>
sound/core/pcm_native.c

index 91c6ad58729fe7c8d6856a8f74b5ed547d19b179..c3a139436ac269ada2402cbeec9552339b0e2633 100644 (file)
@@ -222,7 +222,8 @@ static bool hw_support_mmap(struct snd_pcm_substream *substream)
                return false;
 
        if (substream->ops->mmap ||
-           substream->dma_buffer.dev.type != SNDRV_DMA_TYPE_DEV)
+           (substream->dma_buffer.dev.type != SNDRV_DMA_TYPE_DEV &&
+            substream->dma_buffer.dev.type != SNDRV_DMA_TYPE_DEV_UC))
                return true;
 
        return dma_can_mmap(substream->dma_buffer.dev.dev);