All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Péter Ujfalusi" <peter.ujfalusi@ti.com>
To: Jarkko Nikula <jarkko.nikula@bitmer.com>
Cc: Tony Lindgren <tony@atomide.com>,
	linux-omap@vger.kernel.org, linux-arm-kernel@lists.infradead.org
Subject: Re: Re: [PATCH v2 1/2] OMAP2+: DMA: Workaround for invalid source position
Date: Tue, 29 Nov 2011 15:01:57 +0200	[thread overview]
Message-ID: <1857964.6c1BL8cmCX@barack> (raw)
In-Reply-To: <4EBBCB4C.9030202@bitmer.com>

On Thursday 10 November 2011 15:02:04 Jarkko Nikula wrote:
> On 11/10/2011 02:46 PM, Jarkko Nikula wrote:
> > On 11/07/2011 11:33 AM, Peter Ujfalusi wrote:
> >> If the DMA source position has been asked before the
> >> first actual data transfer has been done, the CSAC
> >> register does not contain valid information.
> >> We can identify this situation by checking the CDAC
> >> register:
> >> CDAC != 0 indicates that the DMA transfer on the channel has
> >> been started already.
> >> When CDAC == 0 we can not trust the CSAC value since it has
> >> not been updated, and can contain random number.
> >> Return the start address in case the DMA has not jet started.
> >> 
> >> Note: The CDAC register has been initialized to 0 at dma_start
> >> time.
> >> 
> >> Signed-off-by: Peter Ujfalusi<peter.ujfalusi@ti.com>
> >> ---
> >> arch/arm/plat-omap/dma.c | 12 ++++++++++++
> >> 1 files changed, 12 insertions(+), 0 deletions(-)
> >> 
> >> diff --git a/arch/arm/plat-omap/dma.c b/arch/arm/plat-omap/dma.c
> >> index c22217c..a9983b6 100644
> >> --- a/arch/arm/plat-omap/dma.c
> >> +++ b/arch/arm/plat-omap/dma.c
> >> @@ -1034,6 +1034,18 @@ dma_addr_t omap_get_dma_src_pos(int lch)
> >> if (IS_DMA_ERRATA(DMA_ERRATA_3_3)&& offset == 0)
> >> offset = p->dma_read(CSAC, lch);
> >> 
> >> + if (!cpu_is_omap15xx()) {
> >> + /*
> >> + * CDAC == 0 indicates that the DMA transfer on the channel has
> >> + * not been started (no data has been transferred so far).
> >> + * Return the programmed source start address in this case.
> >> + */
> >> + if (likely(p->dma_read(CDAC, lch)))
> >> + offset = p->dma_read(CSAC, lch);
> >> + else
> >> + offset = p->dma_read(CSSA, lch);
> >> + }
> >> +
> > 
> > I think this is enough:
> > 
> > if (unlikely(p->dma_read(CDAC, lch) == 0))
> > offset = p->dma_read(CSSA, lch);
> > 
> > I suppose offset is ok for normal case as it is already read (twise)
> > above.
> Or actually my proposal could have a race if CDAC changes between CSAC
> read and CDAC read. In that case it's better to re-read CSAC as your
> patch does after CDAC test and give to both:
> 
> Reviewed-by: Jarkko Nikula <jarkko.nikula@bitmer.com>

Tony, have you taken this patch? I failed to find it in the l-o tree...

--
Péter
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

WARNING: multiple messages have this Message-ID (diff)
From: peter.ujfalusi@ti.com (Péter Ujfalusi)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v2 1/2] OMAP2+: DMA: Workaround for invalid source position
Date: Tue, 29 Nov 2011 15:01:57 +0200	[thread overview]
Message-ID: <1857964.6c1BL8cmCX@barack> (raw)
In-Reply-To: <4EBBCB4C.9030202@bitmer.com>

