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>