From: Tony Lindgren <tony@atomide.com>
To: Geoffrey Tam <geoffrey@evertz.com>
Cc: "'linux-omap-open-source@linux.omap.com'"
<linux-omap-open-source@linux.omap.com>
Subject: Re: Cannot stall an endpoint 0 control transfer from a data stage cal lback function
Date: Fri, 18 May 2007 09:25:34 -0700 [thread overview]
Message-ID: <20070518162533.GG3369@atomide.com> (raw)
In-Reply-To: <0474A5584072DA1197F50007E90E6B1141D483@PORTIA>
* Geoffrey Tam <geoffrey@evertz.com> [070517 09:40]:
> For some reason, this did not make it into the mailing list archive, so I'm
> sending again.
>
> -----Original Message-----
> From: Geoffrey Tam
> Sent: Monday, May 14, 2007 2:24 PM
> To: 'tony@atomide.com'
> Cc: 'linux-omap-open-source@linux.omap.com'
> Subject: RE: Cannot stall an endpoint 0 control transfer from a data
> stage cal lback function
>
>
> I have tried using g_ep0.c from the linux-omap git tree
> (git://source.mvista.com/git/linux-omap-2.6.git). This resulted in compiler
> errors.
>
> So, I tried copying all USB files:
> - driver/usb/* using "cp -R drivers/usb/*"
> - include/linux using "cp include/linux/usb*" and "cp include/linux/usb/*"
> This resulted in compiler errors when building the modules using "make
> ARCH=arm CROSS_COMPILE=arm_v5t_le- modules". Building the kernel worked
> fine. I'm not sure if there is a problem with my config.
>
> I took a look at the code in the git tree. It did not look like any of my
> patch was implemented. Perhaps, I grabbed the wrong git tree?
That's the right tree. Well only one part of you patch seems to be
implemented there.
> My main problem is I need to stall endpoint 0 from the callback function
> when it is called either in the setup or data stage. The code seems to set
> the software state machine back to MGC_END0_STAGE_SETUP before the callback
> is called. This prevents software from setting the stall condition using
> musb_g_ep0_halt(). Also, the driver signals to the hardware before the
> callback is called that the data stage has completed. This prevents the
> hardware from setting the stall condition from the callback function.
>
> I am not sure why the mass storage gadget fails to enumerate with my fixes.
> Unfortunately, my Davinci eval board does not like Linux 2.6.20 - it hangs
> shortly after it is loaded. So, I cannot look into this.
Yeah just tried it again, and all gadgets fail to enumerate after it..
Hopefully you'll get a chance to try it with the latest git tree at some
point :)
Tony
next prev parent reply other threads:[~2007-05-18 16:25 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-05-17 16:35 Cannot stall an endpoint 0 control transfer from a data stage cal lback function Geoffrey Tam
2007-05-18 16:25 ` Tony Lindgren [this message]
-- strict thread matches above, loose matches on Subject: below --
2007-08-21 20:10 Geoffrey Tam
2007-08-21 23:58 ` David Brownell
2007-08-24 12:09 ` Tony Lindgren
2007-05-14 18:24 Geoffrey Tam
2007-05-09 21:56 Geoffrey Tam
2007-05-09 18:07 Geoffrey Tam
2007-05-11 18:10 ` tony
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=20070518162533.GG3369@atomide.com \
--to=tony@atomide.com \
--cc=geoffrey@evertz.com \
--cc=linux-omap-open-source@linux.omap.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