From owner-freebsd-bugs@FreeBSD.ORG Sun Mar 8 10:20:51 2009 Return-Path: Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0A00106564A; Sun, 8 Mar 2009 10:20:51 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 85A548FC17; Sun, 8 Mar 2009 10:20:51 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 0D88546BB4; Sun, 8 Mar 2009 06:20:51 -0400 (EDT) Date: Sun, 8 Mar 2009 10:20:50 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Ethan Hsiao In-Reply-To: Message-ID: References: <200903011846.n21IktLe062687@freefall.freebsd.org> <1236355144.88789.14.camel@buffy.york.ac.uk> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="621616949-1796833543-1236507651=:1340" Cc: freebsd-bugs@freebsd.org, Gavin Atkinson , bug-followup@FreeBSD.org Subject: Re: kern/132222: The latest kernel causes my machine panic! X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Mar 2009 10:20:51 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --621616949-1796833543-1236507651=:1340 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8BIT On Sun, 8 Mar 2009, Ethan Hsiao wrote: > I'm using PPP. This system is always crashed after PPP dail-up. Hi Ethan-- What's going on here is that the current thread is trying to acquire a lock held by a second thread (100075) that is improperly sleeping while holding the lock. We would like to know two things (a) what lock is it and (b) what is the other thread doing that caused it to sleep -- probably it should be dropping the lock before sleeping. To extract this information, use kgdb on a vmcore matching the panic message you're looking at (doesn't matter which as long as you're using the right thread id (tid)). (a) Do a backtrace of the default thread in the vmcore using the "backtrace" command. It will be operating on a lock, which we'd like to print -- most likely it's a mutex, in which case you can just print *mutexpointer from the arguments in the trace. If you don't know how to extract this information, just send me the backtrace output and I can tell you how to do that. (b) Type in "tid 100075" (or whatever the tid from the specific panic you're using is, if not the one listed in the original message), and then "backtrace". Follow up to this e-mail with that information, and my hope is we can fix this in pretty short order. Thanks, Robert N M Watson Computer Laboratory University of Cambridge > > Thanks! > > Regards, > Ethan Hsiao > > 2009/3/6 Gavin Atkinson : >> On Tue, 2009-03-03 at 10:11 +0800, Ethan Hsiao wrote: >>> Hi, >>> >>> kern/132222 should be the same as kern/132215 (threads/132215). >>> It is happened after patched CTM src-7.0568. >> >> Hi, >> >> To be honest, I can't actually see how you have come to the conclusion >> that this PR (132222) is related to 132215. >> >> Are you using IPv6 and/or PPP?  Can you please give some more details >> about what this system is used for? >> >> Thanks, >> >> Gaivn >> > --621616949-1796833543-1236507651=:1340--