From owner-freebsd-current Thu Apr 18 0: 6:21 2002 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.dk (fw-rl0.freebsd.dk [212.242.86.114]) by hub.freebsd.org (Postfix) with ESMTP id 6E68737B400 for ; Thu, 18 Apr 2002 00:06:18 -0700 (PDT) Received: (from sos@localhost) by freebsd.dk (8.12.2/8.12.2) id g3I76HmJ046472; Thu, 18 Apr 2002 09:06:17 +0200 (CEST) (envelope-from sos) From: Søren Schmidt Message-Id: <200204180706.g3I76HmJ046472@freebsd.dk> Subject: Re: ATA errors on recent -current In-Reply-To: <3CBE0FF8.D1D1601F@mindspring.com> To: Terry Lambert Date: Thu, 18 Apr 2002 09:06:17 +0200 (CEST) Cc: msch@snafu.de, freebsd-current@FreeBSD.ORG Reply-To: sos@freebsd.dk X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG 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.. -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message