RE: [t13] Question on IDLE UNLOAD

[Curtis Stevens]

Title: Message

Mark/Wayne               My concern is simply that the state transition diagrams indicate that you shall transition from the standby state to the idle state on IDLE IMMEDIATE.  I agree that there is no real reason to spin-up the drive from a standards perspective.  Unfortunately, there are applications that check the power mode or simply assume that when the drive is in idle that short timeouts are OK.  In this particular case, the short timeout is not…       ------------------------------------------------- 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]   From: Mark Overby [mailto:[EMAIL PROTECTED] Sent: Thursday, July 06, 2006 6:22 PM To: Bellamy, Wayne; Curtis Stevens; forum@t13.org Subject: RE: [t13] Question on IDLE UNLOAD   I believe that I agree with Wayne, but for different reasons.   The IDLE IMMEDIATE (UNLOAD) command currently says that the device shall not (emphasis mine) go into the standby state when this command is issued. Issuing IDLE IMMEDIATE (UNLOAD) while in the standby state should require the device to go to the IDLE power state because it is an IDLE command. This shall not implies to the host that after issuing the command that it will be in the IDLE power state. Which of course means nothing about if the media is spinning or not. IDLE already says that it may take longer to execute commands while in the IDLE state as compared to the ACTIVE state. I see no requirement that a device spin up the media on transistion from STANDBY to IDLE (regardless of UNLOAD).   From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bellamy, Wayne Sent: Thursday, July 06, 2006 3:55 PM To: Curtis Stevens; forum@t13.org Subject: RE: [t13] Question on IDLE UNLOAD If I may, respectfully, discuss this a bit....please...   A case could be made for supporting the current T13 ATA/ATAPI-7 specification relative to the IDLE IMMEDIATE UNLOAD versus STANDBY (staying in the standby mode) argument. (From your email I'm interpreting that you are suggesting just stay in standby mode.)    The host system may be controlling many ATA devices and prefers to keep the heads parked or retracted (for whatever reason?) with spinning-up the media in the drives. The host may have "just used" this command since it appeared to be preferential from the T13 specification. To "just stay in standby mode", i.e.,  ignore the transition from standby mode to idle mode is to possibly impose additional data access latency on the host (per drive). The host system tried to do the right thing according to the specification in this case. The host probably knew it could "just not issue a command" or "just issue an IDLE IMMEDIATE command." Whatever the case, since the command was issued, it seems that the rules as specified should be followed if there is a relationship between idle mode and media spinning.     If this was not the preferred situation (spinning-up the media) the host should have used a different command, or just not issued any command since the device was already in standby mode.    So, are you suggesting tha the device just ignore this command if in the standby mode?   What about the IDLE IMMEDIATE command?   Thank you for listening,   wayne       -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Curtis Stevens Sent: Friday, June 30, 2006 7:26 PM To: forum@t13.org Subject: [t13] Question on IDLE UNLOAD Currently ATA/ATAPI-7 requires the drive to transition from Standby to Idle when an IDLE IMMEDIATE is received.  However, the IDLE IMMEDIATE UNLOAD is really only for head retraction.  Does it make sense to require a media spin-up in this case?       ------------------------------------------------- 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]   This email message is for the sole use of the intended recipient(s) and may contain confidential information.  Any unauthorized review, use, disclosure or distribution is prohibited.  If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message.