From owner-freebsd-scsi Thu Apr 11 6:42:20 2002 Delivered-To: freebsd-scsi@freebsd.org Received: from van-laarhoven.org (ap-z-5ab8.adsl.wanadoo.nl [212.129.218.184]) by hub.freebsd.org (Postfix) with SMTP id 827E237B400 for ; Thu, 11 Apr 2002 06:42:16 -0700 (PDT) Received: (qmail 32709 invoked from network); 11 Apr 2002 13:42:15 -0000 Received: from dhcp0-120.van-laarhoven.org (HELO cecile) (10.66.0.120) by uitsmijter.van-laarhoven.org with SMTP; 11 Apr 2002 13:42:14 -0000 Message-ID: <004501c1e15e$fdbbc000$7800420a@vanlaarhoven.org> From: "Nick Hibma" To: "Justin T. Gibbs" Cc: "Thomas Quinot" , "freebsd-scsi@freebsd.org" References: <200204111316.g3BDG8939967@aslan.scsiguy.com> Subject: Re: xpt_bus_deregister Date: Thu, 11 Apr 2002 15:44:24 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > This depends on how the device is lost. Layers above the SIM > can decide when a device is considered lost based on the types > of status your SIM reports. For example, in parallel SCSI, > a single selection timeout may not indicate that the device is > lost, but several in a row may. The SIM cannot just assume the > device is lost after a single selection timeout. > > Many drivers use this event to reset their negotiation table so > that they will renegotiate the next time the system attempts to > talk to the "lost device". This can happen in hot-plug situations. I presume that with this you are trying to say that AC_LOST_DEVICE could come from different sources, outside the SIM and the SIM might want to reset is internal state on the device. I understand that. But in the case of the ATAPI/CAM layer he wants to use it to detach the SIM. That sounds a bit odd to me because the only sources of a SIM disconnect I can think of are: - hardware, e.g. disconnection of PCMCIA card - unloading of the driver And in both cases the driver that created the SIM initiates the removal of the SIM. Nick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message