On 12/12/24 13:27, "Kai Mäkisara (Kolumbus)" wrote:
I previously suspected that the first POR UA is caught by scsi scanning when it issues
MAINTENANCE_IN to get the supported opcodes. This happens when scanning calls
scsi_cdl_check(). However, this function does not do anything if Scsi level is less than
SPC-5 (ANSi 7). Scsi_debug claims SPC-5 and so scsi_cdl_check() gets the UA
before the st device exists. Your drive probably is reporting a level less than SPC-5
and so the UA is not received by the scanning code.
No, I don't have a problem with the tape drive. Everything works correctly with the tape drive. You can see the test results
log for my latest test with the tape drive at:
https://bugzilla.kernel.org/show_bug.cgi?id=219419#c22
This isn't the issue. The issue of the first POR/UA not being reported to the st driver is only seen when using the scsi_debug
driver with tape emulation.
/John
