* [ovmf test] 168364: regressions - FAIL
@ 2022-03-03 12:35 osstest service owner
0 siblings, 0 replies; only message in thread
From: osstest service owner @ 2022-03-03 12:35 UTC (permalink / raw)
To: xen-devel
flight 168364 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/168364/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64 6 xen-build fail REGR. vs. 168254
build-amd64-xsm 6 xen-build fail REGR. vs. 168254
build-i386 6 xen-build fail REGR. vs. 168254
build-i386-xsm 6 xen-build fail REGR. vs. 168254
Tests which did not succeed, but are not blocking:
build-amd64-libvirt 1 build-check(1) blocked n/a
build-i386-libvirt 1 build-check(1) blocked n/a
test-amd64-amd64-xl-qemuu-ovmf-amd64 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 589d51df260465e2561979b8a988e77b0f32a6e8
baseline version:
ovmf b1b89f9009f2390652e0061bd7b24fc40732bc70
Last test of basis 168254 2022-02-28 10:41:46 Z 3 days
Failing since 168258 2022-03-01 01:55:31 Z 2 days 22 attempts
Testing same since 168359 2022-03-03 10:41:39 Z 0 days 2 attempts
------------------------------------------------------------
People who touched revisions under test:
Guomin Jiang <guomin.jiang@intel.com>
Jason <yun.lou@intel.com>
Jason Lou <yun.lou@intel.com>
Matt DeVillier <matt.devillier@gmail.com>
Patrick Rudolph <patrick.rudolph@9elements.com>
Sean Rhodes <sean@starlabs.systems>
Xiaolu.Jiang <xiaolu.jiang@intel.com>
jobs:
build-amd64-xsm fail
build-i386-xsm fail
build-amd64 fail
build-i386 fail
build-amd64-libvirt blocked
build-i386-libvirt blocked
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 589d51df260465e2561979b8a988e77b0f32a6e8
Author: Sean Rhodes <sean@starlabs.systems>
Date: Thu Feb 24 19:38:18 2022 +0800
MdeModulePkg/Usb/Keyboard.c: Don't request protocol before setting
No need to check the interface protocol then conditionally setting,
just set it to BOOT_PROTOCOL and check for error.
This is what Linux does for HID devices as some don't follow the USB spec.
One example is the Aspeed BMC HID keyboard device, which adds a massive
boot delay without this patch as it doesn't respond to
'GetProtocolRequest'.
Cc: Hao A Wu <hao.a.wu@intel.com>
Cc: Ray Ni <ray.ni@intel.com>
Signed-off-by: Matt DeVillier <matt.devillier@gmail.com>
Signed-off-by: Patrick Rudolph <patrick.rudolph@9elements.com>
Signed-off-by: Sean Rhodes <sean@starlabs.systems>
Reviewed-by: Hao A Wu <hao.a.wu@intel.com>
commit b422b0fcf92dd4103dfc16d8d5f77fbec2d8c5b9
Author: Guomin Jiang <guomin.jiang@intel.com>
Date: Tue Feb 22 11:29:23 2022 +0800
EmulatorPkg/EmuGopDxe: Set ModeInfo after Open successfully
REF: https://bugzilla.tianocore.org/show_bug.cgi?id=2668
WindowOpen will fail in some case. for example, without XServer.
Shouldn't set ModeInfo in this case to avoid the caller use it
incorrectly
Reviewed-by: Ray Ni <ray.ni@intel.com>
Signed-off-by: Guomin Jiang <guomin.jiang@intel.com>
commit 906242343f7a654402f6f999d447aa9d29a8f4d4
Author: Guomin Jiang <guomin.jiang@intel.com>
Date: Sun Feb 20 14:53:01 2022 +0800
MdeModulePkg/GraphicsConsoleDxe: Check status to make sure no error
REF: https://bugzilla.tianocore.org/show_bug.cgi?id=2668
SetMode will fail in some case. for example, without XServer.
Should handle these case when SetMode fail.
If we don't handle it, it will Segmentation fault.
Reviewed-by: Ray Ni <ray.ni@intel.com>
Signed-off-by: Guomin Jiang <guomin.jiang@intel.com>
commit dc39554d58af4a50b50eca1f57c49415a12b0c98
Author: Xiaolu.Jiang <xiaolu.jiang@intel.com>
Date: Tue Feb 22 22:14:05 2022 +0800
edk2/MdeModulePkg/Debuglib: Add Standalone MM support
https://bugzilla.tianocore.org/show_bug.cgi?id=3844
This change added Standalone MM instance of DebugLib.
Reviewd-by: Jian J Wang <jian.j.wang@intel.com>
Reviewd-by: Liming Gao <gaoliming@byosoft.com.cn>
Signed-off-by: Xiaolu.Jiang <xiaolu.jiang@intel.com>
commit 497ac7b6d7f9750f48f137db244931a5728b1968
Author: Guomin Jiang <guomin.jiang@intel.com>
Date: Sat Jan 29 16:28:02 2022 +0800
UefiPayloadPkg/PayloadLoaderPeim: Use INT64 as input parameter
REF: https://bugzilla.tianocore.org/show_bug.cgi?id=3818
It will have some potential issue when memory larger than 2G because
the high memory address will be fill with 0xFFFFFFFF when do the
operation of INTN + INT64 but it is 32 bit normal data in fact.
Should use same data type INT64 + INT64.
V3:
1. Use INT64 as input parameter because all date type is 64 bit
V2:
1. Force the data type to UINTN to avoid high dword be filled with
0xFFFFFFFF
2. Keep INTN because the offset may postive or negative.
Reviewed-by: Guo Dong <guo.dong@intel.com>
Reviewed-by: Ray Ni <ray.ni@intel.com>
Signed-off-by: Guomin Jiang <guomin.jiang@intel.com>
commit 6a890db161cd6d378bec3499a1e774db3f5a27a7
Author: Jason <yun.lou@intel.com>
Date: Mon Jan 10 22:30:29 2022 +0800
BaseTools: Upgrade the version of NASM tool
REF: https://bugzilla.tianocore.org/show_bug.cgi?id=3790
Upgrade the version of NASM tool to avoid compilation errors when
compiling NASM code change.
Signed-off-by: Jason Lou <yun.lou@intel.com>
Cc: Bob Feng <bob.c.feng@intel.com>
Cc: Liming Gao <gaoliming@byosoft.com.cn>
Reviewed-by: Yuwei Chen <yuwei.chen@intel.com>
commit bbaa00dd01ed0df30e43a5a89fd2b0433d858b73
Author: Jason <yun.lou@intel.com>
Date: Mon Jan 10 22:05:47 2022 +0800
MdePkg: Remove the macro definitions regarding Opcode.
REF: https://bugzilla.tianocore.org/show_bug.cgi?id=3790
Remove the macro definitions regarding Opcode because new version of
NASM tool(e.g. v2.15.05) supports the corresponding instructions.
Note: This patch need to be merged after other NASM code change to avoid
compilation errors.
Signed-off-by: Jason Lou <yun.lou@intel.com>
Cc: Michael D Kinney <michael.d.kinney@intel.com>
Reviewed-by: Liming Gao <gaoliming@byosoft.com.cn>
Cc: Zhiguang Liu <zhiguang.liu@intel.com>
commit 2aa107c0aa2e1375651867c8df1b81ff64b67fce
Author: Jason <yun.lou@intel.com>
Date: Mon Jan 10 22:01:18 2022 +0800
UefiCpuPkg: Replace Opcode with the corresponding instructions.
REF: https://bugzilla.tianocore.org/show_bug.cgi?id=3790
Replace Opcode with the corresponding instructions.
The code changes have been verified with CompareBuild.py tool, which
can be used to compare the results of two different EDK II builds to
determine if they generate the same binaries.
(tool link: https://github.com/mdkinney/edk2/tree/sandbox/CompareBuild)
Signed-off-by: Jason Lou <yun.lou@intel.com>
Reviewed-by: Ray Ni <ray.ni@intel.com>
Cc: Eric Dong <eric.dong@intel.com>
Cc: Laszlo Ersek <lersek@redhat.com>
Cc: Rahul Kumar <rahul1.kumar@intel.com>
commit 7bc8b1d9f412507d579f21ea9af56fced81e7827
Author: Jason <yun.lou@intel.com>
Date: Mon Jan 10 21:52:52 2022 +0800
SourceLevelDebugPkg: Replace Opcode with the corresponding instructions.
REF: https://bugzilla.tianocore.org/show_bug.cgi?id=3790
Replace Opcode with the corresponding instructions.
The code changes have been verified with CompareBuild.py tool, which
can be used to compare the results of two different EDK II builds to
determine if they generate the same binaries.
(tool link: https://github.com/mdkinney/edk2/tree/sandbox/CompareBuild)
Signed-off-by: Jason Lou <yun.lou@intel.com>
Reviewed-by: Hao A Wu <hao.a.wu@intel.com>
commit d3febfd9ade35dc552df6b3607c2b15d26b82867
Author: Jason <yun.lou@intel.com>
Date: Mon Jan 10 21:46:27 2022 +0800
MdePkg: Replace Opcode with the corresponding instructions.
REF: https://bugzilla.tianocore.org/show_bug.cgi?id=3790
Replace Opcode with the corresponding instructions.
The code changes have been verified with CompareBuild.py tool, which
can be used to compare the results of two different EDK II builds to
determine if they generate the same binaries.
(tool link: https://github.com/mdkinney/edk2/tree/sandbox/CompareBuild)
Signed-off-by: Jason Lou <yun.lou@intel.com>
Cc: Michael D Kinney <michael.d.kinney@intel.com>
Reviewed-by: Liming Gao <gaoliming@byosoft.com.cn>
Cc: Zhiguang Liu <zhiguang.liu@intel.com>
commit 84338c0d498555f860a480693ee8647a1795fba3
Author: Jason <yun.lou@intel.com>
Date: Mon Jan 10 21:04:09 2022 +0800
MdeModulePkg: Replace Opcode with the corresponding instructions.
REF: https://bugzilla.tianocore.org/show_bug.cgi?id=3790
Replace Opcode with the corresponding instructions.
The code changes have been verified with CompareBuild.py tool, which
can be used to compare the results of two different EDK II builds to
determine if they generate the same binaries.
(tool link: https://github.com/mdkinney/edk2/tree/sandbox/CompareBuild)
Signed-off-by: Jason Lou <yun.lou@intel.com>
Reviewed-by: Ray Ni <ray.ni@intel.com>
Cc: Dandan Bi <dandan.bi@intel.com>
Reviewed-by: Liming Gao <gaoliming@byosoft.com.cn>
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2022-03-03 12:36 UTC | newest]
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-03-03 12:35 [ovmf test] 168364: regressions - FAIL osstest service owner
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.