From owner-freebsd-scsi Tue Jul 6 15:39:27 1999 Delivered-To: freebsd-scsi@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id C1A0714EAA for ; Tue, 6 Jul 1999 15:39:22 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id XAA11666; Tue, 6 Jul 1999 23:39:08 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Tue, 6 Jul 1999 23:39:07 +0100 (BST) From: Doug Rabson To: "Justin T. Gibbs" Cc: Nick Hibma , scsi@freebsd.org Subject: Re: CAM panic in camq_fini In-Reply-To: <199907061724.LAA68469@narnia.plutotech.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org 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