From owner-acpi-jp@jp.freebsd.org  Mon Aug 14 18:15:58 2000
Received: (from daemon@localhost)
	by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) id SAA27714;
	Mon, 14 Aug 2000 18:15:58 +0900 (JST)
	(envelope-from owner-acpi-jp@jp.FreeBSD.org)
Received: from tasogare.imasy.or.jp (daemon@tasogare.imasy.or.jp [202.227.24.5])
	by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) with ESMTP id SAA27709
	for <acpi-jp@jp.freebsd.org>; Mon, 14 Aug 2000 18:15:57 +0900 (JST)
	(envelope-from iwasaki@jp.FreeBSD.org)
Received: from localhost (iwasaki.imasy.or.jp [202.227.24.92])
	by tasogare.imasy.or.jp (8.10.2+3.3W/3.7W-tasogare/smtpfeed 1.07) with ESMTP id e7E9Fsr13924
	for <acpi-jp@jp.freebsd.org>; Mon, 14 Aug 2000 18:15:54 +0900 (JST)
	(envelope-from iwasaki@jp.FreeBSD.org)
To: acpi-jp@jp.freebsd.org
X-Mailer: Mew version 1.94.1 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=iso-2022-jp
Content-Transfer-Encoding: 7bit
Message-Id: <20000814181553D.iwasaki@jp.FreeBSD.org>
Date: Mon, 14 Aug 2000 18:15:53 +0900
From: Mitsuru IWASAKI <iwasaki@jp.freebsd.org>
X-Dispatcher: imput version 20000228(IM140)
Lines: 82
Reply-To: acpi-jp@jp.freebsd.org
Precedence: list
X-Distribute: distribute version 2.1 (Alpha) patchlevel 24e+000315
X-Sequence: acpi-jp 572
Subject: [acpi-jp 572] PowerResource control
Errors-To: owner-acpi-jp@jp.freebsd.org
Sender: owner-acpi-jp@jp.freebsd.org
X-Originator: iwasaki@jp.freebsd.org

$B$&$A$N(B PORTEGE 3110CT $B$G$O(B S1 $BA+0\$,<:GT$9$k$3$H$,3NG'$5$l$F$*$j!"(B
$B6a$$$&$A$K$J$s$H$+$7$h$&$H9M$($F$$$^$9!#(B
$B>I>u$O!"(BS1 $BA+0\$7$?8e(B Power button $B$G(B wakeup $B$9$k$b$N$N!"(B_WAK $B<B9T$N(B
$B8e$K(B OS $B<+BN$,H?1~$7$J$/$J$k!"$H$$$&$b$N$G$9!#(B
$B%-%c%C%7%e4X78$b5?$C$FA+0\D>A0$K(B __asm__ ("wbinvd") $B$rF~$l$k$b2~A1$5$l$:!"(B
$B$U$H(B PowerResource $B%*%V%8%'%/%H$N@)8f$r>JN,$7$F$$$?$3$H$r;W$$=P$7$^$7$?!#(B

3110CT $B$K$O(B
PowerResource(PIHD, 0, 0)
PowerResource(PDOC, 1, 0)
PowerResource(PFAN, 0, 0)
$B$H$$$&;0$D$,$"$k$N$G$9$,!"(BS1 $BA+0\A0$K(B PIHD $B$H(B PFAN $B$r(B OFF $B$K!"(B
PDOC $B$r(B ON $B$K$9$kI,MW$,$"$k46$8$G$9!#$^$?!"3F(B Device $B$N(B state $B$r(B
$BA`:n$9$k:]$b!";2>H$7$F$$$k(B PowerResource $B$N>uBV$r5$$K$9$k$s$@$h$J$!!"(B
$B$H$+;W$$=P$7$J$,$i(B Spec $B$r=&$$FI$_$7$F$$$k$H$3$m$G$9!#(B
$B$G!"0l=o$K9M$($F$/$l$k?M$,5o$k$3$H$r4|BT$7$F(B :-)
S1 $BA+0\$H(B PowerResource $B$K4X$9$k$H$3$m$r(B pickup $B$7$^$7$?!#(B
# system $B$r(B wakeup $B$5$;$k(B device (MODEM $B$H$+(B) $B$O:#2s9M$($^$;$s!#(B

$BA+0\$NA08e$KDI2C$9$k$Y$-=hM}$N%3%a%s%H$rLc$($?$i4r$7$$$G$9!#(B

$B0J2<!"(BSpec $B$+$i$NH4?h$G$9!#(B
# Hardware/BIOS $B20$5$s!"(BOS $B20$5$s8~$1$N@bL@$,:.:_$7$F$$$FJ,$+$j$K$/$$(B...

7.1 Declaring a PowerResource Object
[snip]
The syntax of a PowerResource statement is:

	PowerResource(resourcename, systemlevel, resourceorder ) {NamedList}

where the systemlevel parameter is a number and the resourceorder
parameter is a numeric constant (a Word). For a formal definition of
the PowerResource statement syntax, see section 14.

Systemlevel is the lowest power system sleep level the OS must
maintain to keep this power resource on (0 equates to S0, 1 equates to
S1, and so on) .

7.2.3 _PR1
[snip]
For the OS to put the device in the D1 device state, the following
must occur:
1. All Power Resources referenced by elements 1 through N must be in
   the ON state.
2. All Power Resources no longer referenced by any device in the
   system must be in the OFF state.
3. If present, the _PS1 control method is executed to set the device
   into the D1 device state.

7.5.2 System \_Sx states
[snip]
Transition into any system sleeping state is only accomplished by the
operating software directing the hardware to enter the appropriate
state, and the operating software can only do this within the
requirements defined in the Power Resource and Bus / Device Package
objects.

[snip]

// Required environment: Executing on the system boot
// processor. All other processors stopped. Interrupts
// disabled. All Power Resources (and devices) are in
// corresponding device state to support NewState.

7.5.2.2 System \_S1 State (Sleeping with Processor Context Maintained)
While the system is in the S1 sleeping state, its behavior is the following:
[snip]
- Power Resources are in a state compatible with the system S1
  state. All Power Resources that supply a System Level reference of S0
  are in the OFF state.
- Devices states are compatible with the current Power Resource
  states. only devices which solely reference Power Resources which are
  in the ON state for a given device state can be in that device
  state. In all other cases, the device is in the D3 (off) state(*10).
[snip]
*10
Or is at least assumed to be in the D3 state by its device driver. For
example, if the device doesn't explicitly describe how it can stay in
some state non-off state while the system is in a sleeping state, the
operating software must assume that the device can lose its power and
state.

