James Bottomley wrote: > So, it's on my list to check carefully to see what else might have been > quietly slipped in there ... unfortunately, I haven't had much time > recently (and probably won't until the merge window closes) to give this > patch the thorough scrutiny it needs. > > James > > After sending REPORT_LUNS wasn't successful, kernel will call scsi_sequential_lun_scan function scans from LUN 1. It means that driver need reprobe ATAPI port. Meanwhile, the driver can not indicate which LUN num need to be assigned. As a result, system will get all invalid LUNs if reprobing for device is OK. So I think that I can reject multi-LUNs for SATA devices in the slave_alloc function. Ke -- 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
