[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20200609135054.GJ4583@sirena.org.uk>
Date: Tue, 9 Jun 2020 14:50:54 +0100
From: Mark Brown <broonie@...nel.org>
To: Shengjiu Wang <shengjiu.wang@....com>
Cc: lars@...afoo.de, perex@...ex.cz, tiwai@...e.com,
lgirdwood@...il.com, timur@...nel.org, nicoleotsuka@...il.com,
Xiubo.Lee@...il.com, festevam@...il.com,
alsa-devel@...a-project.org, linux-kernel@...r.kernel.org,
linuxppc-dev@...ts.ozlabs.org
Subject: Re: [RFC PATCH] ASoC: fsl_asrc_dma: Fix warning "Cannot create DMA
dma:tx symlink"
On Mon, Jun 08, 2020 at 03:07:00PM +0800, Shengjiu Wang wrote:
> The issue log is:
>
> [ 48.021506] CPU: 0 PID: 664 Comm: aplay Not tainted 5.7.0-rc1-13120-g12b434cbbea0 #343
> [ 48.031063] Hardware name: Freescale i.MX6 Quad/DualLite (Device Tree)
> [ 48.037638] [<c0110dd8>] (unwind_backtrace) from [<c010b8ec>] (show_stack+0x10/0x14)
> [ 48.045413] [<c010b8ec>] (show_stack) from [<c0557fc0>] (dump_stack+0xe4/0x118)
Please think hard before including complete backtraces in upstream
reports, they are very large and contain almost no useful information
relative to their size so often obscure the relevant content in your
message. If part of the backtrace is usefully illustrative (it often is
for search engines if nothing else) then it's usually better to pull out
the relevant sections.
> ---
> include/sound/dmaengine_pcm.h | 11 ++++++
> include/sound/soc.h | 2 ++
> sound/soc/fsl/fsl_asrc_common.h | 2 ++
> sound/soc/fsl/fsl_asrc_dma.c | 49 +++++++++++++++++++++------
> sound/soc/soc-core.c | 3 +-
> sound/soc/soc-generic-dmaengine-pcm.c | 12 -------
> 6 files changed, 55 insertions(+), 24 deletions(-)
Please split the core changes you are adding from the driver changes
that use them.
The change does look reasonable for the issue, it's not ideal but I'm
not sure it's avoidable with DPCM.
Download attachment "signature.asc" of type "application/pgp-signature" (489 bytes)
Powered by blists - more mailing lists