[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] [ovmf test] 145831: regressions - FAIL
flight 145831 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/145831/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemuu-ovmf-amd64 10 debian-hvm-install fail REGR. vs. 145767 Tests which are failing intermittently (not blocking): test-amd64-amd64-xl-qemuu-ovmf-amd64 10 debian-hvm-install fail pass in 145825 version targeted for testing: ovmf 972d88726410e21b1fff1a528854202c67e97ef1 baseline version: ovmf 70911f1f4aee0366b6122f2b90d367ec0f066beb Last test of basis 145767 2020-01-08 00:39:09 Z 1 days Failing since 145774 2020-01-08 02:50:20 Z 1 days 6 attempts Testing same since 145790 2020-01-08 09:10:30 Z 0 days 5 attempts ------------------------------------------------------------ People who touched revisions under test: Ashish Singhal <ashishsingha@xxxxxxxxxx> Pavana.K <pavana.k@xxxxxxxxx> Siyuan Fu <siyuan.fu@xxxxxxxxx> Siyuan, Fu <siyuan.fu@xxxxxxxxx> jobs: build-amd64-xsm pass build-i386-xsm pass build-amd64 pass build-i386 pass build-amd64-libvirt pass build-i386-libvirt pass build-amd64-pvops pass build-i386-pvops pass test-amd64-amd64-xl-qemuu-ovmf-amd64 fail test-amd64-i386-xl-qemuu-ovmf-amd64 fail ------------------------------------------------------------ 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 972d88726410e21b1fff1a528854202c67e97ef1 Author: Ashish Singhal <ashishsingha@xxxxxxxxxx> Date: Tue Dec 24 10:57:47 2019 +0800 MdeModulePkg: Add EDK2 Platform Boot Manager Protocol Add edk2 platform boot manager protocol which would have platform specific refreshes to the auto enumerated as well as NV boot options for the platform. Signed-off-by: Ashish Singhal <ashishsingha@xxxxxxxxxx> Reviewed-by: Ray Ni <ray.ni@xxxxxxxxx> commit c9d72628432126cbce58a48b440e4944baa4beab Author: Pavana.K <pavana.k@xxxxxxxxx> Date: Thu Jan 2 20:30:27 2020 +0000 CryptoPkg: Support for SHA384 & SHA512 RSA signing schemes BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=2389 Currently RSA signing scheme support is available for MD5, SHA-1 or SHA-256 algorithms.The fix is to extend this support for SHA384 and SHA512. Cc: Liming Gao <liming.gao@xxxxxxxxx> Cc: Jian J Wang <jian.j.wang@xxxxxxxxx> Cc: Bob Feng <bob.c.feng@xxxxxxxxx> Signed-off-by: Pavana.K <pavana.k@xxxxxxxxx> Reviewed-by: Jian J Wang <jian.j.wang@xxxxxxxxx> commit 396e791059f37062cbee85696e2b4186ec72a9e3 Author: Siyuan, Fu <siyuan.fu@xxxxxxxxx> Date: Fri Jan 3 14:59:27 2020 +0800 UefiCpuPkg: Always load microcode patch on AP processor. This patch updates the microcode loader to always perform a microcode detect and load on both BSP and AP processor. This is to fix a potential microcode revision mismatch issue in below situation: 1. Assume there are two microcode co-exists in flash: one production version and one debug version microcode. 2. FIT loads production microcode to BSP and all AP. 3. UefiCpuPkg loader loads debug microcode to BSP, and skip the loading on AP. As a result, different microcode patches are loaded to BSP and AP, and trigger microcode mismatch error during OS boot. BZ link: https://bugzilla.tianocore.org/show_bug.cgi?id=2431 Cc: Eric Dong <eric.dong@xxxxxxxxx> Cc: Ray Ni <ray.ni@xxxxxxxxx> Signed-off-by: Siyuan Fu <siyuan.fu@xxxxxxxxx> Reviewed-by: Eric Dong <eric.dong@xxxxxxxxx> commit 08a475df10b75f84cdeb9b11e38f8eee9b5c048d Author: Siyuan Fu <siyuan.fu@xxxxxxxxx> Date: Fri Jan 3 15:11:51 2020 +0800 UefiCpuPkg: Remove alignment check when calculate microcode size. This patch removes the unnecessary alignment check on microcode patch TotalSize introduced by commit d786a172. The TotalSize has already been checked with 1K alignment and MAX_ADDRESS in previous code as below: if ( (UINTN)MicrocodeEntryPoint > (MAX_ADDRESS - TotalSize) || ((UINTN)MicrocodeEntryPoint + TotalSize) > MicrocodeEnd || (DataSize & 0x3) != 0 || (TotalSize & (SIZE_1KB - 1)) != 0 || TotalSize < DataSize ) { Cc: Eric Dong <eric.dong@xxxxxxxxx> Cc: Ray Ni <ray.ni@xxxxxxxxx> Cc: Hao A Wu <hao.a.wu@xxxxxxxxx> Signed-off-by: Siyuan Fu <siyuan.fu@xxxxxxxxx> Reviewed-by: Ray Ni <ray.ni@xxxxxxxxx> Reviewed-by: Eric Dong <eric.dong@xxxxxxxxx> _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxxx https://lists.xenproject.org/mailman/listinfo/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |