Re: pfctl -f causes fatal trap 12

From: Divacky Roman <xdivac02_at_stud.fit.vutbr.cz>
Date: Sun, 13 Feb 2005 08:40:20 +0100
On Sun, Feb 13, 2005 at 11:51:44AM +1100, Emil Mikulic wrote:
> On Sat, Feb 12, 2005, Divacky Roman top-posted:
> > same here.... I have pf as module and see this panic on boot
> > 
> > when I reboot after the panic, fsck takes place and then it doesn
> > panic (obviously the fsck changes something which causes pf not to
> > panic)
> 
> Really?  I hadn't noticed that.  You should send your message to the
> mailing list in case it can help one of the developers track down the
> problem.
 
yes.... and oh, I forgot to cc: current (and I am doing it now)

> >From the kgdb output:
> > > (kgdb) frame 11
> > > #11 0xc0627fdc in softclock (dummy=0x0) at \
> > > /usr/src/sys/kern/kern_timeout.c:315
> > > 315                                             mtx_unlock(c_mtx);
> > > (kgdb) print c_mtx
> > > $1 = (struct mtx *) 0x0
> 
> It looks to me like that part of the code is trying to unlock an
> uninitialized mutex.
> 
> I guess running fsck somehow causes the mutex to be initialized before
> loading the pf rules breaks stuff.

maybe
Received on Sun Feb 13 2005 - 06:40:31 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:28 UTC