From owner-freebsd-bugs@FreeBSD.ORG Tue Mar 3 02:11: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 5D28B106564A; Tue, 3 Mar 2009 02:11:51 +0000 (UTC) (envelope-from hsiao.ethan@gmail.com) Received: from mail-gx0-f176.google.com (mail-gx0-f176.google.com [209.85.217.176]) by mx1.freebsd.org (Postfix) with ESMTP id CDDD68FC1A; Tue, 3 Mar 2009 02:11:50 +0000 (UTC) (envelope-from hsiao.ethan@gmail.com) Received: by gxk24 with SMTP id 24so6079048gxk.19 for ; Mon, 02 Mar 2009 18:11:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=q15sepymm4gIePBED9su5vh8Qv4uXVYOMAtVg59Xgf0=; b=ni6DdUG+HnORGanl8LPcv7iHUWKg0V0qFJvNvyXYfluguH/6q6VfhPAMBPT5HoOxUQ /K7I9WBlfQfHYoJn2TM8EHyaXVnNyaykP06dHoWfHp1zZd0vEZR1fyXq5DGzTlEw5i+f GPzDhE1cqkoi+7++4rSMRVjYdh05sg0NTlzLw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=wx9+WxxH4mMlTfm/fUVe0r5DfEgZcJxo75zMjle/yzg82Jdyg0qDS7CdeduTPGmXAN o+PxnbIgQ5a6c5jBav1u/anerTD85lF1yt+3jhJhu8kiqhYlsI4TZB257VlEzM1S72Ji UWs0jGdGSTVvig7KIsidwne3Rm1TfDY9pIohQ= MIME-Version: 1.0 Received: by 10.151.108.3 with SMTP id k3mr11544467ybm.188.1236046308650; Mon, 02 Mar 2009 18:11:48 -0800 (PST) In-Reply-To: References: <200903011846.n21IktLe062687@freefall.freebsd.org> Date: Tue, 3 Mar 2009 10:11:48 +0800 Message-ID: From: Ethan Hsiao To: rwatson@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-bugs@freebsd.org, gavin@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: Tue, 03 Mar 2009 02:11:51 -0000 Hi, kern/132222 should be the same as kern/132215 (threads/132215). It is happened after patched CTM src-7.0568. Can you take a look at it? Thanks! Regards, Ethan Hsiao 2009/3/2 Ethan Hsiao : > Hi, > > Here is the kgdb message. > > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you = are > welcome to change it and/or distribute copies of it under certain conditi= ons. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. =A0Type "show warranty" for deta= ils. > This GDB was configured as "amd64-marcel-freebsd"... > > Unread portion of the kernel message buffer: > Sleeping thread (tid 100078, pid 441) owns a non-sleepable lock > panic: sleeping thread > cpuid =3D 0 > Uptime: 1m1s > Physical memory: 4085 MB > Dumping 252 MB: (CTRL-C to abort) =A0(CTRL-C to abort) =A0(CTRL-C to > abort) =A0237 221 205 189 173 157 141 125 109 93 77 61 45 29 13 > > Reading symbols from /boot/kernel/netgraph.ko...Reading symbols from > /boot/kernel/netgraph.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/netgraph.ko > Reading symbols from /boot/kernel/ng_ether.ko...Reading symbols from > /boot/kernel/ng_ether.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/ng_ether.ko > Reading symbols from /boot/kernel/ng_pppoe.ko...Reading symbols from > /boot/kernel/ng_pppoe.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/ng_pppoe.ko > Reading symbols from /boot/kernel/ng_socket.ko...Reading symbols from > /boot/kernel/ng_socket.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/ng_socket.ko > #0 =A0doadump () at pcpu.h:195 > 195 =A0 =A0 =A0 =A0 =A0 =A0 __asm __volatile("movq %%gs:0,%0" : "=3Dr" (t= d)); > (kgdb) backtrace > #0 =A0doadump () at pcpu.h:195 > #1 =A00x0000000000000004 in ?? () > #2 =A00xffffffff8031fd21 in boot (howto=3D260) at > /usr/src/sys/kern/kern_shutdown.c:418 > #3 =A00xffffffff8032015c in panic (fmt=3D0x104
bounds>) at /usr/src/sys/kern/kern_shutdown.c:574 > #4 =A00xffffffff80352c62 in propagate_priority (td=3DVariable "td" is not= available. > ) at /usr/src/sys/kern/subr_turnstile.c:222 > #5 =A00xffffffff8035397e in turnstile_wait (ts=3DVariable "ts" is not ava= ilable. > ) at /usr/src/sys/kern/subr_turnstile.c:740 > #6 =A00xffffffff8031407c in _mtx_lock_sleep (m=3D0xffffff0004489cf0, > tid=3D18446742974219097824, opts=3DVariable "opts" is not available. > ) at /usr/src/sys/kern/kern_mutex.c:420 > #7 =A00xffffffff80459426 in in6_mtutimo (rock=3D0xffffff0004489c00) at > /usr/src/sys/netinet6/in6_rmx.c:418 > #8 =A00xffffffff80330fde in softclock (dummy=3DVariable "dummy" is not av= ailable. > ) at /usr/src/sys/kern/kern_timeout.c:274 > #9 =A00xffffffff80301de0 in ithread_loop (arg=3D0xffffff000141ec20) at > /usr/src/sys/kern/kern_intr.c:1088 > #10 0xffffffff802fedbd in fork_exit (callout=3D0xffffffff80301c76 > , arg=3D0xffffff000141ec20, frame=3D0xfffffffef3b50c80) at > /usr/src/sys/kern/kern_fork.c:810 > #11 0xffffffff8051b10e in fork_trampoline () at > /usr/src/sys/amd64/amd64/exception.S:455 > #12 0x0000000000000000 in ?? () > #13 0x0000000000000000 in ?? () > #14 0x0000000000000001 in ?? () > #15 0x0000000000000000 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 ?? () > #32 0x0000000000000000 in ?? () > #33 0x0000000000000000 in ?? () > #34 0x0000000000000000 in ?? () > #35 0x0000000000000000 in ?? () > #36 0x00000000008b8000 in ?? () > #37 0xffffffff8075eec0 in tdg_maxid () > #38 0xffffffff8076b6c0 in tdq_cpu () > #39 0xffffffff8076b6c0 in tdq_cpu () > #40 0xffffff00014316e0 in ?? () > #41 0xffffff0001431a10 in ?? () > #42 0xfffffffef3b50b28 in ?? () > #43 0xffffff00014316e0 in ?? () > #44 0xffffffff8033f07e in sched_switch (td=3D0xffffffff80301c76, > newtd=3D0x80057d650, flags=3DVariable "flags" is not available. > ) at /usr/src/sys/kern/sched_ule.c:1938 > #45 0x0000000000000000 in ?? () > #46 0x0000000000000000 in ?? () > #47 0x0000000000000000 in ?? () > #48 0x0000000000000000 in ?? () > #49 0x0000000000000000 in ?? () > #50 0x0000000000000000 in ?? () > #51 0x0000000000000000 in ?? () > #52 0x0000000000000000 in ?? () > #53 0x0000000000000000 in ?? () > #54 0x0000000000000000 in ?? () > #55 0x0000000000000000 in ?? () > #56 0x0000000000000000 in ?? () > #57 0x0000000000000000 in ?? () > #58 0x0000000000000000 in ?? () > ---Type to continue, or q to quit--- > #59 0x0000000000000000 in ?? () > #60 0x0000000000000000 in ?? () > #61 0x0000000000000000 in ?? () > #62 0x0000000000000000 in ?? () > #63 0x0000000000000000 in ?? () > #64 0x0000000000000000 in ?? () > #65 0x0000000000000000 in ?? () > #66 0x0000000000000000 in ?? () > #67 0x0000000000000000 in ?? () > #68 0x0000000000000000 in ?? () > #69 0x0000000000000000 in ?? () > #70 0x0000000000000000 in ?? () > #71 0x0000000000000000 in ?? () > #72 0x0000000000000000 in ?? () > #73 0x0000000000000000 in ?? () > #74 0x0000000000000000 in ?? () > #75 0x0000000000000000 in ?? () > #76 0x0000000000000000 in ?? () > #77 0x0000000000000000 in ?? () > #78 0x0000000000000000 in ?? () > #79 0x0000000000000000 in ?? () > #80 0x0000000000000000 in ?? () > #81 0x0000000000000000 in ?? () > #82 0x0000000000000000 in ?? () > #83 0x0000000000000000 in ?? () > #84 0x0000000000000000 in ?? () > #85 0x0000000000000000 in ?? () > #86 0x0000000000000000 in ?? () > #87 0x0000000000000000 in ?? () > #88 0x0000000000000000 in ?? () > #89 0x0000000000000000 in ?? () > #90 0x0000000000000000 in ?? () > #91 0x0000000000000000 in ?? () > #92 0x0000000000000000 in ?? () > #93 0x0000000000000000 in ?? () > #94 0x0000000000000000 in ?? () > #95 0x0000000000000000 in ?? () > #96 0x0000000000000000 in ?? () > #97 0x0000000000000000 in ?? () > #98 0x0000000000000000 in ?? () > #99 0x0000000000000000 in ?? () > #100 0x0000000000000000 in ?? () > #101 0x0000000000000000 in ?? () > #102 0x0000000000000000 in ?? () > #103 0x0000000000000000 in ?? () > #104 0x0000000000000000 in ?? () > #105 0x0000000000000000 in ?? () > #106 0x0000000000000000 in ?? () > #107 0x0000000000000000 in ?? () > #108 0x0000000000000000 in ?? () > #109 0x0000000000000000 in ?? () > #110 0x0000000000000000 in ?? () > #111 0x0000000000000000 in ?? () > #112 0x0000000000000000 in ?? () > Cannot access memory at address 0xfffffffef3b51000 > > 2009/3/2 Ethan Hsiao : >> Hi, >> >> Sorry for this machine is in other place, so I can't provide the GDB res= ult now. >> I've put the src-7.0568.gz to http://www.ethan-hsiao.idv.tw/~hsiao/. >> Its release date was 2009/2/25. >> >> Regards, >> Ethan Hsiao >> >> 2009/3/2 =A0: >>> Synopsis: The latest kernel causes my machine panic! >>> >>> State-Changed-From-To: open->feedback >>> State-Changed-By: gavin >>> State-Changed-When: Sun Mar 1 18:36:56 UTC 2009 >>> State-Changed-Why: >>> To submitter: =A0Sending the core file (or even providing it for downlo= ad) is >>> not hugely useful, as getting useful information out of it is easiest d= one >>> on the system with the issues. =A0Can you please follow the instruction= s at >>> http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-gdb= .html >>> (specifically, obtaining the backtrace) and provide the result? =A0Plea= se do >>> all of this with the source code in /usr/src that the problem kernel wa= s >>> compiled from. >>> >>> Also, I'm not familiar with CTM or how it works. =A0Are you able to tel= l me >>> what dates correspond to the source for the working and non-working ker= nels? >>> >>> >>> Responsible-Changed-From-To: freebsd-bugs->gavin >>> Responsible-Changed-By: gavin >>> Responsible-Changed-When: Sun Mar 1 18:36:56 UTC 2009 >>> Responsible-Changed-Why: >>> Track >>> >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D132222 >>> >> >