Port-sparc64 archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: esp vs. MSG_IGN_WIDE_RESIDUE
Hello,
On Sun, 11 Jun 2017 19:54:07 -0000 (UTC)
mlelstv%serpens.de@localhost (Michael van Elst) wrote:
> macallan%netbsd.org@localhost (Michael) writes:
>
> >I keep getting messages like this with my new old toy, and Ultra 2:
> >sd(0,0,0): unrecognized MESSAGE; sending REJECT
>
> >The disk is hooked to an esp/hme SBus card, so wide SCSI. I've been
> >using those on sparc with all sorts of disks and never saw this.
>
> The message says that not all bytes of the last wide transfer cycle
> are valid. The message is necessary for a read command, because that
> is the only way to indicate the correct transfer length.
Ok, that makes sense.
> Disks rarely have odd-sized disk blocks, but an odd-sized transfer
> might occur for other data, but there the length is usually transmitted
> or implied, the correct transfer length rarely matters.
Mounting filesystems triggered these messages, didn't see them
afterwards.
> Tapes on the other hand may support odd-sized blocks. Ignoring the
> message there is a problem.
The previous behaviour was to reject & reset, which I would assume is
worse.
How would one correctly handle this - check if any read is followed by
one of these? Comments in other drivers indicate that the SCSI
controller might handle them on its own ( I think I've seen that in the
aha driver, possibly esiop )
have fun
Michael
Home |
Main Index |
Thread Index |
Old Index