From: Bharata B Rao <rao.bharata-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
To: Knut Neumann
<knut.neumann-4bfl1RV3iZDOEhgYWvzSCYQuADTiUCJX@public.gmane.org>
Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: Re: device states supported by current drivers
Date: Mon, 11 Aug 2003 17:59:21 +0900 [thread overview]
Message-ID: <3F375AE9.1080202@samsung.com> (raw)
In-Reply-To: <1060586777.12397.3.camel-s1IKGncK6J2OERECOqmV57dB6IYNvbhm87tLKu7D3g4@public.gmane.org>
Knut Neumann wrote:
> Am Mo, 2003-08-11 um 03.28 schrieb Bharata B Rao:
>>
>>Are there any device drivers in 2.4/2.6 kernels which actually support
>>different low power states as defined by ACPI ? The reason I ask is I
>>can't really see any device actually implementing the new driver model
>>suspend routine which is used by ACPI.
>
>
> What about the e100 driver? See drivers/net/e100/e100_main.c
>
Ok, I can see that now. Thanks.
Two more dumb questions (sorry for asking them here in devel list)
1. When a particular sleep state (S1 - S5) is entered via
/proc/acpi/sleep, the devices are put to one of the D states (D0 - D3)
From the code (device_suspend, e100_suspend, pci_set_power_state), it
looks like the sleep states (Sx) are directly translated to device
states (Dx) when it comes to device suspend. i,e., when I say enter S2,
it will lead to device entering to D2. Is this how it should be ?
2. Is there no interface exported by ACPI to control the devices
independently. i,e., can't I just control the power state of a device
from user space ? Currently I can see it only happens via
/proc/acpi/sleep, which is for controlling the entire system sleep state.
Regards,
Bharata.
-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
next prev parent reply other threads:[~2003-08-11 8:59 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-08-11 1:28 device states supported by current drivers Bharata B Rao
[not found] ` <3F36F140.6010701-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
2003-08-11 7:26 ` Knut Neumann
[not found] ` <1060586777.12397.3.camel-s1IKGncK6J2OERECOqmV57dB6IYNvbhm87tLKu7D3g4@public.gmane.org>
2003-08-11 8:59 ` Bharata B Rao [this message]
[not found] ` <3F375AE9.1080202-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
2003-08-11 11:40 ` Knut Neumann
2003-08-11 15:39 ` Patrick Mochel
2003-08-12 22:58 ` Pavel Machek
[not found] ` <20030812225808.GB1417-I/5MKhXcvmPrBKCeMvbIDA@public.gmane.org>
2003-08-13 17:07 ` Patrick Mochel
-- strict thread matches above, loose matches on Subject: below --
2003-08-15 2:01 Yu, Luming
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3F375AE9.1080202@samsung.com \
--to=rao.bharata-sze3o3uu22jbdgjk7y7tuq@public.gmane.org \
--cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
--cc=knut.neumann-4bfl1RV3iZDOEhgYWvzSCYQuADTiUCJX@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.