At 19:30 Uhr +0100 25.02.1997, Matthew Jacob wrote:
> >
>>One other question about the strategy used for this fix:
>>Would it not be more correct to assert ATN and send the
>>"rude target" some sort of message?  (i.e. "Hey, you SOB!)
>>Perhaps an Initiator Detected Error?  I'm not sure what
>>might be considered appropriate...
>
>Initiator Detected Error is for parity errors.
>
>I'd suggest that you try ABORT followed by BUS DEVICE RESET
>followed by SCSI bus reset, after doing a transfer pad
>that is 'reasonable'.


You might want to be careful with ABORT and the like and first look at PR
#2828 and [Fujitsu M2512 "SCSI Logical Specifications" manual]

---------------------------------------------------------------------------
> (1.6.6 Reset processing)
>
> The INIT [initiator, hf] can execute the following reset processing
> methods on the SCSI bus:
> o  RESET condition
> o  BUS DEVICE RESET message
> o  ABORT message.

[...]

> Command type: WRITE, WRITE AND VERIFY, WRITELONG
>
> Stop processing of command execution:
> The date block where data is being written is not always successfully
> processed, including the ECC field. Not all data items transferred
> from the INIT to ODD [optical disk drive, hf] may be
> written to the disk.
---------------------------------------------------------------------------

This relates to the mac68k "sbc" driver that is afaik derived from MI
ncrscsi code.

	hauke



--
"It's never straight up and down"     (DEVO)