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-unstable test] 6720: regressions - FAIL

To: <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: [Xen-devel] [xen-unstable test] 6720: regressions - FAIL
From: xen.org <ian.jackson@xxxxxxxxxxxxx>
Date: Wed, 30 Mar 2011 03:23:15 +0100
Cc: ian.jackson@xxxxxxxxxxxxx
Delivery-date: Tue, 29 Mar 2011 19:23:57 -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 6720 xen-unstable real [real]

Regressions :-(

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

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-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                  45eeeb6d0481
baseline version:
 xen                  a65612bcbb92

People who touched revisions under test:
  Gang Wei <gang.wei@xxxxxxxxx>
  Ian Campbell <ian.campbell@xxxxxxxxxx>
  Jan Beulich <jbeulich@xxxxxxxxxx>
  Keir Fraser <keir@xxxxxxx>

 build-i386-xcpkern                                           pass     
 build-amd64                                                  fail     
 build-i386                                                   fail     
 build-amd64-oldkern                                          fail     
 build-i386-oldkern                                           fail     
 build-amd64-pvops                                            pass     
 build-i386-pvops                                             pass     
 test-amd64-amd64-xl                                          blocked  
 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                                        blocked  
 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                                          blocked  
 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                                         blocked  
 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                                      blocked  
 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

Test harness code can be found at

Not pushing.

changeset:   23108:45eeeb6d0481
tag:         tip
user:        Keir Fraser <keir@xxxxxxx>
date:        Tue Mar 29 16:34:01 2011 +0100
    spinlock: Define check_barrier() for non-debug build, fixes build.
    Signed-off-by: Keir Fraser <keir@xxxxxxx>
changeset:   23107:9549c04a8384
user:        Keir Fraser <keir@xxxxxxx>
date:        Mon Mar 28 13:44:08 2011 +0100
    x86: Remove _PAGE_NX defintiion (with implicit use of cpu_has_nx).
    Most users can use _PAGE_NX_BIT directly.
    The few genuine users in mm.c can do the cpu_has_nx check more clearly
    in other ways.
    Signed-off-by: Keir Fraser <keir@xxxxxxx>
changeset:   23106:bbf4b6dd9c32
user:        Jan Beulich <jbeulich@xxxxxxxxxx>
date:        Mon Mar 28 12:07:52 2011 +0100
    x86: cleanup after tboot fix (c/s 23101:dd386a4b6595)
    When submitting the patch that became 23101:dd386a4b6595 I forgot that
    I actually intended to remove the pointless IRQ disabling and
    restoring (and the then pointless comment). Pointless because the
    code, other than its pre-23013:65d26504e843 original, now runs before
    interrupts get enabled for the first time.
    Signed-off-by: Jan Beulich <jbeulich@xxxxxxxxxx>
changeset:   23105:c4576aafb21e
user:        Keir Fraser <keir@xxxxxxx>
date:        Sun Mar 27 17:04:02 2011 +0100
    xend: Fix startup after removal of ACM support.
    Signed-off-by: Keir Fraser <keir@xxxxxxx>
changeset:   23104:0bc1c4746c89
user:        Keir Fraser <keir@xxxxxxx>
date:        Sun Mar 27 09:30:35 2011 +0100
    x86_32: Fix _raw_read_trylock() build on some gcc versions.
    Was broken by 23099:612171ff82ea.
    A bool_t is a single byte, and needs a 'q' register constraint. Avoid
    the whole issue by changing the variable to an int, and explicitly
    specify the operand suffix as 'l' for good measure.
    Signed-off-by: Keir Fraser <keir@xxxxxxx>
changeset:   23103:48dac730a93b
user:        Keir Fraser <keir@xxxxxxx>
date:        Sat Mar 26 09:42:01 2011 +0000
    x86: __pirq_guest_eoi() must check it is called for a fully
    guest-bound irq before accessing desc->action.
    Signed-off-by: Keir Fraser <keir@xxxxxxx>
changeset:   23102:8f001d864fef
user:        Jan Beulich <jbeulich@xxxxxxxxxx>
date:        Sat Mar 26 09:30:38 2011 +0000
    x86/ATS: remove unreferenced lock member from struct pci_ats_dev
    Otherwise this may give the false impression that some explicit
    locking is done in this code.
    Signed-off-by: Jan Beulich <jbeulich@xxxxxxxxxx>
changeset:   23101:dd386a4b6595
user:        Jan Beulich <jbeulich@xxxxxxxxxx>
date:        Sat Mar 26 09:30:04 2011 +0000
    x86: fix tboot after c/s 23013:65d26504e843 (ACPI cleanup)
    TXT code calls acpi_parse_dmar() with a transient copy of the DMAR
    table, and hence storing the pointer for later reference was wrong.
    Obtain the pointer in acpi_dmar_init() instead.
    Signed-off-by: Jan Beulich <jbeulich@xxxxxxxxxx>
    Tested-by: Gang Wei <gang.wei@xxxxxxxxx>
changeset:   23100:ef8dd40422c8
user:        Keir Fraser <keir@xxxxxxx>
date:        Sat Mar 26 08:27:41 2011 +0000
    Remove spin_barrier_irq(). It is pointless.
    Add a barrier-appropriate consistency check to spinlock.c, and add
    code comments to explain why barrier operations are more relaxed than
    lock-acquisition operations.
    Signed-off-by: Keir Fraser <keir@xxxxxxx>
changeset:   23099:612171ff82ea
user:        Keir Fraser <keir@xxxxxxx>
date:        Sat Mar 26 08:03:21 2011 +0000
    rwlock: Allow to scale to 2^31-1 readers on x86.
    Also rework to match the 'trylock' style of raw function used for
    Inspired by Jan Beulich's patch to do similar improved scaling.
    Signed-off-by: Keir Fraser <keir@xxxxxxx>
changeset:   23098:c9f745c153ec
user:        Keir Fraser <keir@xxxxxxx>
date:        Fri Mar 25 21:59:20 2011 +0000
    tools: vnet: Remove
    Build has been broken since at least 18969:d6889b3b6423 (early
    2009) and it has been unhooked from the top level build since forever
    AFAICT. The last actual development (as opposed to tree wide
    cleanups and build fixes) appears to have been 11594:6d7bba6443ef in
    2006. The functionality of vnet has apparently been superceded by
    VLANs, ebtables, Ethernet-over-IP etc all of which are well integrated
    with upstream kernels and distros.
    Signed-off-by: Ian Campbell <ian.campbell@xxxxxxxxxx>
    Signed-off-by: Keir Fraser <keir@xxxxxxx>
changeset:   23097:2aeebd5cbbad
user:        Keir Fraser <keir@xxxxxxx>
date:        Fri Mar 25 21:47:57 2011 +0000
    Remove unmaintained Access Control Module (ACM) from hypervisor.
    Signed-off-by: Keir Fraser <keir@xxxxxxx>
changeset:   23096:a65612bcbb92
user:        Jan Beulich <jbeulich@xxxxxxxxxx>
date:        Fri Mar 25 09:03:17 2011 +0000
    x86/hpet: eliminate cpumask_lock
    According to the (now getting removed) comment in struct
    hpet_event_channel, this was to prevent accessing a CPU's
    timer_deadline after it got cleared from cpumask. This can be done
    without a lock altogether - hpet_broadcast_exit() can simply clear
    the bit, and handle_hpet_broadcast() can read timer_deadline before
    looking at the mask a second time (the cpumask bit was already
    found set by the surrounding loop).
    Signed-off-by: Jan Beulich <jbeulich@xxxxxxxxxx>
    Acked-by: Gang Wei <gang.wei@xxxxxxxxx>
(qemu changes not included)

Xen-devel mailing list

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