From owner-freebsd-hackers Sat Jun 23 10:45: 5 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ringworld.nanolink.com (ringworld.nanolink.com [195.24.48.13]) by hub.freebsd.org (Postfix) with SMTP id 757DB37B401 for ; Sat, 23 Jun 2001 10:45:02 -0700 (PDT) (envelope-from roam@orbitel.bg) Received: (qmail 23099 invoked by uid 1000); 23 Jun 2001 17:43:23 -0000 Date: Sat, 23 Jun 2001 20:43:23 +0300 From: Peter Pentchev To: Matthew Jacob Cc: j mckitrick , freebsd-hackers@FreeBSD.ORG Subject: Re: how to invalidate scsi connection to driver module Message-ID: <20010623204323.G497@ringworld.oblivion.bg> Mail-Followup-To: Matthew Jacob , j mckitrick , freebsd-hackers@FreeBSD.ORG References: <20010623145429.D29940@ringworld.oblivion.bg> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from mjacob@feral.com on Sat, Jun 23, 2001 at 10:38:53AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Isn't this what 'camcontrol rescan' is for? G'luck, Peter -- This sentence contains exactly threee erors. On Sat, Jun 23, 2001 at 10:38:53AM -0700, Matthew Jacob wrote: > > But the unit numbers can and do recycle. > > On Sat, 23 Jun 2001, Peter Pentchev wrote: > > > 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 :) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message