it was usb problem (was 2 core dumps)

From: Mikael Ikivesi <mikael.ikivesi_at_pp.inet.fi>
Date: Mon, 25 Feb 2008 17:48:53 +0200
It seems that those two core dumps I reported are somehow connected to
libusb and kernel usb.

As I have libusb installed (came to my system because of hplip/sane
stuff) I now can crash this system with everytime I plug in
usb-stick.

I think what happened with my previous reboots was that somehow hald or
something poked something from usb (printer/usb-stick/nothing) and
caused those crashes. 

I can use usb-sticks without panicing if I dont dont run
hplip&hald&cups at startup time. Or if the usb-key has been inserted
before these services get started (But I am quite sure that these
crashes can happen after successful boot after awhile like I had it
happen in the first place)

It crashes differently almost everytime and reboots the machine.

And please note that if I dont use that libusb/hplip stuff my usb works!
So it is not about failing hardware. (And yes! I have chechked for
possiblity of broken memory....And I have rebuild world and kernel and
ports....)


So could anyone tell me where this should be reported:
freebsd-usb?
freebsd-ports?
or is it considered as kernel bug as a port can crash whole system?




-Mikael



2 examples of coredumps are here:

---------------
First something more solveable
---------------

GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are welcome to change it and/or distribute copies of it under
certain conditions. Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details. This GDB was configured as "i386-marcel-freebsd".

Unread portion of the kernel message buffer:
kernel trap 12 with interrupts disabled


Fatal trap 12: page fault while in kernel mode
fault virtual address	= 0x18
fault code		= supervisor read, page not present
instruction pointer	= 0x20:0xc060029b
stack pointer	        = 0x28:0xe30a8ad8
frame pointer	        = 0x28:0xe30a8ae4
code segment		= base 0x0, limit 0xfffff, type 0x1b
			= DPL 0, pres 1, def32 1, gran 1
processor eflags	= resume, IOPL = 0
current process		= 881 (hald-probe-storage)
trap number		= 12
panic: page fault
Uptime: 10m33s
Physical memory: 886 MB
Dumping 53 MB: 38 22 6

#0  doadump () at pcpu.h:195
195		__asm __volatile("movl %%fs:0,%0" : "=r" (td));
(kgdb) bt
#0  doadump () at pcpu.h:195
#1  0xc05cd21c in boot (howto=260)
at /usr/src/sys/kern/kern_shutdown.c:409 #2  0xc05cd624 in panic
(fmt=0xc09512dd "%s") at /usr/src/sys/kern/kern_shutdown.c:563
#3  0xc091127d in trap_fatal (frame=0xe30a8a98, eva=24)
    at /usr/src/sys/i386/i386/trap.c:899
#4  0xc0912032 in trap (frame=0xe30a8a98)
at /usr/src/sys/i386/i386/trap.c:280 #5  0xc08faf6b in calltrap ()
at /usr/src/sys/i386/i386/exception.s:139 #6  0xc060029b in
turnstile_broadcast (ts=0x0, queue=0)
at /usr/src/sys/kern/subr_turnstile.c:834 #7  0xc05bfc72 in
_mtx_unlock_sleep (m=0xc09fbef0, opts=0, file=0x0, line=0)
at /usr/src/sys/kern/kern_mutex.c:605 #8  0xc05bff43 in unlock_mtx
(lock=0xc09fbef0) at /usr/src/sys/kern/kern_mutex.c:158
#9  0xc05d5f25 in _sleep (ident=0x0, lock=0xc09fbef0, priority=256, 
    wmesg=0xc0952db6 "sgread", timo=0)
at /usr/src/sys/kern/kern_synch.c:187 #10 0xc0479535 in sgread
(dev=0xc3e4e100, uio=0xe30a8c54, ioflag=0)
at /usr/src/sys/cam/scsi/scsi_sg.c:798 #11 0xc0598013 in giant_read
(dev=0xc3e4e100, uio=0xe30a8c54, ioflag=0)
at /usr/src/sys/kern/kern_conf.c:361 #12 0xc0535ecd in devfs_read_f
(fp=0xc3ce6bd0, uio=0xe30a8c54, cred=0xc385ce00, flags=0, td=0xc3b3b420)
    at /usr/src/sys/fs/devfs/devfs_vnops.c:880
#13 0xc06025a0 in dofileread (td=0xc3b3b420, fd=4, fp=0xc3ce6bd0, 
    auio=0xe30a8c54, offset=-1, flags=0) at file.h:242
#14 0xc0602948 in kern_readv (td=0xc3b3b420, fd=4, auio=0xe30a8c54)
    at /usr/src/sys/kern/sys_generic.c:192
#15 0xc0602a30 in read (td=0xc3b3b420, uap=0xe30a8cf8)
    at /usr/src/sys/kern/sys_generic.c:108
#16 0xc0911834 in syscall (frame=0xe30a8d38)
    at /usr/src/sys/i386/i386/trap.c:1035
#17 0xc08fafd0 in Xint0x80_syscall ()
    at /usr/src/sys/i386/i386/exception.s:196
#18 0x00000033 in ?? ()



---------------
Then something harder :)
---------------

GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are welcome to change it and/or distribute copies of it under
certain conditions. Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details. This GDB was configured as "i386-marcel-freebsd".
(kgdb) bt
#0  0x00000000 in ?? ()


And debugger just complains that it cannot access memory address 0x0
Received on Mon Feb 25 2008 - 14:49:14 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:28 UTC