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] [thread-next>] [day] [month] [year] [list]
Message-ID: <4D7BFB88.8000207@linaro.org>
Date:	Sat, 12 Mar 2011 23:02:32 +0000
From:	Andy Green <andy@...mcat.com>
To:	Alan Stern <stern@...land.harvard.edu>
CC:	Greg KH <greg@...ah.com>,
	Mark Brown <broonie@...nsource.wolfsonmicro.com>,
	Arnd Bergmann <arnd@...db.de>,
	Linux USB list <linux-usb@...r.kernel.org>,
	lkml <linux-kernel@...r.kernel.org>
Subject: Re: RFC: Platform data for onboard USB assets

On 03/12/2011 04:00 PM, Somebody in the thread at some point said:

Hi -

> This depends on the platform.  On PCs, USB host controllers are usually
> PCI devices.  The only way to identify them is by the PCI device name.
> Although these names don't change often, they _can_ change.  On an
> embedded system there usually are only a couple of host controllers and
> they have more or less fixed names.

Right, on embedded boards typically the board definition file is 
responsible for calling platform_add_device() to instantiate the usb 
host / gadget / otg controllers.  That is done deterministically each 
boot.  This async platform_data support is just targeted at stuff that 
is fixed on to the board, so as you note it's reasonable to expect to be 
able to bind to it if the bus itself is instantiated by the same file 
synchronously.

I have sent a working RFC patchset to the lists now which implements 
platform support for generic async platform_data; usb core and usbnet 
specific platform_data; and finally board definition support for Panda 
onboard usbnet device by leveraging the introduced generic support. 
Beagle XM also has the same issues that can be solved by async 
platform_data from the board definition file.

-Andy
--
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

Powered by Openwall GNU/*/Linux Powered by OpenVZ