[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20110311162759.GS1760@opensource.wolfsonmicro.com>
Date: Fri, 11 Mar 2011 16:27:59 +0000
From: Mark Brown <broonie@...nsource.wolfsonmicro.com>
To: Greg KH <greg@...ah.com>
Cc: Arnd Bergmann <arnd@...db.de>, andy.green@...aro.org,
Linux USB list <linux-usb@...r.kernel.org>,
lkml <linux-kernel@...r.kernel.org>
Subject: Re: RFC: Platform data for onboard USB assets
On Fri, Mar 11, 2011 at 08:14:21AM -0800, Greg KH wrote:
> On Fri, Mar 11, 2011 at 04:03:09PM +0000, Mark Brown wrote:
> > Like I say, it's not just MAC addresses that can need configuring this
> > way - it can be other random "you're wired up this way" type
> > information that would normally be figured out from the USB IDs.
> And all of that should be done in userspace, like all other device
> names, I still fail to see what is so different here from any other type
> of system.
I'm actually not that fussed about the MAC address use case itself and
do tend to agree with you that that's handlable in userspace but for the
other things that might need to be configured there's a lot of things
that for non-discoverable buses we're currently passing through platform
data so switching to bouncing things through userspace would itself be a
substantial change from other systems.
You can't in general rely on the system being neatly abstracted and
while discoverable buses do avoid many problems in this sort of area
there are still things which can only be discovered through reference to
the schematics or similar, especially if you care about the microamps.
--
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