Or maybe USB; I can't tell.

Background:

Beginning around 5 PM EDT Sept. 21 I upgraded world and rebuilt my
kernel; after rebooting to install the new kernel at about 9 PM, the
system panicked and tossed something like this on the console (I'm
working from memory; it was late and I was tired):

Fatal trap 12: page fault while in kernel mode

followed by a bunch of other text, "no dump device", and then a
"reboot in fifteen seconds" countdown.

The process seemed to hang somewhere around initializing or querying
the mouse, a Razer USB.

I rebooted and chose kernel.old; it works fine; and it looks like the
code (I'm working on an uninformed hunch here) for moused.c did change
just before the time I upgraded source.

http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.sbin/moused/moused.c.diff?r1=1.70.2.5;r2=1.70.2.6;f=h

Again: I'm guessing based on what I see failing in the boot process;
and on the things I can find that changed in the source tree: I can
see other things that changed at about the same time; for instance,
kld.3, kld.c,libutil.h in /usr/src/lib/libutil/; it looks like these
things are relevant to loading ums(4) bits.

Any clues?

If the only way to investigate further is to build a debugging kernel
and configure a dump device, I'm afraid I cannot build any sort of
debugging kernel; I am pretty sure it would render my machine unusable
and given that I've just reinstalled it on June 16, I'd rather not
risk it.
_______________________________________________
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Reply via email to