On Mon, 2013-11-18 at 09:45 -0800, James Bottomley wrote: > On Mon, 2013-11-18 at 12:10 -0500, Ewan D. Milne wrote: > > From: "Ewan D. Milne" <emilne@xxxxxxxxxx> > > > > This change adds a "missing" sysfs attribute to scsi_device > > which is set when a previously scanned device no longer appears > > in the REPORT LUNS inventory. > > A sysfs parameter with time and external input dependent semantics > really doesn't look like a good idea. What is it you're trying to > achieve that you can't achieve from userspace by watching for the > events? > > James > > Ideally, one would like to remove SCSI LUNs that are no longer being presented by the device. The information about which LUNs are no longer there could, I suppose, be obtained from userspace by sending a REPORT LUNS command, but that is somewhat redundant because the kernel will issue one anyway when it is instructed to scan the target for new LUNs. This patch just makes the information visible. Yes, the information is only valid at a point in time, but that is true of REPORT LUNS any time it is used. If the LUN inventory changes again, there will be a new event generated that can be processed. A udev event handler tell the kernel to scan for new LUNs, and then potentially tell the kernel to delete scsi_devices that are now missing. -Ewan -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
