Date: Tue, 6 Jul 1999 23:39:07 +0100 (BST) From: Doug Rabson <dfr@nlsystems.com> To: "Justin T. Gibbs" <gibbs@narnia.plutotech.com> Cc: Nick Hibma <hibma@skylink.it>, scsi@freebsd.org Subject: Re: CAM panic in camq_fini Message-ID: <Pine.BSF.4.10.9907062337540.304-100000@salmon.nlsystems.com> In-Reply-To: <199907061724.LAA68469@narnia.plutotech.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 6 Jul 1999, Justin T. Gibbs wrote: > Redirected to the SCSI list > > > When, after attaching to the CAM later with > > > > cam_simq_alloc(1) > > cam_sim_alloc(action, poll, "umass", sc, unit, 1, 0, devq) > > xpt_bus_register(sc->sim, 0) > > xpt_create_path(&sc->path, NULL, cam_sim_path(sc->sim), > > CAM_TARGET_WILDCARD, CAM_LUN_WILDCARD) > > > > doing an immediate detach from it again, like so: > > > > xpt_async(AC_LOST_DEVICE, sc->path, NULL) > > xpt_free_path(sc->path) > > xpt_bus_deregister(cam_sim_path(sc->sim)) > > cam_sim_free(sc->sim, /*free_devq*/TRUE) > > Here's a fix for one of the detach bugs. There really is no > guarantee that the detach of SIMs will work right now and since > the new-bus stuff for detach hasn't settled, I don't know how > much effort towards this is worth while right now... I have some hopefully good ideas about fixing detach (and unload). When I get a chance, I will try to write up a description of how I think the thing has to work. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.10.9907062337540.304-100000>