"Søren Schmidt" wrote:
> It seems Terry Lambert wrote:
> > My other hunch is that there will need to be a channel reserved
> > for "reset" commands to be queued to the disk, so that you can
> > queue more commands to it later (e.g. can't connect to send the
> > reset because of the already disconnected commands in progress).
> Terry, read the ATA spec, it doesn't work that way, tags on
> ATA is very different from tags on SCSI, and beside a reset
> is not a command, but a bit in a HW port..

I didn't mean for the reset itself, I meant for the process.  You
can't "take back" writes that are in progress and not acknowledged,
in order to retry them after the reset, so as to not lose data.

-- Terry

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Reply via email to