From owner-freebsd-amd64@FreeBSD.ORG Sat Apr 2 06:01:06 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 54DF216A4CE for ; Sat, 2 Apr 2005 06:01:06 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92F9143D54 for ; Sat, 2 Apr 2005 06:01:05 +0000 (GMT) (envelope-from astrodog@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so1034807wra for ; Fri, 01 Apr 2005 22:01:04 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=ik6vHXikHkydTXLnDL5rdvlDcc2Yhda8ddP6EH7OMHDFAaO6WIbNNDXyFde7EhtLxvXpOl3O+K/BecaPprOSGTm00lzZjl7QkiG1fXKXT5vxqZXtDuIbT2SfORQs+iMcQ0rTKeMl8xND3Ha+uvova3LvK9jUr6sOKOK05J7Lu0U= Received: by 10.54.52.76 with SMTP id z76mr959825wrz; Fri, 01 Apr 2005 22:01:04 -0800 (PST) Received: by 10.54.40.69 with HTTP; Fri, 1 Apr 2005 22:01:04 -0800 (PST) Message-ID: <2fd864e05040122013d8fd812@mail.gmail.com> Date: Fri, 1 Apr 2005 22:01:04 -0800 From: Astrodog To: freebsd-amd64@freebsd.org In-Reply-To: <20050401201907.U95587@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <424C215E.5080201@infotechfl.com> <424C4EED.5070601@infotechfl.com> <424D58F7.1010005@infotechfl.com> <424DA4B3.3070703@infotechfl.com> <20050401201907.U95587@carver.gumbysoft.com> Subject: Re: Tyan k8sr lockups X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Astrodog List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Apr 2005 06:01:06 -0000 On Apr 1, 2005 8:26 PM, Doug White wrote: > On Fri, 1 Apr 2005, Gary Mu1der wrote: > > > I have isolated the crash to the following dd command: > > > > dd if=/dev/mem of=/dev/null bs=1024k skip=4040 count=1 > > Reading from random places in /dev/mem will cause unpredicatable behavior. > Memory at that offset is in PCI memory-mapped device space, and reading > from there may disrupt the PCI bridge, enable or disable interrupts, or > worse. > > -- I think the basic idea here is that dd'ing from /dev/mem may or may not work, on any given hardware, and is certainly not reccomended. If you want to test this "Safely", do an mdconfig, and dd onto, or from the md device.