* Felipe Balbi [110103 12:49]:
> Hi,
>
> On Mon, Jan 03, 2011 at 05:19:45PM +, Russell King - ARM Linux wrote:
> >> Frankly speaking, I doubt that drivers/dma/ will have place for the
> >>purely MUSB specific DMA engines such as the named ones (there's no TUSB
> >>DMA BTW -- it uses OMAP DM
* Russell King - ARM Linux [110416 16:06]:
> On Sat, Apr 16, 2011 at 09:01:26PM +0800, Haojian Zhuang wrote:
> > On Fri, Apr 15, 2011 at 9:06 PM, Russell King - ARM Linux
> > >
> > > This uses the physical address, and unlike Davinci's dma address usage,
> > > it always wants to have the physical
* Tomi Valkeinen [110418 09:57]:
> On Mon, 2011-04-18 at 09:48 +0300, Tony Lindgren wrote:
> > * Russell King - ARM Linux [110416 16:06]:
> > > On Sat, Apr 16, 2011 at 09:01:26PM +0800, Haojian Zhuang wrote:
> > > > On Fri, Apr 15, 2011 at 9:0
* Russell King - ARM Linux [110418 11:50]:
> This is the second revision of this patch. I've not moved it out of
> ARM yet as I haven't had a positive response from SH yet.
>
> It's now called pv_pool (for phys/virt pool) rather than sram_pool,
> and I've included MXC's iram support in this. Ho
* Tomi Valkeinen [110419 17:13]:
> Hi Tony and Russell,
>
> On Mon, 2011-04-18 at 11:17 +0300, Tony Lindgren wrote:
> > * Tomi Valkeinen [110418 09:57]:
>
> > > So, I can make a patch that removes the SRAM support from omapfb, and
> > > queue it up for the
* Nori, Sekhar [111214 04:42]:
> Hi Akshay,
>
> On Thu, Dec 08, 2011 at 14:35:51, Shankarmurthy, Akshay wrote:
> > This patch adds missing commas on last members of structure and arrays.
> > This makes less harder to add additional initializer at the end of the
> > existing initializers and avoid
t;
> because a section containing const variables is marked read only and so
> cannot contain non-const variables.
Acked-by: Tony Lindgren
___
Davinci-linux-open-source mailing list
Davinci-linux-open-source@linux.davincidsp.com
http://linux.davincidsp
* Matt Porter [120920 07:43]:
> For platforms with DT populated, use dma_request_slave_channel()
> to acquire the DMA channel. For !DT platforms, we fall back to
> explicitly passing the omap_dma_filter_fn() to dma_request_channel().
> Once all platforms boot from DT, the dma_request_channel() pat
* Matt Porter [120920 07:43]:
> For platforms with DT populated, use dma_request_slave_channel()
> to acquire the DMA channel. For !DT platforms, we fall back to
> explicitly passing the omap_dma_filter_fn() to dma_request_channel().
> Once all platforms boot from DT, the dma_request_channel() pat
* Arnd Bergmann [120921 02:19]:
> On Thursday 20 September 2012, Tony Lindgren wrote:
> > > /* use PIO for small transfers, avoiding DMA setup/teardown overhead and
> > > @@ -798,14 +801,26 @@ static int omap2_mcspi_request_dma(struct
> > > spi_device *spi)
* Russell King - ARM Linux [100430 10:13]:
> On Fri, Apr 30, 2010 at 12:20:35PM -0400, Cyril Chemparathy wrote:
> > Hi,
> >
> > [...]
> > > To fix both problems, maybe we should just use a fixed memory location
> > > to pass this temporary data from uncompress to the kernel. We've had a
> > > si
* Cyril Chemparathy [100430 09:22]:
> Hi,
>
> [...]
> > To fix both problems, maybe we should just use a fixed memory location
> > to pass this temporary data from uncompress to the kernel. We've had a
> > similar problem on DaVinci recently and a proposal has been made (and
> > tested) to use m
the EMAC MMR region has been split down into separate MDIO
> and EMAC regions.
>
> Signed-off-by: Cyril Chemparathy
> Acked-by: David S. Miller
Looks good to me from omap point of view:
Acked-by: Tony Lindgren
___
Davinci-linux-open-sou
* Cyril Chemparathy [100907 13:17]:
> This patch removes davinci architecture code that has now been rendered
> useless by the previous patches in the MDIO separation series.
>
> Signed-off-by: Cyril Chemparathy
> Acked-by: David S. Miller
This one too:
Acked-by
can call on the list maintainers again today to do the
> approval thing.
After applying these two patches and manually running:
$ git checkout-index -f arch/arm/mach-pxa/Kconfig
$ git checkout-index -f arch/arm/mach-footbridge/Kconfig
It builds just fine for omaps, so for omaps:
Acked-by: To
* Bill Pemberton [121119 10:29]:
> CONFIG_HOTPLUG is going away as an option so __devexit_p is no longer
> needed.
For the arch/arm/*omap*/* touching patches:
Acked-by: Tony Lindgren
___
Davinci-linux-open-source mailing list
Davinci-linu
made.
>
> This allows for a much cleaner migration of drivers to the
> dmaengine DT API as platforms continue to be mixed between those
> that boot using DT and those that do not.
Cool, looks like the driver changes are quite minimal after this:
Acked-by: Tony Lindgren
>
> Sugg
menting EDMA so in the !DT case we can default to the OMAP DMA
> filter.
Acked-by: Tony Lindgren
> Signed-off-by: Matt Porter
> ---
> drivers/mmc/host/omap_hsmmc.c | 10 --
> 1 file changed, 8 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/mmc/
the nr_segs
> capability is present, the value is used to configure mmc->max_segs
> appropriately.
Acked-by: Tony Lindgren
> Signed-off-by: Matt Porter
> ---
> drivers/mmc/host/omap_hsmmc.c |6 ++
> 1 file changed, 6 insertions(+)
>
> diff --git a/drivers/m
* Matt Porter [130110 21:47]:
> The binding definition is based on the generic DMA request binding.
Acked-by: Tony Lindgren
> Signed-off-by: Matt Porter
> ---
> .../devicetree/bindings/mmc/ti-omap-hsmmc.txt | 25
> +++-
> 1 file changed, 24 inserti
* Matt Porter [130110 21:47]:
> Adds AM33XX MMC support for am335x-bone, am335x-evm, and
> am335x-evmsk..
This one should be queued separately by Benoit:
Acked-by: Tony Lindgren
> Signed-off-by: Matt Porter
> ---
> arch/arm/boot/dts/am335x-bone.dts |7 +++
>
* Linus Walleij [130129 03:03]:
> On Tue, Jan 29, 2013 at 8:38 AM, Vishwanathrao Badarkhe, Manish
> wrote:
>
> > Currently, I2C driver gets probed before pinctrl driver.
> > To achieve I2C pin muxing via pinctrl driver before I2C
> > probe get called, register pinctrl driver in arch_initcall.
>
* Tony Lindgren [130201 09:12]:
> * Linus Walleij [130129 03:03]:
> > On Tue, Jan 29, 2013 at 8:38 AM, Vishwanathrao Badarkhe, Manish
> > wrote:
> >
> > > Currently, I2C driver gets probed before pinctrl driver.
> > > To achieve I2C pin muxing via pi
* Matt Porter [130201 10:25]:
> Move mach-davinci/dma.c to common/edma.c so it can be used
> by OMAP (specifically AM33xx) as well.
I think this should rather go to drivers/dma/?
Tony
___
Davinci-linux-open-source mailing list
Davinci-linux-open-source
* Matt Porter [130202 10:10]:
> If it doesn't work, work with Vinod to fix the api. It's expected,
> I'm working on dmaengine API changes right now to deal with a
> limitation of EDMA that needs to be abstracted.
Regarding the DMA API limitations, I'm only aware of lack of capability
to configure
* Matt Porter [130202 11:51]:
> On Sat, Feb 02, 2013 at 10:16:43AM -0800, Tony Lindgren wrote:
> > * Matt Porter [130202 10:10]:
> > > If it doesn't work, work with Vinod to fix the api. It's expected,
> > > I'm working on dmaengine API changes right n
* Felipe Balbi [130204 07:46]:
>
> Current DMA abstraction is quite poor, for example there's no way to
> compile support for multiple DMA engines. Code also makes certain, IMO
> unnecessary, assumptions about the underlying DMA engine (abstraction is
> poor, as said above but it we could follow
igned-off-by: Manjunathappa, Prakash
> > ---
>
> Acked-by: Haojian Zhuang
Acked-by: Tony Lindgren
___
Davinci-linux-open-source mailing list
Davinci-linux-open-source@linux.davincidsp.com
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
to be taken by Tony.
Sekhar, please go ahead and take this one. I'll reply
to the header email of this series how it should be
queued.
For the mach-omap2/Kconfig change:
Acked-by: Tony Lindgren
> > ---
> > arch/arm/mach-omap2/Kconfig |1 +
> > drivers/dma/Kconfig
so
they can pick it up. For the omap changes:
Acked-by: Tony Lindgren
___
Davinci-linux-open-source mailing list
Davinci-linux-open-source@linux.davincidsp.com
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
loying this for other registers depending on the CPU selection.
>
> Signed-off-by: Russell King
Seems to boot fine for omaps:
Tested-by: Tony Lindgren
___
Davinci-linux-open-source mailing list
Davinci-linux-open-source@linux.davincidsp.com
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
31 matches
Mail list logo