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] 72170: all pass
Date: Thu, 28 Sep 2017 22:52:13 +0100 [thread overview]
Message-ID: <osstest-72170-mainreport@xen.org> (raw)
This run is configured for baseline tests only.
flight 72170 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/72170/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf ce9aaba64e07d7e12eb160ae32cde7b3357ce388
baseline version:
ovmf 67a6cf6dcaaab8ddd4e7dc6a7fe929b752461102
Last test of basis 72165 2017-09-26 17:47:31 Z 2 days
Testing same since 72170 2017-09-28 16:50:40 Z 0 days 1 attempts
------------------------------------------------------------
People who touched revisions under test:
Anthony PERARD <anthony.perard@citrix.com>
Dandan Bi <dandan.bi@intel.com>
Eric Dong <eric.dong@intel.com>
Hao Wu <hao.a.wu@intel.com>
Julien Grall <julien.grall@linaro.org>
Leif Lindholm <leif.lindholm@linaro.org>
Yonghong Zhu <yonghong.zhu@intel.com>
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 ce9aaba64e07d7e12eb160ae32cde7b3357ce388
Author: Hao Wu <hao.a.wu@intel.com>
Date: Tue Sep 26 09:14:08 2017 +0800
MdeModulePkg/UdfDxe: Resolve potential NULL pointer dereference
Within function GetAllocationDescriptorLsn():
The call to GetPdFromLongAd() may return NULL and it will be later
dereferenced in GetShortAdLsn().
This commit adds ASSERT to resolve the potential NULL pointer
dereference.
Cc: Ruiyu Ni <ruiyu.ni@intel.com>
Cc: Star Zeng <star.zeng@intel.com>
Cc: Eric Dong <eric.dong@intel.com>
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Hao Wu <hao.a.wu@intel.com>
Reviewed-by: Paulo Alcantara <pcacjr@zytor.com>
commit 36d083ef0018b78ea12db1a5f2e8df5336541fea
Author: Yonghong Zhu <yonghong.zhu@intel.com>
Date: Tue Sep 19 14:31:09 2017 +0800
BaseTools: add support for BIOS build with binary cache
Add three new options:
--hash enables hash-based caching during build process. when --hash is
enabled, build tool will base on the module hash value to do the
incremental build, without --hash, build tool will base on the
timestamp to do the incremental build. --hash option use md5 method to
get every hash value, DSC/FDF, tools_def.txt, build_rule.txt and build
command are calculated as global hash value, Package DEC and its
include header files are calculated as package hash value, Module
source files and its INF file are calculated as module hash value.
Library hash value will combine the global hash value and its dependent
package hash value. Driver hash value will combine the global hash
value, its dependent package hash value and its linked library hash
value.
When --hash and --binary-destination are specified, build tool will
copy generated binary files for each module into the directory specified
by binary-destination at the build phase. Binary-destination directory
caches all generated binary files.
When --hash and --binary-source are specified, build tool will try to
get the binary files from the binary source directory at the build
phase.If the cached binary has the same hash value, it will be directly
used. Otherwise, build tool will compile the source files and generate
the binary files.
Cc: Liming Gao <liming.gao@intel.com>
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Yonghong Zhu <yonghong.zhu@intel.com>
Reviewed-by: Liming Gao <liming.gao@intel.com>
commit 3dcb53258df3d3f7deb9ef4083fdb5b7aa9e22b3
Author: Eric Dong <eric.dong@intel.com>
Date: Tue Sep 26 10:43:42 2017 +0800
UefiCpuPkg/CpuCommonFeaturesLib: Add check for input parameter.
The ConfigData parameter initialized in *GetConfigData function should not be NULL in
later *Support, *Initilize function, so just add ASSERT code check in these functions.
Cc: Ming Shao <ming.shao@intel.com>
Cc: Ruiyu Ni <ruiyu.ni@intel.com>
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Eric Dong <eric.dong@intel.com>
Reviewed-by: Ruiyu Ni <ruiyu.ni@intel.com>
commit cbd7300c802d4a855991c041527d621717a984d2
Author: Dandan Bi <dandan.bi@intel.com>
Date: Mon Sep 25 13:52:12 2017 +0800
UefiCpuPkg/CpuDxe: Add missing function description comments
Cc: Eric Dong <eric.dong@intel.com>
Cc: Jian J Wang <jian.j.wang@intel.com>
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Dandan Bi <dandan.bi@intel.com>
Reviewed-by: Jian J Wang <jian.j.wang@intel.com>
commit f724f9d9c72aa235d50eaa51b1a4e3508ebf1364
Author: Leif Lindholm <leif.lindholm@linaro.org>
Date: Fri Sep 22 11:15:10 2017 +0100
Maintainers.txt: add Xen reviewer for ArmVirtPkg
Add Julien Grall as a reviewer for ArmVirtPkg for the purpose of
reviewing patches affecting Xen.
Cc: Julien Grall <julien.grall@arm.com>
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Leif Lindholm <leif.lindholm@linaro.org>
Acked-by: Julien Grall <julien.grall@linaro.org>
commit 337fe6a06eda185eaaac8e46506d426c34206e2b
Author: Leif Lindholm <leif.lindholm@linaro.org>
Date: Fri Sep 22 11:15:09 2017 +0100
Maintainers.txt: add Xen reviewers to OvmfPkg
A lack of reviewers with Xen experience for OvmfPkg has been expressed.
The Xen community has put forward two volunteers.
Cc: Anthony Perard <anthony.perard@citrix.com>
Cc: Julien Grall <julien.grall@arm.com>
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Leif Lindholm <leif.lindholm@linaro.org>
Reviewed-by: Laszlo Ersek <lersek@redhat.com>
Reviewed-by: Jordan Justen <jordan.l.justen@intel.com>
Reviewed-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>
Acked-by: Anthony PERARD <anthony.perard@citrix.com>
Acked-by: Julien Grall <julien.grall@linaro.org>
commit 49fd3adf467eab40858d4a49b780b26ab95da107
Author: Leif Lindholm <leif.lindholm@linaro.org>
Date: Fri Sep 22 11:15:08 2017 +0100
Maintainers.txt: add Ard Biesheuvel as OvmfPkg maintainer
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Leif Lindholm <leif.lindholm@linaro.org>
Reviewed-by: Laszlo Ersek <lersek@redhat.com>
Reviewed-by: Jordan Justen <jordan.l.justen@intel.com>
Reviewed-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
reply other threads:[~2017-09-28 21:52 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-72170-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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).