[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20110823145759.GM1341@legolas.emea.dhcp.ti.com>
Date: Tue, 23 Aug 2011 17:58:01 +0300
From: Felipe Balbi <balbi@...com>
To: Alan Stern <stern@...land.harvard.edu>
Cc: Michal Nazarewicz <mnazarewicz@...gle.com>,
Felipe Balbi <balbi@...com>,
Sebastian Andrzej Siewior <bigeasy@...utronix.de>,
Yang Rui Rui <ruirui.r.yang@...to.com>,
Dave Young <hidave.darkstar@...il.com>,
linux-usb@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCHv3 2/4] usb: gadget: replace "is_dualspeed" with
"max_speed"
Hi,
On Tue, Aug 23, 2011 at 10:37:23AM -0400, Alan Stern wrote:
> On Tue, 23 Aug 2011, Michal Nazarewicz wrote:
>
> > My understanding was that one could consciously create a composite gadget
> > such that not all of the functions support all of the speeds.
>
> That's an important point. If somebody wants to build a composite
> gadget that includes both midi and storage support, the storage driver
> would be able to go all the way up to SuperSpeed (or rather, it will
> once Felipe's patch is finished and merged) but the midi driver would
> only support full speed. So what speed should the UDC connect at?
if they are both part of the of the same configuration, full speed.
Otherwise Audio won't work. If they are part of different
configurations, then maximum_speed will be defined by the chosen config,
no ?
> In cases like this there's really no way to know. Ultimately the best
> approach would be to update the midi driver, but that's a long-term
> sort of thing.
yeah, I agree here.
> Usually when the kernel can't decide something, it asks the user for
> help (by allowing the user to specify the speed via a module parameter,
> for instance). In this case even that wouldn't work, because the
> gadget's userspace isn't aware of which functions the host's user will
> want to utilize.
>
> At the moment I don't know the best answer. This is something we
> should all think about.
I stand with the fact that if they are part of the same configuration,
there's no way around it, storage will have to come down to full speed.
Unless I'm missing something.
--
balbi
Download attachment "signature.asc" of type "application/pgp-signature" (491 bytes)
Powered by blists - more mailing lists