[PATCH 5/5] MMC: mmci: Add required documentation for Device Tree bindings
Russell King - ARM Linux
linux at arm.linux.org.uk
Thu Mar 15 13:58:16 EDT 2012
On Thu, Mar 15, 2012 at 05:49:07PM +0000, Arnd Bergmann wrote:
> On Thursday 15 March 2012, Russell King - ARM Linux wrote:
> >
> > On Wed, Mar 14, 2012 at 02:20:03PM +0000, Lee Jones wrote:
> > > +ux500 variant specific properties:
> > > +- gpio-en : contains the level-shifter enable gpio
> > > +- gpio-vsel : contains the level-shifter voltage select gpio
> > > +- tx_dst_dev_type : contains the tx destination device (DMA)
> > > +- rx_src_dev_type : contains the rx source device (DMA)
> >
> > So what about the DMA support being proposed elsewhere?
> >
> > This sounds like we're inventing one DMA solution for one bit of the tree
> > and another DMA solution for another bit. This is madness.
>
> Agreed. I originally made a similar comment for an early version but had not
> noticed that it made it into this one. This should be using the proper DMA
> bindings, or just auxdata while we're not entirely there yet.
It's something that I'm also concerned with the main OF DMA patches. It's
not at all clear what we want from DMA bindings yet because we've hardly
started converting from platform specific DMA APIs to the DMA engine based
APIs.
The way DMA channels are selected by DMA APIs is significantly different
from the DMA engine based API, and I remain worried that we're locking in
to a platform specific DMA API method.
I think the DMA parts should be left alone until there has been much more
of an effort to convert to DMA engine based APIs for the various platforms.
Note: OMAP DMA is something I've been asked to take over, and is something
I've been looking at over the last couple of weeks so far.
More information about the linux-arm-kernel
mailing list