From: tony@atomide.com (Tony Lindgren)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v4 4/4] OMAP3: DMA: Errata i541: sDMA FIFO draining does not finish
Date: Mon, 4 Oct 2010 09:55:16 -0700 [thread overview]
Message-ID: <20101004165515.GS3117@atomide.com> (raw)
In-Reply-To: <201010041342.33238.peter.ujfalusi@nokia.com>
* Peter Ujfalusi <peter.ujfalusi@nokia.com> [101004 03:33]:
> On Monday 04 October 2010 12:17:41 ext G, Manjunath Kondaiah wrote:
> >
> > ...
> >
> > > + /* OMAP3 Errata i541: sDMA FIFO draining does not finish */
> >
> > This logic is required for multiple erratas.
>
> As Tony requested, I have added a variable for flags to handle the different
> erratas. I even added a macro to check that the errata applies, so one can use:
> if (IS_DMA_ERRATA(DMA_ERRATA_XXXXX))
>
> > Can we have seperate
> > function for handling this logic. More details at:
> > https://patchwork.kernel.org/patch/126271/
>
> I see. That patch is for hwmod converted dma code, right?
> We need this fix without the hwmod to applied, and than backport it to earlier
> kernel releases.
>
> > As I mentioned in other mail, if you are introducing this feature,
> > it is better to convert existing erratas also to use this feature.
>
> The upcoming hwmod conversion will take care of the cleanup.
> We _need_ these two small fixes ASAP, since it is fixing serious problem in
> audio (and the same issue might bite other areas as well).
> It is not the intention of this series to clean up the arc/arm/plat-omap/dma.c.
>
> I have added the dma_errata variable, since Tony asked for it, but even that
> addition is a bigger change than what I was planning to do here.
Yeah.. Let's just use your original patch for the fix, then queue
adding the errata flag for the upcoming merge window.
Regards,
Tony
next prev parent reply other threads:[~2010-10-04 16:55 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-10-04 8:18 [PATCH v4 0/4] OMAP2/3: DMA: FIFO drain errata fixes Peter Ujfalusi
2010-10-04 8:18 ` [PATCH v4 1/4] omap: dma: Fix buffering disable bit setting for omap24xx Peter Ujfalusi
2010-10-04 9:14 ` G, Manjunath Kondaiah
2010-10-04 9:50 ` Jarkko Nikula
2010-10-04 8:18 ` [PATCH v4 2/4] OMAP: DMA: Introduce errata handling variable, and macro Peter Ujfalusi
2010-10-04 8:18 ` [PATCH v4 3/4] OMAP2: DMA: Use errata flag for disabling buffering Peter Ujfalusi
2010-10-04 9:15 ` G, Manjunath Kondaiah
2010-10-04 8:18 ` [PATCH v4 4/4] OMAP3: DMA: Errata i541: sDMA FIFO draining does not finish Peter Ujfalusi
2010-10-04 9:17 ` G, Manjunath Kondaiah
2010-10-04 10:42 ` Peter Ujfalusi
2010-10-04 11:04 ` G, Manjunath Kondaiah
2010-10-04 16:55 ` Tony Lindgren [this message]
2010-10-04 8:29 ` [PATCH v4 0/4] OMAP2/3: DMA: FIFO drain errata fixes Peter Ujfalusi
2010-10-04 8:33 ` Peter Ujfalusi
2010-10-04 16:57 ` Tony Lindgren
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=20101004165515.GS3117@atomide.com \
--to=tony@atomide.com \
--cc=linux-arm-kernel@lists.infradead.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).