kern/116669: Parallel port printing crashes CURRENT
Li-Lun "Leland" Wang
llwang at infor.org
Tue Oct 9 19:00:07 PDT 2007
The following reply was made to PR kern/116669; it has been noted by GNATS.
From: "Li-Lun \"Leland\" Wang" <llwang at infor.org>
To: bug-followup at FreeBSD.org, serguey-grigoriev at yandex.ru
Cc:
Subject: Re: kern/116669: Parallel port printing crashes CURRENT
Date: Tue, 9 Oct 2007 20:55:13 -0500
I am experiencing the same problem on my amd64 -current box. It seems
that it does not always panic when I print. Sometimes the printing job
succeeds, but then my ad0 and msk0 stops responding with the console
flooded with messages like
ad0: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout -
completing request directly
ad0: WARNING - SETFEATURES SET_MULTI taskqueue timeout - completing
request directly
ad0: WARNING - SETFEATURES SET ENABLE RCACHE taskqueue timeout -
completing request directly
ad0: WARNING - SETFEATURES SET ENABLE WCACHE taskqueue timeout -
completing request directly
msk0: watchdog timeout (missed Tx interrupts) -- recovering
I obtained a kernel dump with INVARIANTS, WITNESS, and DIAGNOSTIC
enabled, but somehow I wasn't able to boot with WITNESS enabled without
WITNESS_SKIPSPIN. Here is my backtrace. I can provide my dump if
needed.
Unread portion of the kernel message buffer:
lpt0: [GIANT-LOCKED]
lpt0: [ITHREAD]
Flaptta0l: t[rGaIpA NT3-0L:O CKED]
lpt0: [ITHREAD]
reserved (unknown) fault while in kernel mode
cpuid = 0; apic id = 00
instruction pointer = 0x8:0xffffffff8035c092
stack pointer = 0x10:0xffffffffabb5ab90
frame pointer = 0x10:0xffffffffabb5aba0
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 = 11 (idle: cpu0)
Physical memory: 2022 MB
Dumping 160 MB: 145 129 113 97 81 65 49 33 17 1
#0 doadump () at pcpu.h:194
194 __asm __volatile("movq %%gs:0,%0" : "=r" (td));
(kgdb) bt
#0 doadump () at pcpu.h:194
#1 0xffffffff8018191c in db_fncall (dummy1=Variable "dummy1" is not available.
) at /usr/src/sys/ddb/db_command.c:486
#2 0xffffffff80181e1c in db_command_loop () at
/usr/src/sys/ddb/db_command.c:401
#3 0xffffffff8018375d in db_trap (type=Variable "type" is not available.
) at /usr/src/sys/ddb/db_main.c:222
#4 0xffffffff8025618a in kdb_trap (type=30, code=0, tf=0xffffffffabb5aae0)
at /usr/src/sys/kern/subr_kdb.c:502
#5 0xffffffff8037c042 in trap_fatal (frame=0xffffffffabb5aae0,
eva=Variable "eva" is not available.
)
at /usr/src/sys/amd64/amd64/trap.c:692
#6 0xffffffff8037caec in trap (frame=0xffffffffabb5aae0) at
/usr/src/sys/amd64/amd64/trap.c:499
#7 0xffffffff8036354e in calltrap () at
/usr/src/sys/amd64/amd64/exception.S:169
#8 0xffffffff8035c092 in acpi_cpu_c1 () at
/usr/src/sys/amd64/acpica/acpi_machdep.c:68
#9 0xffffffff8018eae2 in acpi_cpu_idle () at
/usr/src/sys/dev/acpica/acpi_cpu.c:937
#10 0xffffffff8024c2ec in sched_idletd (dummy=Variable "dummy" is not available.
) at /usr/src/sys/kern/sched_ule.c:2601
#11 0xffffffff80213d1d in fork_exit (callout=0xffffffff8024c292
<sched_idletd>, arg=0x0,
frame=0xffffffffabb5ac80) at /usr/src/sys/kern/kern_fork.c:796
#12 0xffffffff803638be in fork_trampoline () at
/usr/src/sys/amd64/amd64/exception.S:397
#13 0x0000000000000000 in ?? ()
#14 0x0000000000000000 in ?? ()
#15 0x0000000000000001 in ?? ()
#16 0x0000000000000000 in ?? ()
#17 0x0000000000000000 in ?? ()
#18 0x0000000000000000 in ?? ()
#19 0x0000000000000000 in ?? ()
#20 0x0000000000000000 in ?? ()
#21 0x0000000000000000 in ?? ()
#22 0x0000000000000000 in ?? ()
#23 0x0000000000000000 in ?? ()
#24 0x0000000000000000 in ?? ()
#25 0x0000000000000000 in ?? ()
#26 0x0000000000000000 in ?? ()
#27 0x0000000000000000 in ?? ()
#28 0x0000000000000000 in ?? ()
#29 0x0000000000000000 in ?? ()
#30 0x0000000000000000 in ?? ()
#31 0x0000000000000000 in ?? ()
---Type <return> to continue, or q <return> to quit---
#32 0x0000000000000000 in ?? ()
#33 0x0000000000000000 in ?? ()
#34 0x0000000000000000 in ?? ()
#35 0x0000000000000000 in ?? ()
#36 0x0000000000000000 in ?? ()
#37 0x0000000000903000 in ?? ()
#38 0xffffffff8056e540 in tdg_maxid ()
#39 0xffffffff8057ad40 in tdq_cpu ()
#40 0xffffff00010c5cf8 in ?? ()
#41 0xffffff00010c59f0 in ?? ()
#42 0xffffffffabb5a4a0 in ?? ()
#43 0xffffffffabb5a448 in ?? ()
#44 0xffffffff8057ad40 in tdq_cpu ()
#45 0xffffffff8024bbcc in sched_switch (td=0xffffffff8024c292,
newtd=Cannot access memory at address 0xffffffffffffffb0
)
at /usr/src/sys/kern/sched_ule.c:1902
Previous frame inner to this frame (corrupt stack?)
More information about the freebsd-bugs
mailing list