From: Alexey Starikovskiy <alexey_y_starikovskiy@linux.intel.com>
To: Pavel Machek <pavel@suse.cz>, "Brown, Len" <len.brown@intel.com>
Cc: Linux ACPI <linux-acpi@vger.kernel.org>
Subject: Re: Runtime GPEs not saved over suspend/resume if type != "platform"
Date: Wed, 25 Oct 2006 20:35:30 +0400 [thread overview]
Message-ID: <453F9252.9060404@linux.intel.com> (raw)
In-Reply-To: <1C601A6A3344064EB423D0C1E83B717B5C5954@pdsmsx411.ccr.corp.intel.com>
[-- Attachment #1: Type: text/plain, Size: 1102 bytes --]
Here is a least intrusive patch by my opinion...
Just copy pm_disk_mode from pm_ops supplied by platform.
ACPI sets it to PM_DISK_PLATFORM if it has S4,
and it should be zero otherwise, patch does not copy it then.
Regards,
Alex.
Yu, Luming wrote:
>> There is a problem with swsuspend and GPE events.
>> Now they are restored from acpi_pm_finish(), which is called only if we
>> suspend with "platform" option, what means that if we suspended to disk
>> with the default "shutdown" option after resume all the GPEs
>> will be disabled.
>> This presents us with the overheating problem after resume at
>> very least.
>> I see two solutions: one is to make "platform" to be default
>> option if ACPI is enabled,
>> and second -- enable GPE events from some other function,
>> which will be called in any case.
>>
>> What do you think?
>>
>
> I prefer platform S4 as default...
>
> --Luming
> -
> To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
[-- Attachment #2: copy_pm_disk_mode_from_pm_ops.patch --]
[-- Type: text/x-patch, Size: 524 bytes --]
Copy non-null pm_disk_mode option from pm_ops.
From: Alexey Starikovskiy <alexey.y.starikovskiy@intel.com>
---
kernel/power/main.c | 2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/kernel/power/main.c b/kernel/power/main.c
index 873228c..2085611 100644
--- a/kernel/power/main.c
+++ b/kernel/power/main.c
@@ -38,6 +38,8 @@ void pm_set_ops(struct pm_ops * ops)
{
down(&pm_sem);
pm_ops = ops;
+ if (pm_ops && pm_ops->pm_disk_mode)
+ pm_disk_mode = pm_ops->pm_disk_mode;
up(&pm_sem);
}
next prev parent reply other threads:[~2006-10-25 16:35 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-10-25 15:15 Runtime GPEs not saved over suspend/resume if type != "platform" Yu, Luming
2006-10-25 16:35 ` Alexey Starikovskiy [this message]
2006-10-25 18:54 ` Rafael J. Wysocki
2006-10-26 13:21 ` Alexey Starikovskiy
2006-10-26 15:01 ` Rafael J. Wysocki
2006-10-26 15:05 ` Alexey Starikovskiy
-- strict thread matches above, loose matches on Subject: below --
2006-10-25 15:18 Yu, Luming
2006-10-25 14:42 Alexey Starikovskiy
2006-10-25 15:07 ` Rafael J. Wysocki
2006-10-27 5:22 ` Len Brown
2006-10-27 8:40 ` Pavel Machek
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=453F9252.9060404@linux.intel.com \
--to=alexey_y_starikovskiy@linux.intel.com \
--cc=len.brown@intel.com \
--cc=linux-acpi@vger.kernel.org \
--cc=pavel@suse.cz \
/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.