Date: Sun, 1 Feb 2004 22:29:54 +0100 (CET) From: Lukas Ertl <l.ertl@univie.ac.at> To: Poul-Henning Kamp <phk@phk.freebsd.dk> Cc: freebsd-geom@freebsd.org Subject: Re: Panic in g_disk_done() with atacontrol detach Message-ID: <20040201222823.M616@korben.in.tern> In-Reply-To: <30784.1075659981@critter.freebsd.dk> References: <30784.1075659981@critter.freebsd.dk>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 1 Feb 2004, Poul-Henning Kamp wrote: > In message <20040201190653.M613@korben.in.tern>, Lukas Ertl writes: > >The problem obviously is that ad_detach() calls disk_destroy() which nulls > >out the softc, and in g_disk_done() this softc is referenced again. > > > >The question is: is this an unsupported operation in the sense of "don't > >do that"? If yes, then "atacontrol detach" should probably refuse to do > >the actual detach when there are I/O requests running, this would prevent > >a lot of foot shooting. > > No, this should work. Ok, but just commenting out the "gp->softc = NULL" statements apparently aren't the way to go, cause then I end up in a panic somewhere in the softupdate code... Any hints how to properly do this? regards, le -- Lukas Ertl eMail: l.ertl@univie.ac.at UNIX Systemadministrator Tel.: (+43 1) 4277-14073 Vienna University Computer Center Fax.: (+43 1) 4277-9140 University of Vienna http://mailbox.univie.ac.at/~le/
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040201222823.M616>