All of lore.kernel.org
 help / color / mirror / Atom feed
* [xen-unstable test] 21977: trouble: blocked/broken/fail/pass
@ 2013-11-17  2:45 xen.org
  2013-11-17  9:24 ` Ian Campbell
  0 siblings, 1 reply; 5+ messages in thread
From: xen.org @ 2013-11-17  2:45 UTC (permalink / raw)
  To: xen-devel; +Cc: ian.jackson

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)

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [xen-unstable test] 21977: trouble: blocked/broken/fail/pass
  2013-11-17  2:45 [xen-unstable test] 21977: trouble: blocked/broken/fail/pass xen.org
@ 2013-11-17  9:24 ` Ian Campbell
  2013-11-18 11:05   ` Ian Jackson
  0 siblings, 1 reply; 5+ messages in thread
From: Ian Campbell @ 2013-11-17  9:24 UTC (permalink / raw)
  To: xen.org; +Cc: xen-devel, John.Dilley

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.

Ian.

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [xen-unstable test] 21977: trouble: blocked/broken/fail/pass
  2013-11-17  9:24 ` Ian Campbell
@ 2013-11-18 11:05   ` Ian Jackson
  2013-11-19  9:37     ` Ian Campbell
  0 siblings, 1 reply; 5+ messages in thread
From: Ian Jackson @ 2013-11-18 11:05 UTC (permalink / raw)
  To: Ian Campbell; +Cc: xen-devel, xen.org, John.Dilley

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.

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [xen-unstable test] 21977: trouble: blocked/broken/fail/pass
  2013-11-18 11:05   ` Ian Jackson
@ 2013-11-19  9:37     ` Ian Campbell
  2013-11-20 14:36       ` Ian Jackson
  0 siblings, 1 reply; 5+ messages in thread
From: Ian Campbell @ 2013-11-19  9:37 UTC (permalink / raw)
  To: Ian Jackson; +Cc: xen-devel, John.Dilley

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.

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [xen-unstable test] 21977: trouble: blocked/broken/fail/pass
  2013-11-19  9:37     ` Ian Campbell
@ 2013-11-20 14:36       ` Ian Jackson
  0 siblings, 0 replies; 5+ messages in thread
From: Ian Jackson @ 2013-11-20 14:36 UTC (permalink / raw)
  To: Ian Campbell; +Cc: xen-devel, John.Dilley

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.

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2013-11-20 14:36 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-11-17  2:45 [xen-unstable test] 21977: trouble: blocked/broken/fail/pass xen.org
2013-11-17  9:24 ` Ian Campbell
2013-11-18 11:05   ` Ian Jackson
2013-11-19  9:37     ` Ian Campbell
2013-11-20 14:36       ` Ian Jackson

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.