Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 25 Jun 2005 22:19:11 +0200
From:      Peter Holm <peter@holm.cc>
To:        Mike Silbersack <silby@silby.com>
Cc:        current@freebsd.org, Thierry Herbelot <thierry@herbelot.com>
Subject:   Re: Mbuf double-free guilty party detection patch
Message-ID:  <20050625201911.GA24761@peter.osted.lan>
In-Reply-To: <2565.64.215.82.94.1119729121.squirrel@webmail1.pair.com>
References:  <20050624212729.C537@odysseus.silby.com> <20050625133052.GA23599@peter.osted.lan> <1437.64.215.82.94.1119717536.squirrel@webmail2.pair.com> <20050625173217.GA24306@peter.osted.lan> <2565.64.215.82.94.1119729121.squirrel@webmail1.pair.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, Jun 25, 2005 at 03:52:01PM -0400, Mike Silbersack wrote:
> > On Sat, Jun 25, 2005 at 12:38:56PM -0400, Mike Silbersack wrote:
> >> > x.123e:This memory last freed by: 0xc2fa6c00
> >> > x.123e-panic: Memory modified after free 0xc2fa6a00(256) val=c2fa6c00
> > (kgdb) x/40x 0xc2fa6a00
> > 0xc2fa6a00:   0xc2fa6c00    0x00000000    0xc24b1ae0    0x00000520
> 
> I'm going to have to doublecheck my patch when I get home - the address
> returned by "This memory last freed by" should be a pointer to a function
> address, not a piece of data.
> 
> So that we get more results, why don't you change the panic in trash_ctor
> to a printf, then you can continue to run tests and see how many mbufs are
> being corrupted without the issue of having to reboot after a panic, etc.
> 
> Mike "Silby" Silbersack

OK, I'll try that.

- Peter



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050625201911.GA24761>