Subject: Re: kcore on sun3x (Re: CVS commit: syssrc)
To: Izumi Tsutsui <tsutsui@ceres.dti.ne.jp>
From: Chuck Silvers <chuq@chuq.com>
List: port-sun3
Date: 05/28/2001 18:04:21
hi,

I didn't try actually taking a dump, I just wanted to make it boot.
I tried "reboot -d" just now and it crashed in sddump().
after fixing the bug with uninitialized variables in sddump(),
now it fails to dump because this check fails:

	/* Make sure it was initialized. */
	if ((periph->periph_flags & PERIPH_MEDIA_LOADED) != 0)
		return (ENXIO);


anyone have any ideas why this check would fail for a normal scsi disk?

-Chuck


On Tue, May 29, 2001 at 08:24:57AM +0900, Izumi Tsutsui wrote:
> In <20010528205655.F3C8EB00B@cvs.netbsd.org>
> chs@netbsd.org wrote:
> 
> > Module Name:	syssrc
> > Committed By:	chs
> > Date:		Mon May 28 20:56:55 UTC 2001
> > 
> > Modified Files:
> > 	syssrc/sys/arch/sun3/include: param.h
> > 	syssrc/sys/arch/sun3/sun3x: machdep.c
> > 
> > Log Message:
> > make sun3x work again after the recent change to the m68k cpu_kcore_hdr:
> > allocate a page for dumps like the sun3 does rather than using part of
> > the msgbuf page.  this also lets the msgbuf use the full msgbuf page.
> 
> Now is "target kcore netbsd.core" on gdb working?
> 
> savecore did not work correctly because kseg->c_size is too small
> on sun3x and lseek cannnot seek less than DEV_BSIZE.
> 
> "target kcore /dev/mem" did not work neither, so we might have
> another problem, though.
> ---
> Izumi Tsutsui
> tsutsui@ceres.dti.ne.jp