Date: Tue, 09 Jun 2015 18:57:32 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-bugs@FreeBSD.org Subject: [Bug 200740] KASSERT panic due to race between GEOM tasting and withering Message-ID: <bug-200740-8@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200740 Bug ID: 200740 Summary: KASSERT panic due to race between GEOM tasting and withering Product: Base System Version: 11.0-CURRENT Hardware: Any OS: Any Status: New Severity: Affects Some People Priority: --- Component: kern Assignee: freebsd-bugs@FreeBSD.org Reporter: smferris@gmail.com Created attachment 157577 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=157577&action=edit wither-taste.diff disk_gone() can happen at any time due to hardware failures, and start withering GEOM devices. If something closes a device at about the same time, g_access() can queue an event that will call g_new_provider_event(), and the provider may have G_PF_WITHER set by the time g_new_provider_event() gets called, which panics a debug kernel. The attached patch replaces the KASSERT with a check of G_PF_WITHER, and just returns if it's set, since it doesn't make sense to taste a device that's going away. -- 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-200740-8>