cvs commit: src/sys/contrib/pf/net if_pflog.c if_pfsync.c pf_ioctl.c

[Max Laier]

On Tuesday 14 September 2004 17:40, Jan Srzednicki wrote:
> On Tue, Sep 14, 2004 at 05:30:33PM +0200, Max Laier wrote:
> > On Tuesday 14 September 2004 17:29, Jan Srzednicki wrote:
> > > On Tue, Sep 14, 2004 at 03:12:01AM +0000, Max Laier wrote:
> > > > it is save to call if_attachdomain from if_attach() (as done for
> > > > if_loop.c). We will now end up with a properly initialized if_afdata
> > > > array and the nd6 callout will no longer try to deref a NULL pointer.
> > >
> > > Is this likely to fix a very similar panic in in6_tmpaddrtimer() I've
> > > also reported?
> >
> > PR#, ML-thread etc. ???
>
> Thread on current@, started with a subject "5.3-BETA3 panic, probably
> IPv6+SMP+mpsafenet related"; after applying Robert's workaround for
> nd6_slowtimo() panic, I started getting the in6_tmpaddrtimer() one. The
> panic report is here:
>
> http://lists.freebsd.org/pipermail/freebsd-current/2004-September/036623.ht
>ml

Yes, this commit *might* fix your problem as well. It will do so for about 
sure if the ifp in frame #22 happend to be the pflog or pfsync device.

-- 
/"\  Best regards,                      | mlaier at freebsd.org
\ /  Max Laier                          | ICQ #67774661
 X   http://pf4freebsd.love2party.net/  | mlaier at EFnet
/ \  ASCII Ribbon Campaign              | Against HTML Mail and News
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/cvs-src/attachments/20040914/20cf6f49/attachment.bin