On Thursday 10 November 2011 15:02:04 Jarkko Nikula wrote:
> On 11/10/2011 02:46 PM, Jarkko Nikula wrote:
> > On 11/07/2011 11:33 AM, Peter Ujfalusi wrote:
> >> If the DMA source position has been asked before the
> >> first actual data transfer has been done, the CSAC
> >> register does not contain valid information.
> >> We can identify this situation by checking the CDAC
> >> register:
> >> CDAC != 0 indicates that the DMA transfer on the channel has
> >> been started already.
> >> When CDAC == 0 we can not trust the CSAC value since it has
> >> not been updated, and can contain random number.
> >> Return the start address in case the DMA has not jet started.
> >> 
> >> Note: The CDAC register has been initialized to 0 at dma_start
> >> time.
> >> 
> >> Signed-off-by: Peter Ujfalusi<peter.ujfalusi@ti.com>
> >> ---
> >> arch/arm/plat-omap/dma.c | 12 ++++++++++++
> >> 1 files changed, 12 insertions(+), 0 deletions(-)
> >> 
> >> diff --git a/arch/arm/plat-omap/dma.c b/arch/arm/plat-omap/dma.c
> >> index c22217c..a9983b6 100644
> >> --- a/arch/arm/plat-omap/dma.c
> >> +++ b/arch/arm/plat-omap/dma.c
> >> @@ -1034,6 +1034,18 @@ dma_addr_t omap_get_dma_src_pos(int lch)
> >> if (IS_DMA_ERRATA(DMA_ERRATA_3_3)&& offset == 0)
> >> offset = p->dma_read(CSAC, lch);
> >> 
> >> + if (!cpu_is_omap15xx()) {
> >> + /*
> >> + * CDAC == 0 indicates that the DMA transfer on the channel has
> >> + * not been started (no data has been transferred so far).
> >> + * Return the programmed source start address in this case.
> >> + */
> >> + if (likely(p->dma_read(CDAC, lch)))
> >> + offset = p->dma_read(CSAC, lch);
> >> + else
> >> + offset = p->dma_read(CSSA, lch);
> >> + }
> >> +
> > 
> > I think this is enough:
> > 
> > if (unlikely(p->dma_read(CDAC, lch) == 0))
> > offset = p->dma_read(CSSA, lch);
> > 
> > I suppose offset is ok for normal case as it is already read (twise)
> > above.
> Or actually my proposal could have a race if CDAC changes between CSAC
> read and CDAC read. In that case it's better to re-read CSAC as your
> patch does after CDAC test and give to both:
> 
> Reviewed-by: Jarkko Nikula <jarkko.nikula@bitmer.com>

Tony, have you taken this patch? I failed to find it in the l-o tree...

--
P?ter

  reply	other threads:[~2011-11-29 13:01 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-11-07  9:33 [PATCH v2 0/2] OMAP2+: DMA: fix src/dst position reporting Peter Ujfalusi
2011-11-07  9:33 ` Peter Ujfalusi
2011-11-07  9:33 ` [PATCH v2 1/2] OMAP2+: DMA: Workaround for invalid source position Peter Ujfalusi
2011-11-07  9:33   ` Peter Ujfalusi
2011-11-10 12:46   ` Jarkko Nikula
2011-11-10 12:46     ` Jarkko Nikula
2011-11-10 13:02     ` Jarkko Nikula
2011-11-10 13:02       ` Jarkko Nikula
2011-11-29 13:01       ` Péter Ujfalusi [this message]
2011-11-29 13:01         ` Péter Ujfalusi
2011-12-09  0:42         ` Tony Lindgren
2011-12-09  0:42           ` Tony Lindgren
2011-11-07  9:33 ` [PATCH v2 2/2] OMAP2+: DMA: Workaround for invalid destination position Peter Ujfalusi
2011-11-07  9:33   ` Peter Ujfalusi

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1857964.6c1BL8cmCX@barack \
    --to=peter.ujfalusi@ti.com \
    --cc=jarkko.nikula@bitmer.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-omap@vger.kernel.org \
    --cc=tony@atomide.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.