Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp2218696imm; Thu, 7 Jun 2018 07:14:50 -0700 (PDT) X-Google-Smtp-Source: ADUXVKIUChe9MtUsRVzIAitWqzr7gGdmyMr01PzDsLpNuFjx+GDegcLV38VxBh2CK9nHcZjUhrSw X-Received: by 2002:a17:902:600a:: with SMTP id r10-v6mr2225793plj.70.1528380890390; Thu, 07 Jun 2018 07:14:50 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1528380890; cv=none; d=google.com; s=arc-20160816; b=LgyAJQX3wUbTLwSWfwf/KSB0CNNj6hezTabgaboiaXL8VHIln/WMHJ7XOdzBMLFaKV 6TofvnoCaQq68tYtVJQ71XXBw2yhDoe7FD3H01GNqRQrOFfKwT5t3mE/mAzF3xgj5riy r2BrlExTmlDOxrGRWItP5TnSbO5rZr0xN2lDX8rq1UlH9y82Zmi9D02Uo31UAxvzj0hW YO9pcZUIhqNTcxqqVBFdd89OJImpbrTxL2eN5I8IMYkfHu13Kli+HCLlZZLTZzWlRYPQ 8uBp3PUV8XACenudakpudLd+NcWIp7F1nVhICbLCIHi8Gqwv1A0tVOEIxbCYONGUFdEH iZng== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:subject:message-id:date:cc:to :from:mime-version:content-transfer-encoding:content-disposition :arc-authentication-results; bh=oRY9jqP7Ey5cfDmqjuFFIcHzMADJmnlEWAHq7Ki/AmU=; b=e81jYf3Q7oi489W4Gic6mYGYoosY23UvyIJHJm3O2M7kIRddSoyAeTuw2ZatURuJBl WA2cDRMDUnHUq/lAcPJqitk58OBP5W8SktWONufPsYfJ6IebvfooTA4OlBYC8FTQKhmh iWJeKHSTmTJ8azpMe12CtwJ8hCIYH6APO9Oe55V/7Vyk9e9GcY3nZDA7CwrCqlTYbtCZ R2pdN0mf4gexuctiEJAyLWPIrRjLabCUO5G4WmCDD0Pt/mXGtywd/lYP5IS1q5YYABjx P87sNQstXQJBdLn+o+cQkQFV1r8MhNCMdXz6mN6d7hjApRV6jMLjS0RwrwCpnYGXKZJX weKA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id b67-v6si55844228plb.262.2018.06.07.07.14.35; Thu, 07 Jun 2018 07:14:50 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933328AbeFGOL6 (ORCPT + 99 others); Thu, 7 Jun 2018 10:11:58 -0400 Received: from shadbolt.e.decadent.org.uk ([88.96.1.126]:39527 "EHLO shadbolt.e.decadent.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933163AbeFGOJk (ORCPT ); Thu, 7 Jun 2018 10:09:40 -0400 Received: from [148.252.241.226] (helo=deadeye) by shadbolt.decadent.org.uk with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1fQvbJ-0005Zl-6Q; Thu, 07 Jun 2018 15:09:17 +0100 Received: from ben by deadeye with local (Exim 4.91) (envelope-from ) id 1fQvbF-0003JD-Ad; Thu, 07 Jun 2018 15:09:13 +0100 Content-Type: text/plain; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 8bit MIME-Version: 1.0 From: Ben Hutchings To: linux-kernel@vger.kernel.org, stable@vger.kernel.org CC: akpm@linux-foundation.org, "Stefan Roese" , "Takashi Iwai" Date: Thu, 07 Jun 2018 15:05:21 +0100 Message-ID: X-Mailer: LinuxStableQueue (scripts by bwh) Subject: [PATCH 3.16 399/410] ALSA: pcm: Use dma_bytes as size parameter in dma_mmap_coherent() In-Reply-To: X-SA-Exim-Connect-IP: 148.252.241.226 X-SA-Exim-Mail-From: ben@decadent.org.uk X-SA-Exim-Scanned: No (on shadbolt.decadent.org.uk); SAEximRunCond expanded to false Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 3.16.57-rc1 review patch. If anyone has any objections, please let me know. ------------------ From: Stefan Roese 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 Signed-off-by: Takashi Iwai Signed-off-by: Ben Hutchings --- sound/core/pcm_native.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --- a/sound/core/pcm_native.c +++ b/sound/core/pcm_native.c @@ -3219,7 +3219,7 @@ int snd_pcm_lib_default_mmap(struct snd_ area, substream->runtime->dma_area, substream->runtime->dma_addr, - area->vm_end - area->vm_start); + substream->runtime->dma_bytes); #elif defined(CONFIG_MIPS) && defined(CONFIG_DMA_NONCOHERENT) if (substream->dma_buffer.dev.type == SNDRV_DMA_TYPE_DEV && !plat_device_is_coherent(substream->dma_buffer.dev.dev))