On 02/22/2016 07:39 PM, Seymour, Shane M wrote: > Hi Hannes, > > How do you know that a request for an async scan is complete (I'm assuming that you get > add or change udev events)? Assuming that someone has manually started a scan on something > (e.g. some newly presented devices after boot) and all scans are going to be async how > do you when it is complete rather than waiting in a work queue? An example may be a sysfs > file that contains unscanned, pending, scanning, scanned so you know when it's complete > at the appropriate level in sysfs (the hba and the rports) so you know when can continue > if you're polling the status (e.g. checking as part of system admin work with newly > presented rports so you can then do something with them). > Thing is, I don't. We have had a similar discussion with the IBM zfcp folks, that it would be desirable to have a marker in sysfs telling us that the rport is stable (ie no scanning in progress). However, this cannot be at the rport level (as the rport itself might be going away), but rather at some higher level (eg fc_host). But this has nothing to do with the patchset, right? We're just disabling the (existing) scan callback, and retrigger it once the sysfs attribute has been cleared. We don't change the behaviour during scanning with this patchset. Cheers, Hannes -- Dr. Hannes Reinecke zSeries & Storage hare@xxxxxxx +49 911 74053 688 SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg GF: J. Hawn, J. Guild, F. Imendörffer, HRB 16746 (AG Nürnberg) -- 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
