From owner-freebsd-hackers Fri May 19 07:59:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA24504 for hackers-outgoing; Fri, 19 May 1995 07:59:41 -0700 Received: from orion.stars.sed.monmouth.army.mil ([158.9.11.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA24498 for ; Fri, 19 May 1995 07:59:26 -0700 Message-Id: <199505191459.HAA24498@freefall.cdrom.com> Received: by orion.stars.sed.monmouth.army.mil (1.37.109.16/16.2) id AA110275459; Fri, 19 May 1995 10:57:39 -0400 From: william pechter ILEX Subject: Re: Adaptec 2940? To: dufault@hda.com (Peter Dufault) Date: Fri, 19 May 1995 10:57:39 -0400 (EDT) Cc: FreeBSD-hackers@FreeBSD.org (FreeBSD-hackers) In-Reply-To: <199505191312.JAA11265@hda.com> from "Peter Dufault" at May 19, 95 09:12:44 am X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1918 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Rodney W. Grimes writes: > > > > Now we have a second person with a stepping 0 486DX4 chip, care to > > send me the complete CPUID output and if you can get the serial number > > and the SX number off the chip I will see what Intel says about this. > > That was me. I sent the CPUID output before; I can send it again > but I'll have to take a floppy to that machine and boot it. Let > me know via e-mail if you want me to do that. > > At any rate, here is what it says on the chip: > > OverDRIVE DX40DPR100 > C4430635 > SZ926 V1.0 > INTEL (M)(C) '89'93 > > I don't see an SX number, just that SZ number. > > This chip has not worked properly running FreeBSD in either of the > two motherboards we tried it in, a Micronics "GEMINI" 486VL and a > Compaq Presario. > > On the Micronics it core dumps during big compiles (that is the > only evident problem; I ran with it for a few days) and on the > Compaq it reproducibly dies with a "privileged instruction fault > in kernel mode". The neat thing about the Compaq failure is that > it is instruction pattern dependent: when you are lucky you wind > up with a kernel that boots and runs fine multiuser at 100Mhz, and > when you are unlucky you wind up with a kernel that reproducibly > fails at the same instruction, sometimes during boot up and sometimes > when you run a certain utility. The reported instruction, btw, is > not privileged. > Interesting that all my problems with FreeBSD 1.1.5.x and 2.x are on the non Vesa Micronics "Gemini" (straight ISA bus). Wonder if there's something in how Micronics is doing stuff in addition to the chip stepping issue... Bill ----------------------------------------------------------------------------- Bill Pechter |Systems Administrator | N2RDI Ilex Systems |170 Patterson Ave | Shrewsbury, New Jersey 07702 908-532-2369 |pechter@sesd.ilex.com | pechter@stars.sed.monmouth.army.mil