Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp8713482ybl; Thu, 16 Jan 2020 23:13:28 -0800 (PST) X-Google-Smtp-Source: APXvYqwNUkpNKdthta3XoFx34AhzBF9q9BnneKiPRPQVWaT4FcLd0fctDtpDLvIQdQf/0wnt7mpf X-Received: by 2002:a05:6830:1116:: with SMTP id w22mr5167786otq.63.1579245208765; Thu, 16 Jan 2020 23:13:28 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1579245208; cv=none; d=google.com; s=arc-20160816; b=AqrT+SCHXNCMMFD87iNqwQj35b5ES2DpxWFdQ5EWomjeGrfXC8dl/0PUXa5mg1IlwY bAywvAabkboXQ/INFJ6tY7wqaYEB/iV+zIKHucu+u3fEsFky7Y6b4qgol3jH7uvXOFu9 pi3xS9c9EZn59qydwgc62SFOub+hQB4JqW220plTQc8/fSrjO8vrRh1rIC5QA1vYZe0b YSLTAs8ECyGc01IC77oB3Qexs/3VENSyNsDhLMaAl87yyOd9LlMvcLHLJDZphyqIWG4U sll787P7gmEObcizzuUTmzsTx/oBfzjhQcwyavGPIiOCxLWSDmzkuNgHbXPC9fCw0YSj BedA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=dD+bqe0OboIvDe7Tfhggx1v6hI7fKblqWVn9MXd+wok=; b=eHgHMoKC8LTVFUVkIjRfGmDU+OdDJ0pokkQhE7T3tpJIv+T7gYTQ+fgjJ8MTeUexcP u2qAk+qiQ+nz0PUJOInaCk62k8RAiSxepvqwbzkbfst8ufFUwZkxDLBy4ODJ3e/sjy/H jy92FqUI0ZehS+mMXiI9jTrz2uCqcObaGHy+oDewRxQEuY3AJZ7VZ/fbb2sX/LIfva2Z l7xpuNkkCdZbQpp7XPBa9D3+d+sgGjakFhIzpSxc46rsQL08H4SAxB3+v9dkydM1kSB7 8wIN10n765i9Awv3FSZTN7fbzWR4JCqbrI1+re+u+8U7wGjlDolRlkr65BMNgwKUdl7b +5Iw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b="lK/A5QUc"; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id f203si12880754oib.56.2020.01.16.23.13.16; Thu, 16 Jan 2020 23:13:28 -0800 (PST) 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; dkim=pass header.i=@gmail.com header.s=20161025 header.b="lK/A5QUc"; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729320AbgAQHLR (ORCPT + 99 others); Fri, 17 Jan 2020 02:11:17 -0500 Received: from mail-qk1-f196.google.com ([209.85.222.196]:43925 "EHLO mail-qk1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727136AbgAQHLR (ORCPT ); Fri, 17 Jan 2020 02:11:17 -0500 Received: by mail-qk1-f196.google.com with SMTP id t129so21764579qke.10; Thu, 16 Jan 2020 23:11:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=dD+bqe0OboIvDe7Tfhggx1v6hI7fKblqWVn9MXd+wok=; b=lK/A5QUcLvbmKiyXEH4Kgl3BRQ0Bkz311hk3/Hmc5ukQy/WYQLXsiyxcpola18hAcv tWWhk96wVTGiHmv7M8lX2JVfMkU72C9/VsKywzEfMgtIXPixPNRB5tYrwmJNd/m9PKx2 t3sC3KkpG4fU79UK3gnN+BJ3miybwpjHv0mbl2Yt8rWbLcxOocN8RqumOk9xx5NPYW/n vSumxTygoymB2HvT6vaA11GglQlXbKc4WLF5LxpkxUeUk6tyjM50Wa5S1bORS2kknIsm 1zwitC4hg7oRXqvj9fao+OsaExHr9o78IDI+hEl90ND2xDWUbFC+2lBpQdRjvWOpPxyh X9HA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=dD+bqe0OboIvDe7Tfhggx1v6hI7fKblqWVn9MXd+wok=; b=FEBueSU/62My0th6I5uMbWzrS+R1eea4K9wsMWLs6o6G7PCuW7VvhJAi3CzoJAxQ/0 t9IqW5VEcxpjmdw45De6uFVxt1FzjxRBqJ/DTCnMsUkAh2taOqBFDsS++7d6eAZFw3vJ gPfQgLwxWez9tVq7+EYlSdre6I72shWIPnfZ9gZmRC7dT+7r/ONc9XM2I106J0n26boC spocvZANNclK77M8XpWLZSl4X2c6yaSlIXaPQdDu1vmqMoo9Yjjckx7XPcvtPJGOkOF/ Jh2lUPbLWZwlyKYeET/kJMV0aa9QTyVl87fZVhlFVl7vd6aDVlaF3w/BOpEWTYhxpOKB qJWQ== X-Gm-Message-State: APjAAAUiWPyJFkW6gDU8mW9mLhl993xy2K1SfnnTwm43BVFm75TT2+nM 2og60ShrSKKS6NhTLydsfGpryskyqSsrU92A8yk= X-Received: by 2002:a05:620a:166a:: with SMTP id d10mr36014901qko.37.1579245075683; Thu, 16 Jan 2020 23:11:15 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Shengjiu Wang Date: Fri, 17 Jan 2020 15:11:04 +0800 Message-ID: Subject: Re: [alsa-devel] [PATCH V6 3/4] ASoC: pcm_dmaengine: Extract snd_dmaengine_pcm_refine_runtime_hwparams To: John Stultz Cc: Shengjiu Wang , Mark Rutland , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , Linux-ALSA , lars@metafoo.de, Timur Tabi , Xiubo Li , linuxppc-dev@lists.ozlabs.org, Takashi Iwai , Liam Girdwood , Rob Herring , Nicolin Chen , Mark Brown , Fabio Estevam , Linux Kernel Mailing List Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi On Thu, Jan 16, 2020 at 1:56 PM John Stultz wrote: > > On Wed, Jan 8, 2020 at 8:58 PM John Stultz wrote: > > On Thu, Sep 26, 2019 at 6:50 PM Shengjiu Wang wrote: > > > > > > When set the runtime hardware parameters, we may need to query > > > the capability of DMA to complete the parameters. > > > > > > This patch is to Extract this operation from > > > dmaengine_pcm_set_runtime_hwparams function to a separate function > > > snd_dmaengine_pcm_refine_runtime_hwparams, that other components > > > which need this feature can call this function. > > > > > > Signed-off-by: Shengjiu Wang > > > Reviewed-by: Nicolin Chen > > > > As a heads up, this patch seems to be causing a regression on the HiKey board. > > > > On boot up I'm seeing: > > [ 17.721424] hi6210_i2s f7118000.i2s: ASoC: can't open component > > f7118000.i2s: -6 > > > > And HDMI audio isn't working. With this patch reverted, audio works again. > > > > > > > diff --git a/sound/core/pcm_dmaengine.c b/sound/core/pcm_dmaengine.c > > > index 89a05926ac73..5749a8a49784 100644 > > > --- a/sound/core/pcm_dmaengine.c > > > +++ b/sound/core/pcm_dmaengine.c > > > @@ -369,4 +369,87 @@ int snd_dmaengine_pcm_close_release_chan(struct snd_pcm_substream *substream) > > ... > > > + ret = dma_get_slave_caps(chan, &dma_caps); > > > + if (ret == 0) { > > > + if (dma_caps.cmd_pause && dma_caps.cmd_resume) > > > + hw->info |= SNDRV_PCM_INFO_PAUSE | SNDRV_PCM_INFO_RESUME; > > > + if (dma_caps.residue_granularity <= DMA_RESIDUE_GRANULARITY_SEGMENT) > > > + hw->info |= SNDRV_PCM_INFO_BATCH; > > > + > > > + if (substream->stream == SNDRV_PCM_STREAM_PLAYBACK) > > > + addr_widths = dma_caps.dst_addr_widths; > > > + else > > > + addr_widths = dma_caps.src_addr_widths; > > > + } > > > > It seems a failing ret from dma_get_slave_caps() here is being returned... > > > > > + > > > + /* > > > + * If SND_DMAENGINE_PCM_DAI_FLAG_PACK is set keep > > > + * hw.formats set to 0, meaning no restrictions are in place. > > > + * In this case it's the responsibility of the DAI driver to > > > + * provide the supported format information. > > > + */ > > > + if (!(dma_data->flags & SND_DMAENGINE_PCM_DAI_FLAG_PACK)) > > > + /* > > > + * Prepare formats mask for valid/allowed sample types. If the > > > + * dma does not have support for the given physical word size, > > > + * it needs to be masked out so user space can not use the > > > + * format which produces corrupted audio. > > > + * In case the dma driver does not implement the slave_caps the > > > + * default assumption is that it supports 1, 2 and 4 bytes > > > + * widths. > > > + */ > > > + for (i = SNDRV_PCM_FORMAT_FIRST; i <= SNDRV_PCM_FORMAT_LAST; i++) { > > > + int bits = snd_pcm_format_physical_width(i); > > > + > > > + /* > > > + * Enable only samples with DMA supported physical > > > + * widths > > > + */ > > > + switch (bits) { > > > + case 8: > > > + case 16: > > > + case 24: > > > + case 32: > > > + case 64: > > > + if (addr_widths & (1 << (bits / 8))) > > > + hw->formats |= pcm_format_to_bits(i); > > > + break; > > > + default: > > > + /* Unsupported types */ > > > + break; > > > + } > > > + } > > > + > > > + return ret; > > > > ... down here. > > > > Where as in the old code... > > > > > diff --git a/sound/soc/soc-generic-dmaengine-pcm.c b/sound/soc/soc-generic-dmaengine-pcm.c > > > index 748f5f641002..b9f147eaf7c4 100644 > > > --- a/sound/soc/soc-generic-dmaengine-pcm.c > > > +++ b/sound/soc/soc-generic-dmaengine-pcm.c > > > > > @@ -145,56 +140,12 @@ static int dmaengine_pcm_set_runtime_hwparams(struct snd_pcm_substream *substrea > > > if (pcm->flags & SND_DMAENGINE_PCM_FLAG_NO_RESIDUE) > > > hw.info |= SNDRV_PCM_INFO_BATCH; > > > > > > - ret = dma_get_slave_caps(chan, &dma_caps); > > > - if (ret == 0) { > > > - if (dma_caps.cmd_pause && dma_caps.cmd_resume) > > > - hw.info |= SNDRV_PCM_INFO_PAUSE | SNDRV_PCM_INFO_RESUME; > > > - if (dma_caps.residue_granularity <= DMA_RESIDUE_GRANULARITY_SEGMENT) > > > - hw.info |= SNDRV_PCM_INFO_BATCH; > > > - > > > - if (substream->stream == SNDRV_PCM_STREAM_PLAYBACK) > > > - addr_widths = dma_caps.dst_addr_widths; > > > - else > > > - addr_widths = dma_caps.src_addr_widths; > > > - } > > > > ...the ret from dma_get_slave_caps() checked above, but is not > > actually returned. > > > > Suggestions on how to sort this out? > > Just wanted to check in on this, as I'm still seeing this regression with -rc6. > Compare with the old code. it seems that we shouldn't check the return value. Could you help to test below changes? --- a/sound/soc/soc-generic-dmaengine-pcm.c +++ b/sound/soc/soc-generic-dmaengine-pcm.c @@ -138,12 +138,10 @@ dmaengine_pcm_set_runtime_hwparams(struct snd_soc_component *component, if (pcm->flags & SND_DMAENGINE_PCM_FLAG_NO_RESIDUE) hw.info |= SNDRV_PCM_INFO_BATCH; - ret = snd_dmaengine_pcm_refine_runtime_hwparams(substream, + snd_dmaengine_pcm_refine_runtime_hwparams(substream, dma_data, &hw, chan); - if (ret) - return ret; return snd_soc_set_runtime_hwparams(substream, &hw); } Best regards Shengjiu Wang