From: David Brownell <david-b@pacbell.net>
To: tlinder@codeaurora.org
Cc: Sarah Sharp <sarah.a.sharp@linux.intel.com>,
linux-usb@vger.kernel.org, Greg Kroah-Hartman <gregkh@suse.de>,
Michal Nazarewicz <m.nazarewicz@samsung.com>,
Randy Dunlap <randy.dunlap@oracle.com>,
Laurent Pinchart <laurent.pinchart@ideasonboard.com>,
Kyungmin Park <kyungmin.park@samsung.com>,
Robert Lukassen <robert.lukassen@tomtom.com>,
Matthew Wilcox <willy@linux.intel.com>,
Fabien Chouteau <fabien.chouteau@barco.com>,
Tejun Heo <tj@kernel.org>,
linux-kernel@vger.kernel.org
Subject: Re: [RFC/PATCH 2/2] usb:gadget: Add SuperSpeed support to the Gadget Framework
Date: Sun, 10 Oct 2010 20:06:58 -0700 [thread overview]
Message-ID: <1286766418.2008.230.camel@helium> (raw)
In-Reply-To: <207c0a821ef60e21a605f0b45c2d3777.squirrel@www.codeaurora.org>
> > Ok. I suppose whatever gadget application is being used can reset these
> > values later? So that if you had a gadget webcam, it could set the
> > wMaxPacketSize to the frame size or whatever it needed?
Yes ... in fact, every altsetting or configuration may need to set up
each endpoint differently ... that's why ep_enable() passes full
endpoint configs (as descriptors), so they can more easily be changed.
If the notion is that there are values that may need to get passed from
silicon to driver, I'd like to see that done explicitly, with drivers
updating descriptors, instead of doing anything by back-door routes
that make UDC drivers making hidden updates.
- Dave
next prev parent reply other threads:[~2010-10-11 3:22 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-10-03 8:02 [RFC/PATCH 2/2] usb:gadget: Add SuperSpeed support to the Gadget Framework tlinder
2010-10-03 16:41 ` Alan Stern
2010-10-03 19:36 ` David Brownell
2010-10-05 7:15 ` tlinder
2010-11-11 6:24 ` [RFC/PATCH 2/2 RESENd] " Tanya Brokhman
2010-10-03 20:25 ` [RFC/PATCH 2/2] " David Brownell
2010-10-04 13:57 ` tlinder
2010-11-11 6:11 ` [RFC/PATCH 2/2 RESEND] " tlinder
2010-10-06 15:16 ` [RFC/PATCH 2/2] " David Vrabel
2010-10-04 7:26 ` Sarah Sharp
2010-10-05 11:53 ` tlinder
2010-10-05 18:11 ` Sarah Sharp
2010-10-06 9:16 ` tlinder
2010-10-11 3:06 ` David Brownell [this message]
2010-10-12 9:17 ` Brokhman Tatyana
2010-11-11 6:27 ` [RFC/PATCH 2/2 RESEND] " Tanya Brokhman
2010-10-04 14:21 ` [RFC/PATCH 2/2] " Maulik Mankad
2010-10-06 19:30 ` tlinder
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=1286766418.2008.230.camel@helium \
--to=david-b@pacbell.net \
--cc=fabien.chouteau@barco.com \
--cc=gregkh@suse.de \
--cc=kyungmin.park@samsung.com \
--cc=laurent.pinchart@ideasonboard.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=m.nazarewicz@samsung.com \
--cc=randy.dunlap@oracle.com \
--cc=robert.lukassen@tomtom.com \
--cc=sarah.a.sharp@linux.intel.com \
--cc=tj@kernel.org \
--cc=tlinder@codeaurora.org \
--cc=willy@linux.intel.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