summaryrefslogtreecommitdiffstats
path: root/sound/core
diff options
context:
space:
mode:
authorStefan Roese <sr@denx.de>2018-03-26 16:10:21 +0200
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2018-04-08 11:51:55 +0200
commit137ec7a920c7589061e99559fb842c64d1a2915a (patch)
tree4e43b203820184f7c07dbc0ce1486e132185b505 /sound/core
parent123bc8641ee269fb2247ff2a97f276fcab179182 (diff)
downloadlinux-stable-137ec7a920c7589061e99559fb842c64d1a2915a.tar.gz
linux-stable-137ec7a920c7589061e99559fb842c64d1a2915a.tar.bz2
linux-stable-137ec7a920c7589061e99559fb842c64d1a2915a.zip
ALSA: pcm: Use dma_bytes as size parameter in dma_mmap_coherent()
commit 9066ae7ff5d89c0b5daa271e2d573540097a94fa upstream. When trying to use the driver (e.g. aplay *.wav), the 4MiB DMA buffer will get mmapp'ed in 16KiB chunks. But this fails with the 2nd 16KiB area, as the page offset is outside of the VMA range (size), which is currently used as size parameter in snd_pcm_lib_default_mmap(). By using the DMA buffer size (dma_bytes) instead, the complete DMA buffer can be mmapp'ed and the issue is fixed. This issue was detected on an ARM platform (TI AM57xx) using the RME HDSP MADI PCIe soundcard. Fixes: 657b1989dacf ("ALSA: pcm - Use dma_mmap_coherent() if available") Signed-off-by: Stefan Roese <sr@denx.de> Cc: <stable@vger.kernel.org> Signed-off-by: Takashi Iwai <tiwai@suse.de> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'sound/core')
-rw-r--r--sound/core/pcm_native.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/sound/core/pcm_native.c b/sound/core/pcm_native.c
index 4ba64fd49759..ce2954a31238 100644
--- a/sound/core/pcm_native.c
+++ b/sound/core/pcm_native.c
@@ -3408,7 +3408,7 @@ int snd_pcm_lib_default_mmap(struct snd_pcm_substream *substream,
area,
substream->runtime->dma_area,
substream->runtime->dma_addr,
- area->vm_end - area->vm_start);
+ substream->runtime->dma_bytes);
#endif /* CONFIG_X86 */
/* mmap with fault handler */
area->vm_ops = &snd_pcm_vm_ops_data_fault;