linux-kernel - Re: [RFC/PATCH 2/2] usb: Adding SuperSpeed support to dummy

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:	Thu, 21 Oct 2010 10:02:10 -0400 (EDT)
From:	Alan Stern <stern@...land.harvard.edu>
To:	Sarah Sharp <sarah.a.sharp@...ux.intel.com>
cc:	Brokhman Tatyana <tlinder@...eaurora.org>,
	<linux-usb@...r.kernel.org>,
	David Brownell <dbrownell@...rs.sourceforge.net>,
	Greg Kroah-Hartman <gregkh@...e.de>,
	<linux-kernel@...r.kernel.org>
Subject: Re: [RFC/PATCH 2/2] usb: Adding SuperSpeed support to dummy_hcd

On Wed, 20 Oct 2010, Sarah Sharp wrote:

> > For testing purposes, it is best to imitate the behavior of a real 
> > device as closely as possible.  USB-2.0 host controllers do not assign 
> > their own addresses to devices; they use the addresses provided by 
> > usbcore.  I think this is also true for the low/full/high-speed 
> > components of a USB-3.0 controller.
> 
> There is only one controller, the xHCI controller, that handles all
> device speeds.  There are no companion controllers for a USB 3.0 host
> controller.  The xHCI host controller uses the hardware assigned address
> for all devices (LS/FS/HS/SS), not the usbcore address.

I stand corrected.

> But I'll admit I don't understand what dummy-hcd is supposed to do, so

dummy-hcd is a virtual host controller/device controller combination.  
The virtual host controller has only one port, which is connected to
the virtual device controller.  The same computer acts as both host and
gadget.  The purpose is to allow testing of gadget drivers without the
need for device-controller hardware.

> I'm a bit confused as to why it needs an address_device function.  Is it
> supposed to be the gadget-side interface to the hardware that's
> transmitting over USB (i.e. responding to the USB host)?  Or does it
> have something to do with a gadget switching over to host mode for OTG?

In fact, dummy-hcd doesn't need or use the device address at all.  And
it doesn't support OTG.

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/