[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: pci power management !!
- To: Mailing List Recipients <pci-sig-request@znyx.com>
- Subject: Re: pci power management !!
- From: Gary Solomon <Gary_Solomon@ccm.jf.intel.com>
- Date: Thu, 12 Mar 98 10:50:00 PST
- Resent-Date: Thu, 12 Mar 1998 11:22:00 -0800
- Resent-From: pci-sig-request@znyx.com
- Resent-Message-ID: <"wXXkt2.0.VT1.Jy22r"@electra.znyx.com>
- Resent-Sender: pci-sig-request@znyx.com
Text item:
When functions are in D0(active), D1, D2, or D3hot states there should
never be a bus segment reset during normal operation. Believe that
this would be indicative of a pretty significant system failure, and at
this point all functions on the bus segment would be transitioned
simulataneously to D0uninitialized (all functional context lost).
From standpoint of PME context, only those functions that are designed to
operate from D3cold/B3 are required to maintain PME context through bus
reset sequences. A function that supports PME# from states other than
D3cold is required to maintain PME# context during transitions from
whichever states they support to D0uninitialized. However these
transitions would be affected through class/device/bus driver interactions
with full power to the bus at all times, and with NO assertion of PCI RST#.
On second question regarding distinguishing between a power-on-reset and a
bus segment reset....
PCI bus segment reset will occur during power up, and any other time that
the PCI bus is brought from B3 to B0 (i.e., resume from ACPI S3, S4, or S5
process). A new requirement for RST# (documented in PCI SIG-ratified
3.3Vaux ECR) requires that systems supporting 3.3Vaux will assert and keep
asserted PCI RST# while the bus is in B3. Functions designed to operate on
3.3Vaux determine, from sampling occurence of trailing low to high edge of
RST#, that bus power has been reapplied and it is now time to transition to
D0uninitialized. This requirement eliminates potential mistaken identity
of a powered off bus with RST# floating at or near ground vs. an actual
assertion of reset. Functions powered from 3.3Vaux depend on this
requirement. All other functions that are not powered by 3.3Vaux see no
difference in bus behavior.
Hope this helps.
Regards,
Gary Solomon - Intel
______________________________ Reply Separator _________________________________
Subject: pci power management !!
Author: pci-sig-request@znyx.com at SMTPGATE
Date: 3/11/98 7:02 PM
* The PCI Bus Power Management Interface Specification Version 1.0,
Chapter 5 talks about PCI function power management states.
If the function is in state D3 and supports PME# generation, and
a bus segment reset (RST_N#) occurs the PME context have to be
maintained. If the function supports PME# generation from other
states like D1 or D2 and in case a bus segment reset(RST_N#) happens
when in these states is it required to maintain the PME context?
Spec. is not clear about this. Can someone clarify?
* How to differentiate a power-on-reset and bus segment reset ?
Text item: External Message Header
The following mail header is for administrative use
and may be ignored unless there are problems.
***IF THERE ARE PROBLEMS SAVE THESE HEADERS***.
To: Mailing List Recipients <pci-sig-request@znyx.com>
Resent-Sender: pci-sig-request@znyx.com
Precedence: list
X-Loop: pci-sig@znyx.com
X-Mailing-List: <pci-sig@znyx.com> archive/latest/5294
Resent-Message-ID: <"x2aV33.0.rU.h1s1r"@electra.znyx.com>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=us-ascii
Subject: pci power management !!
MIME-Version: 1.0
X-Mailer: Mozilla 4.04 [en] (X11; I; SunOS 4.1.4 sun4m)
Organization: Phoenix Technologies Ltd.
From: Suku Koonantavida <suku_koonantavida@phoenix.com>
Date: Wed, 11 Mar 1998 19:02:03 -0800
Message-ID: <3507502B.E49B68A1@phoenix.com>
Sender: suku@phoenix.com
Resent-Date: Wed, 11 Mar 1998 20:24:39 -0800
Received: (from list@localhost) by electra.znyx.com (8.7.6/8.7.3) id UAA02409; W
ed, 11 Mar 1998 20:24:39 -0800
Received: from electra.znyx.com (209.0.10.2)
by mail1.geo.net with SMTP; 12 Mar 1998 04:25:23 -0000
Received: (qmail 1336 invoked from network); 12 Mar 1998 04:25:23 -0000
Received: from mail1.geo.net (mail1.geo.net [166.90.101.11])
by ganymede.or.intel.com (8.8.6/8.8.5) with SMTP id UAA28747
for <gary_solomon@ccm.jf.intel.com>; Wed, 11 Mar 1998 20:35:06 -0800 (PST)
Resent-From: pci-sig-request@znyx.com
Received: from ganymede.or.intel.com (ganymede.or.intel.com [134.134.248.3]) by
relay.jf.intel.com (8.7.6/8.7.3) with ESMTP id UAA22996 for <gary_solomon@ccm.jf
.intel.com>; Wed, 11 Mar 1998 20:27:24 -0800 (PST)
Return-Path: pci-sig-request@znyx.com