Date: Sat, 29 Oct 2011 04:10:27 +0200 From: "deeptech71@gmail.com" <deeptech71@gmail.com> To: freebsd-current@freebsd.org Subject: Re: panic: ffs_blkfree_cg: freeing free block Message-ID: <CAF6hryRHuT1mE7%2Bh-rt1-wPgbp=5D-xY5ES=XRgB68eKLKV62A@mail.gmail.com> In-Reply-To: <CAGH67wT7fD1DQz=mFeNqZaVLD9PopMETpaCJj2%2BdJNdLYfHX1w@mail.gmail.com> References: <CAF6hryRK6KQsm6Rj90Ytv8xV1fZzPFAC46WV3nWihJgteVPwuQ@mail.gmail.com> <CAF6hryTW6JaefWZX3qFahYianpcK9Pc-UgH1JmOwyR7GuN85wQ@mail.gmail.com> <CAGH67wT7fD1DQz=mFeNqZaVLD9PopMETpaCJj2%2BdJNdLYfHX1w@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Oct 28, 2011 at 11:16 AM, deeptech71@gmail.com <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 <yanegomi@gmail.com> wrote: > On Fri, Oct 28, 2011 at 4:34 PM, deeptech71@gmail.com > <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.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAF6hryRHuT1mE7%2Bh-rt1-wPgbp=5D-xY5ES=XRgB68eKLKV62A>