This message is from the T13 list server.
Hi Jim, My request was to change the ATA8-ACS. I would also agree to add the clarification language. I do not see the item recorded in the minutes. Why? What was the resolution of this question in the minutes? Regards, Joseph -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Monday, April 25, 2005 2:57 PM Cc: [email protected] Subject: [t13] RE: DCO Questions This message is from the T13 list server. Yes, I do propose adding CLARIFICATION language ( much like you put in red) to the DCO definition. This is not changing any functionality, but only adding a more complete explanation of what is already there. For this reason, I don't even consider it worth an official 'erratum' publication. I would, however, certainly want to change ATA8-ACS. ----- The 'overlay' part of the name comes from the fact that the DCO function allows the device to 'mask' or 'overlay with a new definition' some data that would otherwise be reported to the host. DCO data overrides/overlays 'normal' configuration data, and is saved in a different location than the 'default' data (because the defaults may be restored by removing DCO restrictions) ----------- Thank You !!! ----------------------------------------------------------------- Jim Hatfield Seagate Technology LLC e-mail: [EMAIL PROTECTED] s-mail: 389 Disc Drive; Longmont, CO 80503 USA voice: 720-684-2120 fax....: 720-684-2711 ========================================== Joseph Chen <[EMAIL PROTECTED] ung.com> To No Phone Info [EMAIL PROTECTED], Available [email protected] cc 04/25/2005 03:02 Subject PM RE: DCO Questions Please respond to [EMAIL PROTECTED] ng.com Hi Jim, No I do not agree with your suggestion because you are proposing change the definition of "DCO." If your suggestion is true the ATA-7 spec would have to be modified as: In the ATA-7 DCO command it states: "If a DEVICE CONFIGURATION SET command has been issued reducing the capabilities, the response to an IDENTIFY DEVICE or IDENTIFY PACKET DEVICE command <or SMART Read Data command> (added test) will reflect the reduced set of capabilities, while the DEVICE CONFIGURATION IDENTIFY command will reflect the entire set of selectable capabilities." (section 6.10.3.8 of v1) The DCO is created in ATA-6 to enable changing the Identify Device/Identify Packet Device command settings. As it is stated in the DCO definition in the ATA-7 section 4-15: 4.15 Device Configuration Overlay feature set The optional Device Configuration Overlay feature set allows a utility program to modify some of the optional commands, modes, and feature sets that a device reports as supported in the IDENTIFY DEVICE or IDENTIFY PACKET DEVICE command response as well as the capacity reported. I don't know where the word "overlay" came from, I only guess that this is an overlay structure for IDENTIFY DEVICE/IDENTIFY PACKET DEVICE. Regards, Joseph The topic did come up at the meeting, and I took an action item to clarify this issue. ------------------------- You are correct in that IDENTIFY does not indicate whether or not selective self-test and conveyance self-tests are supported. This indication is, instead, found in the results passed back to the host from the SMART READ DATA command. (reference ATA/ATAPI-7, rev 4b, volume 1) > http://t13.org/docs2004/d1532v1r4b-ATA-ATAPI-7.pdf Please refer to Table 49 - Device SMART data structure word 367 - offline data collection capability Refer to section 6.54.5.12 Off-line data collection capabilities - Bit 5 (conveyance self-test implemented bit) - If this bit is cleared to zero, the device does not implement the Conveyance self-test routines. If this bit is set to one, the device implements the Conveyance selftest routines. - Bit 6 (Selective self-test implemented bit) - If this bit is cleared to zero, the device does not implement the Selective self-test routine. If this bit is set to one, the device implements the Selective self-test routine. --------- Since we already report the data you desire, I would (personally) not favor inventing bits in IDENTIFY, but would favor better documentation in DCO of where to find the associated indicators. Thank You !!! ----------------------------------------------------------------- Jim Hatfield Seagate Technology LLC e-mail: [EMAIL PROTECTED] s-mail: 389 Disc Drive; Longmont, CO 80503 USA voice: 720-684-2120 fax....: 720-684-2711 ========================================== ----- Forwarded by James C Hatfield/Seagate on 04/25/2005 12:18 PM ----- Joseph Chen - SISA <[EMAIL PROTECTED] To ng.com> [EMAIL PROTECTED], No Phone Info [EMAIL PROTECTED] Available cc Subject 04/25/2005 11:43 RE: DCO Questions AM Hi Dan and Jim, Did you cover this question in the last week's T13 meeting? I would like to know the result from the discussion. Regards, Joseph -----Original Message----- From: Joseph Chen [mailto:[EMAIL PROTECTED] Sent: Thursday, March 31, 2005 2:33 PM To: [email protected] Subject: DCO Questions Hi, In the ATA-7 DCO command it states: "If a DEVICE CONFIGURATION SET command has been issued reducing the capabilities, the response to an IDENTIFY DEVICE or IDENTIFY PACKET DEVICE command will reflect the reduced set of capabilities, while the DEVICE CONFIGURATION IDENTIFY command will reflect the entire set of selectable capabilities." (section 6.10.3.8 of v1) Among the various DCO setting I would like to know how to identify the setting of word 7 bit 12, Reporting support for SMART Selective self-test is allowed, and word 7 bit 13, Reporting support for Conveyance self-test is allowed. I couldn't find the support bits in the Identify command. If they are not exist, I propose an addition to the ATA-8 spec to add two bits in the Identify command to show if these DCO features are supported. Regards, Joseph Regards, Joseph
