This message is from the T13 list server.
Mark Overby wrote:
This teleconference is to review the changes to ATA8-APT that removes
overlap from the packet state diagrams.
I think more information and clarification is required on this topic.
1) Is there a proposal from one or more ATAPI device manufacturers for
this change? If so, what is the document number?
2) Please clarify what you mean by 'overlap'. ATAPI has two forms of
'overlap' - one that is not described by very well by the ATA/ATAPI-x
documents and one that is a subset of the general 'overlap and queuing'
feature. The former uses only the DSC status bit. The latter uses the
OVL, REL and SERV bits and the SERVICE command with a zero queue depth
in the device. (Full queuing uses the OVL, REL and SERV bit and the
SERVICE command with a non-zero queue depth in the device).
3) To say you are removing 'overlap' from the PACKET command protocol
indicates you are actually removing all forms of both 'overlap' (queuing
with a queue depth of zero) and 'queuing' (queuing with a non-zero queue
depth). It makes to sense to remove one of these without removing both -
is that what you are trying to do? If so, why? Please justify this
action and tell us that there is support for this from one or more major
ATAPI device manufacturer (at least one major CD/DVD and one tape). I am
concerned (again) that T13 is trying to change the ATAPI command
protocol with little or no input from the ATAPI device manufacturers -
this has happened many times in the past.
Of course the ATAPI 'overlap and queuing' feature has never been
supported by any host side manufacturer (h/w or s/w) so removing it may
be a good thing. But that raises the issue of also removing the old ATA
'queuing' feature that has only sparse (and failed?) attempts at
implementation. Has the old ATA 'queuing' feature been removed from
ATA-8 (I see it is still in ATA/ATAPI-7... yep, I looked at ATA/ATAPI-7
vol 1, that would be about the 5th time this year I have opened that
document, something I avoid doing).
BTW I assume SATAIO has authorized T13 to discuss this topic?
Hale
--
++ Hale Landis ++ www.ata-atapi.com ++
