Date: Tue, 02 Oct 2018 02:43:25 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 231080] callout structure corruption and panic Message-ID: <bug-231080-227-SOGVOREkR9@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-231080-227@https.bugs.freebsd.org/bugzilla/> References: <bug-231080-227@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D231080 --- Comment #23 from Mark Johnston <markj@FreeBSD.org> --- (In reply to Sean Bruno from comment #22) Thanks. That suggests that the callout was scheduled after the llentry was freed (or that I'm completely off-base), so let's use a bigger hammer. Can= you try the following instead of my patch? 1. compile the kernel with "options DEBUG_MEMGUARD" 2. set vm.memguard.desc=3D"512" after boot I'm reading the llentry code and am concerned that the change of the if_ada= ta read lock to epoch_enter() breaks synchronization of updates to llentry sta= te.=20 In particular, IF_AFDATA_RLOCK and _WLOCK aren't mutually exclusive anymore, but I suspect that we have some code that doesn't handle that quite correct= ly.=20 However, I don't see a bug yet. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-231080-227-SOGVOREkR9>