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

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



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

Regressions :-(

Tests which did not succeed and are blocking:
 build-i386-oldkern            4 xen-build                  fail REGR. vs. 5766
 build-i386                    4 xen-build                  fail REGR. vs. 5766

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-win      13 guest-stop                   fail   never pass
 test-amd64-i386-pair          1 xen-build-check(1)           blocked  n/a
 test-amd64-i386-pv            1 xen-build-check(1)           blocked  n/a
 test-amd64-i386-rhel6hvm-amd  1 xen-build-check(1)           blocked  n/a
 test-amd64-i386-rhel6hvm-intel  1 xen-build-check(1)           blocked  n/a
 test-amd64-i386-win-vcpus1    1 xen-build-check(1)           blocked  n/a
 test-amd64-i386-win           1 xen-build-check(1)           blocked  n/a
 test-amd64-i386-xl-credit2    1 xen-build-check(1)           blocked  n/a
 test-amd64-i386-xl-multivcpu  1 xen-build-check(1)           blocked  n/a
 test-amd64-i386-xl-win-vcpus1  1 xen-build-check(1)           blocked  n/a
 test-amd64-i386-xl            1 xen-build-check(1)           blocked  n/a
 test-amd64-xcpkern-i386-pair  1 xen-build-check(1)           blocked  n/a
 test-amd64-xcpkern-i386-pv    1 xen-build-check(1)           blocked  n/a
 test-amd64-xcpkern-i386-rhel6hvm-amd  1 xen-build-check(1)         blocked n/a
 test-amd64-xcpkern-i386-rhel6hvm-intel  1 xen-build-check(1)       blocked n/a
 test-amd64-xcpkern-i386-win   1 xen-build-check(1)           blocked  n/a
 test-amd64-xcpkern-i386-xl-credit2  1 xen-build-check(1)           blocked n/a
 test-amd64-xcpkern-i386-xl-multivcpu  1 xen-build-check(1)         blocked n/a
 test-amd64-xcpkern-i386-xl-win  1 xen-build-check(1)           blocked  n/a
 test-amd64-xcpkern-i386-xl    1 xen-build-check(1)           blocked  n/a
 test-i386-i386-pair           1 xen-build-check(1)           blocked  n/a
 test-i386-i386-pv             1 xen-build-check(1)           blocked  n/a
 test-i386-i386-win            1 xen-build-check(1)           blocked  n/a
 test-i386-i386-xl-win         1 xen-build-check(1)           blocked  n/a
 test-i386-i386-xl             1 xen-build-check(1)           blocked  n/a
 test-i386-xcpkern-i386-pair   1 xen-build-check(1)           blocked  n/a
 test-i386-xcpkern-i386-pv     1 xen-build-check(1)           blocked  n/a
 test-i386-xcpkern-i386-win    1 xen-build-check(1)           blocked  n/a
 test-i386-xcpkern-i386-xl     1 xen-build-check(1)           blocked  n/a

version targeted for testing:
 xen                  72470de157ce
baseline version:
 xen                  137ad3347504

------------------------------------------------------------
People who touched revisions under test:
  George Dunlap <george.dunlap@xxxxxxxxxxxxx>
  Ian Campbell <ian.campbell@xxxxxxxxxx>
  Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
  Kamala Narasimhan <kamala.narasimhan@xxxxxxxxxx>
  Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
  Tim Deegan <Tim.Deegan@xxxxxxxxxx>
------------------------------------------------------------

jobs:
 build-i386-xcpkern                                           pass     
 build-amd64                                                  pass     
 build-i386                                                   fail     
 build-amd64-oldkern                                          pass     
 build-i386-oldkern                                           fail     
 build-amd64-pvops                                            pass     
 build-i386-pvops                                             pass     
 test-amd64-amd64-xl                                          pass     
 test-amd64-i386-xl                                           blocked  
 test-i386-i386-xl                                            blocked  
 test-amd64-xcpkern-i386-xl                                   blocked  
 test-i386-xcpkern-i386-xl                                    blocked  
 test-amd64-i386-rhel6hvm-amd                                 blocked  
 test-amd64-xcpkern-i386-rhel6hvm-amd                         blocked  
 test-amd64-i386-xl-credit2                                   blocked  
 test-amd64-xcpkern-i386-xl-credit2                           blocked  
 test-amd64-i386-rhel6hvm-intel                               blocked  
 test-amd64-xcpkern-i386-rhel6hvm-intel                       blocked  
 test-amd64-i386-xl-multivcpu                                 blocked  
 test-amd64-xcpkern-i386-xl-multivcpu                         blocked  
 test-amd64-amd64-pair                                        pass     
 test-amd64-i386-pair                                         blocked  
 test-i386-i386-pair                                          blocked  
 test-amd64-xcpkern-i386-pair                                 blocked  
 test-i386-xcpkern-i386-pair                                  blocked  
 test-amd64-amd64-pv                                          pass     
 test-amd64-i386-pv                                           blocked  
 test-i386-i386-pv                                            blocked  
 test-amd64-xcpkern-i386-pv                                   blocked  
 test-i386-xcpkern-i386-pv                                    blocked  
 test-amd64-i386-win-vcpus1                                   blocked  
 test-amd64-i386-xl-win-vcpus1                                blocked  
 test-amd64-amd64-win                                         fail     
 test-amd64-i386-win                                          blocked  
 test-i386-i386-win                                           blocked  
 test-amd64-xcpkern-i386-win                                  blocked  
 test-i386-xcpkern-i386-win                                   blocked  
 test-amd64-amd64-xl-win                                      fail     
 test-i386-i386-xl-win                                        blocked  
 test-amd64-xcpkern-i386-xl-win                               blocked  


------------------------------------------------------------
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:   22926:72470de157ce
tag:         tip
user:        Ian Campbell <ian.campbell@xxxxxxxxxx>
date:        Wed Feb 16 09:49:33 2011 +0000
    
    MAINTAINERS: Explicitly list architecture maintainers and lists.
    
    Signed-off-by: Ian Campbell <ian.campbell@xxxxxxxxxx>
    
    
changeset:   22925:2e70ed5e7f51
user:        Tim Deegan <Tim.Deegan@xxxxxxxxxx>
date:        Wed Feb 16 09:48:05 2011 +0000
    
    x86/shadow: unconditionally set the p2m/log-dirty allocation functions.
    
    Otherwise enabling log-dirty mode on a PV guest that already has
    a shadow allocation can leave the alloc/free functions pointers NULL,
    and later try to dereference them.
    
    Signed-off-by: Tim Deegan <Tim.Deegan@xxxxxxxxxx>
    
    
changeset:   22924:86000076dcee
user:        Tim Deegan <Tim.Deegan@xxxxxxxxxx>
date:        Wed Feb 16 09:47:37 2011 +0000
    
    x86/mm: partially revert 21093:4a3e131f7498
    
    p2m internals should always gate on whether HAP is enabled for the
    domain, not whether a HAP paging mode is currently advertised.
    This lets us revert the change to hap_enable() that advertises the
    new mode before it's safe to use it.
    
    Signed-off-by: Tim Deegan <Tim.Deegan@xxxxxxxxxx>
    
    
changeset:   22923:e2fb56dfebda
user:        Kamala Narasimhan <kamala.narasimhan@xxxxxxxxxx>
date:        Tue Feb 15 20:02:44 2011 +0000
    
    docs: document disk configuration string syntax (particularly, xl's syntax)
    
    Signed-off-by: Kamala Narasimhan <kamala.narasimhan@xxxxxxxxxx>
    Acked-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
    Committed-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
    
    
changeset:   22922:2ede5d793493
user:        Kamala Narasimhan <kamala.narasimhan@xxxxxxxxxx>
date:        Tue Feb 15 20:00:33 2011 +0000
    
    libxl: disk specification: special case vhd
    
    Special case how we validate vhd image files.  Without this patch when
    tap:aio:vhd prefixed image files are specified in the config file,
    disk validation and thus vm creation will fail.
    
    Signed-off-by: Kamala Narasimhan <kamala.narasimhan@xxxxxxxxxx>
    Acked-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
    Committed-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
    
    
changeset:   22921:ae4799bdd425
user:        Kamala Narasimhan <kamala.narasimhan@xxxxxxxxxx>
date:        Tue Feb 15 19:59:37 2011 +0000
    
    libxl: disk specification interface change
    
    Currently we pile all the backend and format information pertaining to
    disk option in a single enum.  This check-in separates the two and
    uses two enums, one for disk format and another for disk backend.
    This helps clearly differentiate between disk format and backend
    within the implementation and also helps cleanup the code in this area
    in preparation for the impending parser revamping to be done post 4.1.
    Along with separating format and backend, this check-in also removes
    unwanted types and renames variables in the disk interface and fixes
    the code affected by the interface changes.
    
    In specific, here are the disk interface changes made - In
    libxl_device_disk structure physpath was renamed to pdev_path,
    virtpath was renamed to vdev, phystype was removed and replaced with
    backend and format enums.  Also previously a single enum
    libxl_disk_phystype held the values for qcow, qcow2, vhd, aio, file,
    phy, empty and that got refactored into two enums, libxl_disk_format
    to hold unknown, qcow, qcow2, vhd, raw, empty and libxl_disk_backend
    to hold unknown, phy, tap and qdisk.
    
    Signed-off-by: Kamala Narasimhan <kamala.narasimhan@xxxxxxxxxx>
    Acked-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
    Committed-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
    
    
changeset:   22920:a3c58347ab34
user:        George Dunlap <george.dunlap@xxxxxxxxxxxxx>
date:        Tue Feb 15 19:39:05 2011 +0000
    
    tools: Include cpupool example in /etc/xen
    
    xl cpupool-create at the moment requires a config file.  Make
    sure to include the example config file in the install.
    
    Signed-off-by: George Dunlap <george.dunlap@xxxxxxxxxxxxx>
    Acked-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
    Committed-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
    
    
changeset:   22919:137ad3347504
user:        Ian Campbell <ian.campbell@xxxxxxxxxx>
date:        Mon Feb 14 17:02:55 2011 +0000
    
    libxl: fix migrate for HVM guests
    
    Prior to 22909:6868f7f3ab3f libxl would loop waiting simultaneously
    for the domain the acknowledge a PV suspend request (by clearing the
    XenStore node) and for the domain to actually suspend. For HVM guests
    without PV drivers this same loop was simply waiting for the domain to
    suspend.
    
    In 22909:6868f7f3ab3f the original loop was split into two loops
    (first waiting for the acknowledgement and then for the actual
    suspend). This caused libxl to incorrectly wait for an HVM guest
    without PV drivers to acknowledge the XenStore request, which is not
    something it would ever do.
    
    Fix this by only waiting for an acknowledgement from a guest which
    contains PV drivers.
    
    Previously we were also making the request regardless of whether the
    guest had PV drivers, change that to only make the request if the
    guest has PV drivers.
    
    Lastly there is no need to sample HVM_PARAM_ACPI_S_STATE twice and not
    doing so simplifies the test for PVHVM vs. normal HVM guests.
    
    Tested with:
        Windows with GPL PV drivers (event channel suspend mode)
        Windows without PV drivers (xc_domain_shutdown mode)
        Linux PV (PV with XenBus control node mode)
        Linux HVM (PVHVM with XenBus control node mode (*))
        Linux HVM (xc_domain_shutdown mode)
    
    (*) In this case the kernel didn't actually suspend, due to:
        PM: Device input1 failed to suspend: error -22
        xen suspend: dpm_suspend_start -22
        which may be a misconfiguration in my setup or may be a kernel
        bug, but the libxl side dealt with this as gracefully as it could.
    
    Signed-off-by: Ian Campbell <ian.campbell@xxxxxxxxxx>
    Acked-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
    Committed-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
    
    
========================================
commit e073e69457b4d99b6da0b6536296e3498f7f6599
Author: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
Date:   Fri Feb 11 17:54:51 2011 +0000

    qemu-xen: fix segfault with empty cdroms
    
    When the cdrom is empty the params node in xenstore might be missing
    completely.  Cope with it instead of segfaulting.
    
    Signed-off-by: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

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