From: Platform Team regression test user <citrix-osstest@xenproject.org>
To: xen-devel@lists.xensource.com, osstest-admin@xenproject.org
Subject: [ovmf baseline-only test] 66871: tolerable trouble: blocked/broken/pass
Date: Sun, 31 Jul 2016 07:51:52 +0100 [thread overview]
Message-ID: <osstest-66871-mainreport@xen.org> (raw)
This run is configured for baseline tests only.
flight 66871 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/66871/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
build-i386-xsm 3 host-install(3) broken like 66856
build-i386-pvops 3 host-install(3) broken like 66856
build-i386 3 host-install(3) broken like 66856
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 92e9b9f9df2d51c80844adbb785ac236a687d2d6
baseline version:
ovmf 39dbc4d5534790b5efcd67ce6b0f82ac23c6db6d
Last test of basis 66856 2016-07-28 18:16:38 Z 2 days
Testing same since 66871 2016-07-31 04:48:25 Z 0 days 1 attempts
------------------------------------------------------------
People who touched revisions under test:
Hess Chen <hesheng.chen@intel.com>
Jeremy Linton <jeremy.linton@arm.com>
Liming Gao <liming.gao@intel.com>
Ruiyu Ni <ruiyu.ni@intel.com>
Star Zeng <star.zeng@intel.com>
Yonghong Zhu <yonghong.zhu@intel.com>
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 92e9b9f9df2d51c80844adbb785ac236a687d2d6
Author: Hess Chen <hesheng.chen@intel.com>
Date: Wed Jul 27 14:14:50 2016 +0800
BaseTools/Ecc: GUID checkpoint
Fix a bug of checking duplicate GUID
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Hess Chen <hesheng.chen@intel.com>
Reviewed-by: Yonghong Zhu <yonghong.zhu@intel.com>
commit 25193a3339a72814d17f7aeda127cacfb6eb2409
Author: Yonghong Zhu <yonghong.zhu@intel.com>
Date: Wed Jul 27 16:29:38 2016 +0800
BaseTools: Add build info for binary modules that only list in FDF file
If the binary module is list in the FDF file but not list in the DSC
file, current build report would not include these binary module's info
in the report "Module section". The patch fix this issue.
Cc: Liming Gao <liming.gao@intel.com>
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Yonghong Zhu <yonghong.zhu@intel.com>
Reviewed-by: Liming Gao <liming.gao@intel.com>
commit d6c3ef2ed14186a2dd1afb8016ac4e816ccd18e2
Author: Ruiyu Ni <ruiyu.ni@intel.com>
Date: Fri Jul 29 10:33:26 2016 +0800
ShellBinPkg: Ia32/X64 Shell binary update.
The binaries of ShellBinPkg are generated with ShellPkg project 031403460c9782a2563a81a6065ded99046960c2.
The binaries are built with no debug information by building with "RELEASE" target.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Ruiyu Ni <ruiyu.ni@intel.com>
commit 4b1f70e2d70f1cec5d7b806d7c70a8bfefde003c
Author: Star Zeng <star.zeng@intel.com>
Date: Thu Jul 28 10:49:50 2016 +0800
MdeModulePkg SmbiosDxe: Use definition in IndustryStandard/Smbios.h
Cc: Feng Tian <feng.tian@intel.com>
Cc: Amy Chan <amy.chan@intel.com>
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Star Zeng <star.zeng@intel.com>
Reviewed-by: Giri P Mudusuru <giri.p.mudusuru@intel.com>
Reviewed-by: Amy Chan <amy.chan@intel.com>
commit 66db6e569ecbf8ba7268ebb80ae3e1b1bd599c61
Author: Star Zeng <star.zeng@intel.com>
Date: Fri Jul 15 18:56:52 2016 +0800
MdeModulePkg UiApp: Use definition in IndustryStandard/Smbios.h
Cc: Ruiyu Ni <ruiyu.ni@intel.com>
Cc: Eric Dong <eric.dong@intel.com>
Cc: Feng Tian <feng.tian@intel.com>
Cc: Amy Chan <amy.chan@intel.com>
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Star Zeng <star.zeng@intel.com>
Reviewed-by: Ruiyu Ni <ruiyu.ni@intel.com>
Reviewed-by: Giri P Mudusuru <giri.p.mudusuru@intel.com>
Reviewed-by: Amy Chan <amy.chan@intel.com>
commit 39579a5aac5c72f3b538cd85592f4cc05ced7399
Author: Star Zeng <star.zeng@intel.com>
Date: Fri Jul 15 18:56:30 2016 +0800
IntelFrameworkModulePkg BdsDxe: Use definition in IndustryStandard/Smbios.h
Cc: Ruiyu Ni <ruiyu.ni@intel.com>
Cc: Eric Dong <eric.dong@intel.com>
Cc: Jeff Fan <jeff.fan@intel.com>
Cc: Amy Chan <amy.chan@intel.com>
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Star Zeng <star.zeng@intel.com>
Reviewed-by: Ruiyu Ni <ruiyu.ni@intel.com>
Reviewed-by: Giri P Mudusuru <giri.p.mudusuru@intel.com>
Reviewed-by: Amy Chan <amy.chan@intel.com>
commit 031403460c9782a2563a81a6065ded99046960c2
Author: Ruiyu Ni <ruiyu.ni@intel.com>
Date: Thu Jul 28 12:46:25 2016 +0800
ShellPkg: Unregister hotkey callback when exiting Shell
Commit 9168df3dea65f707d1e9c32eba5e18ef6b84e5cd
"ShellPkg/ShellProtocol.c: Handle memory allocation failure"
only keeps the protocol clean up in CleanUpShellProtocol() and
creates a new function CleanUpShellEnvironment() which calls
CleanUpShellProtocol(), then unregisters the hotkey callback.
But the commit forgot to change the Shell.c to call
CleanUpShellEnvironment() which causes the hotkey callback is
not unregistered while the callback function doesn't exist
when Shell exits.
This causes system hang when pressing CTRL+C after exiting shell.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Ruiyu Ni <ruiyu.ni@intel.com>
Reviewed-by: Eric Dong <eric.dong@intel.com>
commit 9b7143c9041c9e9e7d431e3dc3788feda475d9bc
Author: Liming Gao <liming.gao@intel.com>
Date: Thu Jul 28 16:31:57 2016 +0800
ShellPkg: Correct files with CRLF line ending
Cc: Ruiyu Ni <ruiyu.ni@intel.com>
Cc: Jaben Carsey <jaben.carsey@intel.com>
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Liming Gao <liming.gao@intel.com>
Reviewed-by: Jaben Carsey <jaben.carsey@intel.com>
commit 8e2de237520df9130a871531cb0b77a397eb2845
Author: Liming Gao <liming.gao@intel.com>
Date: Thu Jul 28 16:30:52 2016 +0800
MdePkg PeiDxePostCodeLibReportStatusCode: Correct files with CRLF line ending
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Liming Gao <liming.gao@intel.com>
Reviewed-by: Jeff Fan <jeff.fan@intel.com>
commit 402834d2063b3a1000089bb7ce7e34054e9931fa
Author: Liming Gao <liming.gao@intel.com>
Date: Thu Jul 28 16:06:52 2016 +0800
BaseTools: Correct ReadMe.txt file with CRLF line ending
Cc: Yonghong Zhu <yonghong.zhu@intel.com>
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Liming Gao <liming.gao@intel.com>
commit 58a4bff071832e587d18f97597b5d571dcebc9d7
Author: Jeremy Linton <jeremy.linton@arm.com>
Date: Wed Jul 27 14:24:36 2016 -0500
ArmPlatformPkg: Convert ArmJunoDxe to use common juno revision code
Now that the code to detect the Juno revision is in
the header go ahead and covert the ArmJunoDxe to use it.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton <jeremy.linton@arm.com>
Reviewed-by: Leif Lindholm <leif.lindholm@linaro.org>
commit 7ac29b544f4fd2f9d604e1fb39ea83c6f538a6d2
Author: Jeremy Linton <jeremy.linton@arm.com>
Date: Wed Jul 27 14:24:35 2016 -0500
ArmPlatformPkg: break out juno revision detection
The code to detect what juno revision we are running on
is fairly small put it in a common header where it may be
used in a couple places.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton <jeremy.linton@arm.com>
Reviewed-by: Leif Lindholm <leif.lindholm@linaro.org>
commit 25654e2469d5387740addd4a2d24f61dd665a3b0
Author: Jeremy Linton <jeremy.linton@arm.com>
Date: Wed Jul 27 14:24:34 2016 -0500
ArmPkg: Add Cortex-A72 CPU type
Add the Cortex-A72 CPU type which is used in JunoR2.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton <jeremy.linton@arm.com>
Reviewed-by: Leif Lindholm <leif.lindholm@linaro.org>
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
reply other threads:[~2016-07-31 6:51 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=osstest-66871-mainreport@xen.org \
--to=citrix-osstest@xenproject.org \
--cc=osstest-admin@xenproject.org \
--cc=xen-devel@lists.xensource.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.