This is the mail archive of the
mailing list for the eCos project.
Re: USB test code problem with stm32 eval board
- From: Chris Holgate <chris at zynaptic dot com>
- To: GaurangT <gtamakuwala at intriguetechsolutions dot com>
- Cc: ecos-devel at ecos dot sourceware dot org
- Date: Mon, 01 Jun 2009 10:13:09 +0100
- Subject: Re: USB test code problem with stm32 eval board
- References: <email@example.com>
> I want to test USB support Added for STM32 in eCos. For that i have
> added stm32-usb-20090519.epk pacakge and got "ST STM3210E USB EVAL board" in
> templates and able to add STM32 USB driver and it compiles fine.
> Now i am testing to test code of give in
> package/io/usb/slave/tests/usbtraget.c.it compiles fine but when i run this
> code following output on hyper terminal.
> STM32 USB : Setting USB device address = 1
> and windows to ask install red hat ecos test software or driver install.
> plz how to test stm32 usb driver?
It's in the manual...
Unfortunately, the one testcase which is provided by default
(bulk-boundaries) behaves a bit oddly on my system - which I'm inclined
to put down to changes in the way Linux usbfs behaves since the original
When running the bulk-boundaries test, incoming transfers are treated as
_not_ having zero length packet termination and outgoing transfers _do_
insert zero length packet termination. This behaviour really should be
consistent between in and out transfers.
I've not done much more investigation myself, since I've been using my
proprietary class driver for testing - but I'm sure that a bit of
tweaking to the TCL should get it to behave. If this were a low level
Linux driver, this would be achievable by:
1) Forcing zero length packet termination on IN endpoints by issuing an
URB with an oversized buffer so that all incoming packets are treated as
2) Disabling zero length packet termination on OUT endpoints.