On Tue, Oct 13, 2015 at 08:00:43AM +0200, Hannes Reinecke wrote: > In the light of the discussion I think it would be better to > upgrade the device handler to become their own transport class, > to be hooked in between scsi_target and scsi_device. > That way we would have a way of exposing the topology (target port > groups etc) and would get rid of the probing problem.
I don't think a transport class makes sense here. A struct device or a class_interface as suggested by James sound much better. But even then unless we solve the request_module from async context problem we can't reliably load them as soon as we encounter the first ALUA/RDAC/EMC/HP device, so distribution would probably still need to pre-load them. -- 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
