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

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



This run is configured for baseline tests only.

flight 71539 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/71539/

Failures :-/ but no regressions.

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

version targeted for testing:
 ovmf                 8f98c76f992be0d22cafaf302ee95350cef3f0c7
baseline version:
 ovmf                 b941c34ef859971e29683ffb57c309e24e6a96be

Last test of basis    71533  2017-06-08 00:51:05 Z    2 days
Testing same since    71539  2017-06-10 14:47: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>

jobs:
 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
    http://osstest.xs.citrite.net/~osstest/testlogs/logs

Test harness code can be found at
    http://xenbits.xensource.com/gitweb?p=osstest.git;a=summary


Push not applicable.

------------------------------------------------------------
commit 8f98c76f992be0d22cafaf302ee95350cef3f0c7
Author: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Date:   Thu Jun 8 19:03:04 2017 +0000

    OvmfPkg/AcpiPlatformDxe: fix spurious uninitialized var warning
    
    Commit 4275f38507a4 ("OvmfPkg/AcpiPlatformDxe: alloc blobs from 64-bit
    space unless restricted") introduced a variable which is [incorrectly]
    identified by GCC as being potentially uninitialized. So let's just set
    it to NULL before use.
    
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
    Reviewed-by: Laszlo Ersek <lersek@xxxxxxxxxx>

commit 406d1d92a8d8daa50d65296096db725e6f164432
Author: hegdenag <nagaraj-p.hegde@xxxxxxx>
Date:   Thu Jun 8 14:40:33 2017 +0800

    NetworkPkg/HttpBootDxe: Handle new #define in HttpBootDxe
    
    Add a error message in HttpBootPrintErrorMessage for HTTP 308
    Redirect.
    
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Hegde Nagaraj P <nagaraj-p.hegde@xxxxxxx>
    Reviewed-by: Sriram Subramanian <sriram-s@xxxxxxx>
    Reviewed-by: Fu Siyuan <siyuan.fu@xxxxxxxxx>

commit 7dec14b78f0b579a17050665832ed95b3ac4b53e
Author: hegdenag <nagaraj-p.hegde@xxxxxxx>
Date:   Thu Jun 8 14:40:09 2017 +0800

    MdeModulePkg/DxeHttpLib: Handle new #define in HttpMappingToStatusCode
    
    Related to the ECR for support of HTTP Redirect (308)
    
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Hegde Nagaraj P <nagaraj-p.hegde@xxxxxxx>
    Reviewed-by: Wu Jiaxin <jiaxin.wu@xxxxxxxxx>
    Reviewed-by: Sriram Subramanian <sriram-s@xxxxxxx>
    Reviewed-by: Fu Siyuan <siyuan.fu@xxxxxxxxx>

commit 8ab9f7690ee9a2ca198509b692a457b7409dfc1b
Author: hegdenag <nagaraj-p.hegde@xxxxxxx>
Date:   Thu Jun 8 14:39:03 2017 +0800

    MdePkg/Http.h: Add #define for 308 redirect
    
    Adding Support for the ECR for HTTP 308 redirect.
    
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Hegde Nagaraj P <nagaraj-p.hegde@xxxxxxx>
    Reviewed-by: Wu Jiaxin <jiaxin.wu@xxxxxxxxx>
    Reviewed-by: Sriram Subramanian <sriram-s@xxxxxxx>
    Reviewed-by: Fu Siyuan <siyuan.fu@xxxxxxxxx>

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>

_______________________________________________
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®.