From mboxrd@z Thu Jan 1 00:00:00 1970 From: osstest service owner Subject: [ovmf test] 94758: regressions - FAIL Date: Wed, 25 May 2016 19:17:54 +0000 Message-ID: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============6143547174538927567==" Return-path: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-devel-bounces@lists.xen.org Sender: "Xen-devel" To: xen-devel@lists.xensource.com, osstest-admin@xenproject.org List-Id: xen-devel@lists.xenproject.org --===============6143547174538927567== Content-Type: text/plain flight 94758 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/94758/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemuu-ovmf-amd64 17 guest-start/debianhvm.repeat fail REGR. vs. 94748 version targeted for testing: ovmf 8caa3caaed4b32d699b79c6d5aaa606b52d740e7 baseline version: ovmf dc99315b8732b6e3032d01319d3f534d440b43d0 Last test of basis 94748 2016-05-24 22:43:25 Z 0 days Failing since 94750 2016-05-25 03:43:08 Z 0 days 3 attempts Testing same since 94758 2016-05-25 09:14:19 Z 0 days 1 attempts ------------------------------------------------------------ People who touched revisions under test: Dandan Bi Hao Wu Marvin H?user Marvin Haeuser Yonghong Zhu 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 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 8caa3caaed4b32d699b79c6d5aaa606b52d740e7 Author: Dandan Bi Date: Mon May 23 14:54:46 2016 +0800 MdeModulePkg: Make function comments and function match in UI codes Cc: Qiu Shumin Cc: Eric Dong Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Dandan Bi Reviewed-by: Qiu Shumin commit 4b7345a7dd71bdc99a824facf55066838ec240da Author: Dandan Bi Date: Thu May 19 14:17:34 2016 +0800 MdeModulePkg/DisplayEngine: Fix memory leak issues in DisplayEngine The following codes are useless and cause memory leak issues. So now remove them. Cc: Cecil Sheng Cc: Qiu Shumin Cc: Eric Dong Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Dandan Bi Reviewed-by: Eric Dong commit e4979beee9e5d334d97fd8e2c79670ad08587bc6 Author: Yonghong Zhu Date: Fri May 6 15:20:23 2016 +0800 BaseTools/GenFds: enhance to get TOOL_CHAIN_TAG and TARGET value when user don't set TOOL_CHAIN_TAG and TARGET by –D Flag, then GenFds would report failure for format: FILE DATA = $(OUTPUT_DIRECTORY)/$(TARGET)_$(TOOL_CHAIN_TAG)/testfile so this patch enhance to get the TOOL_CHAIN_TAG and TARGET value by following priority (high to low): 1. the Macro value set by -D Flag; 2. Get the value by the -t/-b option. 3. get the value from target.txt file. Besides, this patch also remove the error checking for missing -t/-b option. Cc: Liming Gao Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Yonghong Zhu Reviewed-by: Liming Gao commit 07fb9c264400d7ca2c14d3d8076102584038eb96 Author: Hao Wu Date: Mon May 23 11:40:30 2016 +0800 MdeModulePkg RamDiskDxe: VALID_ARCH cleanup to list supported options Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Hao Wu Reviewed-by: Feng Tian commit bd3fc8133b2b17ad2e0427d1bf6b44b08cf2f3b2 Author: Marvin H?user Date: Fri May 20 03:04:02 2016 +0800 ShellPkg/App: Fix memory leak and save resources. 1) RunSplitCommand() allocates the initial SplitStdOut via CreateFileInterfaceMem(). Free SplitStdIn after the swap to fix the memory leak. 2) In RunSplitCommand(), SplitStdOut is checked for equality with StdIn. This cannot happen due to the if-check within the swap. Hence remove it. 3) UefiMain() doesn't free SplitList. Delete all list entries and reinitialize the list when in DEBUG. This does not include the CreateFileInterfaceMem()-allocated SplitStd mentioned in 1), so keep the ASSERT() until resolved. Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Marvin Haeuser Reviewed-by: Qiu Shumin --===============6143547174538927567== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLWRldmVs IG1haWxpbmcgbGlzdApYZW4tZGV2ZWxAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9y Zy94ZW4tZGV2ZWwK --===============6143547174538927567==--