From owner-freebsd-hackers Wed Apr 12 20:02:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA08163 for hackers-outgoing; Wed, 12 Apr 1995 20:02:56 -0700 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA08042 for ; Wed, 12 Apr 1995 20:01:20 -0700 Received: from rodin.cssc-syd.tansu.com.au (rodin.cssc-syd.tansu.com.au [149.135.252.15]) by wcarchive.cdrom.com (8.6.11/8.6.6) with ESMTP id UAA22580 for ; Wed, 12 Apr 1995 20:00:28 -0700 Received: from crab.cssc-syd.tansu.com.au (crab.ind.tansu.com.au [149.135.100.23]) by rodin.cssc-syd.tansu.com.au (8.6.9/8.6.9) with ESMTP id LAA16123; Thu, 13 Apr 1995 11:56:30 +1000 Received: from kiwi.cssc-syd.tansu.com.au (raoul@kiwi.cssc-syd.tansu.com.au [149.135.104.48]) by crab.cssc-syd.tansu.com.au (8.6.9/8.6.9) with ESMTP id LAA04375; Thu, 13 Apr 1995 11:55:59 +1000 Received: (raoul@localhost) by kiwi.cssc-syd.tansu.com.au (8.6.9/8.6.9) id LAA07729; Thu, 13 Apr 1995 11:55:57 +1000 Message-Id: <199504130155.LAA07729@kiwi.cssc-syd.tansu.com.au> Subject: Re: 940804 (vaporware ;-) reboots the system either: To: fcawth@squid.umd.edu (Fred Cawthorne) Date: Thu, 13 Apr 1995 11:55:57 +1000 (EST) Cc: agl@redline.ru, freebsd-hackers@wcarchive.cdrom.com In-Reply-To: <9504122211.AA01185@squid.umd.edu> from "Fred Cawthorne" at Apr 12, 95 06:11:26 pm From: raoul@cssc-syd.tansu.com.au (Raoul Golan) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2567 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > > again, the system worked for weeks under load in linux, > > now FreeBSD reboots it during the memory test :-[ > > I tryed to increase wait states in the CMOS to MAX values to no avail :-[ > > Any pointers would be welcome. Somebody told me that disabling > > cache on the motherboard could help: but I don't want to do > > such a stupid tricks. > (You should at least try it to see if it works, you don't have to > leave it that way but it will let you eliminate alot of other possible > causes like corrupt binaries, bad memory, etc...) > > Thanx in advance for any pointers. > > AGL > > > I had a system that did this too. I think it is the UNI chipset's > fault. (It only got past the memory check if the external cache was > turned off) I think it is a rather rare chipset... Anyway, it used to die > when trying to boot 2.0 +, until the latest snap that doesn't have > the memory test in it (: The memory test must have snarfed up something > in there... Now, it seems to work fine. I did a couple of kernel > recompiles, etc.. and it is fine. The system is an AMD 486-66 UNI > chipset with 8 megs ram and an IDE disk. > So, I suggest that you try the 950322 snap. > > I'm another victim of this apparently widespread problem... at the moment my machine will only work with a disabled external cache. Terry Lambert has been kind enough to give me suggestions as to what the problem might be (thanks, Terry). I attempted to recompile the 2.0 kernel without the memory test, tried to reboot with external cache, and got a kernel page fault for all my effort. My question is : since the latest snap seems to work on some of these problematic machines, is this due simply to the elimination of the memory test? Or have some compatibility check hacks been added as well? If the latest snap has only taken out the memory test, I can conclude that it won't work on my machine (since I've already tried to do that) I find it difficult to understand how it could be possible that taking the memory test out alone could fix the problem - if the problem isn't caught by the test, surely it would reappear later? I don't know my chipset - I hope to be able to take the time to open up the machine over the Easter break. -- Raoul Golan, Consultant for Object Oriented P/L, at ="Those who have put out Intelligent Networks Development, Telecom Australia = the eyes of the people Also student at Macquarie Univ. School of History, = reproach them for their Philosophy and Politics. EMAIL:raoul@ind.tansu.com.au = blindness." - Milton