On Tue, Sep 07, 2010 at 21:22:13, Kevin Hilman wrote:
> Sugumar Natarajan writes:
>
> > This patch adds generic PWM support where it maintains the
> > list of PWM control devices that can be added or removed.
> >
> > The interface provides a list of functions that can be accessed
> > by the PWM c
On 09/07/2010 09:18 PM, Kevin Hilman wrote:
> Cyril Chemparathy writes:
>
>> Davinci's EMAC device has an in-built MDIO controller and a CPDMA engine.
>> These hardware modules are not restricted to EMAC device alone. For example,
>> CPSW3G (3-port gigabit ethernet switch) hardware uses these ve
Cyril Chemparathy writes:
> Davinci's EMAC device has an in-built MDIO controller and a CPDMA engine.
> These hardware modules are not restricted to EMAC device alone. For example,
> CPSW3G (3-port gigabit ethernet switch) hardware uses these very same modules
> internally. This patch series se
* 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: Tony Lindgren
__
* Cyril Chemparathy [100907 13:17]:
> This patch adds mdio platform devices on SoCs that have the necessary
> hardware. Clock lookup entries (aliases) have also been added, so that the
> MDIO and EMAC drivers can independently enable/disable a shared underlying
> clock. Further, the EMAC MMR reg
This patch hooks up the emac driver with the newly separated cpdma driver.
Key differences introduced here:
- The old buffer list scheme is no longer required
- The original code maintained mac address per rx channel, even if only one
rx channel was being used. With this change, mac addres
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
Having switched over to the newly introduced cpdma layer, this patch now
removes a whole bunch of code that is now unused. This patch has been
maintained separate strictly for reasons of readability.
Signed-off-by: Cyril Chemparathy
Acked-by: David S. Miller
---
drivers/net/davinci_emac.c | 9
This patch removes code that has been rendered useless by the previous patches
in this series.
Signed-off-by: Cyril Chemparathy
Acked-by: David S. Miller
---
drivers/net/davinci_emac.c | 107 --
include/linux/davinci_emac.h |3 -
2 files changed, 0
This patch switches the emac implementation over to the newly separated
MDIO driver.
With this, the mdio bus frequency defaults to a safe 2.2MHz. Boards may
optionally specify a bus frequency via platform data.
The phy identification scheme has been modified to use a phy bus id instead
of a mask
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
---
arch/arm/mach-davinci/board-da830-evm.c |5 -
arch/arm/mach-davinci/board-da850-evm.c |6 --
arch/ar
Davinci's MDIO controller is present on other TI devices, without an
accompanying EMAC. For example, on tnetv107x, the same MDIO module is used in
conjunction with a 3-port switch hardware.
By separating the MDIO controller code into its own platform driver, this
patch allows common logic to be r
This patch adds mdio platform devices on SoCs that have the necessary
hardware. Clock lookup entries (aliases) have also been added, so that the
MDIO and EMAC drivers can independently enable/disable a shared underlying
clock. Further, the EMAC MMR region has been split down into separate MDIO
an
This patch adds mdio platform devices on SoCs that have the necessary
hardware. Clock lookup entries (aliases) have also been added, so that the
MDIO and EMAC drivers can independently enable/disable a shared underlying
clock. Further, the EMAC MMR region has been split down into separate MDIO
an
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
---
arch/arm/mach-omap2/board-am3517evm.c |4
1 files changed, 0 insertions(+), 4 deletions(
Davinci's EMAC device has an in-built MDIO controller and a CPDMA engine.
These hardware modules are not restricted to EMAC device alone. For example,
CPSW3G (3-port gigabit ethernet switch) hardware uses these very same modules
internally. This patch series separates out EMAC's MDIO and CPDMA
fu
This patch adds initial support for the Hawkboard-L138 system
It is under the machine name "omapl138_hawkboard".
This system is based on the da850 davinci CPU architecture.
Information on these system may be found at http://www.hawkboard.org.
Basic support for the UART console is included in this p
Sugumar Natarajan writes:
> This patch adds generic PWM support where it maintains the
> list of PWM control devices that can be added or removed.
>
> The interface provides a list of functions that can be accessed
> by the PWM control driver module and the generic PWM driver.
>
> The PWM control
Michael Williamson writes:
> This patch adds the i2c0 bus and attached devices to the MityDSP-L138
> and MityARM-1808 davinci SoM. Included is a TPS65023 voltage regulator
> needed for power management and a small 24c02 EPROM that contains
> factory configuration data.
>
> Signed-off-by: Michael
Cyril Chemparathy writes:
> This patch adds an entry into the idcode table for tnetv107x silicon revision
> 1.1 and 1.2 devices.
>
> Signed-off-by: Cyril Chemparathy
Applying and queuing for 2.6.37 in davinci-next.
Thanks,
Kevin
> ---
> arch/arm/mach-davinci/tnetv107x.c |9 -
>
Victor Rodriguez writes:
> On Tue, Sep 7, 2010 at 9:02 AM, Syed Mohammed, Khasim wrote:
>>
>>
>>> -Original Message-
>>> From: Syed Mohammed, Khasim
>>> Sent: Thursday, September 02, 2010 10:35 PM
>>> To: 'Kevin Hilman'; Victor Rodriguez
>>> Cc: davinci-linux-open-source@linux.davincidsp
Cyril Chemparathy writes:
> Davinci's EMAC device has an in-built MDIO controller and a CPDMA engine.
> These hardware modules are not restricted to EMAC device alone. For example,
> CPSW3G (3-port gigabit ethernet switch) hardware uses these very same modules
> internally. This patch series se
David Miller writes:
> From: Cyril Chemparathy
> Date: Fri, 03 Sep 2010 14:20:47 -0400
>
>> Hi Kevin,
>>
>> [...]
Although am3517 (omap) board support code has been updated as needed,
emac does not work on this platform.
>>>
>>> Just to clarify... did EMAC work on AM3517 before this
Hi all,
I want to know if TVP5150 has industrial edition, any one can help me?
2010-09-07
Jammy Dane
___
Davinci-linux-open-source mailing list
Davinci-linux-open-source@linux.davincidsp.com
http://linux.davincidsp.com/mailman/listinfo/davinci-lin
On Tue, Sep 7, 2010 at 9:02 AM, Syed Mohammed, Khasim wrote:
>
>
>> -Original Message-
>> From: Syed Mohammed, Khasim
>> Sent: Thursday, September 02, 2010 10:35 PM
>> To: 'Kevin Hilman'; Victor Rodriguez
>> Cc: davinci-linux-open-source@linux.davincidsp.com
>> Subject: RE: [PATCH] hawkboa
> -Original Message-
> From: Syed Mohammed, Khasim
> Sent: Thursday, September 02, 2010 10:35 PM
> To: 'Kevin Hilman'; Victor Rodriguez
> Cc: davinci-linux-open-source@linux.davincidsp.com
> Subject: RE: [PATCH] hawkboard v_2
>
> Kevin,
>
> > -Original Message-
> > From: davinci
OMAPL138/DA850 contains three instances of eCAP module. Each eCAP
module has one dedicated pin that can be used either in capture
mode(input) or in PWM mode. For more information on eCAP module
operation, please refer to the following url.
http://focus.ti.com/lit/ug/sprufl2a/sprufl2a.pdf
This patch adds generic PWM support where it maintains the
list of PWM control devices that can be added or removed.
The interface provides a list of functions that can be accessed
by the PWM control driver module and the generic PWM driver.
The PWM control driver module such as eCAP uses the int
28 matches
Mail list logo
