Skip site navigation (1)Skip section navigation (2)
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>