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/
Home Products Support Community News


[Xen-devel] [xen-4.1-testing test] 6917: regressions - FAIL

To: xen-devel@xxxxxxxxxxxxxxxxxxx
Subject: [Xen-devel] [xen-4.1-testing test] 6917: regressions - FAIL
From: xen.org <ian.jackson@xxxxxxxxxxxxx>
Date: Mon, 25 Apr 2011 23:49:36 +0100
Cc: ian.jackson@xxxxxxxxxxxxx
Delivery-date: Mon, 25 Apr 2011 15:50:30 -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 6917 xen-4.1-testing real [real]

Regressions :-(

Tests which did not succeed and are blocking:
 build-amd64-pvops             4 kernel-build               fail REGR. vs. 6793
 build-i386-oldkern            4 xen-build                  fail REGR. vs. 6793
 test-amd64-i386-xl-credit2    9 guest-start                fail REGR. vs. 6793

Tests which did not succeed, but are not blocking,
including regressions (tests previously passed) regarded as allowable:
 test-amd64-amd64-pair         1 xen-build-check(1)           blocked  n/a
 test-amd64-amd64-pv           1 xen-build-check(1)           blocked  n/a
 test-amd64-amd64-win          1 xen-build-check(1)           blocked  n/a
 test-amd64-amd64-xl-win       1 xen-build-check(1)           blocked  n/a
 test-amd64-amd64-xl           1 xen-build-check(1)           blocked  n/a
 test-amd64-i386-rhel6hvm-amd  7 redhat-install               fail    like 6793
 test-amd64-i386-rhel6hvm-intel  8 guest-saverestore            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-win-vcpus1 13 guest-stop                   fail  never pass
 test-amd64-xcpkern-i386-rhel6hvm-amd  8 guest-saverestore      fail never pass
 test-amd64-xcpkern-i386-rhel6hvm-intel  8 guest-saverestore    fail never pass
 test-amd64-xcpkern-i386-win  16 leak-check/check             fail   never pass
 test-amd64-xcpkern-i386-xl-win 13 guest-stop                   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-i386-xcpkern-i386-win   16 leak-check/check             fail   never pass

version targeted for testing:
 xen                  ff57766584b9
baseline version:
 xen                  dbf2ddf652dc

People who touched revisions under test:
  Gianni Tedesco <gianni.tedesco@xxxxxxxxxx>
  Ian Campbell <ian.campbell@xxxxxxxxxx>
  Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
  Jan Beulich <jbeulich@xxxxxxxxxx>
  Keir Fraser <keir@xxxxxxx>
  Shriram Rajagopalan <rshriram@xxxxxxxxx>
  Tim Deegan <Tim.Deegan@xxxxxxxxxx>
  Wei Wang <wei.wang2@xxxxxxx>

 build-i386-xcpkern                                           pass     
 build-amd64                                                  pass     
 build-i386                                                   pass     
 build-amd64-oldkern                                          pass     
 build-i386-oldkern                                           fail     
 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-xcpkern-i386-xl                                   pass     
 test-i386-xcpkern-i386-xl                                    pass     
 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                           pass     
 test-amd64-i386-rhel6hvm-intel                               fail     
 test-amd64-xcpkern-i386-rhel6hvm-intel                       fail     
 test-amd64-i386-xl-multivcpu                                 pass     
 test-amd64-xcpkern-i386-xl-multivcpu                         pass     
 test-amd64-amd64-pair                                        blocked  
 test-amd64-i386-pair                                         pass     
 test-i386-i386-pair                                          pass     
 test-amd64-xcpkern-i386-pair                                 pass     
 test-i386-xcpkern-i386-pair                                  pass     
 test-amd64-amd64-pv                                          blocked  
 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                                         blocked  
 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                                      blocked  
 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

Test harness code can be found at

Not pushing.

changeset:   23032:ff57766584b9
tag:         tip
user:        Tim Deegan <Tim.Deegan@xxxxxxxxxx>
date:        Mon Apr 25 13:38:51 2011 +0100
    vtd: check and print EPT compatibility once, at boot.
    Merge the check for EPT/VT-D pagetable compatibility into the other
    VT-D boot-time checks.  Previously it was checking and printing many
    times on each VM boot.
    Signed-off-by: Tim Deegan <Tim.Deegan@xxxxxxxxxx>
    xen-unstable changeset:   23247:80401982465d
    xen-unstable date:        Mon Apr 25 13:17:05 2011 +0100
changeset:   23031:3a4e15f9b6d8
user:        Keir Fraser <keir@xxxxxxx>
date:        Mon Apr 25 13:34:20 2011 +0100
    tools: hvmloader: attempt to SHUTDOWN_crash on BUG
    Executing UD2 (invalid opcode) triggers a triple fault which signals
    reboot to the toolstack, rather than crash.
    Signed-off-by: Ian Campbell <ian.campbell@xxxxxxxxxx>
    Signed-off-by: Keir Fraser <keir@xxxxxxx>
    xen-unstable changeset:   23245:3539ef956a37
    xen-unstable date:        Mon Apr 18 18:34:45 2011 +0100
changeset:   23030:0545ae0f5c90
user:        Keir Fraser <keir@xxxxxxx>
date:        Mon Apr 25 13:33:29 2011 +0100
    hvmloader: Fix _start-relative calculation of hypercall page address.
    We got away with it because _start-HYPERCALL_PHYSICAL_ADDRESS happens
    Signed-off-by: Keir Fraser <keir@xxxxxxx>
    xen-unstable changeset:   23244:024b06de81ca
    xen-unstable date:        Mon Apr 18 18:08:47 2011 +0100
changeset:   23029:60ac4cfdf4a8
user:        Keir Fraser <keir@xxxxxxx>
date:        Mon Apr 25 13:31:10 2011 +0100
    x86: don't write_tsc() non-zero values on CPUs updating only the lower 32 
    This means suppressing the uses in time_calibration_tsc_rendezvous(),
    cstate_restore_tsc(), and synchronize_tsc_slave(), and fixes a boot
    hang of Linux Dom0 when loading processor.ko on such systems that
    have support for C states above C1.
    Signed-off-by: Jan Beulich <jbeulich@xxxxxxxxxx>
    Signed-off-by: Keir Fraser <keir@xxxxxxx>
    xen-unstable changeset:   23228:1329d99b4f16
    xen-unstable date:        Fri Apr 15 08:52:08 2011 +0100
changeset:   23028:21d0be8a2b59
user:        Shriram Rajagopalan <rshriram@xxxxxxxxx>
date:        Mon Apr 25 13:29:18 2011 +0100
    remus: fix incorrect error handling for switch_qemu_logdirty in checkpoint 
    c/s 22275: "tools: cleanup domain save switch_qemu_logdirty callback"
    introduced a whole bunch of error code fixups. In the process, it also
    ended up treating the success return code (0) from
    switch_qemu_logdirty as an error and vice versa.
    Signed-off-by: Shriram Rajagopalan <rshriram@xxxxxxxxx>
    xen-unstable changeset:   23202:67911039ac94
    xen-unstable date:        Tue Apr 12 13:28:51 2011 +0100
changeset:   23027:2dde81ed2e3d
user:        Wei Wang <wei.wang2@xxxxxxx>
date:        Mon Apr 25 13:28:17 2011 +0100
    AMD IOMMU: Fix an interrupt remapping issue
    Some device could generate bogus interrupts if an IO-APIC RTE and an
    iommu interrupt remapping entry are not consistent during 2 adjacent
    64bits IO-APIC RTE updates. For example, if the 2nd operation updates
    destination bits in RTE for SATA device and unmask it, in some case,
    SATA device will assert ioapic pin to generate interrupt immediately
    using new destination but iommu could still translate it into the old
    destination, then dom0 would be confused. To fix that, we sync up
    interrupt remapping entry with IO-APIC IRE on every 32 bits operation
    and forward IOAPIC RTE updates after interrupt.
    Signed-off-by: Wei Wang <wei.wang2@xxxxxxx>
    Acked-by: Jan Beulich <jbeulich@xxxxxxxxxx>
    xen-unstable changeset:   23200:995a0c01a076
    xen-unstable date:        Tue Apr 12 13:26:19 2011 +0100
changeset:   23026:54c51e366c0a
user:        Shriram Rajagopalan <rshriram@xxxxxxxxx>
date:        Mon Apr 25 13:27:12 2011 +0100
    remus: proper cleanup on checkpoint failure.
    While running remus, when an error occurs during checkpointing
    (e.g., timeouts on primary, failing to checkpoint network buffer
    or disk or even communication failure) the domU is sometimes
    left in suspended state on primary. Instead of blindly closing
    the checkpoint file handle, attempt to resume the domain before
    the close.
    Signed-off-by: Shriram Rajagopalan <rshriram@xxxxxxxxx>
    Committed-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
    xen-unstable changeset:   23195:13ec53a59a42
    xen-unstable date:        Fri Apr 08 16:49:04 2011 +0100
changeset:   23025:dbf2ddf652dc
user:        Gianni Tedesco <gianni.tedesco@xxxxxxxxxx>
date:        Thu Apr 07 15:26:58 2011 +0100
    libxc: set all VCPU's online by default in HVM info table
    This sets a saner default for the cpu-online-map by setting all bits
    to 1. The default assumption ought to be that nr-vcpus ==
    nr-vcpus-at-start. If that is not true, then the toolstack must modify
    the bitmap, but if it is true, the toolstack oughtn't need to do
    anything further.
    Signed-off-by: Gianni Tedesco <gianni.tedesco@xxxxxxxxxx>
    xen-unstable changeset:   23179:2b66b83b19b6
    xen-unstable date:        Thu Apr 07 12:13:58 2011 +0100
(qemu changes not included)

Xen-devel mailing list

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