Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754432Ab1CKQsy (ORCPT ); Fri, 11 Mar 2011 11:48:54 -0500 Received: from opensource.wolfsonmicro.com ([80.75.67.52]:40019 "EHLO opensource2.wolfsonmicro.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751816Ab1CKQsw (ORCPT ); Fri, 11 Mar 2011 11:48:52 -0500 Date: Fri, 11 Mar 2011 16:48:50 +0000 From: Mark Brown To: Greg KH Cc: Arnd Bergmann , andy.green@linaro.org, Linux USB list , lkml Subject: Re: RFC: Platform data for onboard USB assets Message-ID: <20110311164850.GT1760@opensource.wolfsonmicro.com> References: <4D79F068.2080009@linaro.org> <201103111331.13932.arnd@arndb.de> <20110311152938.GB29920@sirena.org.uk> <201103111654.04089.arnd@arndb.de> <20110311160308.GQ1760@opensource.wolfsonmicro.com> <20110311161421.GA7843@kroah.com> <20110311162759.GS1760@opensource.wolfsonmicro.com> <20110311163522.GA9291@kroah.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110311163522.GA9291@kroah.com> X-Cookie: You will contract a rare disease. User-Agent: Mutt/1.5.20 (2009-06-14) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1813 Lines: 35 On Fri, Mar 11, 2011 at 08:35:22AM -0800, Greg KH wrote: > On Fri, Mar 11, 2011 at 04:27:59PM +0000, Mark Brown wrote: > > 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. > But USB _is_ discoverable, that's my point. USB itself is discoverable but the when the USB bus you're looking at is one that's soldered down onto a board in a specific design all bets are off regarding how complete the information you get will be. On a basic level the designers may have done things like omit the configuration EEPROMs that would set the device IDs that the driver should be relying on to identify the hardware configuration. There may be other, nastier, things going on. > > 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. > Again, that's not USB, so it isn't relevant here. You really can't make this assumption about discoverable buses on embedded devices. The discoverability will get you most of the way there but not always all of the way there. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/