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 0x0Received 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