From owner-acpi-jp@jp.FreeBSD.org Wed Jul 23 06:45:12 2003
Received: (from daemon@localhost)
	by castle.jp.FreeBSD.org (8.11.6p2+3.4W/8.11.3) id h6MLjCP87991;
	Wed, 23 Jul 2003 06:45:12 +0900 (JST)
	(envelope-from owner-acpi-jp@jp.FreeBSD.org)
Received: from mail-out1.apple.com (mail-out1.apple.com [17.254.0.52])
	by castle.jp.FreeBSD.org (8.11.6p2+3.4W/8.11.3) with ESMTP/inet id h6MLjBT87986
	for <acpi-jp@jp.freebsd.org>; Wed, 23 Jul 2003 06:45:11 +0900 (JST)
	(envelope-from msmith@freebsd.org)
Received: from mailgate1.apple.com (A17-128-100-225.apple.com [17.128.100.225])
	by mail-out1.apple.com (8.12.9/8.12.9) with ESMTP id h6MLj0iB015807
	for <acpi-jp@jp.freebsd.org>; Tue, 22 Jul 2003 14:45:00 -0700 (PDT)
Received: from scv1.apple.com (scv1.apple.com) by mailgate1.apple.com
 (Content Technologies SMTPRS 4.2.1) with ESMTP id <T6396e0e2db118064e13e4@mailgate1.apple.com>;
 Tue, 22 Jul 2003 14:44:42 -0700
Received: from freebsd.org (il0204a-dhcp73.apple.com [17.202.45.201])
	by scv1.apple.com (8.12.9/8.12.9) with ESMTP id h6MLisdi019917;
	Tue, 22 Jul 2003 14:44:54 -0700 (PDT)
In-Reply-To: <20030722.153924.38051034.imp@bsdimp.com>
References: <200307212200.h6LM0YlY011508@freefall.freebsd.org> <20030722.153924.38051034.imp@bsdimp.com>
Mime-Version: 1.0 (Apple Message framework v578)
Content-Type: multipart/alternative; boundary=Apple-Mail-2--1001274597
Message-Id: <C0AFE94E-BC8D-11D7-AB21-000393DA4D30@freebsd.org>
Cc: nate@root.org
From: Michael Smith <msmith@freebsd.org>
To: acpi-jp@jp.FreeBSD.org
X-Mailer: Apple Mail (2.578)
Reply-To: acpi-jp@jp.FreeBSD.org
Precedence: list
Date: Tue, 22 Jul 2003 14:45:03 -0700
X-Sequence: acpi-jp 2496
Subject: [acpi-jp 2496] Re: kern/54622
Sender: owner-acpi-jp@jp.FreeBSD.org
X-Originator: msmith@freebsd.org
X-Distribute: distribute version 2.1 (Alpha) patchlevel 24e+030702


--Apple-Mail-2--1001274597
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	format=flowed


On Tuesday, July 22, 2003, at 2:39 PM, M. Warner Losh wrote:

> :  Unfortunately, the problem is that each driver needs to have proper 
> device
> :  save/restore functions.  This is not the job of ACPI.  Certain 
> devices
> :  currently do work (fxp, sio, pccbb) with ACPI suspend.
>
> That is wrong.  It is the job of the pci bus to save/restore the
> config space on suspend and resume.

You're both wrong.  And you're both right.

The PCI code needs to restore config space for devices that have been
in a state which permits the device to loose config space information.

The individual drivers need to reinitialise the device when it's been 
in a
state in which it might have lost its configuration.

Both parts of the puzzle are required.

  = Mike

--
Where am I, and what am I doing in this handbasket?

--Apple-Mail-2--1001274597
Content-Transfer-Encoding: 7bit
Content-Type: text/enriched;
	charset=US-ASCII



On Tuesday, July 22, 2003, at 2:39 PM, M. Warner Losh wrote:


<excerpt>:  Unfortunately, the problem is that each driver needs to
have proper device

:  save/restore functions.  This is not the job of ACPI.  Certain
devices

:  currently do work (fxp, sio, pccbb) with ACPI suspend.


That is wrong.  It is the job of the pci bus to save/restore the

config space on suspend and resume.

</excerpt>

You're both wrong.  And you're both right.


The PCI code needs to restore config space for devices that have been

in a state which permits the device to loose config space information.


The individual drivers need to reinitialise the device when it's been
in a

state in which it might have lost its configuration.


Both parts of the puzzle are required.


 = Mike


<italic><fontfamily><param>Arial Narrow</param>--

Where am I, and what am I doing in this handbasket?</fontfamily></italic>


--Apple-Mail-2--1001274597--

