Chandra Seetharaman wrote:
Hello All, Currently, device handlers process path activation in series. This leads to a lot of time delay when more than 100 luns are involved. For example, with lsi rdac 100+ luns take about 12-15 minutes. This was found by Moger Babu of LSI. This time delay can be avoided if we can do the activations asynchronously. By making scsi_dh_activate() async, we can give the device handlers an oppurtunity to decide on how to send the device activation down the wire to make the turn around time faster. They can send the commands asynchronously or send them in batches. I brought up this issue on the mailing list (http://marc.info/?l=linux-scsi&m=123888063818755&w=2) and provided a set of patch a loooong while back http://marc.info/?l=linux-scsi&m=124088712709821&w=2 This set of patches applies cleanly on 2.6.31 and I tested the rdac handler on the same. Please review and provide comments. This set of patched adds asynchronous support for rdac, hp, and alua handlers.
Hmm. IIRC we added the synchronous mode by request of LSI/IBM, as the RDAC handler could only support on MODE SELECT command at a time. If LSI checked this, okay, no objections. However: The main reason why we're getting flooded with MODE SELECT commands is that the RDAC handler switches _each LUN_, not the entire controller. Seeing that the controller simply cannot cope with the resulting MODE SELECT flood wouldn't it be more sensible to switch the entire controller here? After all, we're trying to address a communication failure between the HBA and the controller, not a failure between the controller and the LUN. And by that reasoning switching individual LUNs is quite pointless as we have to switch _all_ LUNs handled by this controller eventually. So I would suggest to first issue a MODE SENSE command to check which LUNs are currently handled by this controller and then switch those LUNs in one go. This way we would be sending quite a few MODE SENSE commands, but I was under the impression that those do not have any restriction. I will see to draw up a patch. Cheers, Hannes -- Dr. Hannes Reinecke zSeries & Storage hare@xxxxxxx +49 911 74053 688 SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg GF: Markus Rex, HRB 16746 (AG Nürnberg) -- dm-devel mailing list dm-devel@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/dm-devel
