Hi, All,
I want to build a kind of webserver on the platform DM6446, so that the
users could view the video of the DVEVM by the internet explorer or FireFox,
could anyone give me some tips about the project? such as the best webserver
name, or some other tips.
Thank you!
--
Best Regards!
On Wed, Oct 07, 2009 at 23:05:48, Mark A. Greer wrote:
> On Mon, Oct 05, 2009 at 11:12:17AM +0530, Nori, Sekhar wrote:
> > On Fri, Oct 02, 2009 at 02:24:17, Mark A. Greer wrote:
>
> > > I don't know Sekhar... This looks like a step backwards to me with all
> > > the #ifdef-ery. Why not keep the c
Brian G Rhodes wrote:
Pedanekar, Hemant wrote:
Rob,
Make sure you have CONFIG_BLK_DEV_RAM_SIZE set to support 24MB+
ramdisk size in your kernel configuration.
You can also specify ramdisk_blocksize=24000 in your bootargs. The
units are KiB.
My apologies. I meant ramdisk_size.
Pedanekar, Hemant wrote:
Rob,
Make sure you have CONFIG_BLK_DEV_RAM_SIZE set to support 24MB+
ramdisk size in your kernel configuration.
You can also specify ramdisk_blocksize=24000 in your bootargs. The
units are KiB.
___
Davinci-linu
Rob,
Make sure you have CONFIG_BLK_DEV_RAM_SIZE set to support 24MB+ ramdisk size in
your kernel configuration.
-
Hemant
From: davinci-linux-open-source-bounces+hemantp=ti@linux.davincidsp.com
[mailto:davinci-linux-open-source-bounces+hemantp=ti@linux.d
Hi Folks,
A colleague is trying to increase the size of his ramdisk from 16MB to 24MB,
and one of the steps he's taken is to increase the size for 'initrd' in
bootargs:
bootargs=console=ttyS0,115200n8 root=/dev/ram initrd=0x8090,24M
init=/bin/ash lpj=5000 mem=80M
bootcmd=bootm 0x8070
Wh
Hello.
Swaminathan S wrote:
This patch implements the support for USB VBUS, PHY control, DM644x USB memory
mapsi,
Maps?
IRQ, USB Mode. It initializes for a single instance of MUSB controller.
Signed-off-by: Swaminathan S
[...]
diff --git a/arch/arm/mach-davinci/include/mach/usb_da
On Mon, Oct 05, 2009 at 11:12:17AM +0530, Nori, Sekhar wrote:
> On Fri, Oct 02, 2009 at 02:24:17, Mark A. Greer wrote:
> > I don't know Sekhar... This looks like a step backwards to me with all
> > the #ifdef-ery. Why not keep the code as it is and change the #ifdefs
> > that are already there (
Updating the Leopard board USB configuration to align with new DaVinci USB
platform infrastructure.
Signed-off-by: Swaminathan S
---
arch/arm/mach-davinci/board-dm355-leopard.c | 18 +-
1 files changed, 17 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-davinci/board-
This patch re-structures davinci.c file to use the USB VBUS, PHY controls from
platform specific implementation. All DaVinci related platform dependancies
w.r.t USB VBUS, PHY controls have been moved out of this file into "arch/arm/
mach-davinci" paltform specific implementation.
Signed-off-by: S
Updating the DM355 USB platform implementation to subscribe to the new
DaVinci USB infrastructure.
Signed-off-by: Swaminathan S
---
arch/arm/mach-davinci/board-dm355-evm.c | 28 -
arch/arm/mach-davinci/dm355.c| 75 ++
arch/arm/mach-dav
This patch implements the generic DaVinci platform USB configuration
infrastructure. Re-structure's usb.c to subscribe for plaform resources for
the configured instances of controller. Adds phy_config data member in musb.h
to enable generic conrol of platform specific USB PHY functionality.
Sign
Updating the SFFSDR board USB configuration to aling with the new DaVinci USB
configuration infrastructure. Based on current implementation initialize the
MUSB config to support Peripheral mode alone configuration.
Signed-off-by: Swaminathan S
---
arch/arm/mach-davinci/board-sffsdr.c | 14 +++
From: Ravi B
This patch implments the support for USB VBUS, PHY control, DM646x
USB memory map, IRQ, USB Mode. It initializes for a single instance
of MUSB controller.
Signed-off-by: Ravi B
---
arch/arm/mach-davinci/board-dm646x-evm.c | 72 +
arch/arm/mach-davinci/dm6
This patch implements the support for USB VBUS, PHY control, DM644x USB memory
mapsi, IRQ, USB Mode. It initializes for a single instance of MUSB controller.
Signed-off-by: Swaminathan S
---
arch/arm/mach-davinci/board-dm644x-evm.c | 46 ++-
arch/arm/mach-davinci/dm644x.c
This patch series re-structures DaVinci USB initialization and configuration
infrastructure. In DaVinci devices both VBUS control and PHY modules
reside external to MUSB module and their implementation is device dependant.
VBUS and PHY control implementation has been moved to board,
platform spe
On Wednesday 07 October 2009 13:59:50 ExpatEgghead wrote:
> Hi all;
>
> I am trying to reduce our startup time for our DM355 custom board.
> Currently it works fine, we just need it to be faster. I wanted to try
> an uncompressed kernel,. Built it but when downloaded into flash,
> u-boot won;t load
On Wed, 2009-10-07 at 09:12 +0100, Thompson, Nick (GE EntSol,
Intelligent Platforms) wrote:
>
> I have been given PDFs of the errata information including 2.0 fixes by
> TI. I haven't been given any instructions or indications that it is
> proprietary information - I'm told it is on the TI web sit
The mechanism to clear the statistics register is dependent
on the status of GMIIEN bit in MAC control register. If the
GMIIEN bit is set, the stats registers are write to decrement.
If the GMIIEN bit is cleared, the stats registers are plain
read/write registers. The stats register clearing operat
Hello.
Chaithrika U S wrote:
DA850/OMAP-L138 EVM can be connected to an UI card which has various
peripherals on it.The UI card has TCA6416 expander which can be probed
to check whether the UI card is connected or not. If the UI card is
connected, setup NOR and NAND devices. This is done via th
All,
Any comments/suggestions on this patch set?
Regards,
Chaithrika
On Thu, Oct 01, 2009 at 02:30:28, Chaithrika U S wrote:
> DA850/OMAP-L138 EVM can be connected to an UI card which has various
> peripherals on it.The UI card has TCA6416 expander which can be probed
> to check whether the UI
Hello, I wrote:
Commit 30899ca7f20571c4bd64544dec261171f6ec255b (USB: musb: davinci
dm6446evm
GPIO renumbering) has updated GPIO_nVBUS_DRV to a wrong value which
causes a
kernel oops.
The DaVinci chips have 104 GPIOs max, not 128, hence the correct
value is 120
(that is 104 + 8 + 8), not 1
Hi all;
I am trying to reduce our startup time for our DM355 custom board.
Currently it works fine, we just need it to be faster. I wanted to try
an uncompressed kernel,. Built it but when downloaded into flash,
u-boot won;t load it and complains:
U-Boot 1.2.0 (Feb 2 2008 - 23:52:10)
DRAM: 128
From: Steve Chen
>
> On Wed, 2009-09-30 at 09:54 +0100, Thompson, Nick (GE EntSol,
> Intelligent Platforms) wrote:
> > > From: Steve Chen
> > >
> > > I heard rumors sometime ago that TI plan to fix the writeback
cache
> > > issue (among other issues in errata) in their next silicon rev.
> > Perha
Hi All,
Currently I am using DM6467 with software package :
1. DVSDK_2_00_00_22
2. Codec Engine 2_23_01
3. dm6467_dvsdk_combos_2_05
4. bios 5_33_03
5. biosutils 1_01_00
6. cg6x 6_0_21
7. fc 2_23_01
8. xdais 6_23
9. xdctools_3_10_03
I tried to use Unit Server Wizard to generate files for my codec
25 matches
Mail list logo