RE: Prefered web server fo Davinci

Could someone please tell me if there is a better, smaller, easier to cross compile, and secure web server that you would recommend? Thanks Michael Rondeau You could try the boa web server. Regards, Vinod http://www.mindtree.com/email/disclaimer.html ___

RE: Prefered web server fo Davinci

davinci-linux-open-source-boun...@linux.davincidsp.com wrote: > Could someone please tell me if there is a better, smaller, > easier to cross compile, and secure web server that you would > recommend? http://www.acme.com/software/thttpd/ looks promising at a glance. I haven't tried it, but it's sm

Re: [PATCH v4 00/10] split out emac cpdma and mdio for reuse

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

[PATCH v4 10/10] net: davinci_emac: cleanup unused cpdma code

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 Tested-by: Michael Williamson Teste

[PATCH v4 08/10] net: davinci_emac: separate out cpdma code

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

[PATCH v4 09/10] net: davinci_emac: switch to new cpdma layer

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

[PATCH v4 05/10] davinci: cleanup mdio arch code and switch to phy_id

This patch removes davinci architecture code that has now been rendered useless by the previous patches in the MDIO separation series. In addition, the earlier phy_mask definitions have been replaced with corresponding phy_id definitions. Signed-off-by: Cyril Chemparathy Tested-by: Michael Willi

[PATCH v4 07/10] net: davinci_emac: cleanup unused mdio emac code

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 Tested-by: Michael Williamson Tested-by: Caglar Akyuz --- drivers/net/davinci_emac.c | 107 -- i

[PATCH v4 01/10] net: davinci_emac: separate out davinci mdio

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

[PATCH v4 04/10] net: davinci_emac: switch to new mdio

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

[PATCH v4 06/10] omap: cleanup unused davinci mdio arch code

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 Tested-by: Michael Williamson Tested-by: Caglar Akyuz --- arch/arm/mach-omap2/board-am3517evm.c |

[PATCH v4 00/10] split out emac cpdma and mdio for reuse

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

[PATCH v4 03/10] omap: add mdio platform devices

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

[PATCH v4 02/10] davinci: add mdio platform devices

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

Re: [PATCH 0/9] post cpdma/mdio refactoring fixes

Cyril Chemparathy writes: > This series consists of fixes for issues found during broader testing of the > davinci cpdma/mdio separation series. > > The fixes included here are: > > 1. Ability to force 100/full rather than auto-detect phy. This is necessary > for the external switch on th

Re: voice codec driver

Thanks folks can you please tell me if there is a usage example ? Albert On Mon, Sep 13, 2010 at 4:06 PM, Raffaele Recalcati wrote: > On Mon, Sep 13, 2010 at 3:28 PM, Sergei Shtylyov > wrote: > > Hello. > > > > Albert Burbea wrote: > > > >> Hi everybody > >> are there any plans/schedule to add

Prefered web server fo Davinci

We have been using the Apache web server that came with the Montivista Pro 4 development software on our product using the Davinci 6446. I have been working for three days now to cross compile the latest Apache release. Apparently the cross compile has been broken for many years. I finally go

RE: [PATCH v5 1/1] davinci: spi: replace existing driver

Hi Mike, On Tue, Sep 14, 2010 at 18:40:56, Michael Williamson wrote: > On 9/14/2010 3:14 AM, Nori, Sekhar wrote: > > > On Tue, Sep 14, 2010 at 11:34:59, Caglar Akyuz wrote: > > > >> Yes, your patches seems ok and mostly complete. I'm waiting for hardware to > >> test those, will let you know when

Re: [PATCH v5 1/1] davinci: spi: replace existing driver

On 9/14/2010 3:14 AM, Nori, Sekhar wrote: > On Tue, Sep 14, 2010 at 11:34:59, Caglar Akyuz wrote: > >> Yes, your patches seems ok and mostly complete. I'm waiting for hardware to >> test those, will let you know when I do some testing. > > Thanks! To save time, I haven't tested these patches mys

[PATCH v5 2/2] davinci: da850: eCAP driver for PWM signal generation

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

[PATCH v5 1/2] davinci: Add generic PWM support for PWM control

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

RE: [PATCH v5 1/1] davinci: spi: replace existing driver

On Tue, Sep 14, 2010 at 11:34:59, Caglar Akyuz wrote: > Yes, your patches seems ok and mostly complete. I'm waiting for hardware to > test those, will let you know when I do some testing. Thanks! To save time, I haven't tested these patches myself. I have only made sure individual patches don't b