|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] [ovmf baseline-only test] 66856: trouble: blocked/broken/pass
This run is configured for baseline tests only. flight 66856 ovmf real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/66856/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i386-xsm 3 host-install(3) broken REGR. vs. 66812 build-i386-pvops 3 host-install(3) broken REGR. vs. 66812 build-i386 3 host-install(3) broken REGR. vs. 66812 Tests which did not succeed, but are not blocking: build-i386-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 39dbc4d5534790b5efcd67ce6b0f82ac23c6db6d baseline version: ovmf 136c648f5985a725fbd399085c16932a4c2f65d7 Last test of basis 66812 2016-07-26 10:18:39 Z 2 days Testing same since 66856 2016-07-28 18:16:38 Z 0 days 1 attempts ------------------------------------------------------------ People who touched revisions under test: Hao Wu <hao.a.wu@xxxxxxxxx> Laszlo Ersek <lersek@xxxxxxxxxx> Ruiyu Ni <ruiyu.ni@xxxxxxxxx> Satya Yarlagadda <satya.p.yarlagadda@xxxxxxxxx> Thomas Palmer <thomas.palmer@xxxxxxx> Yarlagadda, Satya P <satya.p.yarlagadda@xxxxxxxxx> Yonghong Zhu <yonghong.zhu@xxxxxxxxx> jobs: build-amd64-xsm pass build-i386-xsm broken build-amd64 pass build-i386 broken build-amd64-libvirt pass build-i386-libvirt blocked build-amd64-pvops pass build-i386-pvops broken test-amd64-amd64-xl-qemuu-ovmf-amd64 pass test-amd64-i386-xl-qemuu-ovmf-amd64 blocked ------------------------------------------------------------ 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 broken-step build-i386-xsm host-install(3) broken-step build-i386-pvops host-install(3) broken-step build-i386 host-install(3) Push not applicable. ------------------------------------------------------------ commit 39dbc4d5534790b5efcd67ce6b0f82ac23c6db6d Author: Thomas Palmer <thomas.palmer@xxxxxxx> Date: Wed Jul 27 01:48:15 2016 -0500 OvmfPkg/Sec: Support SECTION2 DXEFV types Support down-stream projects that require large DXEFV sizes greater than 16MB by handling SECTION2 common headers. These are already created by the build tools when necessary. Use IS_SECTION2 and SECTION2_SIZE macros to calculate accurate image sizes when appropriate. Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Thomas Palmer <thomas.palmer@xxxxxxx> Reviewed-by: Laszlo Ersek <lersek@xxxxxxxxxx> Regression-tested-by: Laszlo Ersek <lersek@xxxxxxxxxx> [lersek@xxxxxxxxxx: fix NB->MB typo in commit message] Signed-off-by: Laszlo Ersek <lersek@xxxxxxxxxx> commit 5e443e376928de02ee5af8f151ad315e48372ff2 Author: Thomas Palmer <thomas.palmer@xxxxxxx> Date: Wed Jul 27 01:48:14 2016 -0500 OvmfPkg/Sec: Use EFI_COMMON_SECTION_HEADER to avoid casts Drop superfluous casts. There is no change in behavior because EFI_FIRMWARE_VOLUME_IMAGE_SECTION is just a typedef of EFI_COMMON_SECTION_HEADER. Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Thomas Palmer <thomas.palmer@xxxxxxx> Reviewed-by: Laszlo Ersek <lersek@xxxxxxxxxx> Regression-tested-by: Laszlo Ersek <lersek@xxxxxxxxxx> commit c8ecaaf5e3d3f9b81d73f329501d3fa39739bd41 Author: Ruiyu Ni <ruiyu.ni@xxxxxxxxx> Date: Tue Jul 26 21:07:19 2016 +0800 PcAtChipsetPkg/PcRtc: Fix a NULL pointer deference issue When a platform which doesn't support ACPI 1.0 (no XSDT) and FADT is not produced at the first time when ACPI table is published, GetCenturyRtcAddress() unconditionally deference Rsdp->RsdtAddress but Rsdp->RsdtAddress is 0 in this case. Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Ruiyu Ni <ruiyu.ni@xxxxxxxxx> Reviewed-by: Eric Dong <eric.dong@xxxxxxxxx> commit 96fcfdbfb068670b849a850bbed28ecad913af80 Author: Ruiyu Ni <ruiyu.ni@xxxxxxxxx> Date: Tue Jul 26 18:20:05 2016 +0800 PcAtChipsetPkg/PcRtc: Fix a stack corruption issue In 32bit environment, ScanTableInSDT() incorrectly copies 8 bytes of data to 4-byte pointer Table, which causes the stack corruption. Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Ruiyu Ni <ruiyu.ni@xxxxxxxxx> Reviewed-by: Eric Dong <eric.dong@xxxxxxxxx> commit 2502b73557ae2a9014b4367e85740e209d14c06e Author: Yonghong Zhu <yonghong.zhu@xxxxxxxxx> Date: Wed Jul 20 13:58:03 2016 +0800 BaseTools: report error if source module INF is only list in FDF file If source module INF is not listed in DSC, it will not be built. And it is listed in FDF, GenFds will fail to find its build output. To reminder user this issue early, build tool should report failure to user in early phase. Cc: Liming Gao <liming.gao@xxxxxxxxx> Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Yonghong Zhu <yonghong.zhu@xxxxxxxxx> Reviewed-by: Liming Gao <liming.gao@xxxxxxxxx> commit 4c53eb72d539f5ca61f949235014f7e43f0e6354 Author: Yarlagadda, Satya P <satya.p.yarlagadda@xxxxxxxxx> Date: Tue Jul 26 09:14:17 2016 +0800 IntelFsp2Pkg: Skip loading Microcode if MicrocodeCodeSize is zero During asm to Nasm conversion, we missed the code to skip loading the microcode and return success if the size is zero. Added additional check to report error if the microcode size is not zero but less than 2 kB. Cc: Giri P Mudusuru <giri.p.mudusuru@xxxxxxxxx> Cc: Jiewen Yao <jiewen.yao@xxxxxxxxx> Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Satya Yarlagadda <satya.p.yarlagadda@xxxxxxxxx> Reviewed-by: Giri P Mudusuru <giri.p.mudusuru@xxxxxxxxx> Reviewed-by: Jiewen Yao <jiewen.yao@xxxxxxxxx> commit ae5cc3c30301aebb59e817c09762dc6ec8009621 Author: Hao Wu <hao.a.wu@xxxxxxxxx> Date: Tue Jul 26 13:31:20 2016 +0800 BaseTools/toolsetup.bat: Fix bug caused by 'CONF_PATH' not defined In batch script files, setting a variable in an 'if' block will only take effect after the 'if' block. This commit fixes the issue of using the variable 'CONF_PATH' right after it is being set in an 'if' block. Cc: Yonghong Zhu <yonghong.zhu@xxxxxxxxx> Cc: Liming Gao <liming.gao@xxxxxxxxx> Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Hao Wu <hao.a.wu@xxxxxxxxx> Reviewed-by: Liming Gao <liming.gao@xxxxxxxxx> commit b4815479d6cab7fb9edf222a11e58a3721863a4c Author: Hao Wu <hao.a.wu@xxxxxxxxx> Date: Thu Jul 21 11:20:26 2016 +0800 NetworkPkg UefiPxeBcDxe: Fix build error for lastest VS2015 compiler The UefiPxeBcDxe module encounters a build error for IA32 arch using the latest version of VS2015: UefiPxeBcDxe.lib(PxeBcBoot.obj) : error LNK2001: unresolved external symbol __allmul The cause is line 148 in file NetworkPkg\UefiPxeBcDxe\PxeBcBoot.c. The third parameter for gBS->SetTimer() function is of type UINT64, so the multiplication should use the MultU64x32() function now. Cc: Siyuan Fu <siyuan.fu@xxxxxxxxx> Cc: Jiaxin Wu <jiaxin.wu@xxxxxxxxx> Cc: Liming Gao <liming.gao@xxxxxxxxx> Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Hao Wu <hao.a.wu@xxxxxxxxx> Reviewed-by: Liming Gao <liming.gao@xxxxxxxxx> commit 689c9d975d273eeae6fdcebe042577ccf1e5e6f7 Author: Hao Wu <hao.a.wu@xxxxxxxxx> Date: Thu Jul 21 11:15:19 2016 +0800 NetworkPkg IScsiDxe: Fix build error for lastest VS2015 compiler The IScsiDxe module encounters a build error for IA32 arch using the latest version of VS2015: IScsiDxe.lib(IScsiProto.obj) : error LNK2001: unresolved external symbol __allmul The cause is line 141 in file NetworkPkg\IScsiDxe\IScsiProto.c. The third parameter for gBS->SetTimer() function is of type UINT64, so the multiplication should use the MultU64x32() function now. Cc: Siyuan Fu <siyuan.fu@xxxxxxxxx> Cc: Jiaxin Wu <jiaxin.wu@xxxxxxxxx> Cc: Liming Gao <liming.gao@xxxxxxxxx> Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Hao Wu <hao.a.wu@xxxxxxxxx> Reviewed-by: Liming Gao <liming.gao@xxxxxxxxx> _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx https://lists.xen.org/xen-devel
|
 |
Lists.xenproject.org is hosted with RackSpace, monitoring our |