Re: [PATCH v2] davinci: spi: move event queue parameter to platform data

On Tue, Feb 8, 2011 at 2:58 PM, Kevin Hilman wrote: > Michael Williamson writes: > >> For DMA operation, the davinci spi driver needs an event queue number. >> Currently, this number is passed as a IORESOURCE_DMA.  This is not >> correct, as the event queue is not a DMA channel.  Pass the event q

Re: [PATCH v2] davinci: spi: move event queue parameter to platform data

Michael Williamson writes: > For DMA operation, the davinci spi driver needs an event queue number. > Currently, this number is passed as a IORESOURCE_DMA. This is not > correct, as the event queue is not a DMA channel. Pass the event queue > via the platform data structure instead. > > On dm35

TI DaVinci support under new maintainer: Sekhar Nori

Hello, I will be stepping aside as maintainer of the TI DaVinci family of SoCs and Sekhar Nori from TI will be taking over these responsibilities. Sekhar has long been an active developer, primary contributor and reviewer so taking over the maintainer role is a logical next step for him. I will

Re: [PATCH] davinci: tnetv107x: fix register indexing for GPIOs numbers > 31

Cyril Chemparathy writes: > On 01/28/2011 04:47 PM, Hilman, Kevin wrote: >> Hirosh Dabui writes: >> >>> This patch fix a bug in the register indexing for GPIOs numbers > 31 >>> to get the relevant hardware registers of tnetv107x to control the GPIOs. >>> > [...] >> >> Thanks, applied and queu

Re: DM365 uvc gadget

2011/2/4 Will Kelleher : > Hi, > > I also recently backported the UVC gadget (g_webcam) from 2.6.36 to > 2.6.32.  Where did you encounter this error?  I'm able to load the > module and the DM365 is detected as a UVC device by a Windows host, > but then I am unable to add DirectShow filters to the d

Re: Recent kernel for DM365 and status of the staging tree

2011/2/8 Hadli, Manjunath : > Jean-Philippe, >  Among the Video related items you mentioned, pretty much everything is > planned to be supported. I will check back on the User Pointer I/O and get > back to you. > -Manju > Thank you for the information, this is very interesting. To be more precise

RE: Recent kernel for DM365 and status of the staging tree

Jean-Philippe, The fbdev is under development and the trees have to be cleaned up before opening up. Request you to wait till Friday when I can publish you the particulars. Please ping me again later in the week. -Manju From: Caglar Akyuz [caglarak...@gma

Re: Recent kernel for DM365 and status of the staging tree

On Tuesday 08 February 2011 03:59:24 pm Hadli, Manjunath wrote: > Jean-Philippe, > Among the Video related items you mentioned, pretty much everything is > planned to be supported. I will check back on the User Pointer I/O and get > back to you. -Manju > I wanted test your latest v12 patch ser

RE: Recent kernel for DM365 and status of the staging tree

Jean-Philippe, Among the Video related items you mentioned, pretty much everything is planned to be supported. I will check back on the User Pointer I/O and get back to you. -Manju From: Nori, Sekhar Sent: Tuesday, February 08, 2011 2:30 PM To: jean-phili

[PATCH v2] davinci: spi: move event queue parameter to platform data

For DMA operation, the davinci spi driver needs an event queue number. Currently, this number is passed as a IORESOURCE_DMA. This is not correct, as the event queue is not a DMA channel. Pass the event queue via the platform data structure instead. On dm355 and dm365, move the eventq assignment

Re: PREEMPT_RT patches and GPIO (interrupts) problem

On 08.02.2011 12:19, Rajashekhara, Sudhakar wrote: > Hi Christophe, > > On Tue, Feb 08, 2011 at 15:43:30, Christophe Aeschlimann wrote: >> Hi Sudhakar, >> > > [...] > >> >> Thanks for doing some testing on your side. >> >> Any specific reason why you used the gpio-keys-polled driver ? I'm using

RE: PREEMPT_RT patches and GPIO (interrupts) problem

Hi Christophe, On Tue, Feb 08, 2011 at 15:43:30, Christophe Aeschlimann wrote: > Hi Sudhakar, > [...] > > Thanks for doing some testing on your side. > > Any specific reason why you used the gpio-keys-polled driver ? I'm using > the standard gpio-keys driver which is based on a interrupt inst

Re: Linux + CE + POSIX interval timers

2011/2/4 Danny Marsh : > Hello, > > We are developing a DM6446 platform with linux and the dvsdk_2_00_00_22.  We > have created several iUniversal Codec Engine algorithms and can get them to > run independently.  We then tried to integrate the algorithms into another > application that was using in

Re: PREEMPT_RT patches and GPIO (interrupts) problem

Hi Sudhakar, On 08.02.2011 10:30, Rajashekhara, Sudhakar wrote: > Hi, > > On Thu, Feb 03, 2011 at 15:08:39, Christophe Aeschlimann wrote: >> Hi, >> >> I'm working with the arago omapl1 kernel on a custom OMAP-L138 board. >> >> http://arago-project.org/git/projects/?p=linux-omapl1.git >> >> Recent

RE: PREEMPT_RT patches and GPIO (interrupts) problem

Hi, On Thu, Feb 03, 2011 at 15:08:39, Christophe Aeschlimann wrote: > Hi, > > I'm working with the arago omapl1 kernel on a custom OMAP-L138 board. > > http://arago-project.org/git/projects/?p=linux-omapl1.git > > Recently I made some testing with the PREEMPT_RT patches (that were also > applie

Re: Linux + CE + POSIX interval timers

On 02/04/2011 06:45 PM, Danny Marsh wrote: Hello, We are developing a DM6446 platform with linux and the dvsdk_2_00_00_22. We have created several iUniversal Codec Engine algorithms and can get them to run independently. We then tried to integrate the algorithms into another application that

RE: Recent kernel for DM365 and status of the staging tree

Hi jean-philippe, On Thu, Feb 03, 2011 at 15:02:36, jean-philippe francois wrote: > 2011/2/3 jean-philippe francois : > > Hi, > > > > What is the status of the arago staging tree ? > > It once was tracking the mainline kernel without much lag, but > > it seems to be stuck at 2.6.34 Recently a 2.6