Subject: RE: My CATS box is _still_ crashing on boot.
To: 'Todd Whitesel' <toddpw@best.com>
From: Edwin Foo <efoo@crl.dec.com>
List: port-arm32
Date: 11/13/1998 12:05:17
Hi, just wanted to provide another data point -- my CATS board exhibits the
same behavior if I compile a -current kernel (from 11/12/1998). tr and ps
reveal the same crash point.

Off Topic:
I have a fix for the USB driver to enable it to handle high-speed devices --
how do I go about submitting it? I haven't contributed code to NetBSD
before; is there some special mailing list to mail patches to?

---
Edwin Foo
Compaq Computer Corp. - Cambridge Research Lab 
MIT EECS BS '98, M. Eng. '99


-----Original Message-----
From: Todd Whitesel [mailto:toddpw@best.com]
Sent: Friday, November 13, 1998 7:41 AM
To: port-arm32@netbsd.org
Subject: My CATS box is _still_ crashing on boot.


Well, Mark's fix for the cnopen() crash is working great, but I get another
panic right after it (argh!):

	root file system type: ffs
	panic: cpu_fork: curproc
	Stopped in init at      _Debugger+0x10: ldmdb    r11, {r11, r13,
r15}
	db> tr
	_Debugger(_Debugger+0x10)
	_panic(_panic+0x14)
	_cpu_fork(_cpu_fork+0x10)
	_uvm_fork(_uvm_fork+0x10)
	_fork1(_fork1+0x10)
	_sys_fork(_sys_fork+0x10)
	_syscall(_syscall+0x10)
	db>

A ps list shows that the current process is the parent init (pid 1) which
has apparently just spawned a child init (pid 4) that has yet to exec.

Todd Whitesel
toddpw @ best.com