|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [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> _______________________________________________ osstest-output mailing list osstest-output@xxxxxxxxxxxxxxxxxxxx https://lists.xenproject.org/cgi-bin/mailman/listinfo/osstest-output
|
 |
Lists.xenproject.org is hosted with RackSpace, monitoring our |