[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] [ovmf test] 141026: regressions - FAIL
flight 141026 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/141026/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64 6 xen-build fail REGR. vs. 141000 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 version targeted for testing: ovmf 7bf525599713703a60c4f300bd82787545a74a52 baseline version: ovmf adb59b633c12eae334540295092da94736bffa33 Last test of basis 141000 2019-09-04 08:59:22 Z 1 days Testing same since 141026 2019-09-04 23:39:00 Z 0 days 1 attempts ------------------------------------------------------------ People who touched revisions under test: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx> Liming Gao <liming.gao@xxxxxxxxx> Ray Ni <ray.ni@xxxxxxxxx> jobs: build-amd64-xsm pass build-i386-xsm pass build-amd64 fail build-i386 pass build-amd64-libvirt blocked build-i386-libvirt pass 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 7bf525599713703a60c4f300bd82787545a74a52 Author: Ray Ni <ray.ni@xxxxxxxxx> Date: Wed Aug 28 06:58:45 2019 +0800 IntelFsp2WrapperPkg: Remove unneeded MdeModulePkg dependency Signed-off-by: Ray Ni <ray.ni@xxxxxxxxx> Reviewed-by: Chasel Chiu <chasel.chiu@xxxxxxxxx> Cc: Nate DeSimone <nathaniel.l.desimone@xxxxxxxxx> Reviewed-by: Star Zeng <star.zeng@xxxxxxxxx> commit d1da2ab93a0e1518bc01d7c38505730462278e45 Author: Ray Ni <ray.ni@xxxxxxxxx> Date: Wed Aug 28 06:40:06 2019 +0800 IntelFsp2Pkg/FspSecCore: Remove unneeded MdeModulePkg dependency Signed-off-by: Ray Ni <ray.ni@xxxxxxxxx> Reviewed-by: Chasel Chiu <chasel.chiu@xxxxxxxxx> Reviewed-by: Nate DeSimone <nathaniel.l.desimone@xxxxxxxxx> Reviewed-by: Star Zeng <star.zeng@xxxxxxxxx> commit d2687f23c909475d80cef32cdf9a5d121f0a9ae6 Author: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx> Date: Tue Sep 3 20:58:18 2019 -0700 BaseTools/GenFw AARCH64: fix up GOT based relative relocations We take great care to avoid GOT based relocations in EDK2 executables, primarily because they are pointless - we don't care about things like the CoW footprint or relocations that target read-only sections, and so GOT entries only bloat the binary. However, in some cases (e.g., when building the relocatable PrePi SEC module in ArmVirtPkg with the CLANG38 toolchain), we may end up with some GOT based relocations nonetheless, which break the build since GenFw does not know how to deal with them. The relocations emitted in this case are ADRP/LDR instruction pairs that are annotated as GOT based, which means that it is the linker's job to emit the GOT entry and tag it with an appropriate dynamic relocation that ensures that the correct absolute value is stored into the GOT entry when the executable is loaded. This dynamic relocation is not visible to GenFw, and so populating the PE/COFF relocation section for these entries is non-trivial. Since each ADRP/LDR pair refers to a single symbol that is local to the binary (given that shared libraries are not supported), we can actually convert the ADRP/LDR pair into an ADRP/ADD pair that produces the symbol address directly rather than loading it from memory. This leaves the GOT entry in the binary, but since it is now unused, it is no longer necessary to emit a PE/COFF relocation entry for it. Acked-by: Liming Gao <liming.gao@xxxxxxxxx> Reviewed-by: Leif Lindholm <leif.lindholm@xxxxxxxxxx> Signed-off-by: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx> _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxxx https://lists.xenproject.org/mailman/listinfo/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |