From nobody@FreeBSD.org Wed May 16 12:56:55 2007 Return-Path: Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D3CCA16A403 for ; Wed, 16 May 2007 12:56:55 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [69.147.83.33]) by mx1.freebsd.org (Postfix) with ESMTP id C252B13C448 for ; Wed, 16 May 2007 12:56:55 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id l4GCutER072915 for ; Wed, 16 May 2007 12:56:55 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id l4GCpslI072055; Wed, 16 May 2007 12:51:54 GMT (envelope-from nobody) Message-Id: <200705161251.l4GCpslI072055@www.freebsd.org> Date: Wed, 16 May 2007 12:51:54 GMT From: Keve Nagy To: freebsd-gnats-submit@FreeBSD.org Subject: if_re driver detects incorrect b243a405a405 MAC address on SMC9452TX-1 pci gigabit cards X-Send-Pr-Version: www-3.0 >Number: 112710 >Category: kern >Synopsis: [re] if_re driver detects incorrect b243a405a405 MAC address on SMC9452TX-1 pci gigabit cards >Confidential: no >Severity: non-critical >Priority: low >Responsible: yongari >State: closed >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed May 16 13:00:10 GMT 2007 >Closed-Date: Fri Jul 13 04:49:24 GMT 2007 >Last-Modified: Fri Jul 13 04:50:03 GMT 2007 >Originator: Keve Nagy >Release: FreeBSD/i386 6.2-RELEASE-p4 >Organization: N/A >Environment: FreeBSD/i386 6.2-RELEASE-p4 on an IBM Netfinity 5000 (dual PIII/500) with 512MB RAM >Description: I just purchased 8 pieces of cheap gigabit ethernet cards to turn an old PIII into an internal router. All NICs are "SMC9452TX-1" type 32-bit PCI 10/100/1000 single RJ45 and carry a chip labelled "RTL8169SC 68102S1 G643 TAIWAN". Serial number and MAC address printed on back of the PCB (sticker): ENG70400759 0013f766b8f5 ENG70400758 0013f766b8f1 ENG70400744 0013f766b762 ENG70400708 0013f766b782 ENG70400752 0013f766b8ef ENG70400751 0013f766b8f3 ENG70400707 0013f766b784 ENG70400753 0013f766b75d From now on I refer to the top 5 of these as BAD cards while the bottom 3 will be referred to as GOOD cards. See later why! Under FreeBSD 6.2R all the cards are detected by the if_re driver as "re#: ". Remember! The cards are exactly the same type, they were purchased together at the same shop at the same time, and I found no visible differences between them. Not on the PCB, not on labels, not in messages or version numbers spat out by firmware, driver, etc. Their product serial number also proves that they are from the same manufacturing series. [Problem] ========= For the 5 "bad" cards the if_re.ko driver detects an incorrect b2:43:a4:05:a4:05 MAC address while for the 3 "good" cards the expected and above listed correct MAC addresses are displayed. If multiple numbers of the "bad" cards are installed they all report to have the same "fake" b243a405a405 address. No matter in which order, which pci slot the cards are inserted. The 5 "bad" ones always appear to have the fake MAC address (always that same one fake MAC address, for each and all of the bad cards) while the 3 "good" ones always report the correct MAC address. Mixing the good cards with the bad cards cahnges nothing. The good ones are good, the bad ones are bad. The cards have also been tested in another PC, a Pentium D dual core IBM ThinkCentre. Same results. The "bad" cards consistently report the fake MAC address while the "good" cards report the correct ones. (tested one card at a time, as this ThinkCentre had only one spare PCI slot) Besides reporting the fake MAC address the "bad" cards operated fine. I used one of the "bad" cards in my desktop PC for a 48 hour period without any trouble or error (no other "bad" cards were present on the network during this time, of course). Having the if_re driver compiled into the kernel, having it loaded from loader.conf OR even from the command line with kldload makes absolutely no difference. So far, it seems to be a classic manufacturing error with the burnt-in MAC address being messed up. Here comes the surprise! Running a test on the same machine where the problems were detected, using the same cards but this time running a Debian based Linux disk (uhu-linux 2.0), all the cards behaved perfectly. Not one reported the fake MAC address I experienced under FreeBSD. Each and every single card reported its expected MAC address, regardless of their pci slot location, order, or grouping layout. The "bad" and "good" cards behaved equally well. So the problem is most probably around how the if_re driver gets the MAC address of these cards under FreeBSD. For some reason, the method produces the correct result for 3 of my cards and returns the same incorrect result for other 5 of them. The results are consistent using the 6.2R boot CD, the 6.2R kernel installed by default and my custom kernel (under 6.2R, -p3 and -p4). I include the dmesg output from my Netfinity 5000 equipped with the 5 "bad" gigabit cards. Both the FreeBSD 6.2 and the Linux output are included. Please see how re0 .. re4 reports to have the fake MAC address under FreeBSD, and how the exact same hardware configuration reports to have the correct MAC addresses under Linux! Same hardware setup, only the bootdisk was changed from FreeBSD to Linux. I also include the "ifconfig" output from both FreeBSD and Linux. The incorrect and correct MAC addresses are clearly visible here as well. FreeBSD dmesg on my Netfinity with the 5 "bad" cards inserted: -------------------------------------------------------------- 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-RELEASE-p3 #1: Wed Apr 25 15:59:41 CEST 2007 root@:/usr/obj/usr/src/sys/Netfinity5k Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium III/Pentium III Xeon/Celeron (498.67-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x673 Stepping = 3 Features=0x383fbff real memory = 536854528 (511 MB) avail memory = 519991296 (495 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 1 cpu1 (AP): APIC ID: 0 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xfe88-0xfe8b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 re0: port 0x2000-0x20ff mem 0xfebffc00-0xfebffcff irq 18 at device 1.0 on pci0 miibus0: on re0 rgephy0: on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto re0: Ethernet address: b2:43:a4:05:a4:05 re0: [FAST] ahc0: port 0x2200-0x22ff mem 0xfebfe000-0xfebfefff irq 16 at device 6.0 on pci0 ahc0: [GIANT-LOCKED] aic7895C: Ultra Wide Channel A, SCSI Id=7, 32/253 SCBs ahc1: port 0x2300-0x23ff mem 0xfebfd000-0xfebfdfff irq 16 at device 6.1 on pci0 ahc1: [GIANT-LOCKED] aic7895C: Ultra Wide Channel B, SCSI Id=7, 32/253 SCBs pci0: at device 9.0 (no driver attached) pci0: at device 10.0 (no driver attached) isab0: port 0xfe00-0xfe0f at device 15.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf irq 18 at device 15.1 on pci0 ata0: on atapci0 ata1: on atapci0 ohci0: mem 0xff700000-0xff700fff irq 18 at device 15.2 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pcib1: on acpi0 pci1: on pcib1 re1: port 0x4b00-0x4bff mem 0xc0fdfc00-0xc0fdfcff irq 19 at device 2.0 on pci1 miibus1: on re1 rgephy1: on miibus1 rgephy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto re1: Ethernet address: b2:43:a4:05:a4:05 re1: [FAST] re2: port 0x4c00-0x4cff mem 0xc0fdf800-0xc0fdf8ff irq 19 at device 3.0 on pci1 miibus2: on re2 rgephy2: on miibus2 rgephy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto re2: Ethernet address: b2:43:a4:05:a4:05 re2: [FAST] re3: port 0x4d00-0x4dff mem 0xc0fdf400-0xc0fdf4ff irq 22 at device 4.0 on pci1 miibus3: on re3 rgephy3: on miibus3 rgephy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto re3: Ethernet address: b2:43:a4:05:a4:05 re3: [FAST] re4: port 0x4e00-0x4eff mem 0xc0fdf000-0xc0fdf0ff irq 22 at device 5.0 on pci1 miibus4: on re4 rgephy4: on miibus4 rgephy4: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto re4: Ethernet address: b2:43:a4:05:a4:05 re4: [FAST] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xccfff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <10 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec sa0 at ahc1 bus 0 target 6 lun 0 sa0: Removable Sequential Access SCSI-2 device sa0: 5.813MB/s transfers (5.813MHz, offset 15) pass2 at ahc1 bus 0 target 14 lun 0 pass2: Fixed Processor SCSI-2 device pass2: 3.300MB/s transfers SMP: AP CPU #1 Launched! da0 at ahc1 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 11.626MB/s transfers (5.813MHz, offset 8, 16bit), Tagged Queueing Enabled da0: 8678MB (17774160 512 byte sectors: 255H 63S/T 1106C) Trying to mount root from ufs:/dev/da0s1a Linux dmesg on my Netfinity with the 5 "bad" cards inserted: ------------------------------------------------------------ [17179569.184000] Linux version 2.6.17.6-10 (uhubuild@build) (gcc version 3.4.6) #1 SMP Mon Aug 21 11:06:08 CEST 2006 [17179569.184000] BIOS-provided physical RAM map: [17179569.184000] BIOS-e820: 0000000000000000 - 000000000009e000 (usable) [17179569.184000] BIOS-e820: 000000000009e000 - 00000000000a0000 (reserved) [17179569.184000] BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved) [17179569.184000] BIOS-e820: 0000000000100000 - 000000001fffc340 (usable) [17179569.184000] BIOS-e820: 000000001fffc340 - 0000000020000000 (ACPI data) [17179569.184000] BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved) [17179569.184000] BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved) [17179569.184000] BIOS-e820: 00000000fff80000 - 0000000100000000 (reserved) [17179569.184000] 0MB HIGHMEM available. [17179569.184000] 511MB LOWMEM available. [17179569.184000] found SMP MP-table at 0009e1d0 [17179569.184000] On node 0 totalpages: 131068 [17179569.184000] DMA zone: 4096 pages, LIFO batch:0 [17179569.184000] Normal zone: 126972 pages, LIFO batch:31 [17179569.184000] DMI 2.1 present. [17179569.184000] ACPI: RSDP (v000 IBM ) @ 0x000fdec0 [17179569.184000] ACPI: RSDT (v001 IBM SERMOHIC 0x00001001 IBM 0x00000000) @ 0x1fffff80 [17179569.184000] ACPI: FADT (v001 IBM SERMOHIC 0x00001001 IBM 0x00000000) @ 0x1fffff00 [17179569.184000] ACPI: MADT (v001 IBM SERMOHIC 0x00001001 IBM 0x00000000) @ 0x1ffffe80 [17179569.184000] ACPI: DSDT (v001 IBM SERMOHIC 0x00001000 MSFT 0x0100000b) @ 0x00000000 [17179569.184000] ACPI: PM-Timer IO Port: 0xfe88 [17179569.184000] ACPI: Local APIC address 0xfee00000 [17179569.184000] ACPI: LAPIC (acpi_id[0x00] lapic_id[0x01] enabled) [17179569.184000] Processor #1 6:7 APIC version 17 [17179569.184000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) [17179569.184000] Processor #0 6:7 APIC version 17 [17179569.184000] ACPI: IOAPIC (id[0x0e] address[0xfec00000] gsi_base[0]) [17179569.184000] IOAPIC[0]: apic_id 14, version 17, address 0xfec00000, GSI 0-23 [17179569.184000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) [17179569.184000] ACPI: IRQ0 used by override. [17179569.184000] ACPI: IRQ2 used by override. [17179569.184000] ACPI: IRQ9 used by override. [17179569.184000] ACPI: NMI_SRC (dfl dfl global_irq 20) [17179569.184000] Enabling APIC mode: Flat. Using 1 I/O APICs [17179569.184000] Using ACPI (MADT) for SMP configuration information [17179569.184000] Allocating PCI resources starting at 30000000 (gap: 20000000:dec00000) [17179569.184000] Built 1 zonelists [17179569.184000] Kernel command line: root=/dev/sda1 lang=hu [17179569.184000] mapped APIC to ffffd000 (fee00000) [17179569.184000] mapped IOAPIC to ffffc000 (fec00000) [17179569.184000] Enabling fast FPU save and restore... done. [17179569.184000] Enabling unmasked SIMD FPU exception support... done. [17179569.184000] Initializing CPU#0 [17179569.184000] PID hash table entries: 2048 (order: 11, 8192 bytes) [17179569.184000] Detected 498.808 MHz processor. [17179569.184000] Using pmtmr for high-res timesource [17179569.184000] Console: colour VGA+ 80x25 [17179571.564000] Dentry cache hash table entries: 65536 (order: 6, 262144 bytes) [17179571.568000] Inode-cache hash table entries: 32768 (order: 5, 131072 bytes) [17179571.640000] Memory: 510300k/524272k available (3154k kernel code, 13360k reserved, 1276k data, 292k init, 0k highmem) [17179571.720000] Calibrating delay using timer specific routine.. 999.74 BogoMIPS (lpj=1999496) [17179571.724000] kdb version 4.4 by Keith Owens, Scott Lurndal. Copyright SGI, All Rights Reserved [17179571.724000] Security Framework v1.0.0 initialized [17179571.724000] Mount-cache hash table entries: 512 [17179571.724000] CPU: After generic identify, caps: 0383fbff 00000000 00000000 00000000 00000000 00000000 00000000 [17179571.724000] CPU: After vendor identify, caps: 0383fbff 00000000 00000000 00000000 00000000 00000000 00000000 [17179571.724000] CPU: L1 I cache: 16K, L1 D cache: 16K [17179571.724000] CPU: L2 cache: 512K [17179571.724000] CPU: After all inits, caps: 0383fbff 00000000 00000000 00000040 00000000 00000000 00000000 [17179571.724000] Intel machine check architecture supported. [17179571.724000] Intel machine check reporting enabled on CPU#0. [17179571.724000] Checking 'hlt' instruction... OK. [17179571.740000] SMP alternatives: switching to UP code [17179571.740000] checking if image is initramfs...it isn't (bad gzip magic numbers); looks like an initrd [17179571.776000] Freeing initrd memory: 3444k freed [17179571.788000] CPU0: Intel Pentium III (Katmai) stepping 03 [17179571.788000] SMP alternatives: switching to SMP code [17179571.788000] Booting processor 1/0 eip 3000 [17179571.800000] Initializing CPU#1 [17179571.880000] Calibrating delay using timer specific routine.. 997.44 BogoMIPS (lpj=1994892) [17179571.880000] CPU: After generic identify, caps: 0387fbff 00000000 00000000 00000000 00000000 00000000 00000000 [17179571.880000] CPU: After vendor identify, caps: 0387fbff 00000000 00000000 00000000 00000000 00000000 00000000 [17179571.880000] CPU: L1 I cache: 16K, L1 D cache: 16K [17179571.880000] CPU: L2 cache: 512K [17179571.880000] CPU serial number disabled. [17179571.880000] CPU: After all inits, caps: 0383fbff 00000000 00000000 00000040 00000000 00000000 00000000 [17179571.880000] Intel machine check architecture supported. [17179571.880000] Intel machine check reporting enabled on CPU#1. [17179571.880000] CPU1: Intel Pentium III (Katmai) stepping 03 [17179571.880000] Total of 2 processors activated (1997.19 BogoMIPS). [17179571.880000] ENABLING IO-APIC IRQs [17179571.880000] ..TIMER: vector=0x31 apic1=0 pin1=2 apic2=-1 pin2=-1 [17179572.024000] checking TSC synchronization across 2 CPUs: passed. [17179572.028000] Brought up 2 CPUs [17179572.208000] migration_cost=8000 [17179572.208000] Time: 15:27:26 Date: 03/27/107 [17179572.208000] NET: Registered protocol family 16 [17179572.208000] EISA bus registered [17179572.208000] ACPI: bus type pci registered [17179572.208000] PCI: PCI BIOS revision 2.10 entry at 0xfd61c, last bus=1 [17179572.208000] Setting up standard PCI resources [17179572.216000] mtrr: your CPUs had inconsistent fixed MTRR settings [17179572.216000] mtrr: probably your BIOS does not setup all CPUs. [17179572.216000] mtrr: corrected configuration. [17179572.216000] ACPI: Subsystem revision 20060127 [17179572.228000] ACPI: Interpreter enabled [17179572.228000] ACPI: Using IOAPIC for interrupt routing [17179572.228000] ACPI: PCI Root Bridge [PCI0] (0000:00) [17179572.228000] PCI: Probing PCI hardware (bus 00) [17179572.236000] Boot video device is 0000:00:0a.0 [17179572.236000] PCI: Ignoring BAR0-3 of IDE controller 0000:00:0f.1 [17179572.236000] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] [17179572.264000] ACPI: PCI Interrupt Link [LKSA] (IRQs 16) *15 [17179572.268000] ACPI: PCI Interrupt Link [LKSB] (IRQs 16) *10 [17179572.268000] ACPI: PCI Interrupt Link [LKVI] (IRQs 3 4 5 7 *9 10 11 12 14 15) [17179572.268000] ACPI: PCI Interrupt Link [LKNE] (IRQs 17) *11 [17179572.272000] ACPI: PCI Interrupt Link [LKUB] (IRQs 18) *10 [17179572.272000] ACPI: PCI Interrupt Link [LK1A] (IRQs 18) *11 [17179572.272000] ACPI: PCI Interrupt Link [LK1B] (IRQs 18) *0, disabled. [17179572.276000] ACPI: PCI Interrupt Link [LK1C] (IRQs 18) *0, disabled. [17179572.276000] ACPI: PCI Interrupt Link [LK1D] (IRQs 18) *0, disabled. [17179572.276000] ACPI: PCI Root Bridge [PCI1] (0000:01) [17179572.276000] PCI: Probing PCI hardware (bus 01) [17179572.284000] ACPI: PCI Interrupt Routing Table [\_SB_.PCI1._PRT] [17179572.300000] ACPI: PCI Interrupt Link [LK2A] (IRQs 19) *15 [17179572.304000] ACPI: PCI Interrupt Link [LK2B] (IRQs 19) *0, disabled. [17179572.304000] ACPI: PCI Interrupt Link [LK2C] (IRQs 19) *0, disabled. [17179572.304000] ACPI: PCI Interrupt Link [LK2D] (IRQs 19) *0, disabled. [17179572.304000] ACPI: PCI Interrupt Link [LK3A] (IRQs 19) *9 [17179572.308000] ACPI: PCI Interrupt Link [LK3B] (IRQs 19) *0, disabled. [17179572.308000] ACPI: PCI Interrupt Link [LK3C] (IRQs 19) *0, disabled. [17179572.308000] ACPI: PCI Interrupt Link [LK3D] (IRQs 19) *0, disabled. [17179572.312000] ACPI: PCI Interrupt Link [LK4A] (IRQs 22) *10 [17179572.312000] ACPI: PCI Interrupt Link [LK4B] (IRQs 22) *0, disabled. [17179572.312000] ACPI: PCI Interrupt Link [LK4C] (IRQs 22) *0, disabled. [17179572.316000] ACPI: PCI Interrupt Link [LK4D] (IRQs 22) *0, disabled. [17179572.316000] ACPI: PCI Interrupt Link [LK5A] (IRQs 22) *11 [17179572.316000] ACPI: PCI Interrupt Link [LK5B] (IRQs 22) *0, disabled. [17179572.320000] ACPI: PCI Interrupt Link [LK5C] (IRQs 22) *0, disabled. [17179572.320000] ACPI: PCI Interrupt Link [LK5D] (IRQs 22) *0, disabled. [17179572.320000] Linux Plug and Play Support v0.97 (c) Adam Belay [17179572.320000] pnp: PnP ACPI init [17179572.336000] pnp: PnP ACPI: found 17 devices [17179572.336000] PnPBIOS: Disabled by ACPI PNP [17179572.336000] PCI: Using ACPI for IRQ routing [17179572.336000] PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report [17179572.336000] TC classifier action (bugs to netdev@vger.kernel.org cc hadi@cyberus.ca) [17179572.340000] pnp: 00:0c: ioport range 0xf50-0xf58 has been reserved [17179572.340000] pnp: 00:0c: ioport range 0xfd00-0xfd3f has been reserved [17179572.340000] pnp: 00:0c: ioport range 0xfe80-0xfebf could not be reserved [17179572.340000] pnp: 00:0c: ioport range 0xfec0-0xfedf has been reserved [17179572.340000] NET: Registered protocol family 2 [17179572.376000] IP route cache hash table entries: 4096 (order: 2, 16384 bytes) [17179572.376000] TCP established hash table entries: 16384 (order: 5, 131072 bytes) [17179572.376000] TCP bind hash table entries: 8192 (order: 4, 65536 bytes) [17179572.376000] TCP: Hash tables configured (established 16384 bind 8192) [17179572.376000] TCP reno registered [17179572.376000] Machine check exception polling timer started. [17179572.376000] cpufreq: No nForce2 chipset. [17179572.376000] IA-32 Microcode Update Driver: v1.14 [17179572.376000] IBM machine detected. Enabling interrupts during APM calls. [17179572.376000] apm: BIOS not found. [17179572.380000] Total HugeTLB memory allocated, 0 [17179572.380000] VFS: Disk quotas dquot_6.5.1 [17179572.380000] Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) [17179572.380000] squashfs: version 3.0 (2006/03/15) Phillip Lougher [17179572.380000] NTFS driver 2.1.27 [Flags: R/W]. [17179572.380000] EFS: 1.0a - http://aeschi.ch.eu.org/efs/ [17179572.380000] JFFS version 1.0, (C) 1999, 2000 Axis Communications AB [17179572.380000] JFFS2 version 2.2. (NAND) (SUMMARY) (C) 2001-2003 Red Hat, Inc. [17179572.380000] QNX4 filesystem 0.2.3 registered. [17179572.380000] JFS: nTxBlock = 4015, nTxLock = 32122 [17179572.388000] SGI XFS with ACLs, security attributes, large block numbers, no debug enabled [17179572.388000] SGI XFS Quota Management subsystem [17179572.388000] BeFS version: 0.9.3 [17179572.388000] Initializing Cryptographic API [17179572.388000] io scheduler noop registered [17179572.388000] io scheduler anticipatory registered (default) [17179572.388000] io scheduler deadline registered [17179572.392000] io scheduler cfq registered [17179572.392000] ACPI: Power Button (FF) [PWRF] [17179572.392000] Using specific hotkey driver [17179572.400000] ibm_acpi: ec object not found [17179572.400000] isapnp: Scanning for PnP cards... [17179572.756000] isapnp: No Plug & Play device found [17179572.760000] Real Time Clock Driver v1.12ac [17179572.760000] Non-volatile memory driver v1.2 [17179572.760000] Linux agpgart interface v0.101 (c) Dave Jones [17179572.760000] agpgart: unable to determine aperture size. [17179572.760000] agpgart: agp_backend_initialize() failed. [17179572.760000] agpgart-serverworks: probe of 0000:00:00.0 failed with error -22 [17179572.760000] RAMDISK driver initialized: 8 RAM disks of 32768K size 1024 blocksize [17179572.760000] Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 [17179572.760000] ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx [17179572.764000] Probing IDE interface ide0... [17179573.004000] hda: CD-ROM CDU701-F, ATAPI CD/DVD-ROM drive [17179573.100000] Probing IDE interface ide1... [17179573.180000] ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 [17179573.180000] PNP: PS/2 Controller [PNP0303:PS2K,PNP0f13:PS2M] at 0x60,0x64 irq 1,12 [17179573.180000] serio: i8042 AUX port at 0x60,0x64 irq 12 [17179573.180000] serio: i8042 KBD port at 0x60,0x64 irq 1 [17179573.180000] mice: PS/2 mouse device common for all mice [17179573.180000] input: PC Speaker as /class/input/input0 [17179573.228000] input: AT Translated Set 2 keyboard as /class/input/input1 [17179573.228000] wistron_btns: System unknown [17179573.228000] device-mapper: 4.6.0-ioctl (2006-02-17) initialised: dm-devel@redhat.com [17179573.232000] EISA: Probing bus 0 at eisa.0 [17179573.232000] NET: Registered protocol family 1 [17179573.232000] Starting balanced_irq [17179573.232000] Using IPI No-Shortcut mode [17179573.232000] Suspend2 Core. [17179573.232000] Suspend2 Compression Driver loading. [17179573.232000] Suspend2 Encryption Driver loading. [17179573.232000] Suspend2 Swap Writer loading. [17179573.232000] Suspend2 FileWriter loading. [17179573.232000] ACPI wakeup devices: [17179573.232000] [17179573.232000] ACPI: (supports S0 S4 S5) [17179573.232000] Magic number: 3:533:488 [17179573.232000] drivers/rtc/hctosys.c: unable to open rtc device (rtc0) [17179573.232000] RAMDISK: squashfs filesystem found at block 0 [17179573.232000] RAMDISK: Loading 3441KiB [1 disk] into ram disk... done. [17179573.292000] VFS: Mounted root (squashfs filesystem) readonly. [17179573.556000] SCSI subsystem initialized [17179573.596000] ACPI: PCI Interrupt Link [LKSA] enabled at IRQ 16 [17179573.596000] ACPI: PCI Interrupt 0000:00:06.0[A] -> Link [LKSA] -> GSI 16 (level, low) -> IRQ 177 [17179588.616000] scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 7.0 [17179588.616000] [17179588.616000] aic7895C: Ultra Wide Channel A, SCSI Id=7, 32/253 SCBs [17179588.616000] [17179592.556000] ACPI: PCI Interrupt Link [LKSB] enabled at IRQ 16 [17179592.556000] ACPI: PCI Interrupt 0000:00:06.1[B] -> Link [LKSB] -> GSI 16 (level, low) -> IRQ 177 [17179607.580000] scsi1 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 7.0 [17179607.580000] [17179607.580000] aic7895C: Ultra Wide Channel B, SCSI Id=7, 32/253 SCBs [17179607.580000] [17179607.844000] Vendor: COMPAQ Model: DCHS04Y Rev: 5858 [17179607.844000] Type: Direct-Access ANSI SCSI revision: 02 [17179607.844000] scsi1:A:1:0: Tagged Queuing enabled. Depth 253 [17179607.844000] target1:0:1: Beginning Domain Validation [17179607.848000] target1:0:1: wide asynchronous [17179607.852000] target1:0:1: FAST-10 WIDE SCSI 11.6 MB/s ST (172 ns, offset 8) [17179607.852000] target1:0:1: Domain Validation skipping write tests [17179607.852000] target1:0:1: Ending Domain Validation [17179608.908000] Vendor: Seagate Model: STT20000N Rev: 7A64 [17179608.908000] Type: Sequential-Access ANSI SCSI revision: 02 [17179608.908000] target1:0:6: Beginning Domain Validation [17179608.920000] target1:0:6: FAST-10 SCSI 5.8 MB/s ST (172 ns, offset 15) [17179608.928000] target1:0:6: Domain Validation skipping write tests [17179608.928000] target1:0:6: Ending Domain Validation [17179610.508000] Vendor: SDR Model: GEM200 Rev: 2 [17179610.508000] Type: Processor ANSI SCSI revision: 02 [17179610.508000] target1:0:14: Beginning Domain Validation [17179610.508000] target1:0:14: Ending Domain Validation [17179610.812000] piix4_smbus 0000:00:0f.0: Found 0000:00:0f.0 device [17179610.812000] piix4_smbus 0000:00:0f.0: Unusual config register value [17179610.812000] piix4_smbus 0000:00:0f.0: Try using fix_hstcfg=1 if you experience problems [17179610.812000] piix4_smbus 0000:00:0f.0: Host SMBus controller not enabled! [17179610.868000] usbcore: registered new driver usbfs [17179610.868000] usbcore: registered new driver hub [17179610.876000] ohci_hcd: 2005 April 22 USB 1.1 'Open' Host Controller (OHCI) Driver (PCI) [17179610.880000] ACPI: PCI Interrupt Link [LKUB] enabled at IRQ 18 [17179610.880000] ACPI: PCI Interrupt 0000:00:0f.2[A] -> Link [LKUB] -> GSI 18 (level, low) -> IRQ 185 [17179610.880000] ohci_hcd 0000:00:0f.2: OHCI Host Controller [17179610.880000] ohci_hcd 0000:00:0f.2: new USB bus registered, assigned bus number 1 [17179610.880000] ohci_hcd 0000:00:0f.2: irq 185, io mem 0xff700000 [17179610.936000] usb usb1: configuration #1 chosen from 1 choice [17179610.936000] hub 1-0:1.0: USB hub found [17179610.936000] hub 1-0:1.0: 2 ports detected [17179611.068000] target1:0:1: FAST-10 WIDE SCSI 11.6 MB/s ST (172 ns, offset 8) [17179611.144000] SCSI device sda: 8386000 512-byte hdwr sectors (4294 MB) [17179611.208000] sda: Write Protect is off [17179611.208000] sda: Mode Sense: c3 00 10 08 [17179611.212000] SCSI device sda: drive cache: write through w/ FUA [17179611.276000] SCSI device sda: 8386000 512-byte hdwr sectors (4294 MB) [17179611.340000] sda: Write Protect is off [17179611.340000] sda: Mode Sense: c3 00 10 08 [17179611.344000] SCSI device sda: drive cache: write through w/ FUA [17179611.344000] sda: sda1 sda2 [17179611.364000] sd 1:0:1:0: Attached scsi disk sda [17179611.448000] libata version 1.20 loaded. [17179611.716000] md: md driver 0.90.3 MAX_MD_DEVS=256, MD_SB_DISKS=27 [17179611.716000] md: bitmap version 4.39 [17179611.740000] md: linear personality registered for level -1 [17179611.760000] md: multipath personality registered for level -4 [17179611.780000] md: raid0 personality registered for level 0 [17179611.808000] md: raid1 personality registered for level 1 [17179611.828000] raid5: automatically using best checksumming function: pIII_sse [17179611.848000] pIII_sse : 992.000 MB/sec [17179611.848000] raid5: using function: pIII_sse (992.000 MB/sec) [17179611.856000] md: raid5 personality registered for level 5 [17179611.856000] md: raid4 personality registered for level 4 [17179611.956000] raid6: int32x1 118 MB/s [17179612.024000] raid6: int32x2 106 MB/s [17179612.092000] raid6: int32x4 107 MB/s [17179612.160000] raid6: int32x8 116 MB/s [17179612.228000] raid6: mmxx1 284 MB/s [17179612.296000] raid6: mmxx2 347 MB/s [17179612.364000] raid6: sse1x1 254 MB/s [17179612.432000] raid6: sse1x2 308 MB/s [17179612.432000] raid6: using algorithm sse1x2 (308 MB/s) [17179612.432000] md: raid6 personality registered for level 6 [17179612.748000] Suspend2 2.2.6: You need to use a resume2= command line parameter to tell Suspend2 where to look for an image. [17179612.748000] Suspend2 2.2.6: Resume2 parameter is empty. Suspending will be disabled. [17179612.748000] Suspend2 2.2.6: Missing or invalid storage location (resume2= parameter). Please correct and rerun lilo (or equivalent) before suspending. [17179612.804000] kjournald starting. Commit interval 5 seconds [17179612.804000] EXT3-fs: mounted filesystem with ordered data mode. [17179612.804000] VFS: Mounted root (ext3 filesystem) readonly. [17179612.804000] Trying to move old root to /initrd ... /initrd does not exist. Ignored. [17179612.808000] Unmounting old root [17179612.812000] Trying to free ramdisk memory ... okay [17179612.816000] Freeing unused kernel memory: 292k freed [17179615.824000] Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled [17179615.928000] st: Version 20050830, fixed bufsize 32768, s/g segs 256 [17179615.928000] st 1:0:6:0: Attached scsi tape st0 [17179615.928000] st0: try direct i/o: yes (alignment 512 B) [17179616.004000] sd 1:0:1:0: Attached scsi generic sg0 type 0 [17179616.008000] st 1:0:6:0: Attached scsi generic sg1 type 1 [17179616.008000] 1:0:14:0: Attached scsi generic sg2 type 3 [17179616.084000] serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A [17179616.100000] r8169 Gigabit Ethernet driver 2.2LK-NAPI loaded [17179616.100000] ACPI: PCI Interrupt Link [LK1A] enabled at IRQ 18 [17179616.100000] ACPI: PCI Interrupt 0000:00:01.0[A] -> Link [LK1A] -> GSI 18 (level, low) -> IRQ 185 [17179616.100000] eth0: Identified chip type is 'RTL8169s/8110s'. [17179616.100000] eth0: RTL8169 at 0xe0aeac00, 00:13:f7:66:b7:62, IRQ 185 [17179616.100000] r8169 Gigabit Ethernet driver 2.2LK-NAPI loaded [17179616.104000] ACPI: PCI Interrupt Link [LK2A] enabled at IRQ 19 [17179616.104000] ACPI: PCI Interrupt 0000:01:02.0[A] -> Link [LK2A] -> GSI 19 (level, low) -> IRQ 193 [17179616.104000] eth1: Identified chip type is 'RTL8169s/8110s'. [17179616.104000] eth1: RTL8169 at 0xe0b42c00, 00:13:f7:66:b7:82, IRQ 193 [17179616.104000] r8169 Gigabit Ethernet driver 2.2LK-NAPI loaded [17179616.104000] ACPI: PCI Interrupt Link [LK3A] enabled at IRQ 19 [17179616.104000] ACPI: PCI Interrupt 0000:01:03.0[A] -> Link [LK3A] -> GSI 19 (level, low) -> IRQ 193 [17179616.104000] eth2: Identified chip type is 'RTL8169s/8110s'. [17179616.104000] eth2: RTL8169 at 0xe0bbe800, 00:13:f7:66:b8:f1, IRQ 193 [17179616.104000] r8169 Gigabit Ethernet driver 2.2LK-NAPI loaded [17179616.108000] ACPI: PCI Interrupt Link [LK4A] enabled at IRQ 22 [17179616.108000] ACPI: PCI Interrupt 0000:01:04.0[A] -> Link [LK4A] -> GSI 22 (level, low) -> IRQ 201 [17179616.108000] eth3: Identified chip type is 'RTL8169s/8110s'. [17179616.108000] eth3: RTL8169 at 0xe0bde400, 00:13:f7:66:b8:ef, IRQ 201 [17179616.108000] r8169 Gigabit Ethernet driver 2.2LK-NAPI loaded [17179616.108000] ACPI: PCI Interrupt Link [LK5A] enabled at IRQ 22 [17179616.108000] ACPI: PCI Interrupt 0000:01:05.0[A] -> Link [LK5A] -> GSI 22 (level, low) -> IRQ 201 [17179616.108000] eth4: Identified chip type is 'RTL8169s/8110s'. [17179616.108000] eth4: RTL8169 at 0xe0be0000, 00:13:f7:66:b8:f5, IRQ 201 [17179616.208000] hda: ATAPI 32X CD-ROM drive, 128kB Cache [17179616.208000] Uniform CD-ROM driver Revision: 3.20 [17179616.340000] serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A [17179616.384000] 00:05: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A [17179616.384000] 00:06: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A [17179616.884000] lp: driver loaded but no devices found [17179617.088000] ppdev: user-space parallel port driver [17179617.120000] parport: PnPBIOS parport detected. [17179617.120000] parport0: PC-style at 0x378, irq 7 [PCSPP] [17179617.208000] lp0: using parport0 (interrupt-driven). [17179617.208000] pcnet32.c:v1.32 18.Mar.2006 tsbogend@alpha.franken.de [17179617.208000] ACPI: PCI Interrupt Link [LKNE] enabled at IRQ 17 [17179617.208000] ACPI: PCI Interrupt 0000:00:09.0[A] -> Link [LKNE] -> GSI 17 (level, low) -> IRQ 209 [17179617.208000] pcnet32: PCnet/FAST+ 79C972 at 0x2180, 00 06 29 50 d9 9e [17179617.208000] tx_start_pt(0x0c00):~220 bytes, BCR18(9a61):BurstWrEn BurstRdEn NoUFlow [17179617.208000] SRAMSIZE=0x1700, SRAM_BND=0x0800, assigned IRQ 209. [17179617.208000] pcnet32: Found PHY 2000:5c10 at address 1. [17179617.212000] eth5: registered as PCnet/FAST+ 79C972 [17179617.212000] pcnet32: 1 cards_found. [17179618.080000] Floppy drive(s): fd0 is 1.44M [17179618.096000] FDC 0 is a National Semiconductor PC87306 [17179618.164000] Capability LSM initialized [17179618.212000] fuse init (API version 7.6) [17179618.284000] loop: loaded (max 8 devices) [17179618.404000] Adding 289160k swap on /dev/sda2. Priority:-1 extents:1 across:289160k [17179618.648000] EXT3 FS on sda1, internal journal [17179629.088000] r8169: eth0: link down [17179629.248000] eth5: link up, 100Mbps, full-duplex [17179629.332000] r8169: eth1: link down [17179629.424000] r8169: eth2: link down [17179629.508000] r8169: eth3: link down [17179629.596000] r8169: eth4: link down [17179631.612000] NET: Registered protocol family 17 [17179634.292000] NET: Registered protocol family 10 [17179634.292000] lo: Disabled Privacy Extensions [17179634.292000] ADDRCONF(NETDEV_UP): eth0: link is not ready [17179634.292000] ADDRCONF(NETDEV_UP): eth1: link is not ready [17179634.292000] ADDRCONF(NETDEV_UP): eth2: link is not ready [17179634.292000] ADDRCONF(NETDEV_UP): eth3: link is not ready [17179634.292000] ADDRCONF(NETDEV_UP): eth4: link is not ready [17179634.296000] IPv6 over IPv4 tunneling driver [17179644.928000] eth5: no IPv6 routers present FreeBSD ifconfig: ----------------- re0: flags=8802 mtu 1500 options=1b ether b2:43:a4:05:a4:05 media: Ethernet autoselect (100baseTX) status: no carrier re1: flags=8802 mtu 1500 options=1b ether b2:43:a4:05:a4:05 media: Ethernet autoselect (100baseTX) status: no carrier re2: flags=8802 mtu 1500 options=1b ether b2:43:a4:05:a4:05 media: Ethernet autoselect (100baseTX) status: no carrier re3: flags=8802 mtu 1500 options=1b ether b2:43:a4:05:a4:05 media: Ethernet autoselect (100baseTX) status: no carrier re4: flags=8802 mtu 1500 options=1b ether b2:43:a4:05:a4:05 media: Ethernet autoselect (100baseTX) status: no carrier lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 pflog0: flags=0<> mtu 33208 pcn0: flags=8802 mtu 1500 ether 00:06:29:50:d9:9e media: Ethernet autoselect (100baseTX ) status: active Linux ifconfig: --------------- eth0 Link encap:Ethernet HWaddr 00:13:F7:66:B7:62 UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) Interrupt:185 Base address:0xac00 eth1 Link encap:Ethernet HWaddr 00:13:F7:66:B7:82 UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) Interrupt:193 Base address:0x2c00 eth2 Link encap:Ethernet HWaddr 00:13:F7:66:B8:F1 UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) Interrupt:193 Base address:0xe800 eth3 Link encap:Ethernet HWaddr 00:13:F7:66:B8:EF UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) Interrupt:201 Base address:0xe400 eth4 Link encap:Ethernet HWaddr 00:13:F7:66:B8:F5 UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) Interrupt:201 eth5 Link encap:Ethernet HWaddr 00:06:29:50:D9:9E inet addr:192.0.2.236 Bcast:192.0.2.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:90 errors:0 dropped:0 overruns:0 frame:0 TX packets:68 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:6249 (6.1 Kb) TX bytes:3672 (3.5 Kb) Interrupt:209 Base address:0x2180 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:20 errors:0 dropped:0 overruns:0 frame:0 TX packets:20 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:2080 (2.0 Kb) TX bytes:2080 (2.0 Kb) FreeBSD "pciconf -lv": ---------------------- hostb0@pci0:0:0: class=0x060000 card=0x00000000 chip=0x00071166 rev=0x04 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'NB6635 (CNB20-LE/HE) CPU to PCI Bridge' class = bridge subclass = HOST-PCI hostb1@pci0:0:1: class=0x060000 card=0x00000000 chip=0x00051166 rev=0x02 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'NB6536 (CNB20-LE) PCI to PCI Bridge, bus/dev/func 0/0/1' class = bridge subclass = HOST-PCI re0@pci0:1:0: class=0x020000 card=0xee221113 chip=0x816910ec rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL8169 Gigabit Ethernet Adapter' class = network subclass = ethernet ahc0@pci0:6:0: class=0x010000 card=0x78959004 chip=0x78959004 rev=0x04 hdr=0x00 vendor = 'Adaptec Inc' device = 'AIC-7895 Ultra-Wide SCSI Ctrlr on AHA-2940 AHA-394x' class = mass storage subclass = SCSI ahc1@pci0:6:1: class=0x010000 card=0x78959004 chip=0x78959004 rev=0x04 hdr=0x00 vendor = 'Adaptec Inc' device = 'AIC-7895 Ultra-Wide SCSI Ctrlr on AHA-2940 AHA-394x' class = mass storage subclass = SCSI pcn0@pci0:9:0: class=0x020000 card=0x20001014 chip=0x20001022 rev=0x36 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Am79C970/1/2/3/5/6 PCnet LANCE PCI Ethernet Controller' class = network subclass = ethernet none0@pci0:10:0: class=0x030000 card=0x00dc1014 chip=0x89015333 rev=0x16 hdr=0x00 vendor = 'S3 Graphics Co., Ltd.' device = 'S3 SonicVibes (86c617) Audio Accelerator PCI Trio 64V2 DX/GX' class = display subclass = VGA isab0@pci0:15:0: class=0x060100 card=0x02001166 chip=0x02001166 rev=0x4d hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'OSB4 PCI to ISA Bridge' class = bridge subclass = PCI-ISA atapci0@pci0:15:1: class=0x0101ea card=0x02101166 chip=0x02101166 rev=0x4a hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' class = mass storage subclass = ATA ohci0@pci0:15:2: class=0x0c0310 card=0x02201166 chip=0x02201166 rev=0x04 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'OSB4 OpenHCI Compliant USB Controller' class = serial bus subclass = USB re1@pci1:2:0: class=0x020000 card=0xee221113 chip=0x816910ec rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL8169 Gigabit Ethernet Adapter' class = network subclass = ethernet re2@pci1:3:0: class=0x020000 card=0xee221113 chip=0x816910ec rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL8169 Gigabit Ethernet Adapter' class = network subclass = ethernet re3@pci1:4:0: class=0x020000 card=0xee221113 chip=0x816910ec rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL8169 Gigabit Ethernet Adapter' class = network subclass = ethernet re4@pci1:5:0: class=0x020000 card=0xee221113 chip=0x816910ec rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL8169 Gigabit Ethernet Adapter' class = network subclass = ethernet >How-To-Repeat: Uncertain. As I stated earlier, 3 of the cards work perfectly fine while 5 of them produces the MAC address problem. This way I cannot be sure that another card of the same series will show the defect or not. Upon request, I might be able to provide some of the cards for further testing. >Fix: >Release-Note: >Audit-Trail: Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: remko Responsible-Changed-When: Wed May 16 14:17:56 UTC 2007 Responsible-Changed-Why: if_re is a networking thing, reassign to the network group. http://www.freebsd.org/cgi/query-pr.cgi?pr=112710 From: W Forms To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/112710: [re] if_re driver detects incorrect b243a405a405 MAC address on SMC9452TX-1 pci gigabit cards Date: Thu, 28 Jun 2007 22:26:29 +0200 I tested this issue today using an OpenBSD 4.1 boot CD. The test hardware is exactly the same system my original report and tests were based on, with only two minor exceptions: 1., the ORDER of the "5 bad" network adapters may not be the same as with the original tests 2., for this OpenBSD test I also had a 16MB USB pendrive (sd1) connected to dump dmesg to, which was not present for the FreeBSD and Linux tests Please notice how the 5 adapters all show the same "incorrect" MAC address under OpenBSD! Exactly as with FreeBSD. I guess this is because FreeBSD and OpenBSD uses the same driver. Could somebody confirm that?! How about NetBSD ? OpenBSD 4.1 (RAMDISK_CD) #248: Sat Mar 10 19:32:46 MST 2007 deraadt@i386.openbsd.org:/usr/src/sys/arch/i386/compile/RAMDISK_CD cpu0: Intel Pentium III ("GenuineIntel" 686-class, 512KB L2 cache) 499 MHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36, MMX,FXSR,SSE real mem = 536420352 (523848K) avail mem = 483319808 (471992K) using 4278 buffers containing 26943488 bytes (26312K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+ BIOS, date 02/09/01, BIOS32 rev. 0 @ 0xfd5e1 pcibios0 at bios0: rev 2.1 @ 0xf0000/0xffff pcibios0: PCI BIOS has 11 Interrupt Routing table entries pcibios0: PCI Interrupt Router at 000:15:0 ("ServerWorks OSB4" rev 0x00) pcibios0: PCI bus #0 is the last bus bios0: ROM list: 0xc0000/0x8000 0xc8000/0x5000 acpi at mainbus0 not configured cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 "ServerWorks CNB20-LE Host" rev 0x04 pchb1 at pci0 dev 0 function 1 "ServerWorks CNB20-LE Host" rev 0x02 pci1 at pchb1 bus 1 re0 at pci1 dev 2 function 0 "Realtek 8169" rev 0x10: RTL8169/8110SB (0x1000), irq 15, address b2:43:a4:05:a4:05 rgephy0 at re0 phy 7: RTL8169S/8110S PHY, rev. 3 re1 at pci1 dev 3 function 0 "Realtek 8169" rev 0x10: RTL8169/8110SB (0x1000), irq 9, address b2:43:a4:05:a4:05 rgephy1 at re1 phy 7: RTL8169S/8110S PHY, rev. 3 re2 at pci1 dev 4 function 0 "Realtek 8169" rev 0x10: RTL8169/8110SB (0x1000), irq 10, address b2:43:a4:05:a4:05 rgephy2 at re2 phy 7: RTL8169S/8110S PHY, rev. 3 re3 at pci1 dev 5 function 0 "Realtek 8169" rev 0x10: RTL8169/8110SB (0x1000), irq 11, address b2:43:a4:05:a4:05 rgephy3 at re3 phy 7: RTL8169S/8110S PHY, rev. 3 re4 at pci0 dev 1 function 0 "Realtek 8169" rev 0x10: RTL8169/8110SB (0x1000), irq 11, address b2:43:a4:05:a4:05 rgephy4 at re4 phy 7: RTL8169S/8110S PHY, rev. 3 ahc0 at pci0 dev 6 function 0 "Adaptec AIC-7895" rev 0x04: irq 15 scsibus0 at ahc0: 16 targets ahc1 at pci0 dev 6 function 1 "Adaptec AIC-7895" rev 0x04: irq 10 scsibus1 at ahc1: 16 targets sd0 at scsibus1 targ 0 lun 0: SCSI2 0/ direct fixed sd0: 8683MB, 8057 cyl, 10 head, 220 sec, 512 bytes/sec, 17783249 sec total st0 at scsibus1 targ 6 lun 0: SCSI2 1/ sequential removable scsibus1 targ 14 lun 0: SCSI2 3/processor fixed not configured pcn0 at pci0 dev 9 function 0 "AMD 79c970 PCnet-PCI" rev 0x36, Am79c972, rev 6: irq 11, address 00:06:29:50:d9:9e nsphyter0 at pcn0 phy 1: DP83843 10/100 PHY, rev. 0 ukphy0 at pcn0 phy 31: Generic IEEE 802.3u media interface, rev. 1: OUI 0x00001a, model 0x0001 ifmedia_set: no match for 0x20/0xffffffff vga1 at pci0 dev 10 function 0 "S3 Trio64V2/DX" rev 0x16 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) pcib0 at pci0 dev 15 function 0 "ServerWorks OSB4" rev 0x4d pciide0 at pci0 dev 15 function 1 "ServerWorks IDE" rev 0x4a: DMA (unsupported), channel 0 configured to compatibility, channel 1 configured to compatibility atapiscsi0 at pciide0 channel 0 drive 0 scsibus2 at atapiscsi0: 2 targets cd0 at scsibus2 targ 0 lun 0: SCSI0 5/ cdrom removable pciide0: no compatibility interrupt for use by channel 1 ohci0 at pci0 dev 15 function 2 "ServerWorks OSB4/CSB5 USB" rev 0x04: irq 10, version 1.0, legacy support usb0 at ohci0: USB revision 1.0 uhub0 at usb0 uhub0: ServerWorks OHCI root hub, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered isa0 at pcib0 isadma0 at isa0 pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 pccom0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo pccom1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec biomask f5e5 netmask ffe5 ttymask ffe7 rd0: fixed, 3800 blocks umass0 at uhub0 port 2 configuration 1 interface 0 umass0: vendor 0x0c76 product 0x0005, rev 1.10/1.00, addr 2 umass0: using SCSI over Bulk-Only scsibus3 at umass0: 2 targets sd1 at scsibus3 targ 1 lun 0: SCSI2 0/direct removable sd1: 15MB, 15 cyl, 64 head, 32 sec, 512 bytes/sec, 31263 sec total ahc1: target 0 using 16bit transfers ahc1: target 0 synchronous at 5.7MHz, offset = 0x8 dkcsum: sd0 matches BIOS drive 0x80 root on rd0a rootdev=0x1100 rrootdev=0x2f00 rawdev=0x2f02 sd1(umass0:1:0): Check Condition (error 0x70) on opcode 0x2a SENSE KEY: Write Protected ASC/ASCQ: ASC 0x27 ASCQ 0x00 umass0: at uhub0 port 2 (addr 2) disconnected sd1 detached scsibus3 detached umass0 detached umass0 at uhub0 port 2 configuration 1 interface 0 umass0: vendor 0x0c76 product 0x0005, rev 1.10/1.00, addr 2 umass0: using SCSI over Bulk-Only scsibus3 at umass0: 2 targets sd1 at scsibus3 targ 1 lun 0: SCSI2 0/direct removable sd1: 15MB, 15 cyl, 64 head, 32 sec, 512 bytes/sec, 31263 sec total umass0: at uhub0 port 2 (addr 2) disconnected sd1 detached scsibus3 detached umass0 detached umass0 at uhub0 port 2 configuration 1 interface 0 umass0: vendor 0x0c76 product 0x0005, rev 1.10/1.00, addr 2 umass0: using SCSI over Bulk-Only scsibus3 at umass0: 2 targets sd1 at scsibus3 targ 1 lun 0: SCSI2 0/direct removable sd1: 15MB, 15 cyl, 64 head, 32 sec, 512 bytes/sec, 31263 sec total Regards, Keve From: W Forms To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/112710: [re] if_re driver detects incorrect b243a405a405 MAC address on SMC9452TX-1 pci gigabit cards Date: Fri, 29 Jun 2007 22:16:23 +0200 Today I run a test using the "NetBSD Live! 2007" live-CD, which is apparently based on NetBSD 4.0 BETA. NetBSD also uses the re driver for these cards. Upon boot all the "5 bad cards" are detected as RealTek 8169SB gigabit adapters and believe or not, each and every single adapter uses its own correct MAC address. SO whatever the problem is in the FreeBSD and OpenBSD re driver, the NetBSD guys have already solved it. Or, they didn't scew it up in the first place! :-) Either way, it might be worthwile talking to them about this defect or having a thorough look at their re driver code (or the code of any related networking module). I also run a test with a Gentoo Linux Live CD which also uses the correct MAC addresses. Unfortunately this is where my abilities stop. Somebody, Please! You don't have to reinvent the solution, NetBSD already/still has the answer. Regards, Keve From: Pyun YongHyeon To: W Forms Cc: freebsd-net@FreeBSD.org, bug-followup@FreeBSD.org Subject: Re: kern/112710: [re] if_re driver detects incorrect b243a405a405 MAC address on SMC9452TX-1 pci gigabit cards Date: Sat, 30 Jun 2007 18:01:15 +0900 --45Z9DzgjV8m4Oswq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Jun 29, 2007 at 08:20:08PM +0000, W Forms wrote: > The following reply was made to PR kern/112710; it has been noted by GNATS. > > From: W Forms > To: bug-followup@FreeBSD.org > Cc: > Subject: Re: kern/112710: [re] if_re driver detects incorrect b243a405a405 MAC address on SMC9452TX-1 pci gigabit cards > Date: Fri, 29 Jun 2007 22:16:23 +0200 > > Today I run a test using the "NetBSD Live! 2007" live-CD, which is > apparently based on NetBSD 4.0 BETA. > NetBSD also uses the re driver for these cards. Upon boot all the "5 > bad cards" are detected as RealTek 8169SB gigabit adapters and > believe or not, each and every single adapter uses its own correct > MAC address. > SO whatever the problem is in the FreeBSD and OpenBSD re driver, the > NetBSD guys have already solved it. Or, they didn't scew it up in the > first place! :-) > Either way, it might be worthwile talking to them about this defect > or having a thorough look at their re driver code (or the code of any > related networking module). > I also run a test with a Gentoo Linux Live CD which also uses the > correct MAC addresses. > Unfortunately this is where my abilities stop. > > Somebody, Please! > You don't have to reinvent the solution, NetBSD already/still has the > answer. > How about attached patch? -- Regards, Pyun YongHyeon --45Z9DzgjV8m4Oswq Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="re.eeprom.patch" Index: if_re.c =================================================================== RCS file: /home/ncvs/src/sys/dev/re/if_re.c,v retrieving revision 1.90 diff -u -r1.90 if_re.c --- if_re.c 16 Jun 2007 02:54:19 -0000 1.90 +++ if_re.c 30 Jun 2007 08:58:13 -0000 @@ -1211,10 +1211,10 @@ hw_rev++; } - sc->rl_eewidth = 6; + sc->rl_eewidth = RL_9356_ADDR_LEN; re_read_eeprom(sc, (caddr_t)&re_did, 0, 1); if (re_did != 0x8129) - sc->rl_eewidth = 8; + sc->rl_eewidth = RL_9346_ADDR_LEN; /* * Get station address from the EEPROM. Index: ../../pci/if_rlreg.h =================================================================== RCS file: /home/ncvs/src/sys/pci/if_rlreg.h,v retrieving revision 1.65 diff -u -r1.65 if_rlreg.h --- ../../pci/if_rlreg.h 18 Apr 2007 00:40:43 -0000 1.65 +++ ../../pci/if_rlreg.h 30 Jun 2007 08:58:13 -0000 @@ -312,6 +312,8 @@ #define RL_EEMODE_WRITECFG (0x80|0x40) /* 9346 EEPROM commands */ +#define RL_9346_ADDR_LEN 6 /* 93C46 1K: 128x16 */ +#define RL_9356_ADDR_LEN 8 /* 93C56 2K: 256x16 */ #define RL_9346_WRITE 0x5 #define RL_9346_READ 0x6 --45Z9DzgjV8m4Oswq-- From: W Forms To: bug-followup@FreeBSD.org Cc: Pyun YongHyeon Subject: Re: kern/112710: [re] if_re driver detects incorrect b243a405a405 MAC address on SMC9452TX-1 pci gigabit cards Date: Tue, 3 Jul 2007 12:51:21 +0200 I run some more tests yesterday which provided additional useful information regarding the nature of this problem. 1., Booting from a FreeBSD 4.11R install CD no gigabit cards showed up in dmesg. I ASSume 4.11 doesn't yet know about the if_re driver, it doesn't support these later edition gigabit cards or the if_re driver is just simply not part of the 4.11 generic kernel on the CD. 2., Booting from a FreeBSD 5.5R install CD the "5 bad cards" are detected as re0..re4 and they do have their correct MAC addresses. I was unable to reproduce the incorrect MAC address issue using the 5.5R CD, it always picked up the correct ones. I ASSume that 5.5R is free of the bug I originally described in this PR. 3., Using a FreeBSD 6.0R install CD I got the same results as with the 5.5R CD described above. YES, this was a surprise to me, but 6.0R also seems to be free of this bug. Whatever causes the incorrect MAC addresses, it might have got into the code along the 6.1 and 6.2 changes. 4., This is an extremely interesting and surprising outcome. Listen to this! Using a 6.2R install CD, or any 6.2R (generic), 6.2R-p3..p4 (custom) and 6.2-STABLE system from my harddisk, 5 of the gigabit cards get the incorrect MAC address. BUT NOT ALWAYS! The system is turned off (power off). Turn it on and boot any 6.2 system, and the 5 cards have the incorrect MAC address. Do a "shutdown -p now" or forcibly turn the power off by holding the power button for 5-10 seconds, the power on the system again booting FreeBSD 6.2, and you get the same fake MAC addresses again, and again, and again. Now, instead of "shutdown -p now" (powering down) just restart/reboot the system with "shutdown -r now", and believe or not, when the same system comes back up again all the "5 bad cards" now use their correct MAC address. Do this again as many times as you wish, and you always get the correct MAC addresses. Interesting, isn't it ?! I thorougly tested this because I didn't want to believe it myself. The Netfinity 5000 with the 5 cards proved this, the ThinkCentre Pentium D machine with any one of the "5 bad cards" also reliably proved this, and even the OpenBSD 4.1 boot CD proved this on both machines. Summary: First boot from power-off state always yields the incorrect MAC address for the "5 bad cards", both on any FreeBSD 6.2 system (after "shutdown -p") and on OpenBSD 4.1 (the install CD, after "halt -p" at the shell). Do a reboot (soft-reset or "shutdown -r") and both FreeBSD 6.2 and OpenBSD 4.1 will come up with the correct MAC address. All these above tests were carried out WITHOUT the patch Pyun YongHyeon submitted. Now let's see what happens when the patch is used: I., My attempt to apply the patch returned and error on my system, and the entire patch was rejected. My source was at FreeBSD 6.2- RELEASE-p4 level, so the two files the patch wants to modify might have been slightly different from Pyun YongHyeon's ones. I was able to locate the appropriate positions in the files (the original code was the same, but it was at a slightly different location) and made the changes manually (changing half of two lines in the first file, and adding two lines to the second file). II. The code changes fit into my current state of the sources (6.2- RELEASE-p4) as "make buildkernel KERNCONF=mykernel" and "make installkernel KERNCONF=mykernel" went without problems and the system boots fine with the new kernel and patched if_re driver. III. Using the patched kernel and if_re driver I was unable to reproduce the original defect. Even after power off state the system comes up, and upon loading the if_re driver all the cards (including the "5 bad ones") always have their correct MAC address. I don't really understand this, since from what I can see all that Pyun YongHyeon's changes do is replacing a constant value of 6 and 8 with macros containing the value of 6 and 8. (unless those comments at the end of the line do some meaningful jiggery-pokery too). But I don't have to understand this; I just have to try it, conclude, and accept. So that is what I do. So far, the patch appears to fix the problem. I will report back if I find otherwise. Until then, allow me to say thanks for the patch to Pyun YongHyeon. Thank you! Regards, Keve State-Changed-From-To: open->patched State-Changed-By: yongari State-Changed-When: Fri Jul 6 00:07:56 UTC 2007 State-Changed-Why: Patch committed to HEAD. MFC will be done in a week. Thank you very much for reporting and testing. Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Fri Jul 6 00:07:56 UTC 2007 Responsible-Changed-Why: Patch committed to HEAD. MFC will be done in a week. Thank you very much for reporting and testing. http://www.freebsd.org/cgi/query-pr.cgi?pr=112710 From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/112710: commit references a PR Date: Fri, 6 Jul 2007 00:05:41 +0000 (UTC) yongari 2007-07-06 00:05:12 UTC FreeBSD src repository Modified files: sys/dev/re if_re.c sys/pci if_rlreg.h Log: re(4) devices requires an external EEPROM. Depending on models it would be 93C46(1Kbit) or 93C56(2Kbit). One of differences between them is number of address lines required to access the EEPROM. For example, 93C56 EEPROM needs 8 address lines to read/write data. If 93C56 recevied premature end of required number of serial clock(CLK) to set OP code/address of EEPROM, the result would be unexpected behavior. Previously it tried to detect 93C46, which requires 6 address lines, and then assumed it would be 93C56 if read data was not expected value. However, this approach didn't work in some models/situations as 93C56 requries 8 address lines to access its data. In order to fix it, change EEPROM probing order such that 93C56 is detected reliably. While I'm here change hard-coded address line numbers with defined constant to enhance readability. PR: 112710 Approved by: re (mux) Revision Changes Path 1.91 +2 -2 src/sys/dev/re/if_re.c 1.66 +2 -0 src/sys/pci/if_rlreg.h _______________________________________________ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org" State-Changed-From-To: patched->closed State-Changed-By: yongari State-Changed-When: Fri Jul 13 04:48:10 UTC 2007 State-Changed-Why: Fix MFCed. Thank you! http://www.freebsd.org/cgi/query-pr.cgi?pr=112710 From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/112710: commit references a PR Date: Fri, 13 Jul 2007 04:46:53 +0000 (UTC) yongari 2007-07-13 04:46:34 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) sys/dev/re if_re.c sys/pci if_rlreg.h Log: MFC if_re.c rev. 1.91, if_rlreg.h rev. 1.66 to RELENG_6. re(4) devices requires an external EEPROM. Depending on models it would be 93C46(1Kbit) or 93C56(2Kbit). One of differences between them is number of address lines required to access the EEPROM. For example, 93C56 EEPROM needs 8 address lines to read/write data. If 93C56 recevied premature end of required number of serial clock(CLK) to set OP code/address of EEPROM, the result would be unexpected behavior. Previously it tried to detect 93C46, which requires 6 address lines, and then assumed it would be 93C56 if read data was not expected value. However, this approach didn't work in some models/situations as 93C56 requries 8 address lines to access its data. In order to fix it, change EEPROM probing order such that 93C56 is detected reliably. While I'm here change hard-coded address line numbers with defined constant to enhance readability. PR: 112710 Revision Changes Path 1.46.2.30 +2 -2 src/sys/dev/re/if_re.c 1.51.2.11 +2 -0 src/sys/pci/if_rlreg.h _______________________________________________ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org" >Unformatted: