From taob@io.org Sat Jan 6 00:09:13 1996 Received: from zip.io.org (zip.io.org [198.133.36.80]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA03747 for ; Sat, 6 Jan 1996 00:09:11 -0800 (PST) Received: (from taob@localhost) by zip.io.org (8.6.12/8.6.12) id DAA08757; Sat, 6 Jan 1996 03:08:33 -0500 Message-Id: <199601060808.DAA08757@zip.io.org> Date: Sat, 6 Jan 1996 03:08:33 -0500 From: taob@io.org Reply-To: taob@io.org To: FreeBSD-gnats-submit@freebsd.org Subject: de0 incorrectly probes speed of UTP port X-Send-Pr-Version: 3.2 >Number: 932 >Category: kern >Synopsis: de0 occasionally enables 100baseTX when plugged into 10baseT port >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: closed >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jan 6 00:10:01 PST 1996 >Closed-Date: Sun Feb 23 21:57:34 PST 1997 >Last-Modified: Sun Feb 23 21:58:41 PST 1997 >Originator: Brian Tao >Release: FreeBSD 2.1-STABLE i386 >Organization: Internex Online Inc., Toronto, Ontario, Canada >Environment: FreeBSD 2.1.0-RELEASE #0: Sat Dec 30 14:19:27 EST 1995 taob@flinch.io.org:/src/2.1.0-RELEASE/sys/compile/ZIP CPU: 133-MHz Pentium 735\90 or 815\100 (Pentium-class CPU) Origin = "GenuineIntel" Id = 0x52b Stepping=11 Features=0x1bf real memory = 134217728 (131072K bytes) avail memory = 130035712 (126988K bytes) Probing for devices on the ISA bus: vt0 at 0x60-0x6f irq 1 on motherboard vt0: unknown trident, 80 col, color, 8 scr, mf2-kbd, [R3.20-b24] sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface Probing for devices on the PCI bus: chip0 rev 2 on pci0:0 chip1 rev 2 on pci0:7 de0 rev 18 int a irq 12 on pci0:9 de0: DC21140 [10-100Mb/s] pass 1.2 Ethernet address 00:00:c0:80:46:c8 de0: enabling 10baseT UTP port ncr0 rev 2 int a irq 10 on pci0:1 1 ncr0 waiting for scsi devices to settle (ncr0:1:0): "QUANTUM FIREBALL1080S 1Q09" type 0 fixed SCSI 2 sd0(ncr0:1:0): Direct-Access sd0(ncr0:1:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 1042MB (2134305 512 byte sectors) sd0(ncr0:1:0): with 3835 cyls, 4 heads, and an average 139 sectors/track vga0 rev 227 int a irq 11 on pci0:12 >Description: Hardware is an SMC 9332 EtherPower PCI controller plugged into an ASUS P/I-P55TP4XEG motherboard. The other end of the UTP cable is a port on a GVC 24-port 10baseT repeater hub. Approximately 1 out of 3 boots will result in the device probe enabling the 100baseTX UTP port rather than the 10baseT one (same physical port, different speeds). The collision and link LEDs for that port on the 10baseT hub are both on solid when this happens. Normally, only the link LED is lit. Rebooting the system will eventually fix the problem. The corresponding driver in NetBSD 1.1 for Intel exhibits the same problem. >How-To-Repeat: Plug the SMC 9332 Ethernet controller into a 10baseT hub and reboot with the de0 driver. >Fix: None known. >Release-Note: >Audit-Trail: From: David Greenman To: taob@io.org Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/932: de0 incorrectly probes speed of UTP port Date: Sat, 06 Jan 1996 12:45:38 -0800 >>Synopsis: de0 occasionally enables 100baseTX when plugged into 10baseT port You can use the -link2 ifconfig option to work around this. -DG David Greenman Core Team/Principal Architect, The FreeBSD Project From: Brian Tao To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: Subject: Re: kern/932: de0 incorrectly probes speed of UTP port Date: Sat, 6 Jan 1996 12:38:57 -0500 (EST) On Sat, 6 Jan 1996 taob@io.org wrote: > > >Number: 932 > >Category: kern > >Synopsis: de0 occasionally enables 100baseTX when plugged into 10baseT port I pulled the boot logs from one of the machines: 1: Dec 21 22:41:54 zip /kernel: de0: enabling 10baseT UTP port 2: Dec 24 22:17:56 zip /kernel: de0: enabling 10baseT UTP port 3: Dec 25 23:44:11 zip /kernel: de0: enabling 100baseTX UTP port 4: Dec 25 23:47:26 zip /kernel: de0: enabling 10baseT UTP port 5: Dec 27 18:16:04 zip /kernel: de0: enabling 10baseT UTP port 6: Dec 27 18:31:29 zip /kernel: de0: enabling 100baseTX UTP port 7: Dec 27 18:32:38 zip /kernel: de0: enabling 10baseT UTP port 8: Dec 28 10:49:38 zip /kernel: de0: enabling 10baseT UTP port 9: Dec 30 14:28:42 zip /kernel: de0: enabling 10baseT UTP port 10: Dec 30 14:45:35 zip /kernel: de0: enabling 100baseTX UTP port 11: Dec 31 14:01:08 zip /kernel: de0: enabling 10baseT UTP port 12: Dec 31 14:40:58 zip /kernel: de0: enabling 10baseT UTP port 13: Jan 2 17:18:36 zip /kernel: de0: enabling 10baseT UTP port Lines 3-4, 6-7 show two instances where an immediate reboot enabled the correct speed. In all cases, the machine was plugged into the same 10baseT port of the same hub (which itself runs into a 10baseT port on our etherswitch). Packet collision rate on zip is about 25%. # ident if_de.c if_de.c: $Id: if_de.c,v 1.29.2.5 1995/10/26 07:47:14 davidg Exp $ -- Brian Tao (BT300, taob@io.org) Systems Administrator, Internex Online Inc. "Though this be madness, yet there is method in't" State-Changed-From-To: open->closed State-Changed-By: scrappy State-Changed-When: Tue Apr 9 21:02:55 PDT 1996 State-Changed-Why: Originator reports that using -link2 on ifconfig fixes this State-Changed-From-To: closed->open State-Changed-By: davidg State-Changed-When: Tue Apr 9 21:07:22 PDT 1996 State-Changed-Why: There appears to be a bug in the autodetection code. This problem has been observed on other systems as well. The -link2 option is only a work-around, not a solution. State-Changed-From-To: open->feedback State-Changed-By: scrappy State-Changed-When: Mon Oct 21 23:32:09 PDT 1996 State-Changed-Why: Dust off the cobwebs - Confirm Status State-Changed-From-To: feedback->closed State-Changed-By: mpp State-Changed-When: Sun Feb 23 21:57:34 PST 1997 State-Changed-Why: The originator says that this problem appears to be fixed in 3.0-current and that it would be OK to close this PR. >Unformatted: