[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] [ovmf baseline-only test] 68356: all pass
This run is configured for baseline tests only. flight 68356 ovmf real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/68356/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf 462a3eba8feaf3716d294111725742ff5aa08488 baseline version: ovmf 363dc42226a1d8ae02c73f9dd81da65af91b5fdd Last test of basis 68353 2017-01-10 13:47:36 Z 0 days Testing same since 68356 2017-01-10 22:22:03 Z 0 days 1 attempts ------------------------------------------------------------ People who touched revisions under test: Michael D Kinney <michael.d.kinney@xxxxxxxxx> Michael Kinney <michael.d.kinney@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 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 462a3eba8feaf3716d294111725742ff5aa08488 Author: Michael Kinney <michael.d.kinney@xxxxxxxxx> Date: Sat Jan 7 11:13:32 2017 -0800 Nt32Pkg/WinNtSimpleFileSystemDxe: Fix ASSERT() parsing '\' https://bugzilla.tianocore.org/show_bug.cgi?id=331 If Nt32 is built using UEFI Shell from the ShellPkg sources, an ASSERT() is generated when a single '\' character is entered at the shell prompt. The WinNtSimpleFileSystemDxe module GetNextFileNameToken() function breaks a file path up into tokens, but it does not handle the case where a FileName ends in a '\' character. It returns an empty string instead of NULL. The fix is to set *FileName to NULL if the remaining file path is an empty string. Cc: Ruiyu Ni <ruiyu.ni@xxxxxxxxx> Cc: Jaben Carsey <jaben.carsey@xxxxxxxxx> Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Michael D Kinney <michael.d.kinney@xxxxxxxxx> Reviewed-by: Jaben Carsey <jaben.carsey@xxxxxxxxx> Reviewed-by: Ruiyu Ni <ruiyu.ni@xxxxxxxxx> commit 0f705029d91559030bfa5f505daca57dcefd1a2e Author: Michael Kinney <michael.d.kinney@xxxxxxxxx> Date: Wed Jan 4 09:06:32 2017 -0800 MdePkg/Include: Add include file to FileHandleLib.h FileHandleLib.h uses the data type EFI_FILE_INFO, so this library class should include <Guid/FileInfo.h>. Liming Gao <liming.gao@xxxxxxxxx> Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Michael Kinney <michael.d.kinney@xxxxxxxxx> Reviewed-by: Liming Gao <liming.gao@xxxxxxxxx> commit 7328295cb247f420e0c465c19184c13ccbed5416 Author: Michael Kinney <michael.d.kinney@xxxxxxxxx> Date: Wed Jan 4 13:32:53 2017 -0800 MdeModulePkg/DxeCore: Fix ASSERT() from GCD DEBUG() messages If a BaseAddress of NULL is passed into DXE Core services CoreAllocateIoSpace() or CoreAllocateMemorySpace(), and DEBUG() messages are enabled, then a NULL pointer reference is made. The parameter check for BaseAddress is performed in the function CoreAllocateSpace() after the DEBUG() messages. A check is added in the DEBUG() messages to prevent the NULL pointer reference. This issue was found with PI SCTs with DEBUG messages enabled in the DXE Core. Cc: Feng Tian <feng.tian@xxxxxxxxx> Cc: Star Zeng <star.zeng@xxxxxxxxx> Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Michael Kinney <michael.d.kinney@xxxxxxxxx> Reviewed-by: Star Zeng <star.zeng@xxxxxxxxx> Reviewed-by: Feng Tian <feng.tian@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 |