On 6/11/2014 9:33 AM, Hannes Reinecke wrote: > _If_ we were attempting this we'd run into several issues: a) Boot will > fail, as REPORT LUNs will return 0 LUNs (or just LUN 0). So the scanning > code will assume everything's fine. Booting will continue, only to figure > out that no LUNs are present. As there is _no_ indication that REPORT LUNs > should indeed have returned an error (only it can't due to SAM) we wouldn't > even now that there _is_ an issue. (In fact, that's what triggered the > patchset in the first place.) Isn't this what the root mount delay is for? I've had to use that on assorted embedded devices in the past, and it doesn't seem ideal but it solves the larger problem (because maybe there isn't even anything to send the TUR to). -- 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
