Date: Sat, 23 Jun 2001 14:54:29 +0300 From: Peter Pentchev <roam@orbitel.bg> To: j mckitrick <jcm@FreeBSD-uk.eu.org> Cc: freebsd-hackers@freebsd.org Subject: Re: how to invalidate scsi connection to driver module Message-ID: <20010623145429.D29940@ringworld.oblivion.bg> In-Reply-To: <20010622183909.A60256@dogma.freebsd-uk.eu.org>; from jcm@FreeBSD-uk.eu.org on Fri, Jun 22, 2001 at 06:39:09PM %2B0100 References: <20010622183909.A60256@dogma.freebsd-uk.eu.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Jun 22, 2001 at 06:39:09PM +0100, j mckitrick wrote: > > Here is the code for a scsi removable media drive. If this is to become a > module, the cam/scsi attachment must be removed. I have tried calling > cam_sim_free() and xpt_bus_deregister() but when the module is reloaded, the > cam system assigns the next higher minor device number, and then crashes > when accessed. Any ideas here how to reset cam to a state where it knows > nothing about the device? I might be dead wrong here, but I think the different *types* of SCSI devices are compiled statically in the kernel, and not intended to be unloaded. See the kernel options 'da', 'cd', 'pass' et al. What I mean is that what you are trying to do might not be even possible, at least with the current state of the CAM code. And of course, I may have completely misunderstood what you are trying to do :) G'luck, Peter -- If wishes were fishes, the antecedent of this conditional would be true. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20010623145429.D29940>