Subject: Re: kern/33047: fxp NICs are not useable on IBM Netfinity 4000R (no
To: None <gnats-bugs@netbsd.org>
From: Timo Schoeler <timo.schoeler@riscworks.net>
List: netbsd-bugs
Date: 03/10/2006 17:18:34
thus Christos Zoulas spake:
> The following reply was made to PR kern/33047; it has been noted by GNATS.
>
> From: christos@zoulas.com (Christos Zoulas)
> To: gnats-bugs@netbsd.org, kern-bug-people@netbsd.org,
> gnats-admin@netbsd.org, netbsd-bugs@netbsd.org,
> timo.schoeler@riscworks.net
> Cc:
> Subject: Re: kern/33047: fxp NICs are not useable on IBM Netfinity 4000R (no link)
> Date: Fri, 10 Mar 2006 11:04:36 -0500
>
> On Mar 10, 4:00pm, timo.schoeler@riscworks.net (Timo Schoeler) wrote:
> -- Subject: Re: kern/33047: fxp NICs are not useable on IBM Netfinity 4000R (
>
> | > | e100: Intel(R) PRO/100 Network Driver, 3.3.6-k2-NAPI
> | > | e100: Copyright(c) 1999-2004 Intel Corporation
> | > | e100: eth0: e100_probe: addr 0xfebff000, irq 9, MAC addr 00:06:29:DE:7C:29
> | > | e100: eth1: e100_probe: addr 0xfebfe000, irq 10, MAC addr 00:06:29:DE:7C:28
> | > | fxp0 at pci0 dev 17 function 0: i82559 Ethernet, rev 8
> | > | fxp0: interrupting at ioapic0 pin 18 (irq 10)
> | > | fxp0: Ethernet address 00:06:29:de:87:39
> | > | inphy0 at fxp0 phy 1: i82555 10/100 media interface, rev. 4
> | > | inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
> | > | fxp1 at pci0 dev 18 function 0: i82559 Ethernet, rev 8
> | > | fxp1: interrupting at ioapic0 pin 17 (irq 11)
> | > | fxp1: Ethernet address 00:06:29:de:87:38
> | > | inphy1 at fxp1 phy 1: i82555 10/100 media interface, rev. 4
> | > | inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
> | >
>
> I think I see what is wrong. The mac addresses are different. I don't
> understand how that can be. Maybe there are two places to read the
> mac address from and linux gets it right and we get it wrong.
>
> christos
i just scanned the whole /24 here, the MAC addresses NetBSD figures out
are not known on the net -- so no collisions may occur when it really
'uses' them. however, it seems it doesn't even get that far.
would it be of any help making the appropriate source more verbose to
see what happens (or not)?
timo