WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

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

To: <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: [Xen-devel] [xen-unstable test] 8729: regressions - FAIL
From: xen.org <ian.jackson@xxxxxxxxxxxxx>
Date: Wed, 24 Aug 2011 14:51:12 +0100
Cc: ian.jackson@xxxxxxxxxxxxx
Delivery-date: Wed, 24 Aug 2011 06:51:44 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
flight 8729 xen-unstable real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/8729/

Regressions :-(

Tests which did not succeed and are blocking:
 build-amd64-pvops             4 kernel-build               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  1 xen-build-check(1)           blocked  n/a
 test-amd64-i386-rhel6hvm-intel  9 guest-start.2                fail never pass
 test-amd64-amd64-pv           1 xen-build-check(1)           blocked  n/a
 test-amd64-i386-rhel6hvm-amd  9 guest-start.2                fail   never pass
 test-amd64-amd64-xl           1 xen-build-check(1)           blocked  n/a
 test-amd64-amd64-xl-sedf      1 xen-build-check(1)           blocked  n/a
 test-amd64-amd64-pair         1 xen-build-check(1)           blocked  n/a
 test-amd64-i386-win-vcpus1   16 leak-check/check             fail   never pass
 test-amd64-amd64-xl-win       1 xen-build-check(1)           blocked  n/a
 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          1 xen-build-check(1)           blocked  n/a
 test-amd64-i386-xl-win-vcpus1 13 guest-stop                   fail  never pass

version targeted for testing:
 xen                  1515138fbd7b
baseline version:
 xen                  2029263c501c

------------------------------------------------------------
People who touched revisions under test:
  Christoph Egger <Christoph.Egger@xxxxxxx>
  David Vrabel <david.vrabel@xxxxxxxxxx>
  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                                            fail    
 build-i386-pvops                                             pass    
 test-amd64-amd64-xl                                          blocked 
 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                              blocked 
 test-amd64-i386-rhel6hvm-intel                               fail    
 test-amd64-i386-xl-multivcpu                                 pass    
 test-amd64-amd64-pair                                        blocked 
 test-amd64-i386-pair                                         pass    
 test-i386-i386-pair                                          pass    
 test-amd64-amd64-pv                                          blocked 
 test-amd64-i386-pv                                           pass    
 test-i386-i386-pv                                            pass    
 test-amd64-amd64-xl-sedf                                     blocked 
 test-amd64-i386-win-vcpus1                                   fail    
 test-amd64-i386-xl-win-vcpus1                                fail    
 test-amd64-amd64-win                                         blocked 
 test-amd64-i386-win                                          fail    
 test-i386-i386-win                                           fail    
 test-amd64-amd64-xl-win                                      blocked 
 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:   23790:1515138fbd7b
tag:         tip
user:        David Vrabel <david.vrabel@xxxxxxxxxx>
date:        Wed Aug 24 09:33:10 2011 +0100
    
    x86: don't limit dom0's maximum reservation by the available memory
    
    Set dom0's initial maximum reservation using the max value supplied in
    the dom0_mem command line option without limiting it by the available
    memory.
    
    This allows dom0 to make use of any hotplugged memory without having
    to also adjust the maximum reservation.
    
    Signed-off-by: David Vrabel <david.vrabel@xxxxxxxxxx>
    Acked-by: Jan Beulich <jbeulich@xxxxxxxxxx>
    
    
changeset:   23789:1b77cf8305df
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

<Prev in Thread] Current Thread [Next in Thread>
  • [Xen-devel] [xen-unstable test] 8729: regressions - FAIL, xen . org <=