Date: Tue, 18 Dec 2007 11:11:07 +0100 From: Bernd Walter <ticso@cicely12.cicely.de> To: =?iso-8859-1?Q?Bj=F6rn_K=F6nig?= <bkoenig@alpha-tierchen.de> Cc: freebsd-arm@freebsd.org Subject: Re: MMC cards support Message-ID: <20071218101106.GD51627@cicely12.cicely.de> In-Reply-To: <63996.192.168.1.2.1197969236.squirrel@webmail.alpha-tierchen.de> References: <63996.192.168.1.2.1197969236.squirrel@webmail.alpha-tierchen.de>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Dec 18, 2007 at 10:13:56AM +0100, Björn König wrote: > > On Mon, Dec 17, 2007 at 02:40:00PM -0700 M. Warner Losh mentioned: > >> > >> Hmmm, We got a patch to look at all the SAxL/H pairs for an address. > >> I thought it was crazy to do that, but if uboot does this for some > >> reason, then I'll be the first to admit that I was wrong and add the > >> extra bits back. > >> > > Probably we can look MAC in higher registers, if lower didn't contained > > valid one. > > > > I need to check if u-boot really does this first, though. > > u-boot definitely uses the second register set. I wrote a patch a few > months ago and sent it to this mailing list because I had exactly the same > problem. It changes ate_get_mac so that it probes all four register sets > beginning at the first and it stops if the MAC is != 0. Don't remember the patch, but whoever is commiting this should please keep in mind that the driver should relocate the MAC into the first register set and wipe out the other sets, otherwise we end with two configured MAC if the MAC is changed via ifconfig into the first set. -- B.Walter http://www.bwct.de http://www.fizon.de bernd@bwct.de info@bwct.de support@fizon.de
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20071218101106.GD51627>