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

Re: [Xen-devel] [linux-next test] 31271: tolerable trouble: broken/fail/pass



On 31/10/14 13:15, Konrad Rzeszutek Wilk wrote:
> On Fri, Oct 31, 2014 at 10:51:25AM +0000, David Vrabel wrote:
>> On 31/10/14 04:22, xen.org wrote:
>>> flight 31271 linux-next real [real]
>>> http://www.chiark.greenend.org.uk/~xensrcts/logs/31271/
>>>
>>> Failures :-/ but no regressions.
>>>  test-amd64-amd64-xl-qemut-win7-amd64                         fail    
>>>  test-amd64-i386-xl-qemut-win7-amd64                          fail    
>>>  test-amd64-amd64-xl-qemuu-win7-amd64                         fail    
>>>  test-amd64-i386-xl-qemuu-win7-amd64                          fail    
>>>  test-amd64-amd64-xl-win7-amd64                               fail    
>>>  test-amd64-i386-xl-win7-amd64                                fail
>> All the windows tests are failing because:
>>
>> Shutting down domain 18
>> PV control interface not available: external graceful shutdown not possible.
>> Use "-F" to fallback to ACPI power event.
>> shutdown failed (rc=-10)
>>
>> Which is expected behaviour and not a failure.  This problem is
>> universal across all the different test runs.
>>
>> Either PV drivers need to be installed into the guest or the test needs
>> to be fixed to use the ACPI power event.
> Why don't we actually do it (the ACPI power event) instead of just
> printing it?

Because the power event can be mapped to anything, including no action
inside the VM.  This is a guest OS policy.

Win8 for example will hibernate by default on a power event.  This is
not what a user running `xl shutdown` would expect.

~Andrew

_______________________________________________
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®.