SATA AN addendum, draft

James.C.Hatfield at seagate.com James.C.Hatfield at seagate.com
Fri Oct 5 07:56:31 PDT 2007


* From the T10 Reflector (t10 at t10.org), posted by:
* James.C.Hatfield at seagate.com
*
The description of SATA Asynchronous Notification can be found in the SATA
2.6 spec,
in section: 13.6 Asynchronous Notification
You may get a copy of the SATA 2.6 spec from
> https://serialata.org/secure/spec_download.asp
Briefly, to the questions below, 'asserting' AN is by sending a Set Bits
FIS with the N bit set to one.
Additional details may be found in the noted section.
Thank You !!!
-----------------------------------------------------------------
Jim Hatfield
Seagate Technology LLC
   e-mail:  James.C.Hatfield at seagate.com
   s-mail:  389 Disc Drive;  Longmont, CO 80503 USA
   voice:  720-684-2120
   fax....:  720-684-2711
==========================================
	     David Burg 						   
	     <daviburg at windows						   
	     .microsoft.com>						To 
	     Sent by:		       "mtfuji5 at avc-pioneer.com"	   
	     owner-t10 at t10.org	       <mtfuji5 at avc-pioneer.com>	   
	     No Phone Info						cc 
	     Available		       T10 Reflector <t10 at t10.org>	   
								   Subject 
				       RE: SATA AN addendum, draft	   
	     10/04/2007 04:26						   
	     PM 							   
