[Info-vax] Error using fibre channel target on FreeBSD from OpenVMS

[Matthew R. Wilson]

Progress!!!

After looking at the data from Volker's system, the most obvious
difference in the initial standard INQUIRY response is that his DGA
device was reporting SCSI version 2. FreeBSD's SCSI target
implementation reports SPC5. SPC5 appears to be too new for OpenVMS to
accept. I built a new kernel which reports an older version (after
experimentation, I don't need to go all the way down to SCSI 2, I just
need to go down one version to SPC4) and... the device shows as 'Online'
in OpenVMS!

After that, the SCSI_INFO output appears largely similar to Volker's --
all of the data for the various sense pages is listed out.

Hurdles remain, though: when I try to initialize the volume, I get the
error: %INIT-F-MEDOFL, medium is offline

BUT... I see in the logs on the FreeBSD side that VMS was repeatedly
issuing READ LONG(10) commands (operation code 0x3e), and it looks like
FreeBSD hasn't implemented that command. In the source, I see it's just
stubbed out to always return an illegal request check condition.

At least the problem is clear. I'll have to look into what it takes to
implement support for the READ LONG(10) command, and see what
command(s), if any, it gets stuck on next.

Thanks for everyone's input thus far. Now that I'm past the problem of
OpenVMS being willing to even TRY to work with the device, it looks like
at this point it will just be a SCSI command troubleshooting and
implementation exercise. That could take time as I'm entirely unfamiliar
with this FreeBSD codebase, but I'm optimistic it may be possible when I
have some time I can dedicate to it.

Thanks,
Matthew