From mboxrd@z Thu Jan 1 00:00:00 1970 From: Oliver Neukum Date: Thu, 18 Jan 2001 23:37:54 +0000 Subject: Re: SCSI Patches - mostly on/off-line stuff Message-Id: List-Id: References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-hotplug@vger.kernel.org > > In that latter case there's a lot of flexibility. Why are you > > thinking a "remove" might want to get undone? > > Would you clarify how you envision a user working with a > pending remove? Is it an implementation where a long > period of time might pass before the the device is actually > removed? If I understand this correctly, "pending" is a state which indicates that a physical device has been unplugged, but the connection between that device's node (and fds) and the driver still exists. At some point (no more open fds) the driver would be free to break the node <-> driver relation. If indeed the device is replugged in the pending period the driver could go back from "pending" to "active". (If there's no state to be lost) For the user any action on an fd should either yield an error or block. Probably open should fail. However I'd like to see the decision to go from pending to gone in the common core where possible, eg. in the scsi upper layer. The same should be true for the decision when to return an error to user space. HTH Oliver _______________________________________________ Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net Linux-hotplug-devel@lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel