The state of MUSB OTG + CPPI DMA..?

Hi all, I'm playing around trying to get MUSB OTG working on DM355, for mass storage (memory sticks) and gadget serial. We had similar functionality in MV 2.6.10 via some hacks involving a GPIO to monitor USB_ID, and a script to reload USB driver modules.. but it would be nice to do it Right(tm

RE: The state of MUSB OTG + CPPI DMA..?

Jon, Pl. refer to the Aarago GIT tree for DaVinci. Regards swami > -Original Message- > From: davinci-linux-open-source-boun...@linux.davincidsp.com > [mailto:davinci-linux-open-source-boun...@linux.davincidsp.com] On Behalf > Of Jon Povey > Sent: Friday, May 28, 2010 4:30 PM > To:

[PATCH] ALSA/davinci: Use the resource_size , __devinit and __devexit.

Dear all, Use the resource_size function instead of manually calculating the resource size. This reduces the chance of introducing off-by-one errors. In addition, to use __devinit and __devexit is good too. Signed-off-by:Wan ZongShun >From 6e492675606a92bcf9e1719c37219dfc5d11e6ca Mon Sep 17 00

Re: [PATCH] ALSA/davinci: Use the resource_size , __devinit and __devexit.

Hello. Wan ZongShun wrote: Dear all, Use the resource_size function instead of manually calculating the resource size. This reduces the chance of introducing off-by-one errors. In addition, to use __devinit and __devexit is good too. "Good" isn't a good justification I think. Als

CMEM module build with recent kernel drop.

Not sure if this is the right place for this... It looks like the latest version of the linux utilities (specifically CMEM for the OMAP-L138) no longer build with kernel Revs >= 2.6.34.  This is due to the change in the dma-api (e.g., the dmac_inv_range and clean functions have gone away).  I trie

Re: The state of MUSB OTG + CPPI DMA..?

Hello. Jon Povey wrote: Hi all, OTG sort-of works for me after playing with it today, You're lucky. :-) Last I tried, I couldn't get a USB stick recognized in OTG mode on DA830 EVM. but having some problems with it not finding memory sticks in host mode after connecting as a gad

Re: The state of MUSB OTG + CPPI DMA..?

--- On Fri, 5/28/10, Sergei Shtylyov wrote: > > > Would anyone like to comment on the status of MUSB OTG > (for DM355) in the current git version? > >    Haven't tried... As of something like 18 months ago, two key mechanisms mostly worked when I tested against (a) OMAP3, and (b) the fullspee

[RFC 2/2] Davinci: emac: use new cpdma in emac driver

This patch replaces the EMAC DMA code with equivalent functionality provided by the newly added CPDMA layer. Signed-off-by: Cyril Chemparathy --- drivers/net/davinci_emac.c | 1119 +--- 1 files changed, 126 insertions(+), 993 deletions(-) diff --git a/dri

[RFC 0/2] Davinci: emac cpdma separation series

In addition to being embedded into the EMAC controller, the CPDMA hardware block is used in TI's CPSW switch controller. Fortunately, the programming interface to this hardware block remains somewhat consistent across these devices. This series contains a new reusable cpdma implementation, as wel

[RFC 1/2] Davinci: emac: separate out cpdma for reuse

In addition to being embedded into the EMAC controller, the CPDMA hardware block is used in TI's CPSW switch controller. Fortunately, the programming interface to this hardware block remains pretty nicely consistent across these devices. This patch adds a new CPDMA services layer, which can then

Re: [PATCH v5 1/3] ARM: add CPPI 4.1 DMA support

Hello. I wrote: Add support for Texas Instuments Communication Port Programming Interface 4.1 (CPPI 4.1) used on OMAP-L1x/DA8xx and AM35x. At this moment, only the DMA controller and queue manager are supported. Support for the buffer manager is lacking but these chips don't have it anyway. S