All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andrew Cooper <andrew.cooper3@citrix.com>
To: Ian Campbell <ian.campbell@citrix.com>,
	xen-devel <xen-devel@lists.xen.org>
Cc: Paul Durrant <paul.durrant@citrix.com>,
	Ian Jackson <Ian.Jackson@eu.citrix.com>,
	Jan Beulich <JBeulich@suse.com>
Subject: Re: ACPI shutdown unreliable with win7?
Date: Fri, 22 May 2015 09:59:04 +0100	[thread overview]
Message-ID: <555EEFD8.8020306@citrix.com> (raw)
In-Reply-To: <1432284841.10746.136.camel@citrix.com>

On 22/05/15 09:54, Ian Campbell wrote:
> In osstest self gate flight 56412 a change to make HVM guests
> configurably use "xl shutdown -F" (-F == use ACPI fallback if PV drivers
> absent) and apply the option to the win7 and winxpsp3 tests went into
> production.
>
> On winxpsp3 this appears to have been a success and things are working
> pretty well since that flight:
> http://logs.test-lab.xenproject.org/osstest/results/history.test-amd64-i386-xl-qemuu-winxpsp3.html
> http://logs.test-lab.xenproject.org/osstest/results/history.test-amd64-i386-xl-qemuu-winxpsp3-vcpus1.html
> http://logs.test-lab.xenproject.org/osstest/results/history.test-amd64-amd64-xl-qemut-winxpsp3.html
> http://logs.test-lab.xenproject.org/osstest/results/history.test-amd64-i386-xl-qemut-winxpsp3.html
> http://logs.test-lab.xenproject.org/osstest/results/history.test-amd64-i386-xl-qemut-winxpsp3-vcpus1.html
>
> However win7 seems to be in somewhat poorer shape:
>
> http://logs.test-lab.xenproject.org/osstest/results/history.test-amd64-amd64-xl-qemuu-win7-amd64.html
> http://logs.test-lab.xenproject.org/osstest/results/history.test-amd64-i386-xl-qemuu-win7-amd64.html
> http://logs.test-lab.xenproject.org/osstest/results/history.test-amd64-amd64-xl-qemut-win7-amd64.html
> http://logs.test-lab.xenproject.org/osstest/results/history.test-amd64-i386-xl-qemut-win7-amd64.html
>
> it passes less than one time in 10 (of the ones which don't get blocked
> earlier on).
>
> The problem seems to be independent of the qemu version and with qemuu
> of seabios vs rombios. dom0 kernel also seems irrelevant.

This is because there is no such thing as ACPI shutdown.

There is ACPI "Someone pressed the power button" and ACPI "Someone
closed the laptop lid".

I believe Win7 attempts to sleep by default, rather than to shut down,
although IIRC this does depend on which S states are offered in the ACPI
tables.  One thing to try would be to boot windows without any S3 or S4
SSDT tables, which should persuade windows into believing that "someone
pressed the power button" should mean S5 shutdown.

~Andrew

  reply	other threads:[~2015-05-22  8:59 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-05-22  8:54 ACPI shutdown unreliable with win7? Ian Campbell
2015-05-22  8:59 ` Andrew Cooper [this message]
2015-05-22  9:08   ` Ian Campbell
2015-05-29 12:54     ` Ian Campbell
2015-05-29 13:04       ` Jan Beulich
2015-05-29 13:13         ` Ian Campbell
2015-05-29 14:25           ` Paul Durrant
2015-05-29 14:35             ` Ian Campbell
2015-05-29 15:06               ` Paul Durrant
2015-05-29 15:11                 ` Ian Campbell
2015-05-29 15:34                   ` Ross Philipson
2015-05-29 16:00                     ` Paul Durrant
2015-05-29 16:11                       ` Ross Philipson
2015-05-29 16:14                       ` Ross Philipson
2015-05-29 15:34               ` Paul Durrant
2015-05-29 15:56                 ` Jan Beulich
2015-05-29 15:51               ` Paul Durrant
2015-05-29 14:35             ` Jan Beulich
2015-05-29 13:14         ` Andrew Cooper
2015-05-29 13:19           ` Ian Campbell
2015-05-29 13:28           ` Jan Beulich
2015-05-29 14:00             ` Ian Campbell
2015-05-29 14:31               ` Andrew Cooper
2015-05-29 14:38                 ` Ian Campbell
2015-05-29 14:40               ` Jan Beulich
2015-05-29 14:49                 ` Ian Campbell
2015-05-29 18:55                   ` Don Slutz
2015-05-22  9:01 ` Jan Beulich

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=555EEFD8.8020306@citrix.com \
    --to=andrew.cooper3@citrix.com \
    --cc=Ian.Jackson@eu.citrix.com \
    --cc=JBeulich@suse.com \
    --cc=ian.campbell@citrix.com \
    --cc=paul.durrant@citrix.com \
    --cc=xen-devel@lists.xen.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.