Subject: Re: [mason@primenet.com.au: Re: kernel malloc problem]
To: Martin Husemann <martin@duskware.de>
From: Darren Reed <darrenr@NetBSD.org>
List: current-users
Date: 05/21/2007 09:16:07
Hmm, what spl*() is required to prevent soft clock (callout_*()) from
interrupting running code? But that is only a problem when expiration
is racing using the token next...the "+ 2" in the line:
ipt->ipt_die = fr_ticks + 2;
might need to be larger, but increasing the 2 only masks another real
problem elsewhere.
Darren
> Geoff Wing <mason@primenet.com.au> typed around 3rd May:
> : Somewhere something in the last three days is causing
> : Data modified on freelist: word 3 of object 0xc2c2ad80 size 36 \
> : previous type bar (0xce2bf63c != 0xdeadbeef)
> : Kernel from May 2 07:09 (UTC) shows it. Apr 30 01:35 did not.
> : Any likely suspects?
>
> And the winner is "ipfstat -i".
>
> "ipfstat -o" doesn't cause it but I don't have many rules in there (and
> no group rules).
>
> Regards,
> Geoff