On Wed, Oct 08, 2003 at 07:05:49PM -0700, Doug White wrote:
> > > 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
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 o
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 a
On Tue, 7 Oct 2003, Kris Kennaway wrote:
> 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.
>
> Kris
I mentioned the very sa
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
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 RO
> Hello.
> -CURRENT as of yesterday can't save kernel dump:
>
> savecore: first and last dump headers disagree on /dev/ad0b
> savecore: unsaved dumps found but not saved
>
> Is this a known issue?
Yes.
I had the same problem on my development machine at the
Hello.
-CURRENT as of yesterday can't save kernel dump:
savecore: first and last dump headers disagree on /dev/ad0b
savecore: unsaved dumps found but not saved
Is this a known issue? I need to be able to dump to this device because
I've seen reliably reproducible panics to be rep