It seems Terry Lambert wrote:
> "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.

Oh yes you can, the ATA driver does just that in case of the drive
loosing its marbels.


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

Reply via email to