All of lore.kernel.org
 help / color / mirror / Atom feed
From: Tony Lindgren <tony@atomide.com>
To: David Brownell <david-b@pacbell.net>
Cc: Geoffrey Tam <geoffrey@evertz.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, 24 Aug 2007 05:09:32 -0700	[thread overview]
Message-ID: <20070824120931.GN30522@atomide.com> (raw)
In-Reply-To: <200708211658.05301.david-b@pacbell.net>

* David Brownell <david-b@pacbell.net> [070821 16:58]:
> On Tuesday 21 August 2007, Geoffrey Tam wrote:
> > Sorry for the long delay.
> > 
> > I just tried out the latest code on the git tree, and it does not work for
> > me. It does not allow me to stall an endpoint.
> 
> I was wondering what happened to this problem report ... I cleaned
> up your old patch and fixed some things that were wrong, maybe this
> one will work better.
> 
> - Dave
> 
> 
> 
> ======	CUT HERE
> Gadget drivers are supposed to be able to cause EP0 protocol stalls by
> issuing an appropriate request from the callback issued when the DATA
> stage completes ... not only from the setup() callback or from some
> thread that decides how to handle the request.
> 
> This fix is based on a patch from Geoffrey Tam <geoffrey@evertz.com>,
> and addresses that by updating the endpoint state AFTER the callback
> is issued, providing the correct IRQ-acking CSR to the halt() so it
> can just mask in the SEND_STALL bit, and ensuring that only the CSR
> is still written only once even on this new code path.
> 
> Also includes a few small cleanups:  avoid "this" variable name, and
> pack device bitfields more efficiently (wasting less space).
> 
> Allegedly helps file_storage on Davinci.

I've pushed this as the driver seems to work after the patch :)

Tony

  reply	other threads:[~2007-08-24 12:09 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-08-21 20:10 Cannot stall an endpoint 0 control transfer from a data stage cal lback function Geoffrey Tam
2007-08-21 23:58 ` David Brownell
2007-08-24 12:09   ` Tony Lindgren [this message]
  -- strict thread matches above, loose matches on Subject: below --
2007-05-17 16:35 Geoffrey Tam
2007-05-18 16:25 ` 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=20070824120931.GN30522@atomide.com \
    --to=tony@atomide.com \
    --cc=david-b@pacbell.net \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.