On 14/03/2017 16:16, Roman Kagan wrote:
> - if REPORT LUNS fails, then I don't think we need to iterate
> every possible lun. If this is just to workaround qemu issues, then
> falling back to just using the first lun should be fine.
Perhaps. As it was trivial to code scsi_sequential_scan in addition to
scsi_rep_luns_scan, I went ahead and did it. Yes the two places where
it's used in the patchset are the ones where REPORT LUNS is known to
fail due to QEMU issues. At least for mpt-scsi it increases the number
of drives supported by SeaBIOS with the existing QEMU (it supports 2
luns per target). And no, I don't see it as very important.
At least for mpt-scsi we should fix it. lsi-scsi might be a SeaBIOS bug
too, but I don't know the hardware too well.