From owner-freebsd-bugs@FreeBSD.ORG Wed Oct 10 02:00:07 2007 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A06A516A417 for ; Wed, 10 Oct 2007 02:00:07 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8828D13C458 for ; Wed, 10 Oct 2007 02:00:07 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l9A207tr056139 for ; Wed, 10 Oct 2007 02:00:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l9A207TK056130; Wed, 10 Oct 2007 02:00:07 GMT (envelope-from gnats) Date: Wed, 10 Oct 2007 02:00:07 GMT Message-Id: <200710100200.l9A207TK056130@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org From: "Li-Lun \"Leland\" Wang" Cc: Subject: Re: kern/116669: Parallel port printing crashes CURRENT X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Li-Lun \"Leland\" Wang" List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Oct 2007 02:00:07 -0000 The following reply was made to PR kern/116669; it has been noted by GNATS. From: "Li-Lun \"Leland\" Wang" To: bug-followup@FreeBSD.org, serguey-grigoriev@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 , 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 to continue, or q 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?)