invalid VPD response; probably a STANDARD INQUIRY response

[xosevp]

invalid VPD response; probably a STANDARD INQUIRY response

[doug-gilbert]

It's a bug. Been doing work on sg_inq and sg_vpd since they overlap about 90% and had separate VPD page decoding which was a pain to maintain. So lots of changes hence the risk of regressions and you have reported one. Able to replicate here with a removable SD card reader. Will work on it today. Also sped up sg_inq which was repeating some operations (e.g. scanning the /dev directory) which obviously wasted time.

[doug-gilbert]

Just mirrored svn revision 1023 here. With a test set of two different USB card readers, I found one had a broken INQUIRY response, but both gave a good TEST UNIT READY responses. That was asc/ascq = 0x3A/0x0 which means MEDIUM NOT PRESENT. Once that sense is seen, it is pointless to retry for 30 seconds hoping that someone will insert a SD card. The reported failure was also on a (USB ?) "Card Reader" so I would be grateful it you would try this new revision and report back how it goes. sg_inq and sg_turs have also been changed but there is script code to pick up the version numbers of those utilities and be relatively well behaved if sg_inq (for example) is from an older version. On my test server, with 12 real SCSI devices and two USB card readers, rescan-scsi-bus.sh took about 0.8 seconds (using the revision just mirrored).