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

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



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

Regressions :-(

Tests which did not succeed and are blocking:
 test-amd64-amd64-xl-sedf     14 guest-localmigrate/x10     fail REGR. vs. 8715

Tests which did not succeed, but are not blocking,
including regressions (tests previously passed) regarded as allowable:
 test-amd64-amd64-xl-pcipt-intel  9 guest-start                 fail never pass
 test-amd64-i386-rhel6hvm-intel  9 guest-start.2                fail never pass
 test-amd64-i386-rhel6hvm-amd  9 guest-start.2                fail   never pass
 test-amd64-i386-win-vcpus1   16 leak-check/check             fail   never pass
 test-amd64-amd64-xl-win      13 guest-stop                   fail   never pass
 test-amd64-i386-win          16 leak-check/check             fail   never pass
 test-i386-i386-xl-win        13 guest-stop                   fail   never pass
 test-i386-i386-win           16 leak-check/check             fail   never pass
 test-amd64-amd64-win         16 leak-check/check             fail   never pass
 test-amd64-i386-xl-win-vcpus1 13 guest-stop                   fail  never pass

version targeted for testing:
 xen                  1b77cf8305df
baseline version:
 xen                  2029263c501c

------------------------------------------------------------
People who touched revisions under test:
  Christoph Egger <Christoph.Egger@xxxxxxx>
  George Dunlap <george.dunlap@xxxxxxxxxxxxx>
  Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
  Jan Beulich <jbeulich@xxxxxxxxxx>
  Keir Fraser <keir@xxxxxxx>
  Olaf Hering <olaf@xxxxxxxxx>
  Tim Deegan <tim@xxxxxxx>
------------------------------------------------------------

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                                          pass    
 test-amd64-i386-xl                                           pass    
 test-i386-i386-xl                                            pass    
 test-amd64-i386-rhel6hvm-amd                                 fail    
 test-amd64-i386-xl-credit2                                   pass    
 test-amd64-amd64-xl-pcipt-intel                              fail    
 test-amd64-i386-rhel6hvm-intel                               fail    
 test-amd64-i386-xl-multivcpu                                 pass    
 test-amd64-amd64-pair                                        pass    
 test-amd64-i386-pair                                         pass    
 test-i386-i386-pair                                          pass    
 test-amd64-amd64-pv                                          pass    
 test-amd64-i386-pv                                           pass    
 test-i386-i386-pv                                            pass    
 test-amd64-amd64-xl-sedf                                     fail    
 test-amd64-i386-win-vcpus1                                   fail    
 test-amd64-i386-xl-win-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    


------------------------------------------------------------
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:   23789:1b77cf8305df
tag:         tip
user:        Tim Deegan <tim@xxxxxxx>
date:        Tue Aug 23 10:54:27 2011 +0100
    
    Passthrough: fix iommu_use_hap_pt() to use hap_enabled()
    
    In line with 22924:86000076dcee, paging_mode_hap(d) shouldn't be
    used in HAP internals that are called during HAP setup.
    
    Signed-off-by: Tim Deegan <tim@xxxxxxx>
    
    
changeset:   23788:9d2a8912597d
user:        Tim Deegan <tim@xxxxxxx>
date:        Tue Aug 23 10:43:25 2011 +0100
    
    IOMMU: only try to share IOMMU and HAP tables for domains with P2M.
    This makes the check more precise, and brings VTd in line with AMD code.
    
    Signed-off-by: Tim Deegan <tim@xxxxxxx>
    
    
changeset:   23787:41f00cf6b822
user:        Tim Deegan <tim@xxxxxxx>
date:        Tue Aug 23 10:43:20 2011 +0100
    
    VT-d: Explicitly test EPT capabilities during IOMMU init
    because the cached version isn't set up until the EPT init happens.
    
    Signed-off-by: Tim Deegan <tim@xxxxxxx>
    
    
changeset:   23786:3a05da2dc7c0
user:        George Dunlap <george.dunlap@xxxxxxxxxxxxx>
date:        Mon Aug 22 16:15:33 2011 +0100
    
    x86: Fix up irq vector map logic
    
    We need to make sure that cfg->used_vector is only cleared once;
    otherwise there may be a race condition that allows the same vector to
    be assigned twice, defeating the whole purpose of the map.
    
    This makes two changes:
    * __clear_irq_vector() only clears the vector if the irq is not being
    moved
    * smp_iqr_move_cleanup_interrupt() only clears used_vector if this
    is the last place it's being used (move_cleanup_count==0 after
    decrement).
    
    Also make use of asserts more consistent, to catch this kind of logic
    bug in the future.
    
    Signed-off-by: George Dunlap <george.dunlap@xxxxxxxxxxxxx>
    
    
changeset:   23785:d1cd78a73a79
user:        Keir Fraser <keir@xxxxxxx>
date:        Mon Aug 22 16:15:19 2011 +0100
    
    Adjust non-debug ASSERT() definition to avoid unused-variable warnings.
    
    Signed-off-by: Keir Fraser <keir@xxxxxxx>
    
    
changeset:   23784:ab664a21ae45
user:        Christoph Egger <Christoph.Egger@xxxxxxx>
date:        Mon Aug 22 14:37:29 2011 +0100
    
    nested-p2m: suppress np2m flushes during p2m setup
    
    There is no need to send IPIs within p2m_alloc_table() via
    set_p2m_entry().
    
    Signed-off-by: Christoph Egger <Christoph.Egger@xxxxxxx>
    Committed-by: Tim Deegan <tim@xxxxxxx>
    
    
changeset:   23783:2029263c501c
user:        Jan Beulich <jbeulich@xxxxxxxxxx>
date:        Mon Aug 22 10:12:36 2011 +0100
    
    ACPI: add _PDC input override mechanism
    
    In order to have Dom0 call _PDC with input fully representing Xen's
    capabilities, and in order to avoid building knowledge of Xen
    implementation details into Dom0, this provides a mechanism by which
    the Dom0 kernel can, once it filled the _PDC input buffer according to
    its own knowledge, present the buffer to Xen to apply overrides for
    the parts of the C-, P-, and T-state management that it controls. This
    is particularly to address the dependency of Xen using MWAIT to enter
    certain C-states on the availability of the break-on-interrupt
    extension (which the Dom0 kernel should have no need to know about).
    
    Signed-off-by: Jan Beulich <jbeulich@xxxxxxxxxx>
    
    
========================================
commit cd776ee9408ff127f934a707c1a339ee600bc127
Author: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
Date:   Tue Jun 28 13:50:53 2011 +0100

    qemu-char.c: fix incorrect CONFIG_STUBDOM handling
    
    qemu-char.c:1123:7: warning: "CONFIG_STUBDOM" is not defined [-Wundef]
    
    Signed-off-by: Olaf Hering <olaf@xxxxxxxxx>
    Acked-by: Ian Jackson <ian.jackson@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®.