We are testing the usb-dev-serial example on an omap-l138 logicPD board from CCSv5.1 on ubuntu 10.04 via XDS560V2 STM emulator. The gel file we used is omapl138-arm9.gel. Below is our test procedure.
1. The target EVM boot switches are set to emulation debug mode.
2. Load the usb_dev_serial.out( debug version - build by gcc).
3. Run the target.
4. The test case runs fine and the USB enumerated as ttyACM0.
5. Now, halt the target and reload the .out file.
6. In this case, the USB fails to enumerate and the dmesg output is
device descriptor read/64 error -110.
7. If we do a hardware reset on the board and rerun the test case it works fine.
Our question is: Why does the USB not enumerate the second time? It would be of great help if any one could help out with this. This test case fails on WINDOWS the same way.
Thanks,
Shilpa.
I still couldn't find the solution for this problem. Any suggestions.
Hi Shilpa,
Using Code Sourcery and Cygwin, I failed to build by GCC the example UART in OMAPL138-StarterWare, I tried and failed with AM1808_StarterWare.
~/OMAPL138_StarterWare_1_10_01_01/build/armv5/gcc/omapl138/evmOMAPL138/uart
It failed in linking phase with error
>> C:\SW_DEV\CodeSourcery\CSL_2009q1\bin\arm-none-eabi-ld.exe: cannot find -lc>> make[1]: *** [bin] Error 1
I did export LPATH and the library paths appear in making process and LIBC.A in one of these paths.
It appears to me you got it work on both Linux and Windows ? If so, what sequence I have to follow to get it compiled on Windows. I'm using the latest CygWin 1.7 and CodeSourcery 2009q1 with the same GCC4.3.3 used in this package.
Thanks your help,
~Duy-Ky
I tried on my Linux machine so I tracked down and found there's some confusion in CygWin in terms of folder naming convention.
Now it works for me