Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp3698651pxv; Mon, 26 Jul 2021 09:40:07 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwPs3hR7rtce6WxG3LtxUVrQBxlZYftjmCGZPsIhk27mm5ab96KLDU1On3ektsqcivUVI0D X-Received: by 2002:a50:9b06:: with SMTP id o6mr22960640edi.284.1627317511610; Mon, 26 Jul 2021 09:38:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1627317511; cv=none; d=google.com; s=arc-20160816; b=X2Dc1pKcNqMMuQPOcCEzLW3U7UbjFrsxjqV9wJkk8hjA0PyPuAAZkYHpYLFN8XpemT dTIugucbB07J3xWWJxaoUny3hpFEi1/ICpIemBEumvoMyrZy4RRr2Ft1NeTzwRr31/x5 GoqmH1CUTAj28F3nUDLn1K7nIdVxIC7M4BEMRXi3voPOYll5c2GNFTb0B6ZMPxyfH1C4 kVUrvQCVz5JyFeBCsaV9zvSosdjlufTR9O4l9bccpgTJBt/biOhbhHE1fc7DO/2ej7Vf funaezzg5VDjPapMpiCU4TSFoy3GDmiHmrl3R+cSroxqt9oa/wot44LLKbO9arr9OpqK LZEw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=hQgery+WQEv301+CG+C9XY8ljJQruVNVAgQ3k7E4saQ=; b=JY1kNGjJqOl4hQZ517/f2xpGV6SOqsjc9+jKI9GzC1FAp9DdlsD9hit/V8lp9yhKtz 9apF4Sq0Bba51m9sdhgQHFLth4Ysv7bzDy9qcQbPHhmbaBwMtNCAVi+w5eK5euvdtTHa tJXN+9nSmynXN/h5JXJ2SywF9GwKwTy1D+k10iblC0w62A2DRkAjnZEHuu9VqURXjw2j qf6OI8kobhey3mzgWinlm8pfy4bN1ECkv4qh4btRPkMuvKlUKVNrfDsEAaH2lDQ3WhBD CLShFDuTweEyygGSbwPAoAumrTJh8a6wkpug5laZ5QyDu/pSsa2l4SceGigm+6JKKfgL 0nSA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b="k/p3PPyg"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id i24si435518edv.114.2021.07.26.09.38.08; Mon, 26 Jul 2021 09:38:31 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b="k/p3PPyg"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S240239AbhGZPzJ (ORCPT + 99 others); Mon, 26 Jul 2021 11:55:09 -0400 Received: from mail.kernel.org ([198.145.29.99]:51722 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S237298AbhGZPee (ORCPT ); Mon, 26 Jul 2021 11:34:34 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id BA115604AC; Mon, 26 Jul 2021 16:15:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1627316103; bh=R6/d5A36/DNukdPu6REyqDvN0M2H9oNjfgQPBn04uDo=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=k/p3PPygBcJKpc0syIq/2Vlm5s/Wpg0Z0VE+srykH5dYy1yYRShf5LYkCnOy0NeMR xW+Pcv52ju92msrddODA+h9vauU62KP8W5Qy3HOORSwvz0Is+M935XLQmON9jc0Dsn DOUjizTcMUUBchaPJUq4TRQp2EZ8tzPhK1asYyG8= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Alan Young , Takashi Iwai Subject: [PATCH 5.13 153/223] ALSA: pcm: Call substream ack() method upon compat mmap commit Date: Mon, 26 Jul 2021 17:39:05 +0200 Message-Id: <20210726153851.231543942@linuxfoundation.org> X-Mailer: git-send-email 2.32.0 In-Reply-To: <20210726153846.245305071@linuxfoundation.org> References: <20210726153846.245305071@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Alan Young commit 2e2832562c877e6530b8480982d99a4ff90c6777 upstream. If a 32-bit application is being used with a 64-bit kernel and is using the mmap mechanism to write data, then the SNDRV_PCM_IOCTL_SYNC_PTR ioctl results in calling snd_pcm_ioctl_sync_ptr_compat(). Make this use pcm_lib_apply_appl_ptr() so that the substream's ack() method, if defined, is called. The snd_pcm_sync_ptr() function, used in the 64-bit ioctl case, already uses snd_pcm_ioctl_sync_ptr_compat(). Fixes: 9027c4639ef1 ("ALSA: pcm: Call ack() whenever appl_ptr is updated") Signed-off-by: Alan Young Cc: Link: https://lore.kernel.org/r/c441f18c-eb2a-3bdd-299a-696ccca2de9c@gmail.com Signed-off-by: Takashi Iwai Signed-off-by: Greg Kroah-Hartman --- sound/core/pcm_native.c | 11 ++++++++--- 1 file changed, 8 insertions(+), 3 deletions(-) --- a/sound/core/pcm_native.c +++ b/sound/core/pcm_native.c @@ -3057,9 +3057,14 @@ static int snd_pcm_ioctl_sync_ptr_compat boundary = 0x7fffffff; snd_pcm_stream_lock_irq(substream); /* FIXME: we should consider the boundary for the sync from app */ - if (!(sflags & SNDRV_PCM_SYNC_PTR_APPL)) - control->appl_ptr = scontrol.appl_ptr; - else + if (!(sflags & SNDRV_PCM_SYNC_PTR_APPL)) { + err = pcm_lib_apply_appl_ptr(substream, + scontrol.appl_ptr); + if (err < 0) { + snd_pcm_stream_unlock_irq(substream); + return err; + } + } else scontrol.appl_ptr = control->appl_ptr % boundary; if (!(sflags & SNDRV_PCM_SYNC_PTR_AVAIL_MIN)) control->avail_min = scontrol.avail_min;