Re: ARP problem with 6.2-STABLE Intel PRO/1000 NIC, latest em
On 3/4/07, Duane Whitty [EMAIL PROTECTED] wrote: On Sun, Mar 04, 2007 at 11:30:07PM -0700, Mark Costlow wrote: The Machine: I have a dual Xeon 5130 machine, Supermicro motherboard, with the 82563EB NIC. From dmesg: CPU: Intel(R) Xeon(R) CPU5130 @ 2.00GHz (2000.08-MHz 686-class CPU) cpu0: ACPI CPU on acpi0 em0: Intel(R) PRO/1000 Network Connection Version - 6.2.9 port 0x2000-0x201f mem 0xda00-0xda01 irq 18 at device 0.0 on pci4 The machine has 4G RAM and a 3ware 9000 series RAID controller with 2 drives. pciconf -l says: [EMAIL PROTECTED]:0:0: class=0x02 card=0x15d9 chip=0x10968086 rev=0x01 hdr=0x00 [EMAIL PROTECTED]:0:1: class=0x02 card=0x15d9 chip=0x10968086 rev=0x01 hdr=0x00 I plugged in a USB ethernet adapter (realtek), and it works straight away. tcpdump -n arp sees the same noise as other machines on that LAN. Sounds like it could be bad hardware. Can you swap nics? No he can't these are LOMs (on the motherboard). I read through the recent threads on the em driver, but didn't see any reported symptoms like this. Has anyone seen anything like this? Got any hints for me? Am I doing something stupid? Did I leave out any useful information about my configuration? Maybe more of your dmesg might help as it could show interrrupt issues that perhaps others could help diagnose Yes, agreed, this might be revealing. Jack If your NIC is knackered, where are you from? I can post you one I'm not using, instead of you buying one. It's a Realtek PCI 8139 10/100 Mb/s. Let me know if you're interested. Chris ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ARP problem with 6.2-STABLE Intel PRO/1000 NIC, latest em
On Tue, Mar 06, 2007 at 10:24:46AM +, Chris Rees wrote: If your NIC is knackered, where are you from? I can post you one I'm not using, instead of you buying one. It's a Realtek PCI 8139 10/100 Mb/s. Let me know if you're interested. Thank you very much for the offer! However, I have tried another NIC in the machine (a Realtek USB adaptor) and it worked normally. At that point I would suspect the hardware except that when this machine had linux loaded on it, it worked normally. The box is in a 1U case with no spare PCI slots, so I need the motherboard NIC to work for it to be useful long-term. Thanks, Mark -- Mark Costlow| Southwest Cyberport | Fax: +1-505-232-7975 [EMAIL PROTECTED] | Web: www.swcp.com | Voice: +1-505-232-7992 abq-strange.com -- Interesting photos taken in Albuquerque, NM Last post: Art Is OK...And Dangerous - 2007-03-02 10:27:17 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ARP problem with 6.2-STABLE Intel PRO/1000 NIC, latest em driver
On Sun, Mar 04, 2007 at 11:30:07PM -0700, Mark Costlow wrote: The Machine: I have a dual Xeon 5130 machine, Supermicro motherboard, with the 82563EB NIC. From dmesg: CPU: Intel(R) Xeon(R) CPU5130 @ 2.00GHz (2000.08-MHz 686-class CPU) cpu0: ACPI CPU on acpi0 em0: Intel(R) PRO/1000 Network Connection Version - 6.2.9 port 0x2000-0x201f mem 0xda00-0xda01 irq 18 at device 0.0 on pci4 The machine has 4G RAM and a 3ware 9000 series RAID controller with 2 drives. pciconf -l says: [EMAIL PROTECTED]:0:0: class=0x02 card=0x15d9 chip=0x10968086 rev=0x01 hdr=0x00 [EMAIL PROTECTED]:0:1: class=0x02 card=0x15d9 chip=0x10968086 rev=0x01 hdr=0x00 The symptom: The machine boots OK, but can only intermittently make netork connections. Eventually determined that it seems to only see a few ARP packets, so it's falling out of other machines' ARP tables, and is often unable to see the replies to its own ARP requests. It does see SOME ARPs though. When it is able to communicate with another machine, it does not appear to drop any packets between them (e.g. I scp'd a 500M file at 300Mbps to this machine). When I run tcpdump -n arp I see a few ARPs, but not many. In a 1-minute period, I saw 3 ARP who-has/reply packets. On a different machine on the same ethernet switch, I saw 225 who-has/reply packets in the same 1-minute period. I've tried different cables, and a different switch. I started with 6.2-RELEASE, and then went to 6.2-STABLE on 3/3/07 to get the latest em driver fixes. I've used SMP and GENERIC kernels. I get the same results in all cases. There are no firewall rules installed. I plugged in a USB ethernet adapter (realtek), and it works straight away. tcpdump -n arp sees the same noise as other machines on that LAN. Sounds like it could be bad hardware. Can you swap nics? I read through the recent threads on the em driver, but didn't see any reported symptoms like this. Has anyone seen anything like this? Got any hints for me? Am I doing something stupid? Did I leave out any useful information about my configuration? Maybe more of your dmesg might help as it could show interrrupt issues that perhaps others could help diagnose --Duane Thanks, Mark -- Mark Costlow| Southwest Cyberport | Fax: +1-505-232-7975 [EMAIL PROTECTED] | Web: www.swcp.com | Voice: +1-505-232-7992 abq-strange.com -- Interesting photos taken in Albuquerque, NM Last post: Art Is OK...And Dangerous - 2007-03-02 10:27:17 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ARP problem with 6.2-STABLE Intel PRO/1000 NIC, latest em driver
On 3/4/07, Duane Whitty [EMAIL PROTECTED] wrote: On Sun, Mar 04, 2007 at 11:30:07PM -0700, Mark Costlow wrote: The Machine: I have a dual Xeon 5130 machine, Supermicro motherboard, with the 82563EB NIC. From dmesg: CPU: Intel(R) Xeon(R) CPU5130 @ 2.00GHz (2000.08-MHz 686-class CPU) cpu0: ACPI CPU on acpi0 em0: Intel(R) PRO/1000 Network Connection Version - 6.2.9 port 0x2000-0x201f mem 0xda00-0xda01 irq 18 at device 0.0 on pci4 The machine has 4G RAM and a 3ware 9000 series RAID controller with 2 drives. pciconf -l says: [EMAIL PROTECTED]:0:0: class=0x02 card=0x15d9 chip=0x10968086 rev=0x01 hdr=0x00 [EMAIL PROTECTED]:0:1: class=0x02 card=0x15d9 chip=0x10968086 rev=0x01 hdr=0x00 The symptom: The machine boots OK, but can only intermittently make netork connections. Eventually determined that it seems to only see a few ARP packets, so it's falling out of other machines' ARP tables, and is often unable to see the replies to its own ARP requests. It does see SOME ARPs though. When it is able to communicate with another machine, it does not appear to drop any packets between them (e.g. I scp'd a 500M file at 300Mbps to this machine). When I run tcpdump -n arp I see a few ARPs, but not many. In a 1-minute period, I saw 3 ARP who-has/reply packets. On a different machine on the same ethernet switch, I saw 225 who-has/reply packets in the same 1-minute period. I've tried different cables, and a different switch. I started with 6.2-RELEASE, and then went to 6.2-STABLE on 3/3/07 to get the latest em driver fixes. I've used SMP and GENERIC kernels. I get the same results in all cases. There are no firewall rules installed. I plugged in a USB ethernet adapter (realtek), and it works straight away. tcpdump -n arp sees the same noise as other machines on that LAN. Sounds like it could be bad hardware. Can you swap nics? No he can't these are LOMs (on the motherboard). I read through the recent threads on the em driver, but didn't see any reported symptoms like this. Has anyone seen anything like this? Got any hints for me? Am I doing something stupid? Did I leave out any useful information about my configuration? Maybe more of your dmesg might help as it could show interrrupt issues that perhaps others could help diagnose Yes, agreed, this might be revealing. Jack ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ARP problem with 6.2-STABLE Intel PRO/1000 NIC, latest em driver
On Sun, Mar 04, 2007 at 11:37:01PM -0800, Jack Vogel wrote: These are one of our latest NICs, I have had no trouble with these but I'm used to using them on an Intel design, not SuperMicro. First question, do you get the same behavior on both ports? My first guess is that this is a BIOS/management problem. Double check SM website and see if there's any support updates to firmware for the system. I left out a couple of things. Yes, it does the same thing on both em0 and em1. And, the inhouse linux advocate loaded debian on the box and that worked as expected. I'll check SM's web site for BIOS updates today. Mark -- Mark Costlow| Southwest Cyberport | Fax: +1-505-232-7975 [EMAIL PROTECTED] | Web: www.swcp.com | Voice: +1-505-232-7992 abq-strange.com -- Interesting photos taken in Albuquerque, NM Last post: Art Is OK...And Dangerous - 2007-03-02 10:27:17 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ARP problem with 6.2-STABLE Intel PRO/1000 NIC, latest em driver
On Mon, Mar 05, 2007 at 08:41:01AM -0800, Jack Vogel wrote: Maybe more of your dmesg might help as it could show interrrupt issues that perhaps others could help diagnose Yes, agreed, this might be revealing. Here's the full dmesg. Thanks for looking at this. Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-STABLE #0: Sun Mar 4 22:40:38 MST 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC ACPI APIC Table: PTLTD APIC Timecounter i8254 frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU5130 @ 2.00GHz (2000.08-MHz 686-class CPU) Origin = GenuineIntel Id = 0x6f6 Stepping = 6 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,C MOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Features2=0x4e33dSSE3,RSVD2,MON,DS_CPL,VMX,TM2,b9,CX16,b14,b15,b18 AMD Features=0x2000LM AMD Features2=0x1LAHF Cores per package: 2 real memory = 3489005568 (3327 MB) avail memory = 3414384640 (3256 MB) ioapic0 Version 2.0 irqs 0-23 on motherboard ioapic1 Version 2.0 irqs 24-47 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: PTLTD RSDT on motherboard acpi0: Power Button (fixed) Timecounter ACPI-fast frequency 3579545 Hz quality 1000 acpi_timer0: 24-bit timer at 3.579545MHz port 0x1008-0x100b on acpi0 cpu0: ACPI CPU on acpi0 acpi_throttle0: ACPI CPU Throttling on cpu0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 pcib1: ACPI PCI-PCI bridge at device 2.0 on pci0 pci1: ACPI PCI bus on pcib1 pcib2: ACPI PCI-PCI bridge irq 16 at device 0.0 on pci1 pci2: ACPI PCI bus on pcib2 pcib3: ACPI PCI-PCI bridge irq 16 at device 0.0 on pci2 pci3: ACPI PCI bus on pcib3 pcib4: ACPI PCI-PCI bridge irq 18 at device 2.0 on pci2 pci4: ACPI PCI bus on pcib4 em0: Intel(R) PRO/1000 Network Connection Version - 6.2.9 port 0x2000-0x201f m em 0xda00-0xda01 irq 18 at device 0.0 on pci4 em0: Ethernet address: 00:30:48:8c:71:54 em1: Intel(R) PRO/1000 Network Connection Version - 6.2.9 port 0x2020-0x203f m em 0xda02-0xda03 irq 19 at device 0.1 on pci4 em1: Ethernet address: 00:30:48:8c:71:55 pcib5: ACPI PCI-PCI bridge at device 0.3 on pci1 pci5: ACPI PCI bus on pcib5 3ware device driver for 9000 series storage controllers, version: 3.60.02.012 twa0: 3ware 9000 series Storage Controller port 0x3000-0x303f mem 0xd800-0 xd9ff,0xda10-0xda100fff irq 24 at device 1.0 on pci5 twa0: [GIANT-LOCKED] twa0: INFO: (0x15: 0x1300): Controller details:: Model 9550SX-4LP, 4 ports, Firm ware FE9X 3.04.01.011, BIOS BE9X 3.04.00.002 pci0: base peripheral at device 8.0 (no driver attached) pcib6: ACPI PCI-PCI bridge irq 17 at device 28.0 on pci0 pci6: ACPI PCI bus on pcib6 uhci0: UHCI (generic) USB controller port 0x1800-0x181f irq 17 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: UHCI (generic) USB controller on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: UHCI (generic) USB controller port 0x1820-0x183f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: UHCI (generic) USB controller on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: UHCI (generic) USB controller port 0x1840-0x185f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: UHCI (generic) USB controller on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: UHCI (generic) USB controller port 0x1860-0x187f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: UHCI (generic) USB controller on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: EHCI (generic) USB 2.0 controller mem 0xda60-0xda6003ff irq 17 at d evice 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: EHCI (generic) USB 2.0 controller on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib7: ACPI PCI-PCI bridge at device 30.0 on pci0 pci7: ACPI PCI bus on pcib7 pci7: display, VGA at device 1.0 (no driver attached) isab0: PCI-ISA bridge at device 31.0 on pci0 isa0: ISA bus on isab0 atapci0: Intel 63XXESB2 UDMA100 controller port 0x1f0-0x1f7,0x3f6,0x170-0x177, 0x376,0x1880-0x188f at device 31.1 on pci0 ata0: ATA channel 0 on atapci0 ata1: ATA channel 1 on atapci0 pci0: serial bus, SMBus at device 31.3 (no driver attached) acpi_button0: Power
Re: ARP problem with 6.2-STABLE Intel PRO/1000 NIC, latest em driver
On 3/5/07, Mark Costlow [EMAIL PROTECTED] wrote: On Mon, Mar 05, 2007 at 08:41:01AM -0800, Jack Vogel wrote: Maybe more of your dmesg might help as it could show interrrupt issues that perhaps others could help diagnose Yes, agreed, this might be revealing. Here's the full dmesg. Thanks for looking at this. Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-STABLE #0: Sun Mar 4 22:40:38 MST 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC ACPI APIC Table: PTLTD APIC Timecounter i8254 frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU5130 @ 2.00GHz (2000.08-MHz 686-class CPU) Origin = GenuineIntel Id = 0x6f6 Stepping = 6 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,C MOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Features2=0x4e33dSSE3,RSVD2,MON,DS_CPL,VMX,TM2,b9,CX16,b14,b15,b18 AMD Features=0x2000LM AMD Features2=0x1LAHF Cores per package: 2 real memory = 3489005568 (3327 MB) avail memory = 3414384640 (3256 MB) ioapic0 Version 2.0 irqs 0-23 on motherboard ioapic1 Version 2.0 irqs 24-47 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: PTLTD RSDT on motherboard acpi0: Power Button (fixed) Timecounter ACPI-fast frequency 3579545 Hz quality 1000 acpi_timer0: 24-bit timer at 3.579545MHz port 0x1008-0x100b on acpi0 cpu0: ACPI CPU on acpi0 acpi_throttle0: ACPI CPU Throttling on cpu0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 pcib1: ACPI PCI-PCI bridge at device 2.0 on pci0 pci1: ACPI PCI bus on pcib1 pcib2: ACPI PCI-PCI bridge irq 16 at device 0.0 on pci1 pci2: ACPI PCI bus on pcib2 pcib3: ACPI PCI-PCI bridge irq 16 at device 0.0 on pci2 pci3: ACPI PCI bus on pcib3 pcib4: ACPI PCI-PCI bridge irq 18 at device 2.0 on pci2 pci4: ACPI PCI bus on pcib4 em0: Intel(R) PRO/1000 Network Connection Version - 6.2.9 port 0x2000-0x201f m em 0xda00-0xda01 irq 18 at device 0.0 on pci4 em0: Ethernet address: 00:30:48:8c:71:54 em1: Intel(R) PRO/1000 Network Connection Version - 6.2.9 port 0x2020-0x203f m em 0xda02-0xda03 irq 19 at device 0.1 on pci4 em1: Ethernet address: 00:30:48:8c:71:55 pcib5: ACPI PCI-PCI bridge at device 0.3 on pci1 pci5: ACPI PCI bus on pcib5 3ware device driver for 9000 series storage controllers, version: 3.60.02.012 twa0: 3ware 9000 series Storage Controller port 0x3000-0x303f mem 0xd800-0 xd9ff,0xda10-0xda100fff irq 24 at device 1.0 on pci5 twa0: [GIANT-LOCKED] twa0: INFO: (0x15: 0x1300): Controller details:: Model 9550SX-4LP, 4 ports, Firm ware FE9X 3.04.01.011, BIOS BE9X 3.04.00.002 pci0: base peripheral at device 8.0 (no driver attached) pcib6: ACPI PCI-PCI bridge irq 17 at device 28.0 on pci0 pci6: ACPI PCI bus on pcib6 uhci0: UHCI (generic) USB controller port 0x1800-0x181f irq 17 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: UHCI (generic) USB controller on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: UHCI (generic) USB controller port 0x1820-0x183f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: UHCI (generic) USB controller on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: UHCI (generic) USB controller port 0x1840-0x185f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: UHCI (generic) USB controller on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: UHCI (generic) USB controller port 0x1860-0x187f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: UHCI (generic) USB controller on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: EHCI (generic) USB 2.0 controller mem 0xda60-0xda6003ff irq 17 at d evice 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: EHCI (generic) USB 2.0 controller on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib7: ACPI PCI-PCI bridge at device 30.0 on pci0 pci7: ACPI PCI bus on pcib7 pci7: display, VGA at device 1.0 (no driver attached) isab0: PCI-ISA bridge at device 31.0 on pci0 isa0: ISA bus on isab0 atapci0: Intel 63XXESB2 UDMA100 controller port 0x1f0-0x1f7,0x3f6,0x170-0x177, 0x376,0x1880-0x188f at device 31.1 on pci0 ata0: ATA channel 0 on atapci0 ata1: ATA channel 1 on atapci0 pci0: serial bus, SMBus at device
Re: ARP problem with 6.2-STABLE Intel PRO/1000 NIC, latest em driver
On 3/5/07, Jack Vogel [EMAIL PROTECTED] wrote: On 3/5/07, Mark Costlow [EMAIL PROTECTED] wrote: On Mon, Mar 05, 2007 at 08:41:01AM -0800, Jack Vogel wrote: Maybe more of your dmesg might help as it could show interrrupt issues that perhaps others could help diagnose Yes, agreed, this might be revealing. Here's the full dmesg. Thanks for looking at this. Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-STABLE #0: Sun Mar 4 22:40:38 MST 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC ACPI APIC Table: PTLTD APIC Timecounter i8254 frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU5130 @ 2.00GHz (2000.08-MHz 686-class CPU) Origin = GenuineIntel Id = 0x6f6 Stepping = 6 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,C MOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Features2=0x4e33dSSE3,RSVD2,MON,DS_CPL,VMX,TM2,b9,CX16,b14,b15,b18 AMD Features=0x2000LM AMD Features2=0x1LAHF Cores per package: 2 real memory = 3489005568 (3327 MB) avail memory = 3414384640 (3256 MB) ioapic0 Version 2.0 irqs 0-23 on motherboard ioapic1 Version 2.0 irqs 24-47 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: PTLTD RSDT on motherboard acpi0: Power Button (fixed) Timecounter ACPI-fast frequency 3579545 Hz quality 1000 acpi_timer0: 24-bit timer at 3.579545MHz port 0x1008-0x100b on acpi0 cpu0: ACPI CPU on acpi0 acpi_throttle0: ACPI CPU Throttling on cpu0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 pcib1: ACPI PCI-PCI bridge at device 2.0 on pci0 pci1: ACPI PCI bus on pcib1 pcib2: ACPI PCI-PCI bridge irq 16 at device 0.0 on pci1 pci2: ACPI PCI bus on pcib2 pcib3: ACPI PCI-PCI bridge irq 16 at device 0.0 on pci2 pci3: ACPI PCI bus on pcib3 pcib4: ACPI PCI-PCI bridge irq 18 at device 2.0 on pci2 pci4: ACPI PCI bus on pcib4 em0: Intel(R) PRO/1000 Network Connection Version - 6.2.9 port 0x2000-0x201f m em 0xda00-0xda01 irq 18 at device 0.0 on pci4 em0: Ethernet address: 00:30:48:8c:71:54 em1: Intel(R) PRO/1000 Network Connection Version - 6.2.9 port 0x2020-0x203f m em 0xda02-0xda03 irq 19 at device 0.1 on pci4 em1: Ethernet address: 00:30:48:8c:71:55 pcib5: ACPI PCI-PCI bridge at device 0.3 on pci1 pci5: ACPI PCI bus on pcib5 3ware device driver for 9000 series storage controllers, version: 3.60.02.012 twa0: 3ware 9000 series Storage Controller port 0x3000-0x303f mem 0xd800-0 xd9ff,0xda10-0xda100fff irq 24 at device 1.0 on pci5 twa0: [GIANT-LOCKED] twa0: INFO: (0x15: 0x1300): Controller details:: Model 9550SX-4LP, 4 ports, Firm ware FE9X 3.04.01.011, BIOS BE9X 3.04.00.002 pci0: base peripheral at device 8.0 (no driver attached) pcib6: ACPI PCI-PCI bridge irq 17 at device 28.0 on pci0 pci6: ACPI PCI bus on pcib6 uhci0: UHCI (generic) USB controller port 0x1800-0x181f irq 17 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: UHCI (generic) USB controller on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: UHCI (generic) USB controller port 0x1820-0x183f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: UHCI (generic) USB controller on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: UHCI (generic) USB controller port 0x1840-0x185f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: UHCI (generic) USB controller on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: UHCI (generic) USB controller port 0x1860-0x187f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: UHCI (generic) USB controller on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: EHCI (generic) USB 2.0 controller mem 0xda60-0xda6003ff irq 17 at d evice 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: EHCI (generic) USB 2.0 controller on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib7: ACPI PCI-PCI bridge at device 30.0 on pci0 pci7: ACPI PCI bus on pcib7 pci7: display, VGA at device 1.0 (no driver attached) isab0: PCI-ISA bridge at device 31.0 on pci0 isa0: ISA bus on isab0 atapci0: Intel 63XXESB2 UDMA100 controller port
Re: ARP problem with 6.2-STABLE Intel PRO/1000 NIC, latest em driver
On Mon, Mar 05, 2007 at 10:02:26AM -0800, Jack Vogel wrote: On 3/5/07, Jack Vogel [EMAIL PROTECTED] wrote: On 3/5/07, Mark Costlow [EMAIL PROTECTED] wrote: On Mon, Mar 05, 2007 at 08:41:01AM -0800, Jack Vogel wrote: Maybe more of your dmesg might help as it could show interrrupt issues that perhaps others could help diagnose Yes, agreed, this might be revealing. Here's the full dmesg. Thanks for looking at this. Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-STABLE #0: Sun Mar 4 22:40:38 MST 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC ACPI APIC Table: PTLTD APIC Timecounter i8254 frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU5130 @ 2.00GHz (2000.08-MHz 686-class CPU) Origin = GenuineIntel Id = 0x6f6 Stepping = 6 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,C MOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Features2=0x4e33dSSE3,RSVD2,MON,DS_CPL,VMX,TM2,b9,CX16,b14,b15,b18 AMD Features=0x2000LM AMD Features2=0x1LAHF Cores per package: 2 real memory = 3489005568 (3327 MB) avail memory = 3414384640 (3256 MB) ioapic0 Version 2.0 irqs 0-23 on motherboard ioapic1 Version 2.0 irqs 24-47 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: PTLTD RSDT on motherboard acpi0: Power Button (fixed) Timecounter ACPI-fast frequency 3579545 Hz quality 1000 acpi_timer0: 24-bit timer at 3.579545MHz port 0x1008-0x100b on acpi0 cpu0: ACPI CPU on acpi0 acpi_throttle0: ACPI CPU Throttling on cpu0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 pcib1: ACPI PCI-PCI bridge at device 2.0 on pci0 pci1: ACPI PCI bus on pcib1 pcib2: ACPI PCI-PCI bridge irq 16 at device 0.0 on pci1 pci2: ACPI PCI bus on pcib2 pcib3: ACPI PCI-PCI bridge irq 16 at device 0.0 on pci2 pci3: ACPI PCI bus on pcib3 pcib4: ACPI PCI-PCI bridge irq 18 at device 2.0 on pci2 pci4: ACPI PCI bus on pcib4 em0: Intel(R) PRO/1000 Network Connection Version - 6.2.9 port 0x2000-0x201f m em 0xda00-0xda01 irq 18 at device 0.0 on pci4 em0: Ethernet address: 00:30:48:8c:71:54 em1: Intel(R) PRO/1000 Network Connection Version - 6.2.9 port 0x2020-0x203f m em 0xda02-0xda03 irq 19 at device 0.1 on pci4 em1: Ethernet address: 00:30:48:8c:71:55 pcib5: ACPI PCI-PCI bridge at device 0.3 on pci1 pci5: ACPI PCI bus on pcib5 3ware device driver for 9000 series storage controllers, version: 3.60.02.012 twa0: 3ware 9000 series Storage Controller port 0x3000-0x303f mem 0xd800-0 xd9ff,0xda10-0xda100fff irq 24 at device 1.0 on pci5 twa0: [GIANT-LOCKED] twa0: INFO: (0x15: 0x1300): Controller details:: Model 9550SX-4LP, 4 ports, Firm ware FE9X 3.04.01.011, BIOS BE9X 3.04.00.002 pci0: base peripheral at device 8.0 (no driver attached) pcib6: ACPI PCI-PCI bridge irq 17 at device 28.0 on pci0 pci6: ACPI PCI bus on pcib6 uhci0: UHCI (generic) USB controller port 0x1800-0x181f irq 17 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: UHCI (generic) USB controller on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: UHCI (generic) USB controller port 0x1820-0x183f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: UHCI (generic) USB controller on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: UHCI (generic) USB controller port 0x1840-0x185f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: UHCI (generic) USB controller on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: UHCI (generic) USB controller port 0x1860-0x187f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: UHCI (generic) USB controller on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: EHCI (generic) USB 2.0 controller mem 0xda60-0xda6003ff irq 17 at d evice 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: EHCI (generic) USB 2.0 controller on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib7: ACPI PCI-PCI bridge at device 30.0 on pci0 pci7: ACPI PCI bus on
PATCH : ARP problem with 6.2-STABLE Intel PRO/1000 NIC, latest em driver
On 3/5/07, Mark Costlow [EMAIL PROTECTED] wrote: On Mon, Mar 05, 2007 at 10:02:26AM -0800, Jack Vogel wrote: On 3/5/07, Jack Vogel [EMAIL PROTECTED] wrote: On 3/5/07, Mark Costlow [EMAIL PROTECTED] wrote: On Mon, Mar 05, 2007 at 08:41:01AM -0800, Jack Vogel wrote: Maybe more of your dmesg might help as it could show interrrupt issues that perhaps others could help diagnose Yes, agreed, this might be revealing. Here's the full dmesg. Thanks for looking at this. Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-STABLE #0: Sun Mar 4 22:40:38 MST 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC ACPI APIC Table: PTLTD APIC Timecounter i8254 frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU5130 @ 2.00GHz (2000.08-MHz 686-class CPU) Origin = GenuineIntel Id = 0x6f6 Stepping = 6 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,C MOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Features2=0x4e33dSSE3,RSVD2,MON,DS_CPL,VMX,TM2,b9,CX16,b14,b15,b18 AMD Features=0x2000LM AMD Features2=0x1LAHF Cores per package: 2 real memory = 3489005568 (3327 MB) avail memory = 3414384640 (3256 MB) ioapic0 Version 2.0 irqs 0-23 on motherboard ioapic1 Version 2.0 irqs 24-47 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: PTLTD RSDT on motherboard acpi0: Power Button (fixed) Timecounter ACPI-fast frequency 3579545 Hz quality 1000 acpi_timer0: 24-bit timer at 3.579545MHz port 0x1008-0x100b on acpi0 cpu0: ACPI CPU on acpi0 acpi_throttle0: ACPI CPU Throttling on cpu0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 pcib1: ACPI PCI-PCI bridge at device 2.0 on pci0 pci1: ACPI PCI bus on pcib1 pcib2: ACPI PCI-PCI bridge irq 16 at device 0.0 on pci1 pci2: ACPI PCI bus on pcib2 pcib3: ACPI PCI-PCI bridge irq 16 at device 0.0 on pci2 pci3: ACPI PCI bus on pcib3 pcib4: ACPI PCI-PCI bridge irq 18 at device 2.0 on pci2 pci4: ACPI PCI bus on pcib4 em0: Intel(R) PRO/1000 Network Connection Version - 6.2.9 port 0x2000-0x201f m em 0xda00-0xda01 irq 18 at device 0.0 on pci4 em0: Ethernet address: 00:30:48:8c:71:54 em1: Intel(R) PRO/1000 Network Connection Version - 6.2.9 port 0x2020-0x203f m em 0xda02-0xda03 irq 19 at device 0.1 on pci4 em1: Ethernet address: 00:30:48:8c:71:55 pcib5: ACPI PCI-PCI bridge at device 0.3 on pci1 pci5: ACPI PCI bus on pcib5 3ware device driver for 9000 series storage controllers, version: 3.60.02.012 twa0: 3ware 9000 series Storage Controller port 0x3000-0x303f mem 0xd800-0 xd9ff,0xda10-0xda100fff irq 24 at device 1.0 on pci5 twa0: [GIANT-LOCKED] twa0: INFO: (0x15: 0x1300): Controller details:: Model 9550SX-4LP, 4 ports, Firm ware FE9X 3.04.01.011, BIOS BE9X 3.04.00.002 pci0: base peripheral at device 8.0 (no driver attached) pcib6: ACPI PCI-PCI bridge irq 17 at device 28.0 on pci0 pci6: ACPI PCI bus on pcib6 uhci0: UHCI (generic) USB controller port 0x1800-0x181f irq 17 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: UHCI (generic) USB controller on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: UHCI (generic) USB controller port 0x1820-0x183f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: UHCI (generic) USB controller on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: UHCI (generic) USB controller port 0x1840-0x185f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: UHCI (generic) USB controller on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: UHCI (generic) USB controller port 0x1860-0x187f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: UHCI (generic) USB controller on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: EHCI (generic) USB 2.0 controller mem 0xda60-0xda6003ff irq 17 at d evice 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: EHCI (generic) USB 2.0 controller on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib7: ACPI PCI-PCI bridge at device 30.0 on
Re: PATCH : ARP problem with 6.2-STABLE Intel PRO/1000 NIC, latest em driver
On Mon, Mar 05, 2007 at 02:13:36PM -0800, Jack Vogel wrote: [...snip...] Don't bother installing CURRENT, just got out of my meeting and I found out what the problem is. There is indeed an issue with management, and its something our test group isnt set up to test. I will send a patch to try sometime before end of day. OK, here is the patch, this should fix it... Hi Jack, the patch didn't seem to have any effect. When I run tcpdump -n arp after rebooting with this patch, I still see 2-3 ARPs per minute instead of 100-200 per minute. I was patching against: /*$FreeBSD: src/sys/dev/em/if_em.c,v 1.65.2.22 2007/03/01 17:32:27 csjp Exp $*/ Is that correct? I tried both SMP and non-SMP kernels, with same results. Is there anything I can do to gather some additional debug information from the system while it's running? I neglected to mention before the specific motherboard model: Supermicro X7DVL-E. There is no IPMI card installed, and no IPMI setting in the BIOS. Thanks, Mark -- Mark Costlow| Southwest Cyberport | Fax: +1-505-232-7975 [EMAIL PROTECTED] | Web: www.swcp.com | Voice: +1-505-232-7992 abq-strange.com -- Interesting photos taken in Albuquerque, NM Last post: Art Is OK...And Dangerous - 2007-03-02 10:27:17 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
ARP problem with 6.2-STABLE Intel PRO/1000 NIC, latest em driver
The Machine: I have a dual Xeon 5130 machine, Supermicro motherboard, with the 82563EB NIC. From dmesg: CPU: Intel(R) Xeon(R) CPU5130 @ 2.00GHz (2000.08-MHz 686-class CPU) cpu0: ACPI CPU on acpi0 em0: Intel(R) PRO/1000 Network Connection Version - 6.2.9 port 0x2000-0x201f mem 0xda00-0xda01 irq 18 at device 0.0 on pci4 The machine has 4G RAM and a 3ware 9000 series RAID controller with 2 drives. pciconf -l says: [EMAIL PROTECTED]:0:0: class=0x02 card=0x15d9 chip=0x10968086 rev=0x01 hdr=0x00 [EMAIL PROTECTED]:0:1: class=0x02 card=0x15d9 chip=0x10968086 rev=0x01 hdr=0x00 The symptom: The machine boots OK, but can only intermittently make netork connections. Eventually determined that it seems to only see a few ARP packets, so it's falling out of other machines' ARP tables, and is often unable to see the replies to its own ARP requests. It does see SOME ARPs though. When it is able to communicate with another machine, it does not appear to drop any packets between them (e.g. I scp'd a 500M file at 300Mbps to this machine). When I run tcpdump -n arp I see a few ARPs, but not many. In a 1-minute period, I saw 3 ARP who-has/reply packets. On a different machine on the same ethernet switch, I saw 225 who-has/reply packets in the same 1-minute period. I've tried different cables, and a different switch. I started with 6.2-RELEASE, and then went to 6.2-STABLE on 3/3/07 to get the latest em driver fixes. I've used SMP and GENERIC kernels. I get the same results in all cases. There are no firewall rules installed. I plugged in a USB ethernet adapter (realtek), and it works straight away. tcpdump -n arp sees the same noise as other machines on that LAN. I read through the recent threads on the em driver, but didn't see any reported symptoms like this. Has anyone seen anything like this? Got any hints for me? Am I doing something stupid? Did I leave out any useful information about my configuration? Thanks, Mark -- Mark Costlow| Southwest Cyberport | Fax: +1-505-232-7975 [EMAIL PROTECTED] | Web: www.swcp.com | Voice: +1-505-232-7992 abq-strange.com -- Interesting photos taken in Albuquerque, NM Last post: Art Is OK...And Dangerous - 2007-03-02 10:27:17 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ARP problem with 6.2-STABLE Intel PRO/1000 NIC, latest em driver
On 3/4/07, Mark Costlow [EMAIL PROTECTED] wrote: The Machine: I have a dual Xeon 5130 machine, Supermicro motherboard, with the 82563EB NIC. From dmesg: CPU: Intel(R) Xeon(R) CPU5130 @ 2.00GHz (2000.08-MHz 686-class CPU) cpu0: ACPI CPU on acpi0 em0: Intel(R) PRO/1000 Network Connection Version - 6.2.9 port 0x2000-0x201f mem 0xda00-0xda01 irq 18 at device 0.0 on pci4 The machine has 4G RAM and a 3ware 9000 series RAID controller with 2 drives. pciconf -l says: [EMAIL PROTECTED]:0:0: class=0x02 card=0x15d9 chip=0x10968086 rev=0x01 hdr=0x00 [EMAIL PROTECTED]:0:1: class=0x02 card=0x15d9 chip=0x10968086 rev=0x01 hdr=0x00 The symptom: The machine boots OK, but can only intermittently make netork connections. Eventually determined that it seems to only see a few ARP packets, so it's falling out of other machines' ARP tables, and is often unable to see the replies to its own ARP requests. It does see SOME ARPs though. When it is able to communicate with another machine, it does not appear to drop any packets between them (e.g. I scp'd a 500M file at 300Mbps to this machine). When I run tcpdump -n arp I see a few ARPs, but not many. In a 1-minute period, I saw 3 ARP who-has/reply packets. On a different machine on the same ethernet switch, I saw 225 who-has/reply packets in the same 1-minute period. I've tried different cables, and a different switch. I started with 6.2-RELEASE, and then went to 6.2-STABLE on 3/3/07 to get the latest em driver fixes. I've used SMP and GENERIC kernels. I get the same results in all cases. There are no firewall rules installed. I plugged in a USB ethernet adapter (realtek), and it works straight away. tcpdump -n arp sees the same noise as other machines on that LAN. I read through the recent threads on the em driver, but didn't see any reported symptoms like this. Has anyone seen anything like this? Got any hints for me? Am I doing something stupid? Did I leave out any useful information about my configuration? These are one of our latest NICs, I have had no trouble with these but I'm used to using them on an Intel design, not SuperMicro. First question, do you get the same behavior on both ports? My first guess is that this is a BIOS/management problem. Double check SM website and see if there's any support updates to firmware for the system. I will check at work tomorrow morning to see if anyone else has heard of this. Cheers, Jack ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
