It makes little sense but still possible to put Hyper-V guests into
suspend-to-idle state. To wake them up two wakeup sources were registered
in the past: hyperv-keyboard and hid-hyperv. However, since
commit eed4d47efe95 ("ACPI / sleep: Ignore spurious SCI wakeups from
suspend-to-idle") pm_wakeup_event() from these devices is ignored. Switch
to pm_wakeup_hard_event() API as these devices are actually the only
possible way to wakeup Hyper-V guests.
Fixes: eed4d47efe95 (ACPI / sleep: Ignore spurious SCI wakeups from suspend-to-idle)
Signed-off-by: Vitaly Kuznetsov <vkuznets@redhat.com>
---
drivers/hid/hid-hyperv.c | 2 +-
drivers/input/serio/hyperv-keyboard.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
From: "Rafael J. Wysocki" <rafael@kernel.org> Date: 2018-09-13 06:55:38
On Wed, Sep 12, 2018 at 6:11 PM Vitaly Kuznetsov [off-list ref] wrote:
It makes little sense but still possible to put Hyper-V guests into
suspend-to-idle state. To wake them up two wakeup sources were registered
in the past: hyperv-keyboard and hid-hyperv. However, since
commit eed4d47efe95 ("ACPI / sleep: Ignore spurious SCI wakeups from
suspend-to-idle") pm_wakeup_event() from these devices is ignored. Switch
to pm_wakeup_hard_event() API as these devices are actually the only
possible way to wakeup Hyper-V guests.
Fixes: eed4d47efe95 (ACPI / sleep: Ignore spurious SCI wakeups from suspend-to-idle)
Signed-off-by: Vitaly Kuznetsov <vkuznets@redhat.com>
From: KY Srinivasan <kys@microsoft.com> Date: 2018-09-13 12:58:09
-----Original Message-----
From: Rafael J. Wysocki <rafael@kernel.org>
Sent: Wednesday, September 12, 2018 11:55 PM
To: vkuznets <vkuznets@redhat.com>
Cc: Linux PM <redacted>; Rafael J. Wysocki
[off-list ref]; KY Srinivasan [off-list ref]; Haiyang Zhang
[off-list ref]; Stephen Hemminger
[off-list ref]; Jiri Kosina [off-list ref]; Dmitry
Torokhov [off-list ref]; linux-input@vger.kernel.org;
Linux Kernel Mailing List [off-list ref]
Subject: Re: [PATCH] hyper-v: Fix wakeup from suspend-to-idle
On Wed, Sep 12, 2018 at 6:11 PM Vitaly Kuznetsov [off-list ref]
wrote:
quoted
It makes little sense but still possible to put Hyper-V guests into
suspend-to-idle state. To wake them up two wakeup sources were
registered
quoted
in the past: hyperv-keyboard and hid-hyperv. However, since
commit eed4d47efe95 ("ACPI / sleep: Ignore spurious SCI wakeups from
suspend-to-idle") pm_wakeup_event() from these devices is ignored.
Switch
quoted
to pm_wakeup_hard_event() API as these devices are actually the only
possible way to wakeup Hyper-V guests.
Fixes: eed4d47efe95 (ACPI / sleep: Ignore spurious SCI wakeups from
* state because the Enter-UP can trigger a wakeup at once.
*/
if (!(info & IS_BREAK))
- pm_wakeup_event(&hv_dev->device, 0);
+ pm_wakeup_hard_event(&hv_dev->device);
break;
--
2.14.4
It makes little sense but still possible to put Hyper-V guests into
suspend-to-idle state. To wake them up two wakeup sources were registered
in the past: hyperv-keyboard and hid-hyperv. However, since
commit eed4d47efe95 ("ACPI / sleep: Ignore spurious SCI wakeups from
suspend-to-idle") pm_wakeup_event() from these devices is ignored. Switch
to pm_wakeup_hard_event() API as these devices are actually the only
possible way to wakeup Hyper-V guests.
Fixes: eed4d47efe95 (ACPI / sleep: Ignore spurious SCI wakeups from suspend-to-idle)
Signed-off-by: Vitaly Kuznetsov <vkuznets@redhat.com>
---
drivers/hid/hid-hyperv.c | 2 +-
Acked-by: Jiri Kosina [off-list ref]
for the above. I guess this'd better go through ACPI tree?
Thanks,
--
Jiri Kosina
SUSE Labs
From: "Rafael J. Wysocki" <rafael@kernel.org> Date: 2018-09-24 22:49:29
On Mon, Sep 24, 2018 at 11:24 AM Jiri Kosina [off-list ref] wrote:
On Wed, 12 Sep 2018, Vitaly Kuznetsov wrote:
quoted
It makes little sense but still possible to put Hyper-V guests into
suspend-to-idle state. To wake them up two wakeup sources were registered
in the past: hyperv-keyboard and hid-hyperv. However, since
commit eed4d47efe95 ("ACPI / sleep: Ignore spurious SCI wakeups from
suspend-to-idle") pm_wakeup_event() from these devices is ignored. Switch
to pm_wakeup_hard_event() API as these devices are actually the only
possible way to wakeup Hyper-V guests.
Fixes: eed4d47efe95 (ACPI / sleep: Ignore spurious SCI wakeups from suspend-to-idle)
Signed-off-by: Vitaly Kuznetsov <vkuznets@redhat.com>
---
drivers/hid/hid-hyperv.c | 2 +-
Acked-by: Jiri Kosina [off-list ref]
for the above. I guess this'd better go through ACPI tree?
No problem with that if you prefer.
Cheers,
Rafael
On Mon, Sep 24, 2018 at 11:24 AM Jiri Kosina [off-list ref] wrote:
quoted
On Wed, 12 Sep 2018, Vitaly Kuznetsov wrote:
quoted
It makes little sense but still possible to put Hyper-V guests into
suspend-to-idle state. To wake them up two wakeup sources were registered
in the past: hyperv-keyboard and hid-hyperv. However, since
commit eed4d47efe95 ("ACPI / sleep: Ignore spurious SCI wakeups from
suspend-to-idle") pm_wakeup_event() from these devices is ignored. Switch
to pm_wakeup_hard_event() API as these devices are actually the only
possible way to wakeup Hyper-V guests.
Fixes: eed4d47efe95 (ACPI / sleep: Ignore spurious SCI wakeups from suspend-to-idle)
Signed-off-by: Vitaly Kuznetsov <vkuznets@redhat.com>
---
drivers/hid/hid-hyperv.c | 2 +-
Acked-by: Jiri Kosina [off-list ref]
for the above. I guess this'd better go through ACPI tree?
No problem with that if you prefer.
It seems this patch got lost somewhere :-(
--
Vitaly