xen.org
2013-Nov-17 02:45 UTC
[xen-unstable test] 21977: trouble: blocked/broken/fail/pass
flight 21977 xen-unstable real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/21977/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf 2 host-install(2) broken REGR. vs. 21938
build-armhf 3 capture-logs !broken [st=!broken!]
build-armhf-pvops 2 host-install(2) broken REGR. vs. 21938
build-armhf-pvops 3 capture-logs !broken [st=!broken!]
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-pcipt-intel 9 guest-start fail never pass
test-amd64-i386-xend-winxpsp3 16 leak-check/check fail never pass
test-armhf-armhf-xl 1 xen-build-check(1) blocked n/a
test-amd64-amd64-xl-win7-amd64 13 guest-stop fail never pass
test-amd64-amd64-xl-qemuu-win7-amd64 13 guest-stop fail never pass
test-amd64-i386-xl-qemut-win7-amd64 13 guest-stop fail never pass
test-amd64-amd64-xl-qemuu-winxpsp3 13 guest-stop fail never pass
test-amd64-i386-xl-win7-amd64 13 guest-stop fail never pass
test-amd64-amd64-xl-qemut-winxpsp3 13 guest-stop fail never pass
test-amd64-amd64-xl-winxpsp3 13 guest-stop fail never pass
test-amd64-i386-xl-qemut-winxpsp3-vcpus1 13 guest-stop fail never pass
test-amd64-i386-xl-winxpsp3-vcpus1 13 guest-stop fail never pass
test-amd64-i386-xend-qemut-winxpsp3 16 leak-check/check fail never pass
test-amd64-amd64-xl-qemut-win7-amd64 13 guest-stop fail never pass
version targeted for testing:
xen 6757efe1bf50ac7ff68fa4dd7d9333529f70ae9a
baseline version:
xen fef491f2d974d4e33eec5b2a4d23fedae0f93fbd
------------------------------------------------------------
People who touched revisions under test:
Andrew Cooper <andrew.cooper3@citrix.com>
Dario Faggioli <dario.faggioli@citrix.com>
David Vrabel <david.vrabel@citrix.com>
Ian Jackson <ian.jackson@eu.citrix.com>
Jan Beulich <jbeulich@suse.com>
Jun Nakajima <jun.nakajima@intel.com>
Keir Fraser <keir@xen.org>
Nate Studer <nate.studer@dornerworks.com>
Paul Durrant <paul.durrant@citrix.com>
------------------------------------------------------------
jobs:
build-amd64 pass
build-armhf broken
build-i386 pass
build-amd64-oldkern pass
build-i386-oldkern pass
build-amd64-pvops pass
build-armhf-pvops broken
build-i386-pvops pass
test-amd64-amd64-xl pass
test-armhf-armhf-xl blocked
test-amd64-i386-xl pass
test-amd64-i386-rhel6hvm-amd pass
test-amd64-i386-qemut-rhel6hvm-amd pass
test-amd64-i386-qemuu-rhel6hvm-amd pass
test-amd64-amd64-xl-qemut-win7-amd64 fail
test-amd64-i386-xl-qemut-win7-amd64 fail
test-amd64-amd64-xl-qemuu-win7-amd64 fail
test-amd64-amd64-xl-win7-amd64 fail
test-amd64-i386-xl-win7-amd64 fail
test-amd64-i386-xl-credit2 pass
test-amd64-amd64-xl-pcipt-intel fail
test-amd64-i386-rhel6hvm-intel pass
test-amd64-i386-qemut-rhel6hvm-intel pass
test-amd64-i386-qemuu-rhel6hvm-intel pass
test-amd64-i386-xl-multivcpu pass
test-amd64-amd64-pair pass
test-amd64-i386-pair pass
test-amd64-amd64-xl-sedf-pin pass
test-amd64-amd64-pv pass
test-amd64-i386-pv pass
test-amd64-amd64-xl-sedf pass
test-amd64-i386-xl-qemut-winxpsp3-vcpus1 fail
test-amd64-i386-xl-winxpsp3-vcpus1 fail
test-amd64-i386-xend-qemut-winxpsp3 fail
test-amd64-amd64-xl-qemut-winxpsp3 fail
test-amd64-amd64-xl-qemuu-winxpsp3 fail
test-amd64-i386-xend-winxpsp3 fail
test-amd64-amd64-xl-winxpsp3 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.
------------------------------------------------------------
commit 6757efe1bf50ac7ff68fa4dd7d9333529f70ae9a
Author: Dario Faggioli <dario.faggioli@citrix.com>
Date: Fri Nov 15 17:43:28 2013 +0100
fix leaking of v->cpu_affinity_saved on domain destruction
Signed-off-by: Dario Faggioli <dario.faggioli@citrix.com>
Reviewed-by: George Dunlap <george.dunlap@eu.citrix.com>
Acked-by: Ian Jackson <ian.jackson@eu.citrix.com>
Reviewed-by: Jan Beulich <jbeulich@suse.com>
commit 1320b8100c2ed390fc640557a050f5c700d8338d
Author: Nate Studer <nate.studer@dornerworks.com>
Date: Fri Nov 15 17:38:10 2013 +0100
credit: Update other parameters when setting tslice_ms
Add a utility function to update the rest of the timeslice
accounting fields when updating the timeslice of the
credit scheduler, so that capped CPUs behave correctly.
Before this patch changing the timeslice to a value higher
than the default would result in a domain not utilizing
its full capacity and changing the timeslice to a value
lower than the default would result in a domain exceeding
its capacity.
Signed-off-by: Nate Studer <nate.studer@dornerworks.com>
Reviewed-by: Dario Faggioli <dario.faggioli@citrix.com>
Reviewed-by: George Dunlap <george.dunlap@eu.citrix.com>
commit a82e98d473fd212316ea5aa078a7588324b020e5
Author: Paul Durrant <paul.durrant@citrix.com>
Date: Fri Nov 15 11:02:17 2013 +0100
x86/VT-x: Disable MSR intercept for SHADOW_GS_BASE
Intercepting this MSR is pointless - The swapgs instruction does not cause a
vmexit, so the cached result of this is potentially stale after the next
guest
instruction. It is correctly saved and restored on vcpu context switch.
Furthermore, 64bit Windows writes to this MSR on every thread context
switch,
so interception causes a substantial performance hit.
Signed-off-by: Paul Durrant <paul.durrant@citrix.com>
Signed-off-by: Andrew Cooper <andrew.cooper3@citrix.com>
Reviewed-by: Tim Deegan <tim@xen.org>
Acked-by: Jun Nakajima <jun.nakajima@intel.com>
commit 1e521eddeb51a9f1bf0e4dd1d17efc873eafae41
Author: Jan Beulich <jbeulich@suse.com>
Date: Fri Nov 15 11:01:49 2013 +0100
x86/HVM: 32-bit IN result must be zero-extended to 64 bits (part 2)
Just spotted a counterpart of what commit 9d89100b (same title) dealt
with.
Signed-off-by: Jan Beulich <jbeulich@suse.com>
Reviewed-by: Andrew Cooper <andrew.cooper3@citrix.com>
Acked-by: Keir Fraser <keir@xen.org>
commit 317ac0adf7f76a999c8af09f66beb625bbc02e32
Author: David Vrabel <david.vrabel@citrix.com>
Date: Fri Nov 15 11:00:46 2013 +0100
kexec: fail image loads if the page tables cannot be built
CID 1128566
If an image source page is allocated in kimage_alloc_page() but the
machine_kexec_add_page() fails, the image may appear to load
succesfully but it will not execute. The relocation will fault
(rebooting the host) when trying to copy the source page, as it is not
mapped.
Signed-off-by: David Vrabel <david.vrabel@citrix.com>
Reviewed-by: Andrew Cooper <andrew.cooper3@citrix.com>
commit 029c84d2efbebc02a4e9a6ee9a3a94289ca36f72
Author: David Vrabel <david.vrabel@citrix.com>
Date: Fri Nov 15 10:59:41 2013 +0100
kexec: fix kexec_lock use in kexec_swap_images()
CID 1128573
If a bad image type is supplied in a KEXECOP_unload hypercall, the
kexec_lock in kexec_swap_images() was left locked, causing a deadlock
on a subsequent image load or unload.
The kexec_lock is only required to serialize the swap operation
itself.
Signed-off-by: David Vrabel <david.vrabel@citrix.com>
Reviewed-by: Andrew Cooper <andrew.cooper3@citrix.com>
(qemu changes not included)
Ian Campbell
2013-Nov-17 09:24 UTC
Re: [xen-unstable test] 21977: trouble: blocked/broken/fail/pass
On Sun, 2013-11-17 at 02:45 +0000, xen.org wrote:> flight 21977 xen-unstable real [real] > http://www.chiark.greenend.org.uk/~xensrcts/logs/21977/ > > Failures and problems with tests :-( > > Tests which did not succeed and are blocking, > including tests which could not be run: > build-armhf 2 host-install(2) broken REGR. vs. 21938Seems that xenuse requires a new python module: 2013-11-16 17:16:56 Z power: setting 0 for marilith-n5 2013-11-16 17:16:56 Z XenUse overriding $USER to osstest Traceback (most recent call last): File "/usr/groups/xenrt/production/share/control/xenrt", line 8, in <module> import sys, string, getopt, urllib, os, pwd, tempfile, xmlrpclib, shutil, json ImportError: No module named json Traceback (most recent call last): File "/usr/groups/xenrt/production/share/control/xenrt", line 8, in <module> import sys, string, getopt, urllib, os, pwd, tempfile, xmlrpclib, shutil, json ImportError: No module named json I have installed python-json on woking and xenuse seems happy now. Ian.
Ian Jackson
2013-Nov-18 11:05 UTC
Re: [xen-unstable test] 21977: trouble: blocked/broken/fail/pass
Ian Campbell writes ("Re: [Xen-devel] [xen-unstable test] 21977: trouble:
blocked/broken/fail/pass"):> On Sun, 2013-11-17 at 02:45 +0000, xen.org wrote:
> > flight 21977 xen-unstable real [real]
> > http://www.chiark.greenend.org.uk/~xensrcts/logs/21977/
> >
> > Failures and problems with tests :-(
> >
> > Tests which did not succeed and are blocking,
> > including tests which could not be run:
> > build-armhf 2 host-install(2) broken REGR.
vs. 21938
>
> Seems that xenuse requires a new python module:
> 2013-11-16 17:16:56 Z power: setting 0 for marilith-n5
> 2013-11-16 17:16:56 Z XenUse overriding $USER to osstest
> Traceback (most recent call last):
> File
"/usr/groups/xenrt/production/share/control/xenrt", line 8, in
<module>
> import sys, string, getopt, urllib, os, pwd, tempfile,
xmlrpclib, shutil, json
> ImportError: No module named json
> Traceback (most recent call last):
> File
"/usr/groups/xenrt/production/share/control/xenrt", line 8, in
<module>
> import sys, string, getopt, urllib, os, pwd, tempfile,
xmlrpclib, shutil, json
> ImportError: No module named json
>
> I have installed python-json on woking and xenuse seems happy now.
Oh, sorry. (I have reverted that armhf push gate allow change.)
Ian, can we have our own copy of xenuse ? This kind of damage is
pretty annoying. All of the other software we use is covered by push
gates so in theory regressions don''t break everything.
Ian.
Ian Campbell
2013-Nov-19 09:37 UTC
Re: [xen-unstable test] 21977: trouble: blocked/broken/fail/pass
On Mon, 2013-11-18 at 11:05 +0000, Ian Jackson wrote:> Ian Campbell writes ("Re: [Xen-devel] [xen-unstable test] 21977: trouble: blocked/broken/fail/pass"): > > On Sun, 2013-11-17 at 02:45 +0000, xen.org wrote: > > > flight 21977 xen-unstable real [real] > > > http://www.chiark.greenend.org.uk/~xensrcts/logs/21977/ > > > > > > Failures and problems with tests :-( > > > > > > Tests which did not succeed and are blocking, > > > including tests which could not be run: > > > build-armhf 2 host-install(2) broken REGR. vs. 21938 > > > > Seems that xenuse requires a new python module: > > 2013-11-16 17:16:56 Z power: setting 0 for marilith-n5 > > 2013-11-16 17:16:56 Z XenUse overriding $USER to osstest > > Traceback (most recent call last): > > File "/usr/groups/xenrt/production/share/control/xenrt", line 8, in <module> > > import sys, string, getopt, urllib, os, pwd, tempfile, xmlrpclib, shutil, json > > ImportError: No module named json > > Traceback (most recent call last): > > File "/usr/groups/xenrt/production/share/control/xenrt", line 8, in <module> > > import sys, string, getopt, urllib, os, pwd, tempfile, xmlrpclib, shutil, json > > ImportError: No module named json > > > > I have installed python-json on woking and xenuse seems happy now. > > Oh, sorry. (I have reverted that armhf push gate allow change.) > > > Ian, can we have our own copy of xenuse ? This kind of damage is > pretty annoying. All of the other software we use is covered by push > gates so in theory regressions don''t break everything.John is this possible? Since xenuse talks to xenrt I suspect not since xenrt server side breakage would still hit us. The other alternative is that we switch to direct ipmi frobbing of the machines in question. I''d been thinking of doing that, just a matter of finding some minutes for the necessary coding. Ian.
Ian Jackson
2013-Nov-20 14:36 UTC
Re: [xen-unstable test] 21977: trouble: blocked/broken/fail/pass
Ian Campbell writes ("Re: [Xen-devel] [xen-unstable test] 21977: trouble:
blocked/broken/fail/pass"):> The other alternative is that we switch to direct ipmi frobbing of the
> machines in question. I''d been thinking of doing that, just a
matter of
> finding some minutes for the necessary coding.
I think that would be best. My experience with the xenclient PM
infrastructure suggests that directly frobbing the relevant PDU is the
best approach.
Ian.