public inbox for ecos-devel@sourceware.org
 help / color / mirror / Atom feed
From: Chris Holgate <chris@zynaptic.com>
To: GaurangT <gtamakuwala@intriguetechsolutions.com>
Cc: ecos-devel@ecos.sourceware.org
Subject: Re: USB test code  problem with stm32 eval board
Date: Mon, 01 Jun 2009 09:13:00 -0000	[thread overview]
Message-ID: <4A239BA5.1050601@zynaptic.com> (raw)
In-Reply-To: <23810900.post@talk.nabble.com>

GaurangT wrote:
> Hi,
>         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...

http://ecos.sourceware.org/docs-latest/ref/usbs-testing.html

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
was written.

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
short.  Or...

2) Disabling zero length packet termination on OUT endpoints.

Chris.

      reply	other threads:[~2009-06-01  9:13 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-06-01  7:20 GaurangT
2009-06-01  9:13 ` Chris Holgate [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4A239BA5.1050601@zynaptic.com \
    --to=chris@zynaptic.com \
    --cc=ecos-devel@ecos.sourceware.org \
    --cc=gtamakuwala@intriguetechsolutions.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).