This message is from the T13 list server.
Hale,
Yes, SATA-II is proposing adding 2 new opcodes for Queued DMA reads and
writes with an FUA bit. As expected, the question at hand is not clear
there either. They (SATA) do state in a FUA Read condition, that is dirty
cache exists with the requested data, it shall be written to the media, then
re-read from the media. But no where do I see any mention of queued
read-queued-write-fua sequence.
Is there an open forum for SATA-II discussion for non-members? Being
involuntarily retired I cannot afford to join SATA in order to join their
forum.
Gary Laatsch
[EMAIL PROTECTED]
----- Original Message -----
From: "Hale Landis" <[EMAIL PROTECTED]>
To: "T13 List Server" <[EMAIL PROTECTED]>
Sent: Monday, June 16, 2003 9:11 AM
Subject: Re: [t13] ATA-7 Write DMA Queued FUA EXT problem
> This message is from the T13 list server.
>
>
> On Mon, 16 Jun 2003 09:06:33 -0600, [EMAIL PROTECTED]
> wrote:
> >This message is from the T13 list server.
> >Just as a point of reference - - - here is the last proposal revision:
> > http://t13.org/docs2002/e01141r2.pdf
>
> Thanks Jim.
>
> OK, the proposed command is not a O/Q command so (unless I miss
> something else), this command must be issue when there are no O/Q
> commands in progress. All O/Q commands must be completed and the
> device idle before this command can be issued by the host.
>
> Where is the proposal for the O/Q version of this command that the
> email from Mark Vallis <[EMAIL PROTECTED]> makes reference to?
> Was the O/Q version "invented" during a meeting without a proposal?
>
> Hale
>
>
>
> *** Hale Landis *** www.ata-atapi.com ***
>
>
>
