[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] ACPI shutdown unreliable with win7?



On Fri, 2015-05-29 at 14:14 +0100, Andrew Cooper wrote:
> On 29/05/15 14:04, Jan Beulich wrote:
> >>>> On 29.05.15 at 14:54, <ian.campbell@xxxxxxxxxx> wrote:
> >> On Fri, 2015-05-22 at 10:08 +0100, Ian Campbell wrote:
> >>> If win7 doesn't shutdown given a power button request I'd be more
> >>> inclined to remove the setting in osstest for those flights and let
> >>> guest-stop go back to being never pass than to start making such changes
> >>> to the VM config which I think would probably break the preceding
> >>> suspend and migration tests (which aren't completely reliable, but are
> >>> far more so than this shutdown one).
> >> Does anyone have any ideas here or shall I propose:
> > Unless we have a way to make an adjustment inside the guest for the
> > power button to gain "shutdown" meaning, I think there's no alternative
> > to the change below.
> 
> You can avoid advertising S3/S4 in the ACPI tables, which iirc causes
> the same alteration to happen.
> 
> Hvmloader uses the platform/acpi_s{3,4} booleans to control whether the
> relevant SSDTs are exposed.

As I said in <1432285699.10746.147.camel@xxxxxxxxxx> and again in reply
to Jan just now, this test does sometimes pass.

So whether or not we are exposing the correct set of tables to the guest
there is something else non-deterministic going on here I think.

I'd also be concerned about the impact on other tests (in particular the
SRM ones) on disabling s3 and/or s4.

Ian.


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.