This message is from the T13 list server.
This proposal is not giving guidance, it is providing a requirement that DRQ=0 when ERR=1. This forces the drive to terminate on the first error. I am relatively certain that this will cause some software to fail if it gets enabled. The reason is that in PIO some software blindly reads the full amount and only checks status at the end of the transfer. ------------------------------------------------ Curtis E. Stevens 20511 Lake Forest Drive #C-214D Lake Forest, California 92630 Phone: 949-672-7933 Cell: 949-307-5050 E-Mail: [EMAIL PROTECTED] My friends and I were on a beer run and noticed that the cases were discounted 10%. Since it was a big party, we bought two cases. The cashier multiplied two times 10% and gave us a 20% discount... and then he voted -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mark Overby Sent: Monday, November 15, 2004 11:07 AM To: Hale Landis; [EMAIL PROTECTED] Subject: RE: [t13] e04155r0 - DRQ=0 When ERR=1 Feature This message is from the T13 list server. I would say that giving guidance to the host as to what to do is always a good thing. This bit gives the host guidance as to what will happen in the case of an error. It might be sufficient just to add language stating that DRQ must be 0 if ERR is 1, but that's my opinion. I know I have seen devices that do this. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Hale Landis Sent: Monday, November 15, 2004 9:57 AM To: [EMAIL PROTECTED] Subject: Re: [t13] e04155r0 - DRQ=0 When ERR=1 Feature This message is from the T13 list server. On Mon, 15 Nov 2004 09:48:40 -0700, [EMAIL PROTECTED] wrote: >This message is from the T13 list server. >I have some questions about the new proposal >"e04155r0 - DRQ=0 When ERR=1 Feature and > Allocation Identify Device Words Proposal" >http://t13.org/docs2004/e041559r0-DRQ-ERR-and-ID-Words.pdf >Why do we need this ? >What problem does it really solve ? >Why should we define a feature that allows a BAD DEVICE to do something >stupid instead of fixing the bad device ? I agree entirely with Mr. Hatfield. What "problem" is this trying to solve? I've never seen BSY=0 DRQ=1 ERR=1 status be a problem. It is equivalent to BSY=0 DRQ=0 ERR=1. Either way a "well designed" host will issue a Soft Reset (SRST) and probably retry the failing command. Hale *** Hale Landis *** www.ata-atapi.com ***
