Subject: =?ISO-8859-1?Q?Re:_Intel=AE_Entry_Server_Board_SE7210TP1-E__&_wm_network_?=
To: Phil Nelson <phil@cs.wwu.edu>
From: None <zafer@gmx.org>
List: port-i386
Date: 11/23/2004 10:19:23
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> HI,
>
> I'll ask again. I'm running NetBSD/beta on a Intel® Entry Server Board
> SE7210TP1-E that uses an i82547GI giga-bit ether. dmesg reports
>
> - ---->~
> pm02[2]$ dmesg | grep wm
> wm0 at pci1 dev 1 function 0: Intel i82547GI 1000BASE-T Ethernet, rev. 0
> wm0: interrupting at irq 5
> wm0: Communication Streaming Architecture
> wm0: 65536 word (16 address bits) SPI EEPROM
> wm0: Ethernet address 00:...... (deleted)
> igphy0 at wm0 phy 1: Intel IGP01E1000 Gigabit PHY, rev. 0
>
> I'm running the same version of NetBSD on another machine (Dell 750)
> that
> reports the same ethernet chip, but a different EEPROM. It reports
>
> ---->~
> pm30[1]$ dmesg | grep wm
> wm0 at pci1 dev 1 function 0: Intel i82547GI 1000BASE-T Ethernet, rev. 0
> wm0: interrupting at irq 3
> wm0: Communication Streaming Architecture
> wm0: 64 word (6 address bits) MicroWire EEPROM
> wm0: Ethernet address 00:...... (deleted)
> igphy0 at wm0 phy 1: Intel IGP01E1000 Gigabit PHY, rev. 0
>
> Here is the problem I'm having.
>
> The Dell is working just fine. No problems no nothing.
>
> The Intel board machines are having problems when using the wm0
> interface.
> Specifically, after running a while, they turn off power to the entire
> machine and report a hardward error on the front pannel. I've also
> noticed
> extreme delays in using ssh to get into the machines. In some cases it
> is
> only 1 second and others as much as a minute. This can't be a reverse
> DNS
> issue because the primary DNS machines is on the same "wire".
>
> Has anyone else seen a machine turn off its power when using the wm
> interface? (This board has 2 ethernet interfaces and runs great with no
> problems when using the fxp driver using the other interface.) Does
> anyone
> know what the different EEPROM have to do with the functioning of this
> interface and whether it requires changes to NetBSD.
>
> Intel (and the local distributor) is saying that this is a NetBSD
> problem
> and not a hardware problem.
>
> Thanks for any help!
>
> - --Phil
>
> - --
> Phil Nelson NetBSD: http://www.netbsd.org
> e-mail: phil@cs.wwu.edu Coda: http://www.coda.cs.cmu.edu
> http://www.cs.wwu.edu/nelson
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.3 (NetBSD)
>
> iD8DBQFBonUlzbodwsP3RI0RAhu2AJ9yZ7U7NPb5gX2T0FLSl0JGBm8nTACgkb4d
> EQbTlW5rBBsS0ZrmorEy3pk=
> =xB7u
> -----END PGP SIGNATURE-----
>
Hej Phil,
I'm running a Tyan 7210 Board with Intel Chipset with wm0 & wm1 without any
Problems.
wm0 at pci1 dev 1 function 0: Intel i82547GI 1000BASE-T Ethernet, rev. 0
wm0: interrupting at irq 5
wm0: 32-bit 33MHz PCI bus
wm0: 65536 word (16 address bits) SPI EEPROM
wm0: Ethernet address 00:e0:81:61:85:22
igphy0 at wm0 phy 1: Intel IGP01E1000 Gigabit PHY, rev. 0
igphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT,
1000baseT-FDX
, auto
wm1 at pci3 dev 2 function 0: Intel i82541GI 1000BASE-T Ethernet, rev. 0
wm1: interrupting at irq 9
wm1: 32-bit 33MHz PCI bus
wm1: 64 word (6 address bits) MicroWire EEPROM
wm1: Ethernet address 00:e0:81:61:85:22
igphy1 at wm1 phy 1: Intel IGP01E1000 Gigabit PHY, rev. 0
igphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT,
1000baseT-FDX
, auto
Regards, Zafer.