Subject: kern/3141: port probing in "if_de.c" broken
To: None <gnats-bugs@gnats.netbsd.org>
From: Matthias Scheler <tron@lyssa.owl.de>
List: netbsd-bugs
Date: 01/26/1997 00:53:34
>Number: 3141
>Category: kern
>Synopsis: port probing in "if_de.c" broken
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: kern-bug-people (Kernel Bug People)
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Sat Jan 25 16:05:02 1997
>Last-Modified:
>Originator: Matthias Scheler
>Organization:
Matthias Scheler http://colwyn.owl.de/~tron/
>Release: 970124
>Environment:
System: NetBSD lyssa 1.2B NetBSD 1.2B (LYSSA) #1: Sat Jan 25 16:18:23 MET 1997 tron@lyssa:/usr/src/sys/arch/i386/compile/LYSSA i386
>Description:
I have two ethernet boards in a P133 running NetBSD-current:
A ReadyLINK ENET32-PCI (DEC 21040, de0) and a D-Link DFE-500TX (DEC 21140,
de1). The ReadyLINK is connected to a TP HUB, the D-Link is unused. Until
I updated from 961231 to 970124 sources both ports of the ReadyLINK worked
absolutely perfect, the initial auto probing always found the correct one.
When I try to boot my machine with a kernel based on 970124 sources and a
TP cable connected to the ReadyLINK I get the following message again and
again and the system startup is terribly slowed down:
de0: enabling 10baseT port
de0: link down: cable problem?
As soon as I unplug the TP cable the messages stop, the system continues
to boot at normal speed and I get this message once:
de0: autosense failed: cable problem?
If I connect a BNC cable before or after startup everything works fine.
I also tried the D-Link board in 10MBit mode with a TP cable and there
is no problem either. It's definitely not a hardware problem because
downgrading to the old kernel fixes the problem, too.
>How-To-Repeat:
Connect a ReadyLINK ENET32-PCI (or maybe any DEC 21040 based board) with
a TP cable and reboot your system.
>Fix:
Sorry, I don't know.
>Audit-Trail:
>Unformatted: