From owner-freebsd-stable@FreeBSD.ORG Wed Jun 28 21:06:14 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 53AEB16A5D0; Wed, 28 Jun 2006 21:06:14 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from smtp6.server.rpi.edu (smtp6.server.rpi.edu [128.113.2.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C37144C24; Wed, 28 Jun 2006 20:45:10 +0000 (GMT) (envelope-from gad@FreeBSD.org) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp6.server.rpi.edu (8.13.1/8.13.1) with ESMTP id k5SKj6al021286; Wed, 28 Jun 2006 16:45:08 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <20060628153222.I65342@fledge.watson.org> References: <20060626100949.G24406@fledge.watson.org> <20060626081029.L1114@ganymede.hub.org> <20060626140333.M38418@fledge.watson.org> <20060626110636.I1114@ganymede.hub.org> <20060628153222.I65342@fledge.watson.org> Date: Wed, 28 Jun 2006 16:45:05 -0400 To: Robert Watson , "Marc G. Fournier" From: Garance A Drosehn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) Cc: freebsd-acpi@FreeBSD.org, freebsd-stable@FreeBSD.org, Pete French Subject: Re: FreeBSD 6.x CVSUP today crashes with zero load ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jun 2006 21:06:14 -0000 At 3:34 PM +0100 6/28/06, Robert Watson wrote: >On Mon, 26 Jun 2006, Marc G. Fournier wrote: > >>>I wish I'd run the memory test earlier, but the lesson >>>is clear! >> >>Is there something that I can run *from* FreeBSD, remotely, >>to do this? > >Not that I know of. In the past, the discussion has been >held about adopting a memory tester into the boot loader, >which is almost certainly the right place to put it (before >VM kicks off and we load many megabytes of critical data >structures, etc). Some hands to make this happen would >be most welcome. It doesn't even need to be *inside* the boot loader, does it? Could it be done as an alternate-kernel that could be loaded by the boot-loader? -- Garance Alistair Drosehn = drosehn@rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA