linux-kernel - Re: RFC: Platform data for onboard USB assets

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: <20110323150413.GC6284@kroah.com>
Date:	Wed, 23 Mar 2011 08:04:13 -0700
From:	Greg KH <greg@...ah.com>
To:	Mark Brown <broonie@...nsource.wolfsonmicro.com>
Cc:	Alan Cox <alan@...rguk.ukuu.org.uk>,
	Nicolas Pitre <nicolas.pitre@...aro.org>,
	Benjamin Herrenschmidt <benh@...nel.crashing.org>,
	andy.green@...aro.org,
	Jaswinder Singh <jaswinder.singh@...aro.org>,
	Linux USB list <linux-usb@...r.kernel.org>,
	lkml <linux-kernel@...r.kernel.org>, arnd@...db.de,
	roger.quadros@...ia.com, grant.likely@...retlab.ca
Subject: Re: RFC: Platform data for onboard USB assets

On Wed, Mar 23, 2011 at 10:53:35AM +0000, Mark Brown wrote:
> In the specific case of MACs and device names for network adaptors we
> have userspace solutions which are obscuring the discussion but there
> are other things which get configured this way which one would usually
> expect to be handled in kernel.

No, this isn't obsucuring the discussion, it's exactly the point here.

I asked for concrete examples of a need for this type of thing (i.e.
platform data on USB devices), and this was the only need cited.  I
then pointed out that this is correctly solved in userspace, as it has
for other devices like this, and that it's not a valid example of this
need.

So again, this problem, for this device, has been solved in userspace
without any kernel changes needed.  If there are other devices that you,
or anyone else, feels needs platform data in a USB device, please point
them out to me, and I will be glad to address them in a case-by-case
basis as done here.

thanks,

greg k-h
--
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/