From owner-freebsd-current@FreeBSD.ORG Wed Oct 8 03:32:52 2003 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 E722916A4B3 for ; Wed, 8 Oct 2003 03:32:52 -0700 (PDT) Received: from mail.ergobrains.co.jp (mail.ergobrains.co.jp [61.204.41.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id B11BA43FA3 for ; Wed, 8 Oct 2003 03:32:51 -0700 (PDT) (envelope-from t-yonetani@ergobrains.co.jp) Received: from y0netan1 (d176.sys.p.ergobrains.co.jp [192.168.2.176]) by mail.ergobrains.co.jp (Postfix) with SMTP id 415468B807; Wed, 8 Oct 2003 19:32:49 +0900 (JST) Date: Wed, 8 Oct 2003 19:32:48 +0900 From: YONETANI Tomokazu To: freebsd-current@freebsd.org Message-ID: <20031008103248.GA6896@ergobrains.co.jp> References: <20031007040349.GA10406@ergobrains.co.jp> <20031007180822.J35281@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031007180822.J35281@carver.gumbysoft.com> User-Agent: Mutt/1.5.4i cc: t-yonetani@ergobrains.co.jp Subject: Re: savecore: first and last dump headers disagree on /dev/ad0b 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, 08 Oct 2003 10:32:53 -0000 On 2003/10/07 18:11:30, Doug White wrote: > On Tue, 7 Oct 2003, YONETANI Tomokazu wrote: > > > The hardware is IBM NetFinity 6000R, and it has ServerWorks ROSB4 UDMA33 > > controller, to which the IDE disk is attached. The size of the IDE hard > > disk is 4Gbytes, and the size of the kernel dump and physical memory both > > fits in that size. > > The ROSB4 is known to have data-corruption problems with running in UDMA > mode. The dump is probably tripping over this, which is why Tor's patch > works since it demotes the device back to PIO. > > You could optionally set hw.ata.ata_dma=0 in loader.conf to disable UDMA > rather than apply the patch. Yes, setting hw.ata.ata_dma=0 allowed me to dump a usable core file. Thanks. -- YONETANI Tomokazu / Ergo-Brains Inc.