Date: Thu, 18 Apr 2002 16:44:45 +0200 (CEST) From: Søren Schmidt <sos@freebsd.dk> To: Terry Lambert <tlambert2@mindspring.com> Cc: msch@snafu.de, freebsd-current@FreeBSD.ORG Subject: Re: ATA errors on recent -current Message-ID: <200204181444.g3IEijc8048289@freebsd.dk> In-Reply-To: <3CBEC2D9.436485D0@mindspring.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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. -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200204181444.g3IEijc8048289>