From owner-freebsd-stable@FreeBSD.ORG Mon Sep 14 13:13:30 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2EE0106566B for ; Mon, 14 Sep 2009 13:13:30 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id B2DDD8FC15 for ; Mon, 14 Sep 2009 13:13:30 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 6600E46B06; Mon, 14 Sep 2009 09:13:30 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 85D3E8A020; Mon, 14 Sep 2009 09:13:29 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Mon, 14 Sep 2009 08:41:27 -0400 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200909140841.27844.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 14 Sep 2009 09:13:29 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Subject: Re: Kernel panic in ulpt 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: Mon, 14 Sep 2009 13:13:31 -0000 On Friday 11 September 2009 12:18:39 pm Alban Hertroys wrote: > Hello, > > I just got a kernel panic on a FreeBSD 7.2 STABLE after a print job > finished on ulpt. The kgdb output (ran in script) is attached. I'll > keep the vmcore around in case anyone needs more info. Shout if you > need more info. In ulptclose() in sys/dev/usb/ulpt.c try changing the callout_stop() to a callout_drain(). Have you been able to reproduce this? -- John Baldwin