From owner-freebsd-current@FreeBSD.ORG Sun Jul 12 07:17:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F975106564A for ; Sun, 12 Jul 2009 07:17:44 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lauren.room52.net (lauren.room52.net [210.50.193.198]) by mx1.freebsd.org (Postfix) with ESMTP id 1719C8FC1C for ; Sun, 12 Jul 2009 07:17:43 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lstewart-laptop.caia.swin.edu.au (host86-150-124-14.range86-150.btcentralplus.com [86.150.124.14]) (authenticated bits=0) by lauren.room52.net (8.14.3/8.14.3) with ESMTP id n6C7H0RF058645 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 12 Jul 2009 17:17:36 +1000 (EST) (envelope-from lstewart@freebsd.org) Message-ID: <4A598DDF.4010306@freebsd.org> Date: Sun, 12 Jul 2009 08:16:47 +0100 From: Lawrence Stewart User-Agent: Thunderbird 2.0.0.22 (X11/20090626) MIME-Version: 1.0 To: Stefan Bethke References: <128E7C52-CCBD-4BAF-A4AE-1D914A3968CB@lassitu.de> <4A58DD8D.3090308@freebsd.org> <6D58BB3C-85F4-44A6-A43B-F6E18F056FA4@lassitu.de> In-Reply-To: <6D58BB3C-85F4-44A6-A43B-F6E18F056FA4@lassitu.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.5 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC,SPF_SOFTFAIL autolearn=disabled version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on lauren.room52.net Cc: FreeBSD Current Subject: Re: ppp triggers GPF panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jul 2009 07:17:44 -0000 Stefan Bethke wrote: > Am 11.07.2009 um 20:44 schrieb Lawrence Stewart: > >> Stefan Bethke wrote: >>> Yesterday's -current, amd64, C2D, 4 GB RAM. Full dmesg below. >>> Fatal trap 9: general protection fault while in kernel mode >>> cpuid = 0; apic id = 00 >>> instruction pointer = 0x20:0xffffffff802fc2ce >>> stack pointer = 0x28:0xffffff8000037b10 >>> frame pointer = 0x28:0xffffff8000037b30 >>> code segment = base 0x0, limit 0xfffff, type 0x1b >>> = DPL 0, pres 1, long 1, def32 0, gran 1 >>> processor eflags = interrupt enabled, resume, IOPL = 0 >>> current process = 12 (swi1: netisr 0) >>> [thread pid 12 tid 100007 ] >>> Stopped at _mtx_lock_sleep+0x4e: movl 0x288(%rcx),%esi >>> Didn't capture anything else there. This happened when my ADSL link >>> was forced down (24h connection reset). >>> After fixing the file system (UFS2 + softupdates on /), I got another >>> "panic: spin lock held too long" on rebooting. >>> Then, the GPF panic happened again as ppp was trying to establish the >>> connection: >> >> 1. Do you have a crash dump? > > Unfortunatly not. > >> 2. Can you try find a sequence of events to deterministically >> reproduce this? > > Not if I can help it, this is my main gateway at home. Sorry. But I'll > try collect as much info as possible if and when it happens again. You can set debug.debugger_on_panic=0 in /etc/sysctl.conf which will make the system automatically dump core and reset instead of sitting at the ddb prompt. Alternatively, run "call doadump" from the ddb prompt followed by "reset" and that should also get you a usable core file. I'd suggest the first option for you though given you don't like the machine being down. Let us know if/when it happens again, but without a core file there's not much we can help with. Cheers, Lawrence