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

[osstest service owner <osstest-admin@xxxxxxxxxxxxxx>]

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

Regressions :-(

Tests which did not succeed and are blocking,
including tests which could not be run:
 test-amd64-amd64-xl-qemuu-debianhvm-i386 16 guest-localmigrate/x10 fail REGR. 
vs. 125058

Tests which did not succeed, but are not blocking:
 test-amd64-amd64-libvirt     13 migrate-support-check        fail   never pass
 test-arm64-arm64-xl-xsm      13 migrate-support-check        fail   never pass
 test-arm64-arm64-xl-xsm      14 saverestore-support-check    fail   never pass
 test-armhf-armhf-xl          13 migrate-support-check        fail   never pass
 test-armhf-armhf-xl          14 saverestore-support-check    fail   never pass

version targeted for testing:
 xen                  139a84f9ae85bad79527b930b7aef77195cdd3ec
baseline version:
 xen                  3243d69213f2367fdea01f7d4dcf219fdd287bc5

Last test of basis   125058  2018-07-09 09:00:22 Z    0 days
Testing same since   125063  2018-07-09 14:00:34 Z    0 days    1 attempts

------------------------------------------------------------
People who touched revisions under test:
  Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
  Ian Jackson <Ian.Jackson@xxxxxxxxxxxxx>
  Jan Beulich <jbeulich@xxxxxxxx>

jobs:
 build-arm64-xsm                                              pass    
 build-amd64                                                  pass    
 build-armhf                                                  pass    
 build-amd64-libvirt                                          pass    
 test-armhf-armhf-xl                                          pass    
 test-arm64-arm64-xl-xsm                                      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 139a84f9ae85bad79527b930b7aef77195cdd3ec
Author: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
Date:   Thu Jul 5 15:25:39 2018 +0000

    x86/msr: Rename the msr policy objects
    
    After attempting to develop the infrastructure, it turns out that the choice
    of naming is suboptimal.
    
    Rename msr_domain_policy to just msr_policy to mirror the CPUID side of
    things, and alter the 'dp' variable name convention to 'mp'.  While altering
    all the names, export all of the system msr_policy objects (which are 
already
    global symbols).
    
    Rename msr_vcpu_policy to vcpu_msrs and switch 'vp' to 'msrs' in code.  
Update
    the arch_vcpu field name to match.
    
    No functional change.
    
    Signed-off-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
    Acked-by: Jan Beulich <jbeulich@xxxxxxxx>

commit 298253b676a86ccdbc9b1a5f2bfe31dc6d7dd327
Author: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
Date:   Thu Jul 5 14:19:00 2018 +0000

    xen: Introduce an xmemdup() helper
    
    ... and use it in place of the opencoded instances.
    
    For consistency, restructure init_domain_cpuid_policy() to be like
    init_{domain,vcpu}_msr_policy() by operating on the local pointer where
    possible.
    
    No change in behaviour.
    
    Signed-off-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
    Reviewed-by: Jan Beulich <jbeulich@xxxxxxxx>

commit 28ca696a3e5cf464be945477a986576eec644c61
Author: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
Date:   Mon Jul 9 10:13:48 2018 +0100

    tools/libs: Fix stable library ABI breakage from c/s e1ed22be85
    
    For libxengnttab.map, introducing a new VERS* section must be matched with a
    equivalent SONAME bump.
    
    For libxencall.map, the hunk as presented would have been ok, if Xen 4.11
    hadn't been released between xencall_buffers_never_fault() and xencall_fd()
    being introduced.  Given the timing of the release, xencall_fd() needs 
moving
    into a new VERS_1.2 section.
    
    Signed-off-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
    Acked-by: Ian Jackson <Ian.Jackson@xxxxxxxxxxxxx>
(qemu changes not included)

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-devel