From owner-freebsd-current@FreeBSD.ORG Tue Jan 6 20:45:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8348C16A4CE for ; Tue, 6 Jan 2004 20:45:37 -0800 (PST) Received: from smtp1.adl2.internode.on.net (smtp1.adl2.internode.on.net [203.16.214.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E4B643D31 for ; Tue, 6 Jan 2004 20:45:35 -0800 (PST) (envelope-from doconnor@gsoft.com.au) Received: from midget.dons.net.au (ppp108-195.lns1.adl1.internode.on.net [150.101.108.195])i074jURp026472; Wed, 7 Jan 2004 15:15:30 +1030 (CST) Received: from chowder.gsoft.com.au (root@localhost.dons.net.au [127.0.0.1]) by midget.dons.net.au (8.12.9/8.12.9) with ESMTP id i074jNaW084643; Wed, 7 Jan 2004 15:15:24 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Andre Guibert de Bruet , yurtesen@ispro.net.tr Date: Wed, 7 Jan 2004 15:15:22 +1030 User-Agent: KMail/1.5.4 References: <20040106224928.S9356@alpha.siliconlandmark.com> In-Reply-To: <20040106224928.S9356@alpha.siliconlandmark.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200401071515.22366.doconnor@gsoft.com.au> X-Spam-Score: -5 () IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SIGNATURE_SHORT_DENSE,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.26 (www . roaringpenguin . com / mimedefang) cc: freebsd-current@freebsd.org Subject: Re: FreeBSD Crashes with AMD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2004 04:45:37 -0000 On Wednesday 07 January 2004 14:29, Andre Guibert de Bruet wrote: > I'm not aware of any memory test utility that runs under FreeBSD. If one > is out there, it would most certainly require some type of kld to allow it > to have direct access to random parts of system memory. I consider it is > bad mojo to run hardware tests on a machine booted in multi-user mode. In > order to get a definitive answer (and eliminate false-positives which > could show up due to kernel bugs) and save yourself a lot of time and > hassles, boot their floppy or bootable cd. I wonder if you could squish it into the loader? That would be kind of neat if you want to do a weekly memory test :) You could alter loader.conf to run the command, then have the loader alter it back just before running the memory test (once around then reboot) Hmm... :) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5