Date: Wed, 8 Oct 2003 19:05:49 -0700 (PDT) From: Doug White <dwhite@gumbysoft.com> To: Kris Kennaway <kris@obsecurity.org> Cc: YONETANI Tomokazu <t-yonetani@ergobrains.co.jp> Subject: Re: savecore: first and last dump headers disagree on /dev/ad0b Message-ID: <20031008190451.E50563@carver.gumbysoft.com> In-Reply-To: <20031008013014.GA73539@rot13.obsecurity.org> References: <20031007040349.GA10406@ergobrains.co.jp> <20031008013014.GA73539@rot13.obsecurity.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 7 Oct 2003, Kris Kennaway wrote: > On Tue, Oct 07, 2003 at 06:11:30PM -0700, 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. > > I also had problems dumping onto a UDMA66 disk on a promise PDC20267 > controller - it seemed to dump OK (dump was readable after I recovered > the disk), but it (or maybe the crash itself) trashed the partition > table. > Well that woudl be funny since the problem boards were replaced with Tyan S2518s, which have a PDC20267 onboard as well as the ROSB4. The disks were attached to the Promise, and never had any data corruption issues with them, at least under linnex. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20031008190451.E50563>