* From the T10 Reflector (t10 at t10.org), posted by:
* David Burg <daviburg at windows.microsoft.com>
*
Hi Katata-san and all,
Question No 1:
I do not understand this question. More exactly, I do not understand what
the verb "to assert" mean in this SATA Asynchronous Notification context. I
have carefully reviewed the SATA specification 2.5 and do not see this verb
used anywhere close to Asynchronous Notification description (while it is
used for other parts of SATA). Unlike PATA that uses lines, SATA uses
packets. Probably what you are looking in "assert" is a state machine. The
state in SATA AN for the logical unit is the NotifyPending variable. This
variable is described in detail in SATA and I further repeated the
information in the appendix proposal.
Question No 2:
SATA AN is critical to reduce power consumption. Without SATA AN, each
second the CPU is awaken to generate the GESN, the host controller is waken
up, the SATA bus is waken up, and the device is waken up to answer the
command. i.e SATA consumes about as more power as PATA. With SATA AN, all
of CPU, controller and bus can be asleep until the device generate the Set
Device FIS AN. On a typical use of a laptop, this could keep the bus asleep
for several hours, sometime for the entire time the laptop is on battery.
The requirement for the device to support SATA AN does not break the
compatibility of the device with older host controller chips not supporting
SATA AN. This is not a breaking change. However, systems with older host
controller chips will indeed likely not be able to pass future Microsoft
WHQL once we add the verification test (because of the host controller
chip, not the optical device).
Best regards,
David Burg.
-----Original Message-----
From: owner-mtfuji5 at avc-pioneer.com [mailto:owner-mtfuji5 at avc-pioneer.com]
On Behalf Of keiji_katata at post.pioneer.co.jp
Sent: Monday, October 01, 2007 6:50 PM
To: mtfuji5 at avc-pioneer.com
Cc: T10 Reflector
Subject: RE: SATA AN addendum, draft
Hi David and all,
I have two comments and a question.
Comment No 1:
I made a comment in the Sep meeting that "I do not know the functionality
of
current Pioneer SATA IF drive. So if SATA AN is mandatory function and/or
if
No.2 is requested, Pioneer requests to postpone the voting. Because I need
to
check the functionality of the current Pioneer SATA drive."
--------
Question: which is correct description?
1:When new event is generated in drive, if AN-SATA is not asserted, drive
shall
assert AN-SATA. In this case, host must de-assert the AN-SATA before
issuing
GESN command to cover the small window.
2: When new event is generated and some events remains in drive, if AN-SATA
is
not asserted or is de-asserted, drive shall assert AN-SATA. In this case,
de-assertion must be controlled by drive CPU.
--------
At the discussion, No.1 is confirmed. So your proposal may have No.1
description
as a drive behavior.
Comment No 2:
Now I confirmed Pioneer SATA drive functionality. Pioneer uses several
Chips for
SATA drive models. Some of the Chips do not have FIS register for SATA AN.
Question:
Is the SATA AN so important? Why current PC system can work without SATA
AN?
Should Pioneer and its partner stop current business? (Note: for normal DVD
ROM/Writer drive, Fuji7 Rev.0.91 does not request any change.)
Best regards,
Keiji Katata
PIONEER CORP.
David Burg <daviburg at windows.microsoft.com>@avc-pioneer.com on 2007/10/02
08:29:35
mtfuji5 at avc-pioneer.com$B$KJV?.$7$F$/$@$5$$(B
$BAw?.<T(B:	  owner-mtfuji5 at avc-pioneer.com
$B08 at h(B:  "mtfuji5 at avc-pioneer.com" <mtfuji5 at avc-pioneer.com>
cc:
bcc:
$B7oL>(B:  RE: SATA AN addendum, draft
Hi again,
With Dave Walp we reviewed the voted proposal. By mistake the mandatory
support
wording was lost when the text about the feature bit was removed in favor
of the
SATA identify packet command response. Accordingly we think it would be
fair to
vote this point at the next meeting.
Best regards,
David Burg.
-----Original Message-----
From: owner-mtfuji5 at avc-pioneer.com [mailto:owner-mtfuji5 at avc-pioneer.com]
On
Behalf Of David Burg
Sent: Monday, October 01, 2007 4:10 PM
To: mtfuji5 at avc-pioneer.com
Subject: RE: SATA AN addendum, draft
Hi Katata-san,
1. PDF version of proposal
Please find the PDF version attached, compressed in a zip archive.
2. Not voted item
There might be some misunderstanding. It was Microsoft's initial proposal
to
make the use of Asynchronous Notification mandatory for optical devices on
SATA.
Hence the voted item might have mismatched the proposal if Pioneer
understood
the voting item differently.
Notice that this requirement is specific to optical devices as probably the
most
popular PC device with removable media. For these removable media devices
also
the implementation details of the Asynchronous Notification can be
specified -
while for other type of devices it might not be clear what Asynchronous
Notification would be used for. Hence we believe the requirement belongs to
the
SFF specification, while other SATA devices might not have use of
Asynchronous
Notification thus it should remain optional for other SATA devices.
Does this make sense?
Best regards,
David Burg.
-----Original Message-----
From: owner-mtfuji5 at avc-pioneer.com [mailto:owner-mtfuji5 at avc-pioneer.com]
On
Behalf Of keiji_katata at post.pioneer.co.jp
Sent: Sunday, September 30, 2007 11:02 PM
To: mtfuji5 at avc-pioneer.com
Subject: Re: SATA AN addendum, draft
Hi David,
I have two items to consult with you.
1. PDF version of proposal
My PC software (MS-Word) may not show your DOCX correctly. Could you
prepare PDF
version?
2. Not voted item
We have never discussed about following sentence of your document.
------
B-13 Asynchronous Notification
Peripheral Device Type 5 Logical unit using Serial ATA Revision 2.5 or
later
compliant to this SFF pecification shall implement the SATA Asynchronous
Notification. In other words, IDENTIFY PACKET DEVICE information Word 78
bit 5
shall be set to 1 to indicate the support of Asynchronous Notification. See
Serial ATA specification for further details about IDENTIFY PACKET DEVICE
command.
------
 According to "Serial ATA Revision 2.6 15-February-2007" Asynchronous
Notification is optional. So is this new voting item? Then I will not
include
all of "Asynchronous Notification" into the next Fuji revision.
Best regards,
Keiji Katata
PIONEER CORP.
David Burg <daviburg at windows.microsoft.com>@avc-pioneer.com on 2007/10/01
11:51:14
mtfuji5 at avc-pioneer.com$B$KJV?.$7$F$/$@$5$$(B
$BAw?.<T(B:	  owner-mtfuji5 at avc-pioneer.com
$B08 at h(B:  "mtfuji5 at avc-pioneer.com" <mtfuji5 at avc-pioneer.com>
cc:
bcc:
$B7oL>(B:  SATA AN addendum, draft
Dear all,
I have quickly put together the definition and appendix requested by the
Fuji
committee to Microsoft. The examples at the end while helpful might be
currently
a little difficult to read. I$B!G(Bll work on an easier to read revision as
time
permits.
Best regards,
David Burg.
<Mt Fuji proposal - SATA AN for MMC - Definiton and Appendix - 1.docx>
*
* For T10 Reflector information, send a message with
* 'info t10' (no quotes) in the message body to majordomo at t10.org
*
* For T10 Reflector information, send a message with
* 'info t10' (no quotes) in the message body to majordomo at t10.org



More information about the T10 mailing list