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

[ovmf test] 110166: regressions - FAIL

flight 110166 ovmf real [real]

Regressions :-(

Tests which did not succeed and are blocking,
including tests which could not be run:
 build-amd64-xsm               5 xen-build                fail REGR. vs. 110078
 build-amd64                   5 xen-build                fail REGR. vs. 110078
 build-i386                    5 xen-build                fail REGR. vs. 110078
 build-i386-xsm                5 xen-build                fail REGR. vs. 110078

Tests which did not succeed, but are not blocking:
 test-amd64-amd64-xl-qemuu-ovmf-amd64  1 build-check(1)             blocked n/a
 build-amd64-libvirt           1 build-check(1)               blocked  n/a
 test-amd64-i386-xl-qemuu-ovmf-amd64  1 build-check(1)              blocked n/a
 build-i386-libvirt            1 build-check(1)               blocked  n/a

version targeted for testing:
 ovmf                 c1f4b86ba786cc9cbe5c88a05abc9bf0554b1cc8
baseline version:
 ovmf                 b941c34ef859971e29683ffb57c309e24e6a96be

Last test of basis   110078  2017-06-07 10:03:04 Z    2 days
Failing since        110104  2017-06-08 00:46:13 Z    1 days    4 attempts
Testing same since   110166  2017-06-09 05:31:06 Z    0 days    1 attempts

People who touched revisions under test:
  Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
  Hao Wu <hao.a.wu@xxxxxxxxx>
  Hegde Nagaraj P <nagaraj-p.hegde@xxxxxxx>
  hegdenag <nagaraj-p.hegde@xxxxxxx>
  Laszlo Ersek <lersek@xxxxxxxxxx>
  Ruiyu Ni <ruiyu.ni@xxxxxxxxx>

 build-amd64-xsm                                              fail    
 build-i386-xsm                                               fail    
 build-amd64                                                  fail    
 build-i386                                                   fail    
 build-amd64-libvirt                                          blocked 
 build-i386-libvirt                                           blocked 
 build-amd64-pvops                                            pass    
 build-i386-pvops                                             pass    
 test-amd64-amd64-xl-qemuu-ovmf-amd64                         blocked 
 test-amd64-i386-xl-qemuu-ovmf-amd64                          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 c1f4b86ba786cc9cbe5c88a05abc9bf0554b1cc8
Author: hegdenag <nagaraj-p.hegde@xxxxxxx>
Date:   Thu Jun 8 14:40:53 2017 +0800

    ShellPkg/ifconfig: Update help message
    Couple of instances had IP4 mentioned, instead of IPv4.
    Changing all to IPv4 to maintain consistency.
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Hegde Nagaraj P <nagaraj-p.hegde@xxxxxxx>
    Reviewed-by: Tapan Shah <tapandshah@xxxxxxx>
    Reviewed-by: Jaben Carsey <jaben.carsey@xxxxxxxxx>
    Reviewed-by: Wu Jiaxin <jiaxin.wu@xxxxxxxxx>

commit 752234768eee79c3e9b32b9a2d134148ecaa635a
Author: Ruiyu Ni <ruiyu.ni@xxxxxxxxx>
Date:   Wed Jun 7 13:51:26 2017 +0800

    ShellPkg: Remove unnecessary Readme.txt
    The Readme.txt contains instructions about how to integrate Shell
    into Nt32. Actually Nt32 already contains a macro USE_OLD_SHELL to
    choose OLD or NEW Shell.
    So remove this txt file.
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Ruiyu Ni <ruiyu.ni@xxxxxxxxx>
    Reviewed-by: Jaben Carsey <jaben.carsey@xxxxxxxxx>

commit 8df95dd04f467c5626850b34dec564dec918c47d
Author: Hao Wu <hao.a.wu@xxxxxxxxx>
Date:   Thu Jun 8 16:07:31 2017 +0800

    MdeModulePkg/PciHostBridgeDxe: Make bitwise operands of the same size
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Hao Wu <hao.a.wu@xxxxxxxxx>
    Reviewed-by: Jiewen Yao <jiewen.yao@xxxxxxxxx>
    Reviewed-by: Laszlo Ersek <lersek@xxxxxxxxxx>

commit 4275f38507a4a44260555495dfb6da1d8a307307
Author: Laszlo Ersek <lersek@xxxxxxxxxx>
Date:   Sat Jun 3 16:11:08 2017 +0200

    OvmfPkg/AcpiPlatformDxe: alloc blobs from 64-bit space unless restricted
    ... by narrower than 8-byte ADD_POINTER references.
    Introduce the CollectAllocationsRestrictedTo32Bit() function, which
    iterates over the linker/loader script, and collects the names of the
    fw_cfg blobs that are referenced by QEMU_LOADER_ADD_POINTER.PointeeFile
    fields, such that QEMU_LOADER_ADD_POINTER.PointerSize is less than 8. This
    means that the pointee blob's address will have to be patched into a
    narrower-than-8 byte pointer field, hence the pointee blob must not be
    allocated from 64-bit address space.
    In ProcessCmdAllocate(), consult these restrictions when setting the
    maximum address for gBS->AllocatePages(). The default is now MAX_UINT64,
    unless restricted like described above to the pre-patch MAX_UINT32 limit.
    In combination with Ard's QEMU commit cb51ac2ffe36 ("hw/arm/virt: generate
    64-bit addressable ACPI objects", 2017-04-10), this patch enables
    OvmfPkg/AcpiPlatformDxe to work entirely above the 4GB mark.
    (An upcoming / planned aarch64 QEMU machine type will have no RAM under
    4GB at all. Plus, moving the allocations higher is beneficial to the
    current "virt" machine type as well; in Ard's words: "having all firmware
    allocations inside the same 1 GB (or 512 MB for 64k pages) frame reduces
    the TLB footprint".)
    Cc: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
    Cc: Gerd Hoffmann <kraxel@xxxxxxxxxx>
    Cc: Igor Mammedov <imammedo@xxxxxxxxxx>
    Cc: Jordan Justen <jordan.l.justen@xxxxxxxxx>
    Suggested-by: Igor Mammedov <imammedo@xxxxxxxxxx>
    Suggested-by: Gerd Hoffmann <kraxel@xxxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Laszlo Ersek <lersek@xxxxxxxxxx>
    Tested-by: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
    Reviewed-by: Jordan Justen <jordan.l.justen@xxxxxxxxx>

osstest-output mailing list



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