From owner-freebsd-arm@FreeBSD.ORG Mon Dec 17 21:42:55 2007 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7382816A417; Mon, 17 Dec 2007 21:42:55 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 0CD0813C47E; Mon, 17 Dec 2007 21:42:54 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id lBHLgqBp017396; Mon, 17 Dec 2007 22:42:52 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id lBHLgl1h044867 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 17 Dec 2007 22:42:47 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id lBHLglaZ057184; Mon, 17 Dec 2007 22:42:47 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id lBHLgkP9057183; Mon, 17 Dec 2007 22:42:46 +0100 (CET) (envelope-from ticso) Date: Mon, 17 Dec 2007 22:42:46 +0100 From: Bernd Walter To: Rafal Jaworowski Message-ID: <20071217214246.GV51627@cicely12.cicely.de> References: <20071213222654.GE17356@dracon.ht-systems.ru> <20071214090128.GM31230@cicely12.cicely.de> <20071214115226.0b2cb7e2@peedub.jennejohn.org> <20071214.062511.74732956.imp@bsdimp.com> <20071214153201.18c4c5ea@peedub.jennejohn.org> <47629E53.30404@semihalf.com> <20071214190825.GG17356@dracon.ht-systems.ru> <4766E845.50304@semihalf.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4766E845.50304@semihalf.com> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED=-1.8, AWL=0.129, BAYES_00=-2.599 autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on cicely12.cicely.de Cc: freebsd-arm@freebsd.org Subject: Re: MMC cards support X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2007 21:42:55 -0000 On Mon, Dec 17, 2007 at 10:21:09PM +0100, Rafal Jaworowski wrote: > Stanislav Sedov wrote: > > On Fri, Dec 14, 2007 at 04:16:35PM +0100 Rafal Jaworowski mentioned: > >> We're probably getting a bit OT here, but just to clarify U-Boot networking > >> model of operation that was mentioned: MAC address is usually programmed by a > >> U-Boot network controller driver into relevant h/w registers upon every > >> network access, so provided a given interface was used at least once in U-Boot > >> (whatever net command), it should have the MAC addresss programmed correctly > >> when running in the kernel. Otherwise it is left untouched, which happens in > >> most of the cases with multiple integrated controllers -- usually only the > >> first one gets ever used, others are left unconfigured... > >> > > > > Well, I downloaded the entire kernel via tftp, so the controller was probably > > configured correctly. Probably, u-boot resets it after transfer (have not checked > > this yet). > > > > Typically U-Boot would not reset the MAC address, at least I'm not aware of > any net driver there that would do so. I had a look at AT91 net driver and the > whole picture is quite confusing: > > - U-Boot net driver programs the address into EMAC_SA2L/EMAC_SA2H > - FreeBSD/arm tries to retrieve it from ETH_SA1L/ETH_SA1H > > I don't know AT91 family, so am not sure which one should be used and where > the above disconnect comes from (some byte ordering confusion?), but this > might be the direct cause of your troubles.. The Interface has support for multiple MAC addresses so there is more than one register set, which are technically identic. Normaly one would assume that you start filling the lowest numbered registers, but you say that u-boot uses the second. I personally find it confusing to use the second of four sets. -- B.Walter http://www.bwct.de http://www.fizon.de bernd@bwct.de info@bwct.de support@fizon.de