From: Tony Lindgren <tony@atomide.com>
To: Peter Ujfalusi <peter.ujfalusi@nokia.com>
Cc: linux-omap@vger.kernel.org, Jarkko Nikula <jhnikula@gmail.com>,
linux-arm-kernel@lists.infradead.org,
Russell King <rmk+kernel@arm.linux.org.uk>
Subject: Re: [PATCH v5 0/3] OMAP2/3: DMA: FIFO drain errata fixes
Date: Tue, 5 Oct 2010 11:15:25 -0700 [thread overview]
Message-ID: <20101005181525.GL3117@atomide.com> (raw)
In-Reply-To: <1286261141-1039-1-git-send-email-peter.ujfalusi@nokia.com>
* Peter Ujfalusi <peter.ujfalusi@nokia.com> [101004 23:37]:
> Hello,
>
> This v5 series is based on the v3.
> The first two patch is the actual fix for the original problems without any
> major change in the code (only handling the corresponding erratas in the legacy
> way).
> The third patch in the series is optional, and it is implementing (in one patch)
> the errata handling via flags. This patch converts all errata cases to use the
> introduced dma_errata variable via macros.
>
> Tony: the first two patch need to go for 2.6.36, and if it is possible it shall
> be backported to .33, .34, and .35 as well.
OK, I'll the first two into omap-fixes.
> The final patch in this series is optional, if you feel like you can take it
> (or drop it). AFAIK the upcoming hwmod changes to dma code will also have
> similar feature to handle the erratas.
> I'm not sure what is the schedule for the hwmod conversion of dma...
Let's queue this clean-up with the hwmod patches then.
Regards,
Tony
WARNING: multiple messages have this Message-ID (diff)
From: tony@atomide.com (Tony Lindgren)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v5 0/3] OMAP2/3: DMA: FIFO drain errata fixes
Date: Tue, 5 Oct 2010 11:15:25 -0700 [thread overview]
Message-ID: <20101005181525.GL3117@atomide.com> (raw)
In-Reply-To: <1286261141-1039-1-git-send-email-peter.ujfalusi@nokia.com>
* Peter Ujfalusi <peter.ujfalusi@nokia.com> [101004 23:37]:
> Hello,
>
> This v5 series is based on the v3.
> The first two patch is the actual fix for the original problems without any
> major change in the code (only handling the corresponding erratas in the legacy
> way).
> The third patch in the series is optional, and it is implementing (in one patch)
> the errata handling via flags. This patch converts all errata cases to use the
> introduced dma_errata variable via macros.
>
> Tony: the first two patch need to go for 2.6.36, and if it is possible it shall
> be backported to .33, .34, and .35 as well.
OK, I'll the first two into omap-fixes.
> The final patch in this series is optional, if you feel like you can take it
> (or drop it). AFAIK the upcoming hwmod changes to dma code will also have
> similar feature to handle the erratas.
> I'm not sure what is the schedule for the hwmod conversion of dma...
Let's queue this clean-up with the hwmod patches then.
Regards,
Tony
next prev parent reply other threads:[~2010-10-05 18:15 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-10-05 6:45 [PATCH v5 0/3] OMAP2/3: DMA: FIFO drain errata fixes Peter Ujfalusi
2010-10-05 6:45 ` Peter Ujfalusi
2010-10-05 6:45 ` [PATCH v5 1/3] omap: dma: Fix buffering disable bit setting for omap24xx Peter Ujfalusi
2010-10-05 6:45 ` Peter Ujfalusi
2010-10-05 9:41 ` G, Manjunath Kondaiah
2010-10-05 9:41 ` G, Manjunath Kondaiah
2010-10-05 6:45 ` [PATCH v5 2/3] OMAP3: DMA: Errata i541: sDMA FIFO draining does not finish Peter Ujfalusi
2010-10-05 6:45 ` Peter Ujfalusi
2010-11-10 13:46 ` Adrian Hunter
2010-11-10 13:46 ` Adrian Hunter
2010-11-10 13:52 ` Adrian Hunter
2010-11-10 13:52 ` Adrian Hunter
2010-11-10 23:30 ` Paul Walmsley
2010-11-10 23:30 ` Paul Walmsley
2010-11-11 7:17 ` Adrian Hunter
2010-11-11 7:17 ` Adrian Hunter
2010-10-05 6:45 ` [PATCH v5 3/3] OMAP: DMA: Use flags for errata handling Peter Ujfalusi
2010-10-05 6:45 ` Peter Ujfalusi
2010-10-05 9:55 ` [PATCH v5 0/3] OMAP2/3: DMA: FIFO drain errata fixes G, Manjunath Kondaiah
2010-10-05 9:55 ` G, Manjunath Kondaiah
2010-10-05 18:15 ` Tony Lindgren [this message]
2010-10-05 18:15 ` Tony Lindgren
2010-10-08 22:17 ` Tony Lindgren
2010-10-08 22:17 ` Tony Lindgren
2010-10-21 10:05 ` Peter Ujfalusi
2010-10-21 10:05 ` Peter Ujfalusi
2010-11-05 21:29 ` Tony Lindgren
2010-11-05 21:29 ` Tony Lindgren
2010-12-07 19:45 ` Greg KH
2010-12-07 19:45 ` Greg KH
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=20101005181525.GL3117@atomide.com \
--to=tony@atomide.com \
--cc=jhnikula@gmail.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-omap@vger.kernel.org \
--cc=peter.ujfalusi@nokia.com \
--cc=rmk+kernel@arm.linux.org.uk \
/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.