Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 8 Oct 2003 19:32:48 +0900
From:      YONETANI Tomokazu <t-yonetani@ergobrains.co.jp>
To:        freebsd-current@freebsd.org
Cc:        t-yonetani@ergobrains.co.jp
Subject:   Re: savecore: first and last dump headers disagree on /dev/ad0b
Message-ID:  <20031008103248.GA6896@ergobrains.co.jp>
In-Reply-To: <20031007180822.J35281@carver.gumbysoft.com>
References:  <20031007040349.GA10406@ergobrains.co.jp> <20031007180822.J35281@carver.gumbysoft.com>

next in thread | previous in thread | raw e-mail | index | archive | help
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.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20031008103248.GA6896>