From owner-freebsd-stable Thu Apr 2 01:51:50 1998 Return-Path: <owner-freebsd-stable@FreeBSD.ORG> Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA13697 for freebsd-stable-outgoing; Thu, 2 Apr 1998 01:51:50 -0800 (PST) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from david.siemens.de (david.siemens.de [192.35.17.14]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA13690 for <freebsd-stable@freebsd.org>; Thu, 2 Apr 1998 01:51:46 -0800 (PST) (envelope-from andre.albsmeier@mchp.siemens.de) Received: from salomon.mchp.siemens.de (salomon.siemens.de [139.23.33.13]) by david.siemens.de (8.8.8/8.8.8) with ESMTP id KAA16244 for <freebsd-stable@freebsd.org>; Thu, 2 Apr 1998 10:51:32 +0100 (MET) X-Envelope-Sender-Is: andre.albsmeier@mchp.siemens.de (at relayer david.siemens.de) Received: from curry.mchp.siemens.de (daemon@curry.mchp.siemens.de [146.180.31.23]) by salomon.mchp.siemens.de (8.8.8/8.8.5) with ESMTP id LAA03310 for <freebsd-stable@freebsd.org>; Thu, 2 Apr 1998 11:51:32 +0200 (MDT) Received: (from daemon@localhost) by curry.mchp.siemens.de (8.8.8/8.8.8) id LAA08252 for <freebsd-stable@freebsd.org>; Thu, 2 Apr 1998 11:51:32 +0200 (CEST) From: Andre Albsmeier <andre.albsmeier@mchp.siemens.de> Message-Id: <199804020951.LAA20697@intern> Subject: Fix for the de driver in 2.2.6 To: freebsd-stable@FreeBSD.ORG Date: Thu, 2 Apr 1998 11:51:30 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk Below is the message I sent to gnats yesterday concerning kern/4841 and kern/5590. Maybe it's okay to bring it into -2.2.6... It is running now with the new driver for about 24 hours perfectly... Thanks, -Andre --------------------------- snip --------------------------- The patch below brings back the BNC functionality for the SMC 8434 dual channel NIC. I noticed that csr_sia_connectivity was initalized with 0x0000EF09 in the old driver while it was 0x00008F09 in the new driver. It is a small change but it took me nearly one day to find it :-). However, I don't know what else it breaks, since I don't have other 21040 based cards (only 21041). Maybe Matt will review this before it goes into -stable, I will drop him a note. I think this also affects kern/5590 :-) *** dc21040reg.h.ORI Wed Apr 1 17:59:58 1998 --- dc21040reg.h Wed Apr 1 17:59:58 1998 *************** *** 212,226 **** #define TULIP_21040_PROBE_AUIBNC_TIMEOUT 300 #define TULIP_21040_PROBE_EXTSIA_TIMEOUT 300 ! #define TULIP_21040_SIACONN_10BASET 0x00008F01L #define TULIP_21040_SIATXRX_10BASET 0x0000FFFFL #define TULIP_21040_SIAGEN_10BASET 0x00000000L ! #define TULIP_21040_SIACONN_10BASET_FD 0x00008F01L #define TULIP_21040_SIATXRX_10BASET_FD 0x0000FFFDL #define TULIP_21040_SIAGEN_10BASET_FD 0x00000000L ! #define TULIP_21040_SIACONN_AUIBNC 0x00008F09L #define TULIP_21040_SIATXRX_AUIBNC 0x00000705L #define TULIP_21040_SIAGEN_AUIBNC 0x00000006L --- 212,226 ---- #define TULIP_21040_PROBE_AUIBNC_TIMEOUT 300 #define TULIP_21040_PROBE_EXTSIA_TIMEOUT 300 ! #define TULIP_21040_SIACONN_10BASET 0x0000EF01L #define TULIP_21040_SIATXRX_10BASET 0x0000FFFFL #define TULIP_21040_SIAGEN_10BASET 0x00000000L ! #define TULIP_21040_SIACONN_10BASET_FD 0x0000EF01L #define TULIP_21040_SIATXRX_10BASET_FD 0x0000FFFDL #define TULIP_21040_SIAGEN_10BASET_FD 0x00000000L ! #define TULIP_21040_SIACONN_AUIBNC 0x0000EF09L #define TULIP_21040_SIATXRX_AUIBNC 0x00000705L #define TULIP_21040_SIAGEN_AUIBNC 0x00000006L To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message