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-4.0-testing test] 7312: regressions - FAIL

To: <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: [Xen-devel] [xen-4.0-testing test] 7312: regressions - FAIL
From: xen.org <ian.jackson@xxxxxxxxxxxxx>
Date: Tue, 24 May 2011 22:09:15 +0100
Cc: ian.jackson@xxxxxxxxxxxxx
Delivery-date: Tue, 24 May 2011 14:10:33 -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 7312 xen-4.0-testing real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/7312/

Regressions :-(

Tests which did not succeed and are blocking:
 build-amd64-oldkern           4 xen-build                  fail REGR. vs. 7136
 build-i386-oldkern            4 xen-build                  fail REGR. vs. 7136
 test-i386-i386-win           14 guest-start.2              fail REGR. vs. 7136
 test-i386-xcpkern-i386-pair  16 guest-start                fail REGR. vs. 7136

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       7 windows-install              fail   never pass
 test-amd64-amd64-xl          15 guest-stop                   fail   never pass
 test-amd64-i386-rhel6hvm-amd  7 redhat-install               fail   never pass
 test-amd64-i386-rhel6hvm-intel  7 redhat-install               fail never pass
 test-amd64-i386-win-vcpus1   16 leak-check/check             fail   never pass
 test-amd64-i386-win          16 leak-check/check             fail   never pass
 test-amd64-i386-xl-credit2    5 xen-boot                     fail    like 7136
 test-amd64-i386-xl-multivcpu 15 guest-stop                   fail   never pass
 test-amd64-i386-xl-win-vcpus1  7 windows-install              fail  never pass
 test-amd64-i386-xl           15 guest-stop                   fail   never pass
 test-amd64-xcpkern-i386-rhel6hvm-amd  7 redhat-install         fail never pass
 test-amd64-xcpkern-i386-rhel6hvm-intel  7 redhat-install       fail never pass
 test-amd64-xcpkern-i386-win  16 leak-check/check             fail   never pass
 test-amd64-xcpkern-i386-xl-credit2 15 guest-stop               fail never pass
 test-amd64-xcpkern-i386-xl-multivcpu 15 guest-stop             fail never pass
 test-amd64-xcpkern-i386-xl-win  7 windows-install              fail never pass
 test-amd64-xcpkern-i386-xl   15 guest-stop                   fail   never pass
 test-i386-i386-xl-win         7 windows-install              fail   never pass
 test-i386-i386-xl            15 guest-stop                   fail   never pass
 test-i386-xcpkern-i386-win   16 leak-check/check             fail   never pass
 test-i386-xcpkern-i386-xl    15 guest-stop                   fail   never pass

version targeted for testing:
 xen                  5054ed412032
baseline version:
 xen                  c6034ee9b46e

------------------------------------------------------------
People who touched revisions under test:
  Jan Beulich <jbeulich@xxxxxxxxxx>
  Keir Fraser <keir@xxxxxxx>
  Olaf Hering <olaf@xxxxxxxxx>
  Tim Deegan <Tim.Deegan@xxxxxxxxxx>
------------------------------------------------------------

jobs:
 build-i386-xcpkern                                           pass     
 build-amd64                                                  pass     
 build-i386                                                   pass     
 build-amd64-oldkern                                          fail     
 build-i386-oldkern                                           fail     
 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-xcpkern-i386-xl                                   fail     
 test-i386-xcpkern-i386-xl                                    fail     
 test-amd64-i386-rhel6hvm-amd                                 fail     
 test-amd64-xcpkern-i386-rhel6hvm-amd                         fail     
 test-amd64-i386-xl-credit2                                   fail     
 test-amd64-xcpkern-i386-xl-credit2                           fail     
 test-amd64-i386-rhel6hvm-intel                               fail     
 test-amd64-xcpkern-i386-rhel6hvm-intel                       fail     
 test-amd64-i386-xl-multivcpu                                 fail     
 test-amd64-xcpkern-i386-xl-multivcpu                         fail     
 test-amd64-amd64-pair                                        pass     
 test-amd64-i386-pair                                         pass     
 test-i386-i386-pair                                          pass     
 test-amd64-xcpkern-i386-pair                                 pass     
 test-i386-xcpkern-i386-pair                                  fail     
 test-amd64-amd64-pv                                          pass     
 test-amd64-i386-pv                                           pass     
 test-i386-i386-pv                                            pass     
 test-amd64-xcpkern-i386-pv                                   pass     
 test-i386-xcpkern-i386-pv                                    pass     
 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-xcpkern-i386-win                                  fail     
 test-i386-xcpkern-i386-win                                   fail     
 test-amd64-amd64-xl-win                                      fail     
 test-i386-i386-xl-win                                        fail     
 test-amd64-xcpkern-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:   21500:5054ed412032
tag:         tip
user:        Keir Fraser <keir@xxxxxxx>
date:        Tue May 24 08:21:48 2011 +0100
    
    Added signature for changeset d4cefc444b74
    
    
changeset:   21499:12ea9bd6c770
user:        Keir Fraser <keir@xxxxxxx>
date:        Tue May 24 08:21:36 2011 +0100
    
    Added tag 4.0.2-rc5 for changeset d4cefc444b74
    
    
changeset:   21498:d4cefc444b74
tag:         4.0.2-rc5
user:        Keir Fraser <keir@xxxxxxx>
date:        Tue May 24 08:21:25 2011 +0100
    
    Update Xen version to 4.0.2-rc5
    
    
changeset:   21497:7a71574b025a
user:        Tim Deegan <Tim.Deegan@xxxxxxxxxx>
date:        Tue May 24 08:21:01 2011 +0100
    
    drivers/passthrough: fix error paths in pci_add_device*()
    
    When a device can't be allocated to dom0 by the IOMMU, don't leave
    dom0 in the "domain" field.  It causes pci_remove_device()
    to crash trying to remove the dev from the domain's list of devices
    (and was probably the wrong thing to do anyway).
    
    Signed-off-by: Tim Deegan <Tim.Deegan@xxxxxxxxxx>
    xen-unstable changeset:   23371:4326bcd88b33
    xen-unstable date:        Mon May 23 18:35:32 2011 +0100
    
    
    drivers/passthrough: Revert 23352:ea48976517af -- incorrect bugfix.
    
    Signed-off-by: Keir Fraser <keir@xxxxxxx>
    xen-unstable changeset:   23370:2e6719425265
    xen-unstable date:        Mon May 23 18:35:04 2011 +0100
    
    
changeset:   21496:f5e4ec006ab9
user:        Keir Fraser <keir@xxxxxxx>
date:        Tue May 24 08:20:39 2011 +0100
    
    Fix Config.mk's cc-option for -Wno-* options.
    
    These disable-warning options are handled specially by GCC:
     (a) they are ignored unless the compiler emits a warning; and
     (b) even then they produce a warning rather than an error
    
    To handle this, modify the test invocation of GCC to compile a
    fragment of code that will always provoke a warning (integer assigned
    to pointer). This works around (a) above.
    
    Then, we grep the compiler's stdout/stderr for the option-under-test,
    the presence of which would indicate an "unrecognized command-line
    option" warning/error. This works around (b) above, letting us
    distinguish between the "integer assigned to pointer" and
    "unrecognized command-line option" warnings.
    
    Signed-off-by: Keir Fraser <keir@xxxxxxx>
    xen-unstable changeset:   23369:37c77bacb52a
    xen-unstable date:        Mon May 23 17:38:28 2011 +0100
    
    
changeset:   21495:9f8f91033546
user:        Keir Fraser <keir@xxxxxxx>
date:        Sat May 21 07:59:15 2011 +0100
    
    Added signature for changeset 82f6fd38f5c2
    
    
changeset:   21494:50134c9b77ca
user:        Keir Fraser <keir@xxxxxxx>
date:        Sat May 21 07:58:38 2011 +0100
    
    Added tag 4.0.2-rc4 for changeset 82f6fd38f5c2
    
    
changeset:   21493:82f6fd38f5c2
tag:         4.0.2-rc4
user:        Keir Fraser <keir@xxxxxxx>
date:        Sat May 21 07:58:25 2011 +0100
    
    Update Xen version to 4.0.2-rc4
    
    
changeset:   21492:19eefd764f6f
user:        Olaf Hering <olaf@xxxxxxxxx>
date:        Sat May 21 07:57:03 2011 +0100
    
    gcc-4.6 compile fix: build with -Wno-unused-but-set-variable
    
    Avoid "error: variable 'unused' set but not used
    [-Werror=unused-but-set-variable]" with gcc 4.6.
    
    Signed-off-by: Olaf Hering <olaf@xxxxxxxxx>
    xen-unstable changeset:   23368:0f670f5146c8
    xen-unstable date:        Sat May 21 07:55:46 2011 +0100
    
    
changeset:   21491:c6034ee9b46e
user:        Keir Fraser <keir@xxxxxxx>
date:        Fri May 20 13:56:31 2011 +0100
    
    x86: clear CPUID output of leaf 0xd for Dom0 when xsave is disabled
    
    Linux starting with 2.6.36 uses the XSAVEOPT instruction and has
    certain code paths that look only at the feature bit reported through
    CPUID leaf 0xd sub-leaf 1 (i.e. without qualifying the check with one
    evaluating leaf 4 output). Consequently the hypervisor ought to mimic
    actual hardware in clearing leaf 0xd output when not supporting xsave.
    
    Signed-off-by: Jan Beulich <jbeulich@xxxxxxxxxx>
    xen-unstable changeset:   23353:a768a10d32b4
    xen-unstable date:        Fri May 20 08:54:45 2011 +0100
    
    Make this unconditional for 4.0 (no pv xsave support) and fix for domU
    guests as well (this was already okay in 4.1 and later).
    
    Signed-off-by: Keir Fraser <keir@xxxxxxx>
    
    
(qemu changes not included)

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

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