[MtFuji] SATA cabcon proposal for Zero Power ODD effort
Leete, Brian A
brian.a.leete at intel.com
Tue Sep 1 08:48:56 PDT 2009
* From the T10 Reflector (t10 at t10.org), posted by:
* "Leete, Brian A" <brian.a.leete at intel.com>
*
Harry, Katata,
There are two fundamental requirements for the Device Attention pin. First,
for the host to power off the drive, the new Device Attention pin must be
independently powered from the main 5V power rail. Second the Device
Attention pin must have the same signaling regardless of the type of the
drive. It should be the same for both slot load and tray load drives.
The current proposal is that the device attention pin be pulled high by the
host and asserted low (grounded) by the drive. In a tray load drive, one
simple implementation is to connect the pin to the normally open button in
the tray load drive.
In the case of a slot load drive, the same principle applies. The Device
Attention pin simply needs to be grounded for a short period of time. This
seems to me to be the simplest implementation in the drive.
If we reversed the polarity on the device attention pin, then he pin would be
grounded in the drive, there would be current flowing through the device at
all times, when media is inserted the connection to ground would be broken,
and the signal would float high.
I must admit to some confusion. When I first proposed the ZPODD initiative
the feedback from the ODD vendors was that the button on the front panel for
slot load drives was a normally open switch, and that a normally closed
switch could not be used for a variety of reasons, including reliability of
the switch itself. What is different about a slot load drive that makes a
normally closed switch attractive?
In any case, it would be very difficult for the host to alter the polarity of
the signal based on the type of drive inserted in the system. The host can
probably handle whatever kind of signaling the drive wants to provide, but
the signaling needs to be consistent for all drives.
As far as the eject switch goes, since we have made the assumption that the
host will not power off the drive when media is inserted. In this case the
eject button has no meaning when the drive is powered off.
However, if we want to define a usage model requires the eject button to be
used, we can probably logically OR it with media insert signal. In this case
Device Attention would be asserted when either media is inserted, or the
eject button is pressed. SW could then determine the right course of action
to the drive. We can talk about this in the meeting tomorrow.
Brian
-----Original Message-----
From: owner-t10 at t10.org [mailto:owner-t10 at t10.org] On Behalf Of Takaharu Ai
Sent: Tuesday, September 01, 2009 6:13 AM
To: mtfuji5 at avc-pioneer.com
Cc: t10 at t10.org
Subject: Re: [MtFuji] SATA cabcon proposal for Zero Power ODD effort
* From the T10 Reflector (t10 at t10.org), posted by:
* Takaharu Ai <ai.takaharu at jp.panasonic.com>
*
Hello Brian,
Panasonic have the similar comment on Zero Power proposal.
We are also concerned about Slot-in drive.
In the case of Slot-in drive, pushing of eject button is not necessary
to trigger the Power on, because pushing the eject button does not
require any drive action since there is no media in the drive when the
drive is in Zero Power mode.
But instead, the media insertion by the operator must be informed. For
this implementation, the opposite signal polarity should be allowed.
Best Regards,
Harry Ai
VEBU,
AVC Networks Company,
Panasonic Corporation
Osaka, Japan
---------------- Start of the original message ----------------
>From: keiji_katata at post.pioneer.co.jp
>To: mtfuji5 at avc-pioneer.com
>Cc: t10 at t10.org
>Date: Wed, 26 Aug 2009 15:04:46 +0900
>Subject: Re: [MtFuji] SATA cabcon proposal for Zero Power ODD effort
>
>
>
> Hi Brian,
>
> I have two reports and one comment from Pioneer.
>
> Report #1:
> Pioneer had three type of loading system for slim drive.
> a. Tray/Drawer loading with eject button (for windows, linux)
> b. Slot loading with eject button (for windows, linux)
> c. Slot loading without eject button (for Mac)
>
> Report #2:
> Type c system used similar system to Device Attention. But its signaling
was
> opposite.
> (This is just a report. Pioneer has no opinion.)
>
> Comment:
> I think Slot loading with eject button should be considered in this
proposal.
>
> Best regards,
>
> Keiji Katata
> PIONEER CORP.
>
>
>
>
>
> "Leete, Brian A" <brian.a.leete at intel.com>@avc-pioneer.com on 2009/08/20
> 08:25:45
>
> mtfuji5 at avc-pioneer.com$B$KJV?.$7$F$/$@$5$$(B
>
> $BAw?.<T(B: owner-mtfuji5 at avc-pioneer.com
>
>
>
>
>
>
>
> $B08 at h(B: "cabcon at sata-io.org" <cabcon at sata-io.org>,
"mtfuji5 at avc-pioneer.com"
> <mtfuji5 at avc-pioneer.com>
> cc:
> $B7oL>(B: [MtFuji] SATA cabcon proposal for Zero Power ODD effort
>
> Mt Fuji/T10 MMC group
>
> The SATA Cabcon group has been working on a modification to the slimline
> connector to allow the host to power off an unused optical drive. At this
point
> the changes are mature enough that we would request feedback from the
optical
> drive community on the proposal before completing the proposal and
presenting it
> to the SATA board for approval.
>
> This proposal contains changes to the existing SATA 3.0 specification. Red
font
> is used to indicate changes, strikethrough indicates a deletion from the
SATA
> spec. Red font without a strikethrough indicates an addition to the
> specification.
>
> Feedback is welcome, and if it$B!G(Bs valuable to schedule a joint
Fuji/T10/Cabcon
> meeting that can be arranged as well.
>
> Brian Leete
> CO5-166
> Intel Corporation
> 1365 NW Amberglen Parkway
> Beaverton, Oregon, 97006
> 503-456-0484
>
> [TPR_C102_V04.doc]
----------------- End of the original message -----------------
*
* 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