[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Xen-devel] [xen-unstable test] 13463: regressions - FAIL



flight 13463 xen-unstable real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/13463/

Regressions :-(

Tests which did not succeed and are blocking,
including tests which could not be run:
 test-amd64-i386-pv           18 leak-check/check          fail REGR. vs. 13459
 test-amd64-amd64-pv          18 leak-check/check          fail REGR. vs. 13459
 test-amd64-i386-xl           18 leak-check/check          fail REGR. vs. 13459
 test-amd64-i386-xl-multivcpu 18 leak-check/check          fail REGR. vs. 13459
 test-amd64-i386-xl-credit2   18 leak-check/check          fail REGR. vs. 13459
 test-amd64-amd64-pair        21 leak-check/check/dst_host fail REGR. vs. 13459
 test-amd64-amd64-pair        20 leak-check/check/src_host fail REGR. vs. 13459
 test-i386-i386-pv            18 leak-check/check          fail REGR. vs. 13459
 test-i386-i386-xl            18 leak-check/check          fail REGR. vs. 13459
 test-amd64-amd64-xl          18 leak-check/check          fail REGR. vs. 13459
 test-i386-i386-pair          20 leak-check/check/src_host fail REGR. vs. 13459
 test-i386-i386-pair          21 leak-check/check/dst_host fail REGR. vs. 13459
 test-amd64-i386-pair         20 leak-check/check/src_host fail REGR. vs. 13459
 test-amd64-i386-pair         21 leak-check/check/dst_host fail REGR. vs. 13459

Regressions which are regarded as allowable (not blocking):
 test-amd64-amd64-xl-sedf     18 leak-check/check          fail REGR. vs. 13458
 test-amd64-amd64-xl-sedf-pin 18 leak-check/check          fail REGR. vs. 13459
 test-i386-i386-xl-qemuu-winxpsp3  9 guest-localmigrate         fail like 13459
 test-amd64-amd64-xl-qemuu-winxpsp3  9 guest-localmigrate       fail like 13459
 test-amd64-amd64-xl-qemuu-win7-amd64  9 guest-localmigrate     fail like 13459

Tests which did not succeed, but are not blocking:
 test-amd64-amd64-xl-pcipt-intel  9 guest-start                 fail never pass
 test-amd64-i386-rhel6hvm-amd 11 leak-check/check             fail   never pass
 test-amd64-i386-qemuu-rhel6hvm-amd 11 leak-check/check         fail never pass
 test-amd64-i386-rhel6hvm-intel 11 leak-check/check             fail never pass
 test-amd64-i386-xend-winxpsp3 16 leak-check/check             fail  never pass
 test-amd64-amd64-win         16 leak-check/check             fail   never pass
 test-amd64-i386-win-vcpus1   16 leak-check/check             fail   never pass
 test-amd64-i386-qemuu-rhel6hvm-intel 11 leak-check/check       fail never pass
 test-amd64-i386-win          16 leak-check/check             fail   never pass
 test-i386-i386-win           16 leak-check/check             fail   never pass
 test-i386-i386-xl-win        13 guest-stop                   fail   never pass
 test-amd64-amd64-xl-win      13 guest-stop                   fail   never pass
 test-amd64-i386-xl-win7-amd64 13 guest-stop                   fail  never pass
 test-amd64-amd64-xl-winxpsp3 13 guest-stop                   fail   never pass
 test-i386-i386-xl-winxpsp3   13 guest-stop                   fail   never pass
 test-amd64-i386-xl-win-vcpus1 13 guest-stop                   fail  never pass
 test-amd64-i386-xl-winxpsp3-vcpus1 13 guest-stop               fail never pass
 test-amd64-amd64-xl-win7-amd64 13 guest-stop                   fail never pass

version targeted for testing:
 xen                  ad08cd8e7097
baseline version:
 xen                  42f76d536b11

------------------------------------------------------------
People who touched revisions under test:
  Daniel P. Berrange <berrange@xxxxxxxxxx>
  Deep Debroy <ddebroy@xxxxxxxxx>
  Ian Campbell <ian.campbell@xxxxxxxxxx>
  Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
  Jan Beulich <jbeulich@xxxxxxxx>
  Keir Fraser <keir@xxxxxxx>
  Matt Wilson <msw@xxxxxxxxxx>
  Michael Young <m.a.young@xxxxxxxxxxxx>
  Olaf Hering <olaf@xxxxxxxxx>
  Roger Pau Monn? <roger.pau@xxxxxxxxxx>
  Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
  W. Michael Petullo <mike@xxxxxxxx>
  Zhigang Wang <zhigang.x.wang@xxxxxxxxxx>
------------------------------------------------------------

jobs:
 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-i386-rhel6hvm-amd                                 fail    
 test-amd64-i386-qemuu-rhel6hvm-amd                           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                                   fail    
 test-amd64-amd64-xl-pcipt-intel                              fail    
 test-amd64-i386-rhel6hvm-intel                               fail    
 test-amd64-i386-qemuu-rhel6hvm-intel                         fail    
 test-amd64-i386-xl-multivcpu                                 fail    
 test-amd64-amd64-pair                                        fail    
 test-amd64-i386-pair                                         fail    
 test-i386-i386-pair                                          fail    
 test-amd64-amd64-xl-sedf-pin                                 fail    
 test-amd64-amd64-pv                                          fail    
 test-amd64-i386-pv                                           fail    
 test-i386-i386-pv                                            fail    
 test-amd64-amd64-xl-sedf                                     fail    
 test-amd64-i386-win-vcpus1                                   fail    
 test-amd64-i386-xl-win-vcpus1                                fail    
 test-amd64-i386-xl-winxpsp3-vcpus1                           fail    
 test-amd64-amd64-win                                         fail    
 test-amd64-i386-win                                          fail    
 test-i386-i386-win                                           fail    
 test-amd64-amd64-xl-win                                      fail    
 test-i386-i386-xl-win                                        fail    
 test-amd64-amd64-xl-qemuu-winxpsp3                           fail    
 test-i386-i386-xl-qemuu-winxpsp3                             fail    
 test-amd64-i386-xend-winxpsp3                                fail    
 test-amd64-amd64-xl-winxpsp3                                 fail    
 test-i386-i386-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.

------------------------------------------------------------
changeset:   25594:ad08cd8e7097
tag:         tip
user:        Matt Wilson <msw@xxxxxxxxxx>
date:        Thu Jul 05 11:00:28 2012 +0100
    
    tools: honour --libdir when it is passed to ./configure
    
    Currently shared libraries are automatically installed into /usr/lib
    or /usr/lib64, depending on the supplied --prefix value and
    $(XEN_TARGET_ARCH). Some systems, like recent Debian and Ubuntu releases,
    do not use /usr/lib64, but instead /usr/lib/x86_64-linux-gnu.
    
    With this change, packagers can supply the desired location for shared
    libraries on the ./configure command line. Packagers need to note that
    the default behaviour on 64-bit Linux systems will be to install shared
    libraries in /usr/lib, not /usr/lib64, unless a --libdir value is provided
    to ./configure.
    
    Additionally, the libfsimage plugins are now loaded explicitly from
    $LIBDIR/fs, removing platform-based decision trees in code.
    
    Signed-off-by: Matt Wilson <msw@xxxxxxxxxx>
    Acked-by: Ian Jackson <Ian.Jackson@xxxxxxxxxxxxx>
    Acked-by: Ian Campbell <ian.campbell@xxxxxxxxxx>
    [ ijc -- resolve rejects in configure by rerunning autogen.sh. Dropped 
changes
    to remove m4/default_lib.m4 and update m4/pkg.m4 since they cause 
LIBDIR=/lib
    instead of /usr/lib. Reran ./autogen.sh after that too ]
    Committed-by: Ian Campbell <ian.campbell@xxxxxxxxxx>
    
    
changeset:   25593:7c0351dc41a5
user:        Olaf Hering <olaf@xxxxxxxxx>
date:        Wed Jul 04 15:46:17 2012 +0100
    
    tools/m4: add AC_LANG_SOURCE to fix autoconf warnings
    
    I see these warnings with autoconf 2.68, add AC_LANG_SOURCE as suggested
    by upstream documentation.
    
    ...
     # bash autogen.sh
    configure.ac:141: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call 
detected in body
    ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from...
    ../../lib/autoconf/general.m4:2662: _AC_LINK_IFELSE is expanded from...
    ../../lib/autoconf/general.m4:2679: AC_LINK_IFELSE is expanded from...
    ../../lib/m4sugar/m4sh.m4:606: AS_IF is expanded from...
    ../../lib/autoconf/general.m4:2032: AC_CACHE_VAL is expanded from...
    ../../lib/autoconf/general.m4:2053: AC_CACHE_CHECK is expanded from...
    m4/pthread.m4:21: AX_CHECK_PTHREAD is expanded from...
    configure.ac:141: the top level
    configure.ac:142: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call 
detected in body
    ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from...
    ../../lib/autoconf/general.m4:2662: _AC_LINK_IFELSE is expanded from...
    ../../lib/autoconf/general.m4:2679: AC_LINK_IFELSE is expanded from...
    ../../lib/m4sugar/m4sh.m4:606: AS_IF is expanded from...
    ../../lib/autoconf/general.m4:2032: AC_CACHE_VAL is expanded from...
    ../../lib/autoconf/general.m4:2053: AC_CACHE_CHECK is expanded from...
    m4/ptyfuncs.m4:1: AX_CHECK_PTYFUNCS is expanded from...
    configure.ac:142: the top level
    configure.ac:141: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call 
detected in body
    ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from...
    ../../lib/autoconf/general.m4:2662: _AC_LINK_IFELSE is expanded from...
    ../../lib/autoconf/general.m4:2679: AC_LINK_IFELSE is expanded from...
    ../../lib/m4sugar/m4sh.m4:606: AS_IF is expanded from...
    ../../lib/autoconf/general.m4:2032: AC_CACHE_VAL is expanded from...
    ../../lib/autoconf/general.m4:2053: AC_CACHE_CHECK is expanded from...
    m4/pthread.m4:21: AX_CHECK_PTHREAD is expanded from...
    configure.ac:141: the top level
    configure.ac:142: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call 
detected in body
    ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from...
    ../../lib/autoconf/general.m4:2662: _AC_LINK_IFELSE is expanded from...
    ../../lib/autoconf/general.m4:2679: AC_LINK_IFELSE is expanded from...
    ../../lib/m4sugar/m4sh.m4:606: AS_IF is expanded from...
    ../../lib/autoconf/general.m4:2032: AC_CACHE_VAL is expanded from...
    ../../lib/autoconf/general.m4:2053: AC_CACHE_CHECK is expanded from...
    m4/ptyfuncs.m4:1: AX_CHECK_PTYFUNCS is expanded from...
    configure.ac:142: the top level
    
    Please rerun autoconf after applying this.
    
    Signed-off-by: Olaf Hering <olaf@xxxxxxxxx>
    Acked-by: Ian Campbell <ian.campbell@xxxxxxxxxx>
    Committed-by: Ian Campbell <ian.campbell@xxxxxxxxxx>
    
    
changeset:   25592:197138cc9436
user:        Olaf Hering <olaf@xxxxxxxxx>
date:        Wed Jul 04 15:46:16 2012 +0100
    
    tools/configure.ac: add version check for glib2
    
    xen-unstable fails to build in a SLES10SP4 environment since a long time
    because the included version of glib is slightly older than the required
    glib version. According to the glib docs version 2.12 includes base64
    support, but SLES10 is shipped with glib 2.8.6:
    
    qemu-timer-common.o: In function `init_get_clock':
    
/usr/src/packages/BUILD/xen-4.2.25432/non-dbg/tools/qemu-xen-dir/qemu-timer-common.c:57:
    undefined reference to `clock_gettime'
    qga/guest-agent-commands.o: In function `qmp_guest_file_write':
    qga/guest-agent-commands.c:249: undefined reference to `g_base64_decode'
    qga/guest-agent-commands.o: In function `qmp_guest_file_read':
    qga/guest-agent-commands.c:224: undefined reference to `g_base64_encode'
    collect2: ld returned 1 exit status
    make[3]: *** [qemu-ga] Error 1
    
    Add a version check to toplevel configure to require at least glib 2.12.
    This makes sure configure can detect the condition early instead of
    failing later in the middle of tools build when qemu-upstream errors
    out.
    
    Please rerun autoconf after applying this.
    
    Signed-off-by: Olaf Hering <olaf@xxxxxxxxx>
    Acked-by: Roger Pau Monn? <roger.pau@xxxxxxxxxx>
    Acked-by: Ian Campbell <ian.campbell@xxxxxxxxxx>
    Committed-by: Ian Campbell <ian.campbell@xxxxxxxxxx>
    
    
changeset:   25591:328f466f9ee6
user:        W. Michael Petullo <mike@xxxxxxxx>
date:        Wed Jul 04 15:46:15 2012 +0100
    
    xl: Allow use of /dev/null with xl create to enable command-line definition
    
    xm allows specifying /dev/null as the domain configuration argument to its
    create option; add same functionality to xl. xl treats the configuration
    argument /dev/null as a special case.  This allows specifying an entire
    domain configuration on the command line.
    
    Signed-off-by: W. Michael Petullo <mike@xxxxxxxx>
    Acked-by: Ian Campbell <ian.campbell@xxxxxxxxxx>
    [ ijc -- ported to xen-unstable from 4.1 ]
    Committed-by: Ian Campbell <ian.campbell@xxxxxxxxxx>
    
    
changeset:   25590:bb250383a4f5
user:        Zhigang Wang <zhigang.x.wang@xxxxxxxxxx>
date:        Wed Jul 04 15:46:14 2012 +0100
    
    hotplug/Linux: use flock based locking
    
    In the normal case of a single domain booting with one disk, the disk 
hotplug
    script will fire once. In this case taking out the lock will never cause a
    sleep because there's no other concurrent invocations. If a domain has 4 
disks
    configured, then the hotplug script will fire 4 times, all 4 invocations at
    pretty much the same time. If there is even a little load on the system, the
    locking function in the shell script will sleep for a few seconds - as many 
as
    5 seconds, or potentially even time out & fail completely.
    
    If say 4 or even more domains each with 4 disks start up at once, that's 16
    invocations of the hotplug script running at once. There will be a lot of
    sleep's done & because of the very coarse 1 second granularity the delay can
    add up significantly.
    
    The change to using flock() removes the arbitrary 1 second sleep, so the 
very
    instant once hotplug script finishes, another can start & there is no 
repeated
    attempts & failures to lock which would add more delay.
    
    In addition the current locking implementation would allow two processes get
    the lock simultaneously if one decided the other had timed out.
    
    Signed-off-by: Daniel P. Berrange <berrange@xxxxxxxxxx>
    Signed-off-by: Zhigang Wang <zhigang.x.wang@xxxxxxxxxx>
    Acked-by: Ian Campbell <ian.campbell@xxxxxxxxxx>
    Committed-by: Ian Campbell <ian.campbell@xxxxxxxxxx>
    
    
changeset:   25589:60f09d1ab1fe
user:        M A Young <m.a.young@xxxxxxxxxxxx>
date:        Wed Jul 04 15:46:14 2012 +0100
    
    pygrub: cope better with big files in the guest.
    
    Only read the first megabyte of a configuration file (grub etc.) and read 
the
    kernel and ramdisk files from the guest in one megabyte pieces so pygrub
    doesn't use a lot of memory if the files are large.  With --not-really 
option
    check that the chosen kernel and ramdisk files exist.  If there are problems
    writing the copy of the kernel or ramdisk, delete the copied files and exit 
in
    case they have filled the filesystem.
    
    Signed-off-by: Michael Young <m.a.young@xxxxxxxxxxxx>
    Acked-by: Matt Wilson <msw@xxxxxxxxxx>
    Acked-by: Ian Campbell <ian.campbell@xxxxxxxxxx>
    Acked-by: Ian Jackson <Ian.Jackson@xxxxxxxxxxxxx>
    Committed-by: Ian Campbell <ian.campbell@xxxxxxxxxx>
    
    
changeset:   25588:42f76d536b11
user:        Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
date:        Tue Jul 03 13:39:01 2012 +0100
    
    xen: event channel remapping for emulated MSIs
    
    Linux PV on HVM guests remap all the MSIs onto event channels,
    including MSIs corresponding to QEMU's emulated devices.  This patch
    makes sure that we handle correctly the case of emulated MSI that have
    been remapped, sending a pirq to the guest instead.
    
    Signed-off-by: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
    Tested-by: Deep Debroy <ddebroy@xxxxxxxxx>
    Committed-by: Keir Fraser <keir@xxxxxxx>
    
    
========================================
commit fa2e8e3bc869c04d4a4d9b8f70c1cab7e53778d6
Author: Jan Beulich <jbeulich@xxxxxxxx>
Date:   Fri Jun 29 17:06:25 2012 +0100

    passthrough: fix off-by-one in PCI config space register index check
    
    Register 255 (0xff) is still valid to be accessed.
    
    Reported-by: Rolu <rolu@xxxxxxxx>
    Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>
    Acked-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.