Re: Parallel port printing crashes 7.0 system

From: P.U.Kruppa <ulrich_at_pukruppa.net>
Date: Tue, 25 Sep 2007 03:37:05 +0200 (CEST)
On Mon, 24 Sep 2007, bruce_at_cran.org.uk wrote:

> On Mon, Sep 24, 2007 at 06:36:53PM +0200, P.U.Kruppa wrote:
>> Sorry, from developer's handbook I guess I should find a vmcore.N
>> file. There isn't any. My parallel printing attempts end up in
>> some kind of single user mode on the root terminal with a
>> 	db>
>> prompt. Can I do anything with that?
>>
>
> That's the DDB prompt: from there you need to either get a backtrace or,
> more usefully, generate a crash dump.
>
> To generate a crash dump that you can later use with kgdb, type "panic"
> at the db> prompt.
Ah yes, now I get a nice vmcore.0 (I placed it it /usr , since I 
didn't know if my /var is big enough)

So now:
 	--------------------------------------------
pukruppa# cd /usr/obj/usr/src/sys/SMALLD/
pukruppa# kgdb kernel.debug /usr/vmcore.0
[GDB will not be able to debug user-mode threads: 
/usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"]
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 "amd64-marcel-freebsd".

Unread portion of the kernel message buffer:
lpt0: [GIANT-LOCKED]
lpt0: [ITHREAD]


Fatal trap 30: reserved (unknown) fault while in kernel mode
cpuid = 0; apic id = 00
instruction pointer     = 0x8:0xffffffff806e21f3
stack pointer           = 0x10:0xffffffffaeb2f840
frame pointer           = 0x10:0xffffffffaeb2f860
code segment            = base 0x0, limit 0xfffff, type 0x1b
                         = DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags        = interrupt enabled, IOPL = 0
current process         = 1348 (parallel)
panic: from debugger
cpuid = 0
Uptime: 8h3m19s
Physical memory: 2034 MB
Dumping 317 MB: 302 286 270 254 238 222 206 190 174 158 142 126 
110 94 78 62 46 30 14

#0  doadump () at pcpu.h:194
194             __asm __volatile("movq %%gs:0,%0" : "=r" (td));
(kgdb) backtrace
#0  doadump () at pcpu.h:194
#1  0xffffffff80476b35 in boot (howto=260)
     at /usr/src/sys/kern/kern_shutdown.c:409
#2  0xffffffff80476fa7 in panic (fmt=Variable "fmt" is not 
available.
) at /usr/src/sys/kern/kern_shutdown.c:563
#3  0xffffffff801ba067 in db_panic (addr=Variable "addr" is not 
available.
) at /usr/src/sys/ddb/db_command.c:433
#4  0xffffffff801ba94c in db_command_loop ()
     at /usr/src/sys/ddb/db_command.c:401
#5  0xffffffff801bc39f in db_trap (type=Variable "type" is not 
available.
) at /usr/src/sys/ddb/db_main.c:222
#6  0xffffffff8049de55 in kdb_trap (type=30, code=0, 
tf=0xffffffffaeb2f790)
     at /usr/src/sys/kern/subr_kdb.c:502
#7  0xffffffff806f1f7d in trap_fatal (frame=0xffffffffaeb2f790, 
eva=Variable "eva" is not available.
)
     at /usr/src/sys/amd64/amd64/trap.c:692
#8  0xffffffff806f2aa0 in trap (frame=0xffffffffaeb2f790)
     at /usr/src/sys/amd64/amd64/trap.c:499
#9  0xffffffff806d933e in calltrap ()
     at /usr/src/sys/amd64/amd64/exception.S:169
#10 0xffffffff806e21f3 in spinlock_exit () at cpufunc.h:391
#11 0xffffffff806dd135 in ioapic_disable_intr 
(isrc=0xffffff000104c208)
     at /usr/src/sys/amd64/amd64/io_apic.c:375
#12 0xffffffff806dc00d in intr_remove_handler (cookie=Variable 
"cookie" is not available.
)
     at /usr/src/sys/amd64/amd64/intr_machdep.c:217
#13 0xffffffff8037c49a in ppc_teardown_intr 
(bus=0xffffff00012aac00,
     child=0xffffff0001637e00, r=0xffffff000165cd80, 
ih=0xffffff00121f4780)
     at bus_if.h:416
#14 0xffffffff8037b81a in ppb_release_bus 
(bus=0xffffff0001637800,
     dev=0xffffff0001637e00) at bus_if.h:416
#15 0xffffffff80377635 in lpt_release_ppbus 
(dev=0xffffff0001637e00)
     at /usr/src/sys/dev/ppbus/lpt.c:227
#16 0xffffffff8037801c in lptwrite (dev=Variable "dev" is not 
available.
) at /usr/src/sys/dev/ppbus/lpt.c:826
#17 0xffffffff80448941 in giant_write (dev=0xffffff000165fa00,
     uio=0xffffffffaeb2faf0, ioflag=0) at 
/usr/src/sys/kern/kern_conf.c:373
#18 0xffffffff8040e8cc in devfs_write_f (fp=0xffffff003ec6b528,
     uio=0xffffffffaeb2faf0, cred=Variable "cred" is not 
available.
) at /usr/src/sys/fs/devfs/devfs_vnops.c:1304
#19 0xffffffff804b02f5 in dofilewrite (td=0xffffff00019bd340, 
fd=4,
     fp=0xffffff003ec6b528, auio=0xffffffffaeb2faf0, 
offset=Variable "offset" is not available.
) at file.h:254
#20 0xffffffff804b058c in kern_writev (td=0xffffff00019bd340, 
fd=4,
     auio=0xffffffffaeb2faf0) at 
/usr/src/sys/kern/sys_generic.c:401
#21 0xffffffff804b0604 in write (td=Variable "td" is not 
available.
) at /usr/src/sys/kern/sys_generic.c:317
#22 0xffffffff806f24ce in syscall (frame=0xffffffffaeb2fc70)
     at /usr/src/sys/amd64/amd64/trap.c:822
#23 0xffffffff806d94eb in Xfast_syscall ()
     at /usr/src/sys/amd64/amd64/exception.S:272
#24 0x00000008010bbfbc in ?? ()
Previous frame inner to this frame (corrupt stack?)
(kgdb)

 	-----------------------------------------------------


> Then, read
> to find out how to obtain a backtrace that can help diagnose the fault.
I hope that's it.

> --
> Bruce
>
Greetings,

Uli.


Peter Ulrich Kruppa
Wuppertal
Germany
Received on Mon Sep 24 2007 - 23:37:15 UTC

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