Bah. Async scanning seems useful, but it shouldn't be a module option that breaks exsiting users of the attribute, and it shouldn't be in the FC transport class.
Just add a new async_scan attribute that works like scan, but works asynchronously in the core. Or figure out if we can overload the already parsed but ignored junk argument in the scan attribute to accept an 'a' for async? -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
