[xen-unstable-smoke test] 103759: regressions - FAIL

[xen-unstable-smoke test] 103759: regressions - FAIL

[osstest service owner]

flight 103759 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/103759/

Regressions :-(

Tests which did not succeed and are blocking,
including tests which could not be run:
 test-amd64-amd64-xl-qemuu-debianhvm-i386 9 debian-hvm-install fail REGR. vs. 103746

Tests which did not succeed, but are not blocking:
 test-amd64-amd64-libvirt     12 migrate-support-check        fail   never pass
 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                  157db407533fb55c0ce0c133991e3cb951b76484
baseline version:
 xen                  7469686ccc959765542cd10551f9bd7a602f2cbd

Last test of basis   103746  2016-12-19 11:02:18 Z    0 days
Failing since        103751  2016-12-19 16:01:58 Z    0 days    2 attempts
Testing same since   103759  2016-12-19 19:34:32 Z    0 days    1 attempts

------------------------------------------------------------
People who touched revisions under test:
  Andrew Cooper <andrew.cooper3@citrix.com>
  Jan Beulich <jbeulich@suse.com>

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


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

Logs, config files, etc. are available at
    http://logs.test-lab.xenproject.org/osstest/logs

Explanation of these reports, and of osstest in general, is at
    http://xenbits.xen.org/gitweb/?p=osstest.git;a=blob;f=README.email;hb=master
    http://xenbits.xen.org/gitweb/?p=osstest.git;a=blob;f=README;hb=master

Test harness code can be found at
    http://xenbits.xen.org/gitweb?p=osstest.git;a=summary


Not pushing.

------------------------------------------------------------
commit 157db407533fb55c0ce0c133991e3cb951b76484
Author: Jan Beulich <jbeulich@suse.com>
Date:   Mon Dec 19 17:52:42 2016 +0100

    x86: fix asm() constraint in clear_user()
    
    Commit 2fdf5b2554 ("x86: streamline copying to/from user memory")
    wrongly used "g" here, when it obviously needs to be a register.
    
    Reported-by: Andrew Cooper <andrew.cooper3@citrix.com>
    Signed-off-by: Jan Beulich <jbeulich@suse.com>
    Reviewed-by: Andrew Cooper <andrew.cooper3@citrix.com>

commit b9a8061bc28930b0c922a5d828447c52e4e873c2
Author: Andrew Cooper <andrew.cooper3@citrix.com>
Date:   Sun Dec 18 15:42:59 2016 +0000

    x86/emul: Correct the handling of eflags with SYSCALL
    
    A singlestep #DB is determined by the resulting eflags value from the
    execution of SYSCALL, not the original eflags value.
    
    By using the original eflags value, we negate the guest kernels attempt to
    protect itself from a privilege escalation by masking TF.
    
    (re)introduce a singlestep boolean, defaulting to the original eflags state,
    but have the SYSCALL emulation recalculate it after masking has occurred.
    
    This is XSA-204
    
    Signed-off-by: Andrew Cooper <andrew.cooper3@citrix.com>
    Reviewed-by: Jan Beulich <jbeulich@suse.com>
(qemu changes not included)

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