|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] [ovmf test] 110166: regressions - FAIL
flight 110166 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/110166/ 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> jobs: 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 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 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
|
 |
Lists.xenproject.org is hosted with RackSpace, monitoring our |