Machine with dual Intel(R) PRO/1000 Network Connection using em driver, updated to latest version 6.9.21 from Intel website (initially 6.9.14 with same problem) will connect fine to one (older) switch but completely non-functional (despite link lights) on another (newer) switch. There's nothing wrong with the switch, since a dozen other FreeBSD machines (using bge or fxp) all work fine on it. I've looked through many similar problem reports online and none of the diagnostic steps or fixes have helped. No errors of any kind are reported.. the networking simply does not work, as if the interface were down. Changing to the other switch, it works perfectly. I unfortunately do not have the details about what models the two different switches are, as they're in a remote datacenter and my remote assistant gave up in frustration after the millionth time I had him juggle connections around.
em0: <Intel(R) PRO/1000 Network Connection 6.9.21> port 0xcc00-0xcc3f mem 0xfc9e0000-0xfc9fffff irq 74 at device 1.0 on pci5
em0: Ethernet address: 00:30:48:85:b0:44
dev.em.0.%desc: Intel(R) PRO/1000 Network Connection 6.9.21
dev.em.0.%location: slot=1 function=0
dev.em.0.%pnpinfo: vendor=0x8086 device=0x1076 subvendor=0x15d9 subdevice=0x1076 class=0x020000
em0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
inet 10.0.0.104 netmask 0xffffff00 broadcast 10.0.0.255
media: Ethernet autoselect (1000baseT <full-duplex>)
Destination Gateway Flags Refs Use Netif Expire
10.0.0.0/24 link#1 U 0 8 em0
I tried the steps from this recommendation in the README for the
driver from Intel (since it sounded very much like the problem I'm
experiencing) but it did not help:
82541/82547 can't link or is slow to link with some link partners
There is a known compatibility issue where time to link is slow or link i=
established between 82541/82547 controllers and some switches. Known swi=
I-O Data ETG-SH8
The driver can be compiled with the following changes:
Edit ./em.x.x.x/src/if_em.h to change the #define EM_MASTER_SLAVE
For example, change from:
#define EM_MASTER_SLAVE e1000_ms_hw_default
#define EM_MASTER_SLAVE 2
On Sat, Jun 19, 2010 at 10:20 PM, <FreeBSDemail@example.com> wrote=
> Thank you very much for your problem report.
> It has the internal identification `kern/148004'.
> The individual assigned to look at your
> report is: freebsd-bugs.
> You can access the state of your problem report at any time
> via this link:
>>Category: =A0 =A0 =A0 kern
>>Responsible: =A0 =A0freebsd-bugs
>>Synopsis: =A0 =A0 =A0 Inconsistent networking with em driver on FreeBSD 8=
>>Arrival-Date: =A0 Sun Jun 20 05:20:02 UTC 2010
Over to maintainer(s).
Over to maintainer.
There have been significant updates to the em(4) driver over the last 4 years. I suspect this works now.