Date: Wed, 1 Jul 2009 18:42:00 -0400 From: Jung-uk Kim <jkim@FreeBSD.org> To: Robert Watson <rwatson@FreeBSD.org> Cc: Alexey Dokuchaev <danfe@nsu.ru>, freebsd-current@FreeBSD.org Subject: Re: Kernel panic with if_sf.ko Message-ID: <200907011842.01710.jkim@FreeBSD.org> In-Reply-To: <alpine.BSF.2.00.0907012241550.27367@fledge.watson.org> References: <20090701162108.GA33681@regency.nsu.ru> <200907011737.15525.jkim@FreeBSD.org> <alpine.BSF.2.00.0907012241550.27367@fledge.watson.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wednesday 01 July 2009 05:42 pm, Robert Watson wrote: > On Wed, 1 Jul 2009, Jung-uk Kim wrote: > >>> Last time I checked, bpf(4) with MAC caused a similar problem > >>> when it is destroying bpf descriptor label. GENERIC includes > >>> MAC by default now. If you don't need MAC, try removing > >>> "options MAC" from your kernel configuration. > >> > >> I was not aware of this problem -- could you provide some more > >> details? Any panic caused by having MAC in the kernel is a > >> bug... > > > > It was about a month ago. I had funny impression that you and > > sam were working on it cause it started happening when sam added > > bpf detach event handler and MAC was enabled by default. Any > > way, I will let you know if I can reproduce the problem. > > There have been a number of tear-down related races for ifnets, > more of which are closed now than before the last few weeks, but > none MAC-related as far as I'm aware. If it recurs, please let me > know and I'm happy to help investigate (MAC-related or otherwise). I cannot reproduce it any more. It must be fixed already. FYI, when it happened, I traced it down to: shutdown -> dhclient closing fd -> bpf_dtor() -> mac_bpfdesc_destroy() -> mac_bpfdesc_label_free() -> d->bd_label corrupt! bpfmac_labelzone_free() -> uma_zfree() -> ... -> page fault! Any way, sorry for the noise and thanks for fixing this, whoever that is. Jung-uk Kim
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200907011842.01710.jkim>