From owner-freebsd-current Wed Jan 15 02:41:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id CAA21090 for current-outgoing; Wed, 15 Jan 1997 02:41:41 -0800 (PST) Received: from perki0.connect.com.au (perki0.connect.com.au [192.189.54.85]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id CAA21084 for ; Wed, 15 Jan 1997 02:41:38 -0800 (PST) Received: (from uucp@localhost) by perki0.connect.com.au id VAA08645 (8.7.6h/IDA-1.6); Wed, 15 Jan 1997 21:41:30 +1100 (EST) >Received: from localhost.nemeton.com.au (localhost.nemeton.com.au [127.0.0.1]) by nemeton.com.au (8.8.4/8.8.4) with SMTP id UAA29295; Wed, 15 Jan 1997 20:07:30 +1100 (EST) Message-Id: <199701150907.UAA29295@nemeton.com.au> To: uhclem@nemesis.lonestar.org (Frank Durda IV) cc: sos@freebsd.org, freebsd-current@freefall.freebsd.org Subject: Re: SMC Elite Ultra in -current In-reply-to: MIME-Version: 1.0 Content-ID: <29287.853319191.0@nemeton.com.au> Date: Wed, 15 Jan 1997 20:07:29 +1100 From: Giles Lean Content-Type: multipart/mixed; boundary="----- =_aaaaaaaaaa0" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ------- =_aaaaaaaaaa0 Content-Type: text/plain; charset="us-ascii" Content-ID: <29287.853319191.1@nemeton.com.au> On Tue, 14 Jan 97 21:44 CST Frank Durda IV wrote: > If WD or SMC ever published something to reset all fields in the EEPROM, > I am not aware of it. There was once a problem with these cards on NetBSD; some probe software used to trash them. I've had the following article tucked away for while. (I don't think the NetBSD list archives are searchable? Yet? I'm wrong again??) Anyway, I don't know if the following will help or not and certainly comes without warranty, but have a look ... Giles ------- =_aaaaaaaaaa0 MIME-Version: 1.0 Content-Type: message/rfc822 Return-Path: owner-netbsd-help@NetBSD.ORG Received: from NetBSD.ORG (uucp@localhost) by nemeton.com.au (8.6.12/8.6.9) with UUCP id FAA15624 for giles@nemeton.com.au; Sun, 17 Mar 1996 05:38:14 +1100 Received: from yarrina.connect.com.au (yarrina.connect.com.au [192.189.54.17]) by perki.connect.com.au with ESMTP id WAA01322 (8.6.12/IDA-1.6 for ); Sat, 16 Mar 1996 22:20:40 +1000 Received: from pain.lcs.mit.edu (pain.lcs.mit.edu [128.52.46.239]) by yarrina.connect.com.au with ESMTP id XAA13521 (8.7.4/IDA-1.6 for ); Sat, 16 Mar 1996 23:18:31 +1100 (EST) Received: (from daemon@localhost) by pain.lcs.mit.edu (8.7.4/8.6.12) id FAA11063; Sat, 16 Mar 1996 05:00:20 -0500 (EST) Received: from wipux2.wifo.uni-mannheim.de by pain.lcs.mit.edu (8.7.4/8.6.12) with ESMTP id EAA10967; Sat, 16 Mar 1996 04:41:25 -0500 (EST) Received: (from andrew@localhost) by wipux2.wifo.uni-mannheim.de (8.7.4/8.6.9) id KAA19019; Sat, 16 Mar 1996 10:38:32 +0100 (MET) From: Andrew Wheadon Message-Id: <199603160938.KAA19019@wipux2.wifo.uni-mannheim.de> Subject: Re: WD8013 died (SMC howto fix) To: a.robertson@niwa.cri.nz Date: Sat, 16 Mar 1996 10:38:32 +0100 (MET) Cc: current-users@NetBSD.ORG, netbsd-help@NetBSD.ORG X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-netbsd-help@NetBSD.ORG Precedence: list X-Loop: netbsd-help@NetBSD.ORG I found this in the news and since I hadn't found the actual solution in the mailing-lists/ (i checked port-i386 and current-users and netbsd-help)... ..and since this works... (I tried it after the bloddy mcd0 driver killed my smc8013ebc (300,dc00,10) card type 0x29) The mcd0 driver succeeded in overwriting my hard-ware-node-address. I'm posting so it CAN be found in the mailing-lists as everyone is pointing out: Cheerio Andrew ...article follows... > From: William O Ferry > Newsgroups: comp.unix.bsd.netbsd.misc > Subject: Re: NetBSD has killed my SMC network card !!! Twice I had the same thing happen to me when first installing NetBSD. A friend of mine had it happen when trying to install OS2/Warp on his machine (and his Warp doesn't even HAVE network support!! =) It would seem that the probing for certain tape drives (and possibly other things) involves writing to areas of memory around the base address 300. If your SMC card is set to that address, it will mess up the card's settings. Switching to a hard configuration shouldn't fix it, as it manages to write the corrupted data to the card's NVRAM. Here's the routine I was given, that fixed both my card and the card messed up by Warp: (Hopefully you know the card's 6 byte hardware address) Assuming your card is still at base 300 (don't jumper it anywhere else yet), 0x308 - 0x30d contain the hardware address. 0x30e is a board type identifier. 0x30f is a checksum for the other information. If the SMC utilities don't see the correct checksum byte, they seem to automatically assume it's not an SMC ethernet card at the port. Using DOS "debug", check the values between 308 and 30f. For example, to view the byte at 308, use the command "i 308". To write the byte 0F to 308, use the command "o 308 0F". Verify that the contents of 308 - 30d ARE your hardware address. I don't know what the correct board type for your card is. For the two I fixed, they were EtherCard PLUS Elite16T, and the identifier was 0x28. Hopefully you have another (non-corrupt) card, or somebody else could tell you what the correct identifier is, as at least for my friend and I it was one of the bytes that had been changed by the probe. Once you're sure all these bytes are correct, you get to calculate the value for the 8th byte... =) The sum of all 8 bytes (mod 256) should be 0xFF. So add the first 7 bytes, and calculate what the 8th one should be to get a sum (mod 256) of 0xFF. Now you're ready to commit these settings to the NVRAM. To do this, read the byte at 0x301. Add 0x80 to it, and write that value to 0x301. Now write the original value back in. Now the settings are saved. The SMC utilities should see the card, hopefully they will still show it's the correct type of card... =) BTW, be sure to move your card to somewhere other than 0x300... =) Hope that helps, if you have any more questions feel free to email me. Good luck! Will Ferry ------------------------------------------------------------------------- William O Ferry | finger: woferry@WarpDrive.COM http://www.warpdrive.com/~woferry/ | talk: finger for online status ------------------------------------------------------------------------- -- The cost of living hasn't affected it's popularity. (unknown) current release=doc host=wipux2.wifo.uni-mannheim.de \ "NetBSD-current mirror" hostbase=/mit/ftp/pub/NetBSD base=/usr prefix=/usr backup delete use-rel-suffix ------- =_aaaaaaaaaa0--