From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 17:29:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A621816A420 for ; Fri, 3 Feb 2006 17:29:56 +0000 (GMT) (envelope-from dan@mail.neosystem.cz) Received: from gem.neosystem.cz (gem.neosystem.cz [81.95.103.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5660543D46 for ; Fri, 3 Feb 2006 17:29:55 +0000 (GMT) (envelope-from dan@mail.neosystem.cz) Received: from localhost (localhost [127.0.0.1]) by gem.neosystem.cz (Postfix) with ESMTP id 45E6A38AFAC for ; Fri, 3 Feb 2006 18:29:57 +0100 (CET) Received: from gem.neosystem.cz ([127.0.0.1]) by localhost (mail.neosystem.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29184-05 for ; Fri, 3 Feb 2006 18:29:55 +0100 (CET) Received: from phobos.sky.net (ip-85-160-47-33.eurotel.cz [85.160.47.33]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gem.neosystem.cz (Postfix) with ESMTP id B16A738737E for ; Fri, 3 Feb 2006 18:29:53 +0100 (CET) Date: Fri, 3 Feb 2006 18:23:12 +0100 From: Dan Bilik To: freebsd-stable@freebsd.org Message-Id: <20060203182312.671e3657.dan@mail.neosystem.cz> Organization: neosystem.cz X-Mailer: Sylpheed version 2.0.4 (GTK+ 2.8.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at neosystem.cz Subject: panic in uhci_abort_xfer: not in process context X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 17:29:56 -0000 Hi. >From time to time I have to connect to the Net through USB Qualcomm CDMA modem which really cannot be called "reliable piece of hardware (tm)". It often experiences spontaneous shutoffs and sometimes it just stops communicating on the port for a while and decides there are better things to do (like blinking or catching stronger signal or something). I'm OK with all this but unfortunately it triggers a panic in RELENG_6... (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc04f401c in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:399 #2 0xc04f45bf in panic (fmt=0xc0667796 "uhci_abort_xfer: not in process context") at /usr/src/sys/kern/kern_shutdown.c:555 #3 0xc0499cb2 in uhci_abort_xfer (xfer=0xc37e2d00, status=USBD_NORMAL_COMPLETION) at /usr/src/sys/dev/usb/uhci.c:1957 #4 0xc0499e10 in uhci_timeout_task (addr=0x0) at /usr/src/sys/dev/usb/uhci.c:1534 #5 0xc049d9f0 in usb_task_thread (arg=0x0) at /usr/src/sys/dev/usb/usb.c:476 #6 0xc04d7f6d in fork_exit (callout=0xc049d9b0 , arg=0x0, frame=0x0) at /usr/src/sys/kern/kern_fork.c:789 #7 0xc062b29c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 There is similar PR (usb/76204), opened a year ago for 5.3-STABLE. Anyone else seeing this behaviour on RELENG_6? I wasn't able to trigger it manually by turning off the modem in the middle of transfer. But the modem strikes quite often so I can call it reproducable on that box, and it's possible to get more debugging info on demand. Dmesg available at http://neosystem.cz/freebsd/uhci_abort_xfer.dmesg Dan