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

[Xen-devel] [ovmf baseline-only test] 71629: tolerable FAIL

This run is configured for baseline tests only.

flight 71629 ovmf real [real]

Failures :-/ but no regressions.

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

version targeted for testing:
 ovmf                 7b1dc6c569a88ab85af5f7462aa63ea1f898276a
baseline version:
 ovmf                 94f5c6001c41a2d4e3d5953e43003373333d6ebe

Last test of basis    71628  2017-07-03 19:20:06 Z    0 days
Testing same since    71629  2017-07-03 23:46:54 Z    0 days    1 attempts

People who touched revisions under test:
  Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>

 build-amd64-xsm                                              pass    
 build-i386-xsm                                               pass    
 build-amd64                                                  pass    
 build-i386                                                   pass    
 build-amd64-libvirt                                          fail    
 build-i386-libvirt                                           fail    
 build-amd64-pvops                                            pass    
 build-i386-pvops                                             pass    
 test-amd64-amd64-xl-qemuu-ovmf-amd64                         pass    
 test-amd64-i386-xl-qemuu-ovmf-amd64                          pass    

sg-report-flight on osstest.xs.citrite.net
logs: /home/osstest/logs
images: /home/osstest/images

Logs, config files, etc. are available at

Test harness code can be found at

Push not applicable.

commit 7b1dc6c569a88ab85af5f7462aa63ea1f898276a
Author: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Date:   Mon Jul 3 14:46:18 2017 +0100

    ArmVirtPkg: switch to generic ResetSystemRuntimeDxe
    For obscure reasons, ARM platforms use a different implementation of
    the ResetSystem() runtime service call than other platforms. So let's
    switch all ArmVirtPkg platforms to the generic version instead.
    Given that all platforms use an implementation of EfiResetSystemLib [as
    consumed by the ResetRuntimeDxe in EmbeddedPkg that we are replacing]
    which is unlikely to be depended upon by out of tree platforms, let's
    simply modify this library into an implementation of ResetSystemLib
    instead [which is what the generic driver in MdeModulePkg consumes]
    This does mean we need to update all clients at the same time, which
    is why all changes are part of the same patch.
    As before, warm reset and platform specific reset are mapped onto
    cold reset (which is the only thing PSCI implements, at least the
    version we depend on). The new library function EnterS3WithImmediateWake()
    is left unimplemented, as permitted by the ResetSystemLib library class.
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
    Reviewed-by: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
    Reviewed-by: Laszlo Ersek <lersek@xxxxxxxxxx>

commit b2c55e732888fd721f5235a820b1d1c45209992d
Author: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Date:   Mon Jul 3 16:00:12 2017 +0100

    ArmPkg: implement ResetSystemLib using PSCI 0.2 calls
    This adds an implementation of the ResetSystemLib library class as
    defined in MdeModulePkg. It is used as the platform glue by the generic
    ResetSystemRuntimeDxe which lives in the same package.
    This implementation is intended to replace the EfiResetSystemLib based
    implementation that is deprecated now that we have decided that there is
    no longer a reason to keep a different ResetSystem() implementation
    under EmbeddedPkg.
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
    Reviewed-by: Leif Lindholm <leif.lindholm@xxxxxxxxxx>

Xen-devel mailing list



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