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

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

flight 158752 xen-unstable-smoke real [real]

Regressions :-(

Tests which did not succeed and are blocking,
including tests which could not be run:
 build-amd64                   6 xen-build                fail REGR. vs. 158713

Tests which did not succeed, but are not blocking:
 build-amd64-libvirt           1 build-check(1)               blocked  n/a
 test-amd64-amd64-libvirt      1 build-check(1)               blocked  n/a
 test-amd64-amd64-xl-qemuu-debianhvm-amd64  1 build-check(1)        blocked n/a
 test-arm64-arm64-xl-xsm      15 migrate-support-check        fail   never pass
 test-arm64-arm64-xl-xsm      16 saverestore-support-check    fail   never pass
 test-armhf-armhf-xl          15 migrate-support-check        fail   never pass
 test-armhf-armhf-xl          16 saverestore-support-check    fail   never pass

version targeted for testing:
 xen                  ec0648db751a08486a586a5e9b5de4e81baebfca
baseline version:
 xen                  6677b5a3577c16501fbc51a3341446905bd21c38

Last test of basis   158713  2021-01-27 23:00:26 Z    1 days
Failing since        158724  2021-01-28 12:01:30 Z    0 days    5 attempts
Testing same since   158752  2021-01-29 01:02:35 Z    0 days    1 attempts

People who touched revisions under test:
  Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
  Ian Jackson <iwj@xxxxxxxxxxxxxx>
  Jan Beulich <jbeulich@xxxxxxxx>
  Manuel Bouyer <bouyer@xxxxxxxxxx>
  Stefano Stabellini <stefano.stabellini@xxxxxxxxxx>
  Wei Liu <wl@xxxxxxx>

 build-arm64-xsm                                              pass    
 build-amd64                                                  fail    
 build-armhf                                                  pass    
 build-amd64-libvirt                                          blocked 
 test-armhf-armhf-xl                                          pass    
 test-arm64-arm64-xl-xsm                                      pass    
 test-amd64-amd64-xl-qemuu-debianhvm-amd64                    blocked 
 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 ec0648db751a08486a586a5e9b5de4e81baebfca
Author: Stefano Stabellini <stefano.stabellini@xxxxxxxxxx>
Date:   Tue Jan 26 11:03:28 2021 -0800

    xen: add (EXPERT) to one-line description of XEN_SHSTK
    Add an "(EXPERT)" tag to the one-line description of Kconfig options
    that depend on EXPERT. (Not where just the prompt depends on EXPERT.)
    Today we only have one such option: XEN_SHSTK.
    Signed-off-by: Stefano Stabellini <stefano.stabellini@xxxxxxxxxx>
    Acked-by: Jan Beulich <jbeulich@xxxxxxxx>
    CC: andrew.cooper3@xxxxxxxxxx
    CC: george.dunlap@xxxxxxxxxx
    CC: iwj@xxxxxxxxxxxxxx
    CC: jbeulich@xxxxxxxx
    CC: julien@xxxxxxx
    CC: wl@xxxxxxx

commit d96e5e6c12145b4fc7b19b7b4751d20540061da0
Author: Stefano Stabellini <stefano.stabellini@xxxxxxxxxx>
Date:   Tue Jan 26 11:03:27 2021 -0800

    xen: EXPERT clean-up and introduce UNSUPPORTED
    A recent thread [1] has exposed a couple of issues with our current way
    of handling EXPERT.
    1) It is not obvious that "Configure standard Xen features (expert
    users)" is actually the famous EXPERT we keep talking about on xen-devel
    2) It is not obvious when we need to enable EXPERT to get a specific
    In particular if you want to enable ACPI support so that you can boot
    Xen on an ACPI platform, you have to enable EXPERT first. But searching
    through the kconfig menu it is really not clear (type '/' and "ACPI"):
    nothing in the description tells you that you need to enable EXPERT to
    get the option.
    So this patch makes things easier by doing two things:
    - introduce a new kconfig option UNSUPPORTED which is clearly to enable
      UNSUPPORTED features as defined by SUPPORT.md
    - change EXPERT options to UNSUPPORTED where it makes sense: keep
      depending on EXPERT for features made for experts
    - tag unsupported features by adding (UNSUPPORTED) to the one-line
    - clarify the EXPERT one-line description
    [1] https://marc.info/?l=xen-devel&m=160333101228981
    Signed-off-by: Stefano Stabellini <stefano.stabellini@xxxxxxxxxx>
    Reviewed-by: Jan Beulich <jbeulich@xxxxxxxx> [x86,common]
    Reviewed-by: Bertrand Marquis <bertrand.marquis@xxxxxxx>
    CC: andrew.cooper3@xxxxxxxxxx
    CC: george.dunlap@xxxxxxxxxx
    CC: iwj@xxxxxxxxxxxxxx
    CC: jbeulich@xxxxxxxx
    CC: julien@xxxxxxx
    CC: wl@xxxxxxx

