[PATCH 1/2] ARM: convert dma-mapping to asm-generic API

Jamie Iles jamie at jamieiles.com
Tue Dec 21 06:01:35 EST 2010


On Tue, Dec 21, 2010 at 10:36:52AM +0000, Russell King - ARM Linux wrote:
> On Tue, Dec 21, 2010 at 10:20:01AM +0000, Jamie Iles wrote:
> > Note: this patch also requires "ARM: dmabounce: fix partial sync in
> > dma_sync_single_* API" from FUJITA Tomonori:
> > 
> > 	http://www.spinics.net/lists/netdev/msg126826.html
> > 
> > which allows us to do fuzzy matching of the buffers when using
> > dmabounce.
> 
> Which I've already said no to.

Ok, perhaps I missed some other posts. From that thread the only objections I 
found were to do with the indentation style and they were fixed up.

> I don't believe that the direction taken there is anywhere near the right
> one - the approach we have (implementing the whole buffer sync in terms
> of the partial buffer sync) is the far more logical, simpler and safer
> way, and doesn't lead to the possibility of two partially overlapping
> mappings causing the wrong one to be operated upon.
> 
> The debug code doesn't check for overlapping mappings in any way, so we
> can't say that they never occur.
>
> With the way that the DMA API has gone, I view the "generic" stuff as
> a disaster.

Ok I can't disagree with that. I've had a look at some of the other arches and 
I can't see an obvious reason why we couldn't change the generic 
implementation to do the sync in the way you describe. Perhaps I'll have a 
look at that after the holidays.

With regards to the API debug, any objections to adding the necessary calls 
into the existing ARM implementation? Perhaps it'll catch some misuses of the 
API.

Jamie



More information about the linux-arm-kernel mailing list