Hi Cyril,
PRU is basically a micro-controller embedded inside of da8xx processors.
To emulate any protocol on it, we need to implement the protocol and
download the firmware into the instruction RAM.
Hence, if the firmware is implemented in such a was that its able to run
different protocols simul
On 01/18/2011 08:22 AM, Subhasish Ghosh wrote:
>
> Hi Cyril,
>
> I am referring the SSP driver to implement the PRU MFD driver.
> I had a few concerns regarding this.
>
> First of all, does the SSP support multiple execution units, in a sense that
> its able to run multiple serial devices at on
Hi Cyril,
I am referring the SSP driver to implement the PRU MFD driver.
I had a few concerns regarding this.
First of all, does the SSP support multiple execution units, in a sense that
its able to run multiple serial devices at once, like multiple channels.
If so, then its definitely a MFD.
On 11/10/2010 01:23 AM, Grant Likely wrote:
> On Tue, Nov 09, 2010 at 10:16:22PM -0800, David Brownell wrote:
>>
>>> I thought the point of this device was that a single [SSP] device
>>> hosted a
>>> pair of multi-function serial interfaces, with each
>>> implementing a
>>> separate function.
>>
>>
On Tue, Nov 09, 2010 at 10:16:22PM -0800, David Brownell wrote:
>
> > I thought the point of this device was that a single [SSP] device
> > hosted a
> > pair of multi-function serial interfaces, with each
> > implementing a
> > separate function.
>
> function chosen based on what the board needs.
> I thought the point of this device was that a single [SSP] device
> hosted a
> pair of multi-function serial interfaces, with each
> implementing a
> separate function.
function chosen based on what the board needs.
Codec interface, SPI, GPIO, etc.
If so, then it makes sense for the
> base d
On Tue, Nov 02, 2010 at 07:15:16PM -0700, David Brownell wrote:
>
>
> --- On Tue, 10/26/10, Cyril Chemparathy wrote:
>
> > From: Cyril Chemparathy
> > Subject: [PATCH v4 08/12] gpio: add ti-ssp gpio driver
>
> On the assumptions you've tested this *AND*
2010/11/3 David Brownell :
> --- On Wed, 11/3/10, Linus Walleij wrote:
>>
>> Incidentally the ARM PrimeCell PL022 is called SSP,
>> "Synchronous Serial Port" and is not multifunction at all.
>
> ISTR coming across that IP module; are you sure
> that it only supports a single serial protocol,
> ins
2010/11/3 David Brownell :
> That seems like
> a better structure for various vendors' "SSP"
> hardware (multifunction serial interface logic)
Incidentally the ARM PrimeCell PL022 is called SSP,
"Synchronous Serial Port" and is not multifunction at all.
Just to add to the confusion...
Yours,
Lin
--- On Wed, 11/3/10, Linus Walleij wrote:
\
> Date: Wednesday, November 3, 2010, 3:18 AM
> 2010/11/3 David Brownell :
>
> > That seems like
> > a better structure for various vendors' "SSP"
> > hardware (multifunction serial interface logic)
>
> Incidentally the ARM PrimeCell PL022 is called S
--- On Tue, 10/26/10, Cyril Chemparathy wrote:
> From: Cyril Chemparathy
> Subject: [PATCH v4 08/12] gpio: add ti-ssp gpio driver
On the assumptions you've tested this *AND* will
resubmit with the previously-requested change of
removing all references to non-existent
"vir
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.
Acked-by: Grant Likely
Signed-off-by: Cyril Chemparathy
---
arch/arm/mach-davinci/include/mach/ti_ssp.h |4 +
drivers/gpio/Kconfig
12 matches
Mail list logo