commit 6ca510153350163b02809ae06e1dabad89c2c786
Author: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
Date:   Wed Jan 27 19:43:32 2021 +0000

    x86/boot: Drop 'noapic' suggestion from check_timer()
    In practice, there is no such thing as a real 64bit system without
    APICs.  (PVH style virtual environments, sure, but they don't end up here).
    The suggestion to try and use noapic only makes a bad situation worse.
    Signed-off-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
    Acked-by: Jan Beulich <jbeulich@xxxxxxxx>
    Release-Acked-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>

commit 525cae0b9eb359774f08ceb609c333954bcb00e8
Author: Ian Jackson <iwj@xxxxxxxxxxxxxx>
Date:   Wed Nov 25 13:22:08 2020 +0000

    xen-release-management doc: More info on schedule
    This documents our practice, established in 2018
    et seq
    CC: Jürgen Groß <jgross@xxxxxxxx>
    CC: Paul Durrant <xadimgnik@xxxxxxxxx>
    CC: Wei Liu <wl@xxxxxxx>
    Acked-by: Jan Beulich <jbeulich@xxxxxxxx>
    Signed-off-by: Ian Jackson <iwj@xxxxxxxxxxxxxx>

commit e8524e4d4d612ef53943f539da2e81785282e5af
Author: Manuel Bouyer <bouyer@xxxxxxxxxx>
Date:   Tue Jan 12 19:12:21 2021 +0100

    Fix error: array subscript has type 'char'
    Use unsigned char variable, or cast to (unsigned char), for
    tolower()/islower() and friends. Fix compiler error
    array subscript has type 'char' [-Werror=char-subscripts]
    Signed-off-by: Manuel Bouyer <bouyer@xxxxxxxxxx>
    Reviewed-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
    Release-Acked-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>

commit 6e2046378086d2eaf3f1fe807a2fd697f2630f40
Author: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
Date:   Wed Jul 29 16:28:32 2020 +0100

    xen/memory: Clarify the XENMEM_acquire_resource ABI description
    This is how similar operations already operate, compatible with the sole
    implementation (in Linux), and explicitly gives us some flexibility.
    Signed-off-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
    Reviewed-by: Paul Durrant <paul@xxxxxxx>

commit 75fc85998546878ca5417071a6ca60c34065c2c3
Author: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
Date:   Thu Jul 23 15:58:48 2020 +0100

    tools/foreignmem: Support querying the size of a resource
    With the Xen side of this interface (soon to be) fixed to return real sizes,
    userspace needs to be able to make the query.
    Introduce xenforeignmemory_resource_size() for the purpose, bumping the
    library minor version.
    Update both all osdep_xenforeignmemory_map_resource() implementations to
    understand size requests, skip the mmap() operation, and copy back the
    nr_frames field.
    For NetBSD, also fix up the ioctl() error path to issue an unmap(), which 
    overlooked by c/s 4a64e2bb39 "libs/foreignmemory: Implement on NetBSD".
    Signed-off-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
    Reviewed-by: Roger Pau Monné <roger.pau@xxxxxxxxxx>
    Reviewed-by: Paul Durrant <paul@xxxxxxx>
    Acked-by: Wei Liu <wl@xxxxxxx>

commit 2b4b33ffe7d67dc677350a3e1fa7a11d7ab49fb4
Author: Manuel Bouyer <bouyer@xxxxxxxxxx>
Date:   Tue Jan 26 23:47:52 2021 +0100

    libs/foreignmemory: Implement on NetBSD
    Implement foreignmemory interface on NetBSD. The compat interface is now 
    only on __sun__
    Signed-off-by: Manuel Bouyer <bouyer@xxxxxxxxxx>
    Reviewed-by: Roger Pau Monné <roger.pau@xxxxxxxxxx>
(qemu changes not included)



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