USB WiFi not working on 2.6.23-rc3 Davinci - reset configuration failing - timeout

Hi, I am trying to get the USB WiFi (Zydas 1211b chipset) on Davinci EVM Board. The firmware upload seems to be OK, but the very next URB Request to do usb_reset_configuration() times out. I some how feel that there is some issue musb_hdrc driver. Any pointers? -

RE: where to configure the uart0 register

Hi, You can do this in user space using the stty utility. Ex. to change uart speed: # ./stty -F /dev/ttyS0 38400 stty is part of coreutils: http://www.gnu.org/software/coreutils/ If you want to modify the serial driver itself, I think it's: drivers/serial/8250.c -Ronald Taneza -Original

Re: USB WiFi not working on 2.6.23-rc3 Davinci - reset configuration failing - timeout

Attaching level 5 debug messages for deeper look into the problem. Nazim On 9/4/07, Nazim Khan [EMAIL PROTECTED] wrote: Hi, I am trying to get the USB WiFi (Zydas 1211b chipset) on Davinci EVM Board. The firmware upload seems to be OK, but the very next URB Request to do

Help - when use mt9t001 CMOS Sensor camera.. broke image error problem.

To. Various Davinci Developer. Hi. How are you? I connected mt9t001 CMOS Sensor on DVEVM. There are specific pictures and contents in the following link-address. http://blog.naver.com/nowboy1004/130022026607 kernel is the result that we practice preview engine as we use new one from TI

Re: USB WiFi not working on 2.6.23-rc3 Davinci - reset configuration failing - timeout

Nazim Khan wrote: Hi, I am trying to get the USB WiFi (Zydas 1211b chipset) on Davinci EVM Board. The firmware upload seems to be OK, but the very next URB Request to do usb_reset_configuration() times out. I some how feel that there is some issue musb_hdrc driver. Any pointers? If you don't

Re: Porting to Jacinto platform

kannappan wrote: I have taken the Davinci GIT tree (2.6.21) and porting to Jacinto EVM and changed the base address for SDRAM and peripherals. Jacinto has ARM926EJS and C64x few other peripherals of Davinci. I am getting the following message “Uncompressing Linux.Done, Booting the

Re: Audio Driver Lockup Issue

Hi, I have some good news (well, at least for our custom Davinci board). After 2 months of scratching our heads about the audio lockup problem, we think the lockup problem is fixed by doing a simple change: make the AIC33 codec a slave and the ASP (McBSP) the master. Currently, the audio

DVFlasher/TI UBL replacement, how to go on?

Now, we have three different candiates for DVFlasher/TI UBL replacement: 1. rboot load.c based http://linux.omap.com/pipermail/davinci-linux-open-source/2007-August/003916.html 2. BOOTME BOOTMMS mmsuartloader mmsnandloader

RE: Audio Driver Lockup Issue

Andy This could be a signal integrity issue on your custom board, when you were using the AIC33 as a master to provide the ASP clock. Thanks Regards Mukul Bhatnagar DSP Catalog Applications (Houston) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of

Re: -rt on DaVinci

Dirk Behme wrote: Just tried to get recent -rt patch [1] patch-2.6.23-rc2-rt2 compiled on recent git. Update to v2.6.23-rc4: patch-2.6.23-rc4-rt1.bz2 [1] applies cleanly as well. Additional DaVinci specific patch in attachment. Best regards Dirk [1]

Re: DVFlasher/TI UBL replacement, how to go on?

I took a quick look at the three options and also conclude the best starting point is Sergey's tool. It is already in C and the code is GPL, so it should make the best starting point for future work. Philip Dirk Behme wrote: Now, we have three different candiates for DVFlasher/TI UBL

CMEMK Error: GETPHYS: Failed to convert virtual 0x8425c050 to phy sical.

Hello, I try to test a codec on the Davinci platform. Please someone give me a hint what's this error means, and how to solve it? Thank you so much! Wendell == After I run ./decoded -v t.264, I got the following error: Decode Debug: NTSC selected Decode

RE: CMEMK Error: GETPHYS: Failed to convert virtual 0x8425c050 to physical.

CMEMK Error: GETPHYS: Failed to convert virtual 0x841b3050 to physical. Decode Error: VIDDEC_process() failed with a fatal error (-2 ext: 0x28) I'm not sure under which context the CMEM GETPHYS ioctl is called, but the CMEMK error is due to an unmapped virtual address. The address

i2c-davinci patch

hi, i found some bugs about /driver/i2c/busses/i2c-davinci.c, please see my patch: --- i2c-davinci.c 2007-05-10 09:11:36.0 +0800 +++ i2c-davinci-ok.c 2007-09-05 20:19:18.305179248 +0800 @@ -557,17 +557,11 @@ i2c_davinci_dev.regs = (davinci_i2cregsovly)I2C_BASE; - status =

Re: Porting to Jacinto platform

“Uncompressing Linux.Done, Booting the Kernel” and the execution stops. Debugging from the kernel/init.S file, I think it has passed the “enable_mmu” function. Can any one help me to know about the problem? You can also try below. This is really helpful to me sometimes...