[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20140718101810.GA15150@MrMyself>
Date: Fri, 18 Jul 2014 18:18:12 +0800
From: Nicolin Chen <Guangyu.Chen@...escale.com>
To: Nicolin Chen <nicoleotsuka@...il.com>
CC: <broonie@...nel.org>, <linux-kernel@...r.kernel.org>,
<linuxppc-dev@...ts.ozlabs.org>, <alsa-devel@...a-project.org>,
<timur@...i.org>, <Li.Xiubo@...escale.com>, <b02247@...escale.com>,
<b42378@...escale.com>
Subject: Re: [PATCH 1/2] ASoC: fsl_sai: Reset FIFOs after disabling TE/RE
Mark,
Please disregard this single patch.
On Thu, Jul 17, 2014 at 09:21:37PM +0800, Nicolin Chen wrote:
> SAI will not clear their FIFOs after disabling TE/RE. Therfore, the driver
> should take care the task so as not to let useless data remain in the FIFO.
>
> Signed-off-by: Nicolin Chen <nicoleotsuka@...il.com>
> ---
> sound/soc/fsl/fsl_sai.c | 7 +++++--
> 1 file changed, 5 insertions(+), 2 deletions(-)
>
> diff --git a/sound/soc/fsl/fsl_sai.c b/sound/soc/fsl/fsl_sai.c
> index c5a0e8a..b10dbd8 100644
> --- a/sound/soc/fsl/fsl_sai.c
> +++ b/sound/soc/fsl/fsl_sai.c
> @@ -371,10 +371,13 @@ static int fsl_sai_trigger(struct snd_pcm_substream *substream, int cmd,
>
> /* Check if the opposite FRDE is also disabled */
> if (!(tx ? rcsr & FSL_SAI_CSR_FRDE : tcsr & FSL_SAI_CSR_FRDE)) {
> + /* Disable both directions and reset their FIFOs */
> regmap_update_bits(sai->regmap, FSL_SAI_TCSR,
> - FSL_SAI_CSR_TERE, 0);
> + FSL_SAI_CSR_TERE | FSL_SAI_CSR_FR,
> + FSL_SAI_CSR_FR);
> regmap_update_bits(sai->regmap, FSL_SAI_RCSR,
> - FSL_SAI_CSR_TERE, 0);
> + FSL_SAI_CSR_TERE | FSL_SAI_CSR_FR,
> + FSL_SAI_CSR_FR);
The FR should be set _after_ clear TERE, not at the same time because it
still may have tiny possibility to remain data.
I'll send another version later for this patch.
The other patch for isr() should be still fine.
Thank you,
Nicolin
> }
> break;
> default:
> --
> 1.8.4
>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists