Date: Sun, 21 Dec 1997 16:25:15 -0500 (EST) From: Garrett Wollman <wollman@khavrinen.lcs.mit.edu> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: freebsd-current@FreeBSD.ORG Subject: Re: panics when stopping pppd Message-ID: <199712212125.QAA05766@khavrinen.lcs.mit.edu> In-Reply-To: <199712211016.LAA00416@uriah.heep.sax.de> References: <19971215020638.WG24374@@> <199712151524.KAA08128@khavrinen.lcs.mit.edu> <199712211016.LAA00416@uriah.heep.sax.de>
next in thread | previous in thread | raw e-mail | index | archive | help
<<On Sun, 21 Dec 1997 11:16:36 +0100 (MET), j@uriah.heep.sax.de (J Wunsch) said:
> Any news on this front? I'm also suffering from that problem, the
> kernel always panics at the very same (totally invalid) %eip address.
I forgot where we were going with this.... In in_ifadownkill(), where
it says:
if (rt->rt_ifa == ap->ifa && !(rt->rt_flags & RTF_STATIC)) {
err = rtrequest(RTM_DELETE, (struct sockaddr *)rt_key(rt),
rt->rt_gateway, rt_mask(rt), rt->rt_flags, 0);
if (err) {
log(LOG_WARNING, "in_ifadownkill: error %d\n", err);
}
}
You might try adding the following before the call to rtrequest():
/*
* We need to disable the automatic prune that happens
* in this case in rtrequest() because it will blow
* away the pointers that rn_walktree() needs in order
* continue our descent. We will end up deleting all
* the routes that rtrequest() would have in any case,
* so that behavior is not needed there.
*/
rt->rt_flags &= ~RTF_PRCLONING;
All this RTF_PRCLONING stuff really sucks, and is due for a complete
rewrite from the top. Maybe if I can take some time off this holiday
break...
-GAWollman
--
Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same
wollman@lcs.mit.edu | O Siem / The fires of freedom
Opinions not those of| Dance in the burning flame
MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199712212125.QAA05766>