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 <FreeBSD-gnats-submit@freebsd.org>; 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<FPU,VME,PSE,MCE,CX8,APIC>
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 <Intel 82437 (Triton)> rev 2 on pci0:0
chip1 <Intel 82371 (Triton)> rev 2 on pci0:7
de0 <Digital DC21140 Fast Ethernet> 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 <ncr 53c810 scsi> 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 <VGA-compatible display device> 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 <davidg@Root.COM>
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 <taob@io.org>
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:
