Date: Thu, 17 Mar 2011 15:20:20 -0700
From: Greg KH <greg@kroah.com>
To: Arnd Bergmann <arnd@arndb.de>
Cc: Mark Brown <broonie@opensource.wolfsonmicro.com>,
        Nicolas Pitre <nicolas.pitre@linaro.org>, andy.green@linaro.org,
        Linux USB list <linux-usb@vger.kernel.org>,
        lkml <linux-kernel@vger.kernel.org>
Subject: Re: RFC: Platform data for onboard USB assets
Message-ID: <20110317222020.GA30486@kroah.com>
References: <20110311161421.GA7843@kroah.com>
 <20110317201835.GM31411@opensource.wolfsonmicro.com>
 <20110317202614.GA3155@kroah.com>
 <201103172311.36246.arnd@arndb.de>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <201103172311.36246.arnd@arndb.de>
User-Agent: Mutt/1.5.21 (2010-09-15)
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 978
Lines: 23

On Thu, Mar 17, 2011 at 11:11:36PM +0100, Arnd Bergmann wrote:
> On Thursday 17 March 2011 21:26:14 Greg KH wrote:
> > > It's going to be an off the shelf USB ethernet controller.  I'd be
> > > astonished if the board-configurable device IDs weren't set from the
> > > same SEPROM that the MAC address is so it'd just show up as a generic
> > > chip of whatever kind.
> > 
> > Huh?  All USB controllers you buy have the ability to set the vendor and
> > product id, so you should always be able to key off of that.
> > 
> > Isn't that the case here?
> 
> The same EEPROM that is missing here carries both the MAC address and
> the vendor/product ID overrides.

{sigh}

It's as if BIOS programmers are now laying out board designs...
--
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/