flight 4962 xen-4.0-testing real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/4962/
Regressions :-(
Tests which did not succeed and are blocking:
test-i386-xcpkern-i386-pair 16 guest-start fail REGR. vs. 4911
Tests which did not succeed, but are not blocking,
including regressions (tests previously passed) regarded as allowable:
test-amd64-amd64-win 16 leak-check/check fail never pass
test-amd64-amd64-xl 15 guest-stop fail never pass
test-amd64-i386-rhel6hvm-amd 7 redhat-install fail never pass
test-amd64-i386-rhel6hvm-intel 7 redhat-install fail never pass
test-amd64-i386-win-vcpus1 16 leak-check/check fail never pass
test-amd64-i386-win 16 leak-check/check fail never pass
test-amd64-i386-xl-credit2 7 debian-install fail like 4911
test-amd64-i386-xl-multivcpu 15 guest-stop fail never pass
test-amd64-i386-xl 15 guest-stop fail never pass
test-amd64-xcpkern-i386-rhel6hvm-amd 7 redhat-install fail never pass
test-amd64-xcpkern-i386-rhel6hvm-intel 7 redhat-install fail never pass
test-amd64-xcpkern-i386-win 16 leak-check/check fail never pass
test-amd64-xcpkern-i386-xl-credit2 15 guest-stop fail never pass
test-amd64-xcpkern-i386-xl-multivcpu 15 guest-stop fail never pass
test-amd64-xcpkern-i386-xl 15 guest-stop fail never pass
test-i386-i386-win 16 leak-check/check fail never pass
test-i386-i386-xl 15 guest-stop fail never pass
test-i386-xcpkern-i386-pv 18 leak-check/check fail like 4889
test-i386-xcpkern-i386-win 16 leak-check/check fail never pass
test-i386-xcpkern-i386-xl 15 guest-stop fail never pass
version targeted for testing:
xen 619a52d94f89
baseline version:
xen 7a203c60d588
------------------------------------------------------------
People who touched revisions under test:
Ian Campbell <ian.campbell@citrix.com>
Ian Jackson <ian.jackson@eu.citrix.com>
Jan Beulich <jbeulich@novell.com>
John Weekes <lists.xen@nuclearfallout.net>
KUWAMURA Shin''ya <kuwa@jp.fujitsu.com>
------------------------------------------------------------
jobs:
build-i386-xcpkern pass
build-amd64 pass
build-i386 pass
build-amd64-oldkern pass
build-i386-oldkern pass
build-amd64-pvops pass
build-i386-pvops pass
test-amd64-amd64-xl fail
test-amd64-i386-xl fail
test-i386-i386-xl fail
test-amd64-xcpkern-i386-xl fail
test-i386-xcpkern-i386-xl fail
test-amd64-i386-rhel6hvm-amd fail
test-amd64-xcpkern-i386-rhel6hvm-amd fail
test-amd64-i386-xl-credit2 fail
test-amd64-xcpkern-i386-xl-credit2 fail
test-amd64-i386-rhel6hvm-intel fail
test-amd64-xcpkern-i386-rhel6hvm-intel fail
test-amd64-i386-xl-multivcpu fail
test-amd64-xcpkern-i386-xl-multivcpu fail
test-amd64-amd64-pair pass
test-amd64-i386-pair pass
test-i386-i386-pair pass
test-amd64-xcpkern-i386-pair pass
test-i386-xcpkern-i386-pair fail
test-amd64-amd64-pv pass
test-amd64-i386-pv pass
test-i386-i386-pv pass
test-amd64-xcpkern-i386-pv pass
test-i386-xcpkern-i386-pv fail
test-amd64-i386-win-vcpus1 fail
test-amd64-amd64-win fail
test-amd64-i386-win fail
test-i386-i386-win fail
test-amd64-xcpkern-i386-win fail
test-i386-xcpkern-i386-win fail
------------------------------------------------------------
sg-report-flight on woking.cam.xci-test.com
logs: /home/xc_osstest/logs
images: /home/xc_osstest/images
Logs, config files, etc. are available at
http://www.chiark.greenend.org.uk/~xensrcts/logs
Test harness code can be found at
http://xenbits.xensource.com/gitweb?p=osstest.git;a=summary
Not pushing.
------------------------------------------------------------
changeset: 21436:619a52d94f89
tag: tip
user: Keir Fraser <keir@xen.org>
date: Fri Jan 14 08:17:07 2011 +0000
pv-drivers: use PCI interfaces to request IO and MEM resources on platform
device
This is the correct interface to use and something has broken the use
of the previous incorrect interface (which fails because the request
conflicts with the resources assigned for the PCI device itself
instead of nesting like the PCI interfaces do).
pci_request_region() has been available since at least Linux 2.6.5.
Signed-off-by: Ian Campbell <ian.campbell@citrix.com>
Signed-off-by: Jan Beulich <jbeulich@novell.com>
xen-unstable changeset: 22747:7bc5e072d986
xen-unstable date: Fri Jan 14 08:02:26 2011 +0000
changeset: 21435:ed02b8e286e5
user: KUWAMURA Shin''ya <kuwa@jp.fujitsu.com>
date: Fri Jan 14 08:14:00 2011 +0000
kexec: fix ia64 build for 21300:8bdf09baff30
On ia64, 21300:8bdf09baff30 introduces the following error:
xen/common/kexec.c:490: undefined reference to
`continue_hypercall_on_cpu''
The function continue_hypercall_on_cpu() is defined only on x86.
Signed-off-by: KUWAMURA Shin''ya <kuwa@jp.fujitsu.com>
changeset: 21434:d7e8acf49f0f
user: Keir Fraser <keir@xen.org>
date: Fri Jan 14 08:13:09 2011 +0000
VT-d: fix ia64 build
The identifier `dest_LowestPrio'' is defined on only x86.
Signed-off-by: KUWAMURA Shin''ya <kuwa@jp.fujitsu.com>
xen-unstable changeset: 22092:e0ec7b10f8ce
xen-unstable date: Thu Sep 02 13:36:23 2010 +0100
changeset: 21433:ea4acac90cfe
user: John Weekes <lists.xen@nuclearfallout.net>
date: Fri Jan 14 08:04:48 2011 +0000
stubdom: Fix stubdom-dm using "grep" improperly
stubdom-dm uses "grep" on "xm list" output to determine
whether it is
already running. The existing behavior is to use "grep
$domname-dm"
but this will result in a false-positive in the case of another domU
running whose name ends with the full new name; for instance, if
"abctest-dm" is running, a new "test-dm" will spin
forever, waiting
for it the end.
Any easy fix is to have it use "grep -w" instead of
"grep", searching
for the whole word only.
It also might be worth considering a switch to "xl list" from
"xm
list", here and in other places.
Signed-off-by: John Weekes <lists.xen@nuclearfallout.net>
Committed-by: Ian Jackson <ian.jackson@eu.citrix.com>
xen-unstable changeset: 22714:6852e3e7ef58
xen-unstable date: Tue Jan 11 16:42:41 2011 +0000
changeset: 21432:7a203c60d588
user: Keir Fraser <keir@xen.org>
date: Tue Jan 11 10:41:01 2011 +0000
x86: don''t crash when a CPU cannot be brought online during boot
x86_cpu_to_apicid[] gets set to BAD_APICID when bringup of a secondary
CPU fails, yet srat_detect_node() wants to use this as array index.
Signed-off-by: Jan Beulich <jbeulich@novell.com>
(qemu changes not included)
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel