On 05/18/2012 06:56 AM, michaelc@xxxxxxxxxxx wrote: > The following patches were made over the misc branch of the scsi tree. > > The patches fix a issue where if the device is offlined or IO is > failed due to fast_io_fail (fc) /recovery_tmo (iscsi) then comes > back, apps do not have a way a nice way to figure out the state > has transitioned to running. Apps have to either poll the sysfs state > file or send a SG IO to figure it out. With the patch apps can listen > for the KOBJ CHANGE event like some of them (at least udev does) do > already. > > v2: > - Rebased to misc. > In principle, yes. However, when doing this, we're now sending 'CHANGE' uevents from SCSI devices. With the potential of putting _quite_ some strain on udev. Kay explicitely debarred me from using uevents for my SCSI sense code handling stuff, on the grounds that the SCSI subsystem might flood the netlink socket and thereby starving udev from handling really important messages. (Keeping in mind that Kay doesn't believe in multipathing. But even so, he has a point. Even more so with him being the udev maintainer :-) 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
