[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Pine.LNX.4.44L0.1105311453350.1830-100000@iolanthe.rowland.org>
Date: Tue, 31 May 2011 15:07:24 -0400 (EDT)
From: Alan Stern <stern@...land.harvard.edu>
To: Brokhman Tatyana <tlinder@...eaurora.org>
cc: greg@...ah.com, <linux-usb@...r.kernel.org>,
<linux-arm-msm@...r.kernel.org>, <balbi@...com>,
<ablay@...eaurora.org>, open list <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v14 9/9] usb: Adding SuperSpeed support to dummy_hcd
On Tue, 31 May 2011, Brokhman Tatyana wrote:
> Hi Alan,
>
> > If is_super_speed is false, shouldn't you avoid registering the
> > SuperSpeed hub? Or would that add too many complications?
>
> It woun't add too many complications but I would prefere not to do that.
> My goal was to simulate as much as posible "real" USB connection so the
> is_super_speed flag simulates the USB port you connect to, HS/SS.
The terms "HS port" and "SS port" don't really mean anything. A
physical port connected to a USB-3 controller will run at either HS or
SS depending on the cable and device plugged into it.
> When
> working with a real host if you connect a HS device to a SS port it
> connects to a HS root hub but the SS root hub is functional and
> registered.
The correct way to express this is: If you connect a HS device to a
USB-3 controller then it connects to the HS root hub, but the SS root
hub is functional and present.
That's true, but it misses the point of my question. Does the
"is_super_speed" module parameter refer to dummy-hcd's emulated _host_
controller or to the emulated _device_ controller? (Or does it perhaps
refer to both?)
If it refers to the emulated host controller then there should be no SS
root hub. But if it refers only to the emulated device controller then
there should be.
Let's put it another way. If the "is_super_speed" module parameter is
set to False then we know that the emulated connection will never run
at SS. Therefore there's no point in registering a SS root hub.
Alan Stern
--
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