Date: Mon, 25 Oct 2004 20:41:26 -0700 From: Bruce M Simpson <bms@spc.org> To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Cc: freebsd-net@FreeBSD.org Subject: Re: cvs commit: src/sys/netinet if_ether.c Message-ID: <20041026034126.GI706@empiric.icir.org> In-Reply-To: <200410260331.i9Q3Vxbv060994@repoman.freebsd.org> References: <200410260331.i9Q3Vxbv060994@repoman.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Oct 26, 2004 at 03:31:59AM +0000, Bruce M Simpson wrote: > Log: > Check that rt_mask(rt) is non-NULL before dereferencing it, in the > RTM_ADD case, thus avoiding a panic. PR: kern/42030 It isn't immediately clear to me if this is a routing socket API issue or a client issue. The panic, at least, is worked around, but the root problem needs to be fixed -- it is most likely a synchronization problem in zebra whereby it is attempting to add a route to the kernel FIB which references an interface which does not yet exist or has gone away. At least one person who has reported this was running vtund, which plumbs its own tun instances on demand; the other I think was running userland ppp. I haven't seen anything similar with XORP yet. BMS
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20041026034126.GI706>