From owner-freebsd-stable Thu Oct 2 11:59:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA15427 for stable-outgoing; Thu, 2 Oct 1997 11:59:47 -0700 (PDT) Received: from super-g.inch.com (super-g.com [207.240.140.161]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA15417 for ; Thu, 2 Oct 1997 11:59:31 -0700 (PDT) Received: from localhost (spork@localhost) by super-g.inch.com (8.8.7/8.8.5) with SMTP id PAA07664; Thu, 2 Oct 1997 15:24:45 -0400 (EDT) Date: Thu, 2 Oct 1997 15:24:45 -0400 (EDT) From: spork X-Sender: spork@super-g.inch.com To: "Rodney W. Grimes" cc: Morgan Davis , freebsd-stable@FreeBSD.ORG Subject: Re: de driver and 2.2.5 beta q's In-Reply-To: <199710012048.NAA24653@GndRsh.aac.dev.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Is there any chance of the problem with the genuine de cards locking up when the link drops being fixed in 2.2.5? I cvsup-ed two days ago, and I still see the problem. To recap, if you have a Digital card, de0 rev 32 int a irq 12 on pci0:10 de0: DEC DE500-AA 21140A [10-100Mb/s] pass 2.0 de0: address 00:00:f8:03:66:e9 running 10M and you down the link by unplugging it, moving it to another hub port, rebooting the hub, etc. it will not come back on it's own. As a workaround I've been using the 3am driver. Is there a reason this hasn't been integrated? I've not seen any negative feedback about the other driver, and it handles the above situation properly. Thanks, Charles On Wed, 1 Oct 1997, Rodney W. Grimes wrote: > > Please note this dmesg snippet: > > > > FreeBSD 2.2.2-RELEASE #0: Tue Jun 10 11:54:28 PDT 1997 > ^^^^^^^^^^^^^^^^^ > > You are running a 2.2.2-RELEASE system, your mail subject said > 2.2.5 beta, you would find that if you loaded 2.2.2-stable as > over 60 days ago this problem was fixed: > > revision 1.54.2.6 > date: 1997/08/02 17:44:50; author: rgrimes; state: Exp; lines: +6 -3 > Add support for the newer SMC 9332BDT cards that have a different > OUI (00:E0:29) to the older driver in 2.2, the new driver in 3.0 > should already handle this with the new PHY code. > Reviewed by: Several of my customers > > > ... > ... > > de0 rev 18 int a irq 12 on pci0:9 > > de0: SMC 9332 21140 [10-100Mb/s] pass 1.2 > ^^^^^^^^ > > de0: address 00:00:c0:ad:51:dc > ^^^^^^^^ > > de0: enabling 10baseT port > > de1 rev 32 int a irq 10 on pci0:10 > > de1: 21140A [10-100Mb/s] pass 2.0 > ^^^^^^^ > > de1: address 00:e0:29:05:d8:a5 > ^^^^^^^^ > > de1: enabling 100baseTX port > > After the above commit your new card will be identified as > an SMC9332BDT, which it is. Your older card is an SMC9332DST. > > > > -- > Rod Grimes rgrimes@gndrsh.aac.dev.com > Accurate Automation, Inc. Reliable computers for FreeBSD >