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

[Xen-devel] [xen-unstable-smoke test] 90993: regressions - FAIL

flight 90993 xen-unstable-smoke real [real]

Regressions :-(

Tests which did not succeed and are blocking,
including tests which could not be run:
 test-armhf-armhf-xl          15 guest-start/debian.repeat fail REGR. vs. 90970

Regressions which are regarded as allowable (not blocking):
 build-amd64-libvirt           5 libvirt-build                fail   like 90970

Tests which did not succeed, but are not blocking:
 test-amd64-amd64-libvirt      1 build-check(1)               blocked  n/a
 test-armhf-armhf-xl          12 migrate-support-check        fail   never pass
 test-armhf-armhf-xl          13 saverestore-support-check    fail   never pass

version targeted for testing:
 xen                  972523bcefe215b46ffd74fa08b8199cec2fde05
baseline version:
 xen                  7f3f61699b990da505c70d4c716610caebb63e21

Last test of basis    90970  2016-04-11 14:24:33 Z    0 days
Testing same since    90993  2016-04-11 17:06:54 Z    0 days    1 attempts

People who touched revisions under test:
  Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
  Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>

 build-amd64                                                  pass    
 build-armhf                                                  pass    
 build-amd64-libvirt                                          fail    
 test-armhf-armhf-xl                                          fail    
 test-amd64-amd64-xl-qemuu-debianhvm-i386                     pass    
 test-amd64-amd64-libvirt                                     blocked 

sg-report-flight on osstest.test-lab.xenproject.org
logs: /home/logs/logs
images: /home/logs/images

Logs, config files, etc. are available at

Explanation of these reports, and of osstest in general, is at

Test harness code can be found at

Not pushing.

commit 972523bcefe215b46ffd74fa08b8199cec2fde05
Author: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
Date:   Mon Apr 11 10:03:55 2016 +0100

    x86/pv: Correctly fold vIOPL back into vcpu_guest_context
    c/s f71ecb6 "x86: introduce a new VMASSIST for architectural behaviour of
    iopl" shifted the vcpu iopl field by 12, but didn't update the logic which
    reconstructs the guests eflags for migration.
    Existing guest kernels set a vIOPL of 1, to prevent them from faulting when
    accessing IO ports.  This bug manifests as a crash after migrate, as the 
    reverts back to the default of 0, and the guest suffers an unexpected #GP
    Signed-off-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
    Reviewed-by: Wei Liu <wei.liu2@xxxxxxxxxx>
    Tested-by: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
(qemu changes not included)

Xen-devel mailing list



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