"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