8 messages, 4 authors, 2014-07-23 · open the first message on its own page
From: Nicolin Chen <nicoleotsuka@gmail.com>
Date: 2014-07-17 13:19:26
Nicolin Chen (2): ASoC: fsl_sai: Reset FIFOs after disabling TE/RE ASoC: fsl_sai: Fix incorrect register writing in fsl_sai_isr() sound/soc/fsl/fsl_sai.c | 9 ++++++--- 1 file changed, 6 insertions(+), 3 deletions(-) -- 1.8.4
From: Nicolin Chen <nicoleotsuka@gmail.com>
Date: 2014-07-17 13:19:40
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@gmail.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); } break; default:
--
1.8.4
From: Nicolin Chen <nicoleotsuka@gmail.com>
Date: 2014-07-17 13:19:42
In the rx irq handling part, we should clear the flags in RCSR not TCSR. Signed-off-by: Nicolin Chen <nicoleotsuka@gmail.com> --- sound/soc/fsl/fsl_sai.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/sound/soc/fsl/fsl_sai.c b/sound/soc/fsl/fsl_sai.c
index b10dbd8..1b6ee2c 100644
--- a/sound/soc/fsl/fsl_sai.c
+++ b/sound/soc/fsl/fsl_sai.c@@ -106,7 +106,7 @@ irq_rx: xcsr &= ~FSL_SAI_CSR_xF_MASK; if (flags) - regmap_write(sai->regmap, FSL_SAI_TCSR, flags | xcsr); + regmap_write(sai->regmap, FSL_SAI_RCSR, flags | xcsr); out: if (irq_none)
--
1.8.4
From: Li.Xiubo@freescale.com <hidden>
Date: 2014-07-18 02:38:11
-----Original Message----- From: Nicolin Chen [mailto:nicoleotsuka@gmail.com] Sent: Thursday, July 17, 2014 9:22 PM To: broonie@kernel.org Cc: linux-kernel@vger.kernel.org; linuxppc-dev@lists.ozlabs.org; alsa- devel@alsa-project.org; timur@tabi.org; Xiubo Li-B47053; Wang Shengjiu-B0=
2247;
Chen Guangyu-B42378 Subject: [PATCH 0/2] ASoC: fsl_sai: Two bug fixes for fsl_sai driver =20 Nicolin Chen (2): ASoC: fsl_sai: Reset FIFOs after disabling TE/RE ASoC: fsl_sai: Fix incorrect register writing in fsl_sai_isr() =20
Yes, they are all looks good to me. Signed-off-by: Xiubo Li <redacted> Thanks, BRs Xiubo
sound/soc/fsl/fsl_sai.c | 9 ++++++--- 1 file changed, 6 insertions(+), 3 deletions(-) =20 -- 1.8.4
From: Nicolin Chen <hidden>
Date: 2014-07-18 10:36:52
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@gmail.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
From: Nicolin Chen <hidden>
Date: 2014-07-23 10:03:27
Sir, I found this two patches are merged into for-next branch, although I haven't got the 'applied' email. Is that possible for you to drop this one? If not, I'll send another patch to fix this. Thank you, Nicolin On Fri, Jul 18, 2014 at 06:18:12PM +0800, Nicolin Chen wrote:
Mark, Please disregard this single patch. On Thu, Jul 17, 2014 at 09:21:37PM +0800, Nicolin Chen wrote:quoted
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@gmail.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, Nicolinquoted
} break; default: -- 1.8.4
From: Mark Brown <broonie@kernel.org>
Date: 2014-07-23 10:07:59
On Wed, Jul 23, 2014 at 05:52:32PM +0800, Nicolin Chen wrote:
I found this two patches are merged into for-next branch, although I haven't got the 'applied' email.
Is that possible for you to drop this one? If not, I'll send another patch to fix this.
Please send a patch, I'd already applied it by the time you asked me to drop it.
From: Nicolin Chen <hidden>
Date: 2014-07-23 10:11:53
On Wed, Jul 23, 2014 at 11:07:46AM +0100, Mark Brown wrote:
On Wed, Jul 23, 2014 at 05:52:32PM +0800, Nicolin Chen wrote:quoted
I found this two patches are merged into for-next branch, although I haven't got the 'applied' email.quoted
Is that possible for you to drop this one? If not, I'll send another patch to fix this.Please send a patch, I'd already applied it by the time you asked me to drop it.
Got it. Thank you. Nicolin