[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1286766418.2008.230.camel@helium>
Date: Sun, 10 Oct 2010 20:06:58 -0700
From: David Brownell <david-b@...bell.net>
To: tlinder@...eaurora.org
Cc: Sarah Sharp <sarah.a.sharp@...ux.intel.com>,
linux-usb@...r.kernel.org, Greg Kroah-Hartman <gregkh@...e.de>,
Michal Nazarewicz <m.nazarewicz@...sung.com>,
Randy Dunlap <randy.dunlap@...cle.com>,
Laurent Pinchart <laurent.pinchart@...asonboard.com>,
Kyungmin Park <kyungmin.park@...sung.com>,
Robert Lukassen <robert.lukassen@...tom.com>,
Matthew Wilcox <willy@...ux.intel.com>,
Fabien Chouteau <fabien.chouteau@...co.com>,
Tejun Heo <tj@...nel.org>, linux-kernel@...r.kernel.org
Subject: Re: [RFC/PATCH 2/2] usb:gadget: Add SuperSpeed support to the
Gadget Framework
> > 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
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists