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

[Xen-devel] [xen-unstable-smoke test] 105289: regressions - trouble: broken/fail/pass



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

Regressions :-(

Tests which did not succeed and are blocking,
including tests which could not be run:
 test-amd64-amd64-xl-qemuu-debianhvm-i386  6 xen-boot     fail REGR. vs. 105218
 test-amd64-amd64-libvirt      6 xen-boot                 fail REGR. vs. 105218

Tests which did not succeed, but are not blocking:
 test-arm64-arm64-xl-xsm       1 build-check(1)               blocked  n/a
 build-arm64                   5 xen-build                    fail   never pass
 build-arm64-pvops             5 kernel-build                 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                  dd75ed5c14704862b547412086cde5dcc671997e
baseline version:
 xen                  8844ed299a88848da88b23e6db43b5bcc4ad4bee

Last test of basis   105218  2017-02-01 17:01:00 Z    0 days
Failing since        105283  2017-02-02 12:01:09 Z    0 days    2 attempts
Testing same since   105289  2017-02-02 14:00:56 Z    0 days    1 attempts

------------------------------------------------------------
People who touched revisions under test:
  Akshay Jaggi <akshay1994.leo@xxxxxxxxx>
  Baptiste Daroussin <baptiste.daroussin@xxxxxxxxx>
  Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
  Fatih Acar <fatih.acar@xxxxxxxxx>
  Jan Beulich <jbeulich@xxxxxxxx>
  Nikita Kozlov <nikita.kozlov@xxxxxxxxx>
  Roger Pau Monne <roger.pau@xxxxxxxxxx>
  Roger Pau Monné <roger.pau@xxxxxxxxxx>
  Vincent Legout <vincent.legout@xxxxxxxxx>
  Wei Liu <wei.liu2@xxxxxxxxxx>

jobs:
 build-amd64                                                  pass    
 build-arm64                                                  fail    
 build-armhf                                                  pass    
 build-amd64-libvirt                                          pass    
 build-arm64-pvops                                            fail    
 test-armhf-armhf-xl                                          pass    
 test-arm64-arm64-xl-xsm                                      broken  
 test-amd64-amd64-xl-qemuu-debianhvm-i386                     fail    
 test-amd64-amd64-libvirt                                     fail    


------------------------------------------------------------
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 dd75ed5c14704862b547412086cde5dcc671997e
Author: Fatih Acar <fatih.acar@xxxxxxxxx>
Date:   Mon Jan 30 15:33:18 2017 +0100

    xl: Fix assertion on domain reboot with new configuration
    
    libxl_domain_build_info_dispose is not resetting the type field to 
LIBXL_DOMAIN_TYPE_INVALID.
    Instead, it is memseting the struct to 0 thus when 
libxl_domain_build_info_init_type is called
    after a dispose on the same struct, an assertion is triggered because type 
!= LIBXL_DOMAIN_TYPE_INVALID.
    Calling libxl_domain_build_info_init makes sure the type field is correctly 
initialized.
    
    Signed-off-by: Fatih Acar <fatih.acar@xxxxxxxxx>
    Signed-off-by: Nikita Kozlov <nikita.kozlov@xxxxxxxxx>
    Signed-off-by: Vincent Legout <vincent.legout@xxxxxxxxx>
    Signed-off-by: Baptiste Daroussin <baptiste.daroussin@xxxxxxxxx>
    Acked-by: Wei Liu <wei.liu2@xxxxxxxxxx>

commit df58461e6b6dfa85ea208fbe511a96cd5c8d61d3
Author: Roger Pau Monne <roger.pau@xxxxxxxxxx>
Date:   Wed Feb 1 17:44:55 2017 +0000

    libs/gnttab: add FreeBSD handlers for the grant-table user-space device
    
    This patch adds the headers and helpers for the FreeBSD gntdev, used in 
order
    to map grants from remote domains and to allocate grants on behalf of the
    current domain.
    
    Current code has been tested with the QEMU/Qdisk backend.
    
    Signed-off-by: Akshay Jaggi <akshay1994.leo@xxxxxxxxx>
    [ added dummy stub for osdep_gnttab_grant_copy ]
    Signed-off-by: Roger Pau Monné <roger.pau@xxxxxxxxxx>
    Acked-by: Wei Liu <wei.liu2@xxxxxxxxxx>
    
    Move PAGE_* back to {linux,freebsd}.c due to breakage in stubdom build.
    
    Signed-off-by: Wei Liu <wei.liu2@xxxxxxxxxx>

commit 1a6e3220cc19b8705c27ca90dbc615270237f372
Author: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
Date:   Thu Feb 2 12:51:39 2017 +0100

    acpi: switch to dynamic mapping at SYS_STATE_boot
    
    We can switch ACPI from using fixmap to dynamic mapping as soon as
    the system enters SYS_STATE_boot. This will allow us, for example,
    to map MADT on systems with large number of processors where the
    table might not fit into NUM_FIXMAP_ACPI_PAGES (currently set to 4).
    
    To avoid having a window between system entering SYS_STATE_boot and
    vmap area being initialized move vm_init() a little higher.
    
    Signed-off-by: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
    Reviewed-by: Jan Beulich <jbeulich@xxxxxxxx>

commit 0f72f9ba1f0586afac67bc88f35eba5cc26392cd
Author: Jan Beulich <jbeulich@xxxxxxxx>
Date:   Thu Feb 2 12:50:35 2017 +0100

    x86/HVM: make hvm_find_io_handler() static
    
    This reduces the chance of misuse - calling it must in particular
    always be accompanied by calling the corresponding ->complete() hook.
    Constify its parameter at once.
    
    Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>
    Reviewed-by: Paul Durrant <paul.durrant@xxxxxxxxxx>

commit 061cd0f0e5c41335150e0d234d8ad0aff7b6da11
Author: Jan Beulich <jbeulich@xxxxxxxx>
Date:   Thu Feb 2 12:48:59 2017 +0100

    x86emul: correct behavior for single iteration REP INS/OUTS
    
    The initial operation done on these paths may raise an exception (for
    ->read_io() that's possible only on the PV path, when the I/O port
    access check has been deferred). We have to suppress put_rep_prefix()
    updating rCX in that case. From an abstract perspective this also
    applies to RETRY being returned.
    
    Reported-by: Wei Liu <wei.liu2@xxxxxxxxxx>
    Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>
    Reviewed-by: Wei Liu <wei.liu2@xxxxxxxxxx>
    Tested-by: Wei Liu <wei.liu2@xxxxxxxxxx>
    Reviewed-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
(qemu changes not included)

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

 


Rackspace

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