Date: Sat, 30 Aug 2003 03:58:38 +0200 From: Marius Strobl <marius@alchemy.franken.de> To: Pete Bentley <pete@sorted.org> Cc: freebsd-sparc64@freebsd.org Subject: Re: Netra X1 - Status query and stupid question Message-ID: <20030830035838.A87651@newtrinity.zeist.de> In-Reply-To: <352D3384-DA81-11D7-8C90-000A959F6E56@sorted.org>; from pete@sorted.org on Sat, Aug 30, 2003 at 01:30:50AM %2B0100 References: <20030822013101.A24406@newtrinity.zeist.de> <352D3384-DA81-11D7-8C90-000A959F6E56@sorted.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, Aug 30, 2003 at 01:30:50AM +0100, Pete Bentley wrote: > On Friday, August 22, 2003, at 12:31 AM, Marius Strobl wrote: > > Just curious, could you please try the attached patch and check if the > > MAC addresses get set and then set local-mac-address in the > > OpenFirmware > > and check again if the dc interfaces get different MAC addresses? > > Sorry for being a bit slow here, had other issues to deal with. > > I've just tried this patch - applies fine, builds fine (prevents the > dc module from building, but I simply disabled that as a workaround). Adding the following to sys/modules/dc/Makefile should fix this: .if ${MACHINE_ARCH} == sparc64 SRCS+= opt_ofw_pci.h .endif > > Tried it with and without local-mac-address set and with versions 1.0.1 > and 1.0.18 of the Netra boot PROM and it works the same in all 4 > instances... > > Works the same as Solaris 9, that is dc0 gets the hosts's MAC address > and dc1 > gets that address 'plus 1' (see output below). > > So in effect, local-mac-address is ignored but in a way that isn't > likely > to matter. > This is strange, it rather looks like local-mac-address is always true for these interfaces, or at least for the second one. You could add a printf() to check if the call to OF_getprop() fails and the node address then gets read via OF_getetheraddr(). Thanks for testing!
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030830035838.A87651>