[Info-vax] Processes hang on USB-access

[chris]

On 03/03/22 13:54, Simon Clubley wrote:
> On 2022-03-03, Joukj<joukj at hrem.nano.tudelft.nl>  wrote:
>> Volker Halle wrote:
>>> Jouk,
>>>
>>> I wouldn't call this 'random numbers'. At least those values describing the IO are consistent:
>>>
>>> FFFFFFFF.829A69C4   IRP$PS_CCB 		7FF7C400<<<  channel control block address
>>> FFFFFFFF.829A69C8   IRP$L_QIO_P1 		01522110<<<  buffer address
>>> FFFFFFFF.829A69D0   IRP$L_QIO_P2 		00007C00<<<  length
>>> FFFFFFFF.829A69D8   IRP$L_QIO_P3 		0001CB61<<<  starting LBN
>>>
>>> And if you look at the current IRP a couple of times (when access to the USB disk seems to 'hang'), those values are always the same, i.e. the current IRP does NOT change - correct ?
>>>
>>> Volker.
>>
>> More of the same at the next crash
>>
>
> [snip]
>
> I've been following this for a while and maybe it's time for you and
> Volker to try something else if the SDA USB tool previously mentioned
> gives you this information. (I've never used USB on VMS, so I don't
> know this.)
>
> I'm assuming this is a standard EHCI controller, and that you are using
> a USB high speed device, in which case have you tried looking at the
> EHCI controller work queues for the device and seeing if the TD entries
> are marked as completed or not ?
>
> If the TD entries are pending, that could imply some hardware issue.
>
> If they are all marked as completed (either with an error or not),
> that could imply a driver issue.
>
> Simon.
>

I haven't been following this either, but usb sticks are consumer
electronics quality, with some having bugs in their firmware, or
not following interface specs. Some may work, others may not, but
other than certifed products, they are not professional quality
kit...

Chris.