Re: [PATCH v2 02/13] da850: pruss platform specific additions.

2011-02-28 Thread Subhasish Ghosh
Hello, Can we not have the PRU UIO also as a part of the MFD framework. I know that the UIO is not really a device, but I feel its incorrect to register the same device twice. Instead we can have a single entry as the MFD framework and the UIO, as a child device, based upon the MFD driver APIs.

RE: [PATCH v6 1/1] PRUSS UIO driver support

2011-02-28 Thread TK, Pratheesh Gangadhar
Hi, > -Original Message- > From: Hans J. Koch [mailto:h...@hansjkoch.de] > Sent: Tuesday, March 01, 2011 2:57 AM > To: TK, Pratheesh Gangadhar > Cc: linux-ker...@vger.kernel.org; h...@hansjkoch.de; gre...@suse.de; > t...@linutronix.de; sshtyl...@mvista.com; a...@arndb.de; Chatterjee, Amit;

[GIT PULL] davinci fixes for 2.6.38-rc7

2011-02-28 Thread Kevin Hilman
Hi Russell, Please pull the following small series of davinci fixes for 2.6.38-rc7. Thanks, Kevin The following changes since commit f5412be599602124d2bdd49947b231dd77c0bf99: Linux 2.6.38-rc6 (2011-02-21 17:25:52 -0800) are available in the git repository at: ssh://master.kernel.org/pub/

[PATCH v6 1/1] PRUSS UIO driver support

2011-02-28 Thread Pratheesh Gangadhar
This patch implements PRUSS (Programmable Real-time Unit Sub System) UIO driver which exports SOC resources associated with PRUSS like I/O, memories and IRQs to user space. PRUSS is dual 32-bit RISC processors which is efficient in performing embedded tasks that require manipulation of packed memor

[PATCH v6 0/1] Add PRUSS UIO driver support

2011-02-28 Thread Pratheesh Gangadhar
This patch series add support for PRUSS (Programmable Real-time Unit Sub System) UIO driver in Texas Instruments DA850, AM18xx and OMAP-L138 processors. PRUSS is programmable RISC core which can be used to implement Soft IPs (eg:- DMA, CAN, UART,SmartCard) and Industrial communications data link la

RE: [PATCH v2 02/13] da850: pruss platform specific additions.

2011-02-28 Thread TK, Pratheesh Gangadhar
Hi, > -Original Message- > From: davinci-linux-open-source-boun...@linux.davincidsp.com > [mailto:davinci-linux-open-source-boun...@linux.davincidsp.com] On Behalf > Of Subhasish Ghosh > Sent: Friday, February 11, 2011 8:21 PM > To: davinci-linux-open-source@linux.davincidsp.com > Cc: sa..

RE: [PATCH v8 03/11] gpio: add ti-ssp gpio driver

2011-02-28 Thread Nori, Sekhar
Hi Grant, On Wed, Jan 19, 2011 at 00:51:37, Chemparathy, Cyril wrote: > TI's SSP controller pins can be directly read and written to behave like a > GPIO. This patch adds a GPIO driver that exposes such functionality. Can you please review and ack the GPIO part of this series too? I see that yo

Re: [PATCH v4 2/2] Defines DA850/AM18xx/OMAPL1-38 SOC resources used by PRUSS UIO driver

2011-02-28 Thread Sergei Shtylyov
Hello. On 28-02-2011 7:46, TK, Pratheesh Gangadhar wrote: This patch defines PRUSS, ECAP clocks, memory and IRQ resources used by PRUSS UIO driver in DA850/AM18xx/OMAPL1-38 devices. UIO It's OMAP-L138. Ok. driver exports 64K I/O region of PRUSS, 128KB L3 RAM and 256KB DDR buffer to

RE: [PATCH v4 2/2] Defines DA850/AM18xx/OMAPL1-38 SOC resources used by PRUSS UIO driver

2011-02-28 Thread Nori, Sekhar
Hi Pratheesh, On Mon, Feb 28, 2011 at 10:16:18, TK, Pratheesh Gangadhar wrote: > > > diff --git a/arch/arm/mach-davinci/devices-da8xx.c b/arch/arm/mach- > > davinci/devices-da8xx.c > > > index beda8a4..4ea3d1f 100644 > > > --- a/arch/arm/mach-davinci/devices-da8xx.c > > > +++ b/arch/arm/mach-davi

RE: Possible bug on davinci spi driver

2011-02-28 Thread Hebbar, Gururaja
Hi, On Fri, Feb 25, 2011 at 17:44:59, Aníbal Almeida Pinto wrote: > Em 25-02-2011 11:21, Hebbar, Gururaja escreveu: > > Hi, > > > > On Thur, Feb 24, 2011 7:09 PM, Aníbal Almeida wrote: > >> > >> Hi, > >> > >> I am using the davinci spi driver [1] on an OMAP L138 board and I > >> think that the dri

[PATCH v2] davinci_emac: Add Carrier Link OK check in Davinci RX Handler

2011-02-28 Thread Hegde, Vinay
This patch adds an additional check in the Davinci EMAC RX Handler, which tests the __LINK_STATE_NOCARRIER flag along with the __LINK_STATE_START flag as part EMAC shutting down procedure. This avoids WARNING: at drivers/net/davinci_emac.c:1040 emac_rx_handler+0xf8/0x120() during rtcwake used to s