Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 05 May 2011 23:32:55 +0400
From:      "Emil Muratov" <gpm@hotplug.ru>
To:        "Arnaud Lacombe" <lacombar@gmail.com>
Cc:        freebsd-net@freebsd.org
Subject:   Re: nfe taskq kernel panic
Message-ID:  <op.vu0wk5zdaevz08@ghost-pc.home.lan>
In-Reply-To: <BANLkTi=vBxUm83TCv8JDeSh%2BU4g0Y=WN3A@mail.gmail.com>
References:  <op.vu0q8asqaevz08@ghost-pc.home.lan> <BANLkTimvboyYGXL21vzeQ%2BgPOO4QCUGskQ@mail.gmail.com> <BANLkTimTUE_SvVUA1RWRBvLWeaYWvT62CQ@mail.gmail.com> <BANLkTi=vBxUm83TCv8JDeSh%2BU4g0Y=WN3A@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help

> Hi,
>
> On Thu, May 5, 2011 at 2:49 PM, Arnaud Lacombe <lacombar@gmail.com>  
> wrote:
>> There is a stale reference to the mbuf passed to, and freed in
>> m_megapullup(); could you test the following patch ?
>>
>> diff --git a/sys/netinet/ipfw/ip_fw_nat.c b/sys/netinet/ipfw/ip_fw_nat.c
>> index f8c3e63..80c13dc 100644
>> --- a/sys/netinet/ipfw/ip_fw_nat.c
>> +++ b/sys/netinet/ipfw/ip_fw_nat.c
>> @@ -263,7 +263,7 @@ ipfw_nat(struct ip_fw_args *args, struct cfg_nat
>> *t, struct mbuf *m)
>>                retval = LibAliasOut(t->lib, c,
>>                        mcl->m_len + M_TRAILINGSPACE(mcl));
>>        if (retval == PKT_ALIAS_RESPOND) {
>> -               m->m_flags |= M_SKIP_FIREWALL;
>> +               mcl->m_flags |= M_SKIP_FIREWALL;
>>                retval = PKT_ALIAS_OK;
>>        }
>>        if (retval != PKT_ALIAS_OK &&
>>
>> This was introduced in r188294 by piso@ (added to the CC: list).
>>
> this can only happen if you are NAT'ing SCTP traffic. So it might not
> be the culprit in your case..
>
>   - Arnaud

I don't use anything related to sctp but I'll do check the patch, there is  
nothing more to do for me now anyway.



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