From owner-freebsd-current@FreeBSD.ORG Sat Oct 29 02:10:29 2011 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 0874F106566B for ; Sat, 29 Oct 2011 02:10:29 +0000 (UTC) (envelope-from deeptech71@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id BDAC88FC08 for ; Sat, 29 Oct 2011 02:10:28 +0000 (UTC) Received: by qadz32 with SMTP id z32so5643130qad.13 for ; Fri, 28 Oct 2011 19:10:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=aKPMSIWrReIrdCkax8NjiKT8Su4YYFJtsMmvJxLKFLQ=; b=SPHyyImvDKgivvZbLThcLxP8BfWaiP85G1pBB9km+J7Z7j7a0b7xf3bZ6a/hhcx4nA b3bG2mw38RxZpFpmTxRsEtAwQ4wH+gSjWIeNxd47J6SKHWTDP0geF7GVo6kklT/GAqGT w4eYV3HBfcWuARYyUPvhwmjzul9YfDd3WhVMk= MIME-Version: 1.0 Received: by 10.229.191.2 with SMTP id dk2mr1339833qcb.32.1319854227815; Fri, 28 Oct 2011 19:10:27 -0700 (PDT) Received: by 10.229.226.65 with HTTP; Fri, 28 Oct 2011 19:10:27 -0700 (PDT) In-Reply-To: References: Date: Sat, 29 Oct 2011 04:10:27 +0200 Message-ID: From: "deeptech71@gmail.com" To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: panic: ffs_blkfree_cg: freeing free block 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: Sat, 29 Oct 2011 02:10:29 -0000 On Fri, Oct 28, 2011 at 11:16 AM, deeptech71@gmail.com wrote: > I don't have the intermediate object files for the kernel; now I'm > building the kernel again (from the appropriate, exact sources). That > shouldn't harm debugging, should it? On Sat, Oct 29, 2011 at 2:35 AM, Garrett Cooper wrote: > On Fri, Oct 28, 2011 at 4:34 PM, deeptech71@gmail.com > wrote: >> With object files which were built using the original kernel >> configuration file (no debugging symbols included): >> >> #kgdb kernel /var/crash/vmcore.4 >> 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 condit= ions. >> Type "show copying" to see the conditions. >> There is absolutely no warranty for GDB. =A0Type "show warranty" for det= ails. >> This GDB was configured as "i386-marcel-freebsd"...(no debugging >> symbols found)... >> Attempt to extract a component of a value that is not a structure pointe= r. >> Attempt to extract a component of a value that is not a structure pointe= r. >> #0 =A00xc0687d88 in doadump () >> (kgdb) bt >> #0 =A00xc0687d88 in doadump () >> #1 =A00xc0688302 in kern_reboot () >> #2 =A00xc0688768 in panic () >> #3 =A00xc07f92bf in ffs_blkfree_cg () >> #4 =A00xc07f9417 in ffs_blkfree () >> #5 =A00xc0803259 in ffs_indirtrunc () >> #6 =A00xc08042e1 in ffs_truncate () >> #7 =A00xc083171c in ufs_inactive () >> #8 =A00xc0712718 in vinactive () >> #9 =A00xc0716e2a in vputx () >> #10 0xc071affb in kern_unlinkat () >> #11 0xc071b1a6 in kern_unlink () >> #12 0xc071b1ca in sys_unlink () >> #13 0xc089c954 in syscall () >> #14 0xc0887021 in Xint0x80_syscall () >> #15 0x00000033 in ?? () >> Previous frame inner to this frame (corrupt stack?) >> >> wtf? >> >> With object files which were built using a kernel configuration file >> that had ``makeoptions DEBUG=3D-g'' inserted compared to the original >> configuration file: >> >> #kgdb kernel.debug /var/crash/vmcore.4 >> 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 condit= ions. >> Type "show copying" to see the conditions. >> There is absolutely no warranty for GDB. =A0Type "show warranty" for det= ails. >> This GDB was configured as "i386-marcel-freebsd"... >> Cannot access memory at address 0x0 >> (kgdb) bt >> #0 =A00x00000000 in ?? () >> >> wtf? > > Something stomped on the stack. More like: the release build doesn't have enough debug information in itself, and the release build is not debuggable at all using debug objects that have been built posteriorly. > What was the previous version of > FreeBSD (major.minor.subminor, svn revision) at worked? Not applicable. The panic occured, out of nowhere, on an r226289 kernel that has been working well and is still working well, with the exception of the panic.