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] 4988: regressions - FAIL

To: <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: [Xen-devel] [xen-unstable test] 4988: regressions - FAIL
From: xen.org <ian.jackson@xxxxxxxxxxxxx>
Date: Sat, 15 Jan 2011 12:48:21 +0000
Cc: ian.jackson@xxxxxxxxxxxxx
Delivery-date: Sat, 15 Jan 2011 04:49:05 -0800
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 4988 xen-unstable real [real]

Regressions :-(

Tests which are failing intermittently (not blocking):
 test-amd64-xcpkern-i386-xl-multivcpu 11 guest-localmigrate   fail pass in 4966

Tests which did not succeed and are blocking:
 test-i386-i386-win            5 xen-boot                   fail REGR. vs. 4963

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-i386-rhel6hvm-amd  8 guest-saverestore            fail   never pass
 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-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-i386-i386-xl            18 leak-check/check             fail    like 4963
 test-i386-xcpkern-i386-win   16 leak-check/check             fail   never pass

version targeted for testing:
 xen                  75b6287626ee
baseline version:
 xen                  54e91dcae649

People who touched revisions under test:
  Allen Kay <allen.m.kay@xxxxxxxxx>
  George Dunlap <george.dunlap@xxxxxxxxxx>
  Ian Campbell <ian.campbell@xxxxxxxxxx>
  Jan Beulich <jbeulich@xxxxxxxxxx>
  Keir Fraser <keir@xxxxxxx>
  Liu, Jinsong <jinsong.liu@xxxxxxxxx>
  Tim Deegan <Tim.Deegan@xxxxxxxxxx>
  Wei Gang <gang.wei@xxxxxxxxx>

 build-i386-xcpkern                                           pass     
 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                                            fail     
 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                                   pass     
 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                         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                                  pass     
 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-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     

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:   22764:75b6287626ee
tag:         tip
user:        Keir Fraser <keir@xxxxxxx>
date:        Fri Jan 14 16:38:51 2011 +0000
    rcupdate: Make rcu_barrier() more paranoia-proof
    I'm not sure my original barrier function is correct. It may allow a
    CPU to exit the barrier loop, with no local work to do, while RCU work
    is pending on other CPUs and needing one or more quiescent periods to
    flush the work through.
    Although rcu_pending() may handle this, it is easiest to follow
    Linux's example and simply call_rcu() a callback function on every
    CPU. When the callback has executed on every CPU, we know that all
    previously-queued RCU work is completed, and we can exit the barrier.
    Signed-off-by: Keir Fraser <keir@xxxxxxx>
changeset:   22763:3ce532e56efd
user:        Liu, Jinsong <jinsong.liu@xxxxxxxxx>
date:        Fri Jan 14 15:47:01 2011 +0000
    PoD: Fix two code comments
    Signed-off-by: Liu, Jinsong <jinsong.liu@xxxxxxxxx>
    Acked-by: George Dunlap <george.dunlap@xxxxxxxxxx>
changeset:   22762:7e42363f9005
user:        Keir Fraser <keir@xxxxxxx>
date:        Fri Jan 14 15:21:24 2011 +0000
    hvmloader: Fixes to printf() implementation.
    1. Remove unportable O and D format specifiers
    2. Fix X format specifier to print upper-case hex characters
    3. Fix d format specifier to print -ve numbers
    4. Fix handling of int vs. long (although not actually an issue
       for the i386 compile target)
    5. Don't use the antiquated C 'register' type attribute.
    Signed-off-by: Keir Fraser <keir@xxxxxxx>
changeset:   22761:47d67a64a2d2
user:        Keir Fraser <keir@xxxxxxx>
date:        Fri Jan 14 15:18:02 2011 +0000
    x86 hvm: Do not check-and-fail on in_atomic() in hvm_copy().
    Stub this out for 4.0, as PV-on-HVM drivers hit this case when
    performing grant-table hypercalls. Grant-table code currently accesses
    guest memory under bug per-domain lock. The test in hvm_copy() is not
    necessary until the xenpaging implementation is more complete, which
    will not now be until after 4.1.0.
    Signed-off-by: Keir Fraser <keir@xxxxxxx>
changeset:   22760:59396addc940
user:        Jan Beulich <jbeulich@xxxxxxxxxx>
date:        Fri Jan 14 14:26:11 2011 +0000
    x86-64: pci_probe must be resident
    ... now that we reference it from emulate_privileged_op().
    Signed-off-by: Jan Beulich <jbeulich@xxxxxxxxxx>
changeset:   22759:bfb1b1adf300
user:        Ian Campbell <ian.campbell@xxxxxxxxxx>
date:        Fri Jan 14 14:25:31 2011 +0000
    libxc: build fix with debugging disabled.
    Currently hypercalls have only 5 arguments, hypercall->arg[0..4]. Do
    not try and print arg[5] else:
            cc1: warnings being treated as errors
            xenctrl_osdep_ENOSYS.c: In function
            xenctrl_osdep_ENOSYS.c:30: error: array subscript is above
            array bounds
    Signed-off-by: Ian Campbell <ian.campbell@xxxxxxxxxx>
changeset:   22758:d276f4528b32
user:        Keir Fraser <keir@xxxxxxx>
date:        Fri Jan 14 14:19:55 2011 +0000
    x86: On CPU online/offline from dom0, try flushing RCU work on EBUSY.
    Although the caller should react appropriately to EBUSY, if the error
    is due to pending RCU work then we can help things along by executing
    rcu_barrier() and then retrying. To this end, this changeset is an
    optimisation only.
    Signed-off-by: Keir Fraser <keir@xxxxxxx>
changeset:   22757:0e693052c791
user:        Keir Fraser <keir@xxxxxxx>
date:        Fri Jan 14 14:18:31 2011 +0000
    x86 acpi: Fix crash in enable_nonboot_cpus() on wakeup from S3/S4
    Bringing a CPU back online can require RCU work to be flushed, because
    the per-cpu data from last time the CPU was online may not yet be
    deallocated. Use the new rcu_barrier() interface function to achieve
    Signed-off-by: Keir Fraser <keir@xxxxxxx>
changeset:   22756:bb0d0141ebf7
user:        Keir Fraser <keir@xxxxxxx>
date:        Fri Jan 14 14:16:42 2011 +0000
    rcupdate: Implement rcu_barrier() to synchronously flush RCU work.
    Signed-off-by: Keir Fraser <keir@xxxxxxx>
changeset:   22755:2d4fe1a048cd
user:        Keir Fraser <keir@xxxxxxx>
date:        Fri Jan 14 14:16:04 2011 +0000
    stop_machine: Allow specified function to run on all CPUs.
    Signed-off-by: Keir Fraser <keir@xxxxxxx>
changeset:   22754:6c9bcfb0fb84
user:        Keir Fraser <keir@xxxxxxx>
date:        Fri Jan 14 14:07:39 2011 +0000
    x86 sysctl: Remove unused CPU hotplug status stuff.
    Signed-off-by: Keir Fraser <keir@xxxxxxx>
changeset:   22753:c3b5924919e3
user:        Keir Fraser <keir@xxxxxxx>
date:        Fri Jan 14 09:53:22 2011 +0000
    tools/misc/xen-hptool: Silently retry on CPU hotplug EBUSY failure.
    EBUSY is a legitimate soft failure, due to inability to acquire a
    lock, or because RCU work has not been done since a CPU was last
    Signed-off-by: Keir Fraser <keir@xxxxxxx>
changeset:   22752:ff97273750b8
user:        Keir Fraser <keir@xxxxxxx>
date:        Fri Jan 14 09:52:02 2011 +0000
    cpu hotplug: Core functions are quiet on failure.
    This was already inconsistent, so make them consistently quiet and
    leave it to callers to log an error. Add suitable error logging to the
    arch-specific CPU bringup loops,
    In particular this avoids printing error on EBUSY, in which case
    caller may want a silent retry loop.
    Signed-off-by: Keir Fraser <keir@xxxxxxx>
changeset:   22751:58304c1cc725
user:        Keir Fraser <keir@xxxxxxx>
date:        Fri Jan 14 09:11:28 2011 +0000
    x86 fpu: Code clean up. Eliminate per-cpu xsave init verbosity.
    Signed-off-by: Keir Fraser <keir@xxxxxxx>
changeset:   22750:4b7cb21caf0e
user:        Keir Fraser <keir@xxxxxxx>
date:        Fri Jan 14 08:34:53 2011 +0000
    x86: Avoid calling xsave_alloc_save_area before xsave_init
    Currently, xsave_alloc_save_area will be called in
    init_idle_domain->scheduler_init->alloc_vcpu->vcpu_initialise calls
    with xsave_cntxt_size=0, it is earlier than xsave_init called in
    identity_cpu(). This may causing buffer overflow on xmem_pool.
    Idle domain isn't using FPU,SSE,AVX or any such extended state and
    doesn't need it saved. xsave_{alloc,free}_save_area() should
    test-and-exit on is_idle_vcpu(), and our context switch code should
    not be doing XSAVE when switching out an idle vcpu.
    Signed-off-by: Wei Gang <gang.wei@xxxxxxxxx>
    Signed-off-by: Keir Fraser <keir@xxxxxxx>
changeset:   22749:93e7bf0e1845
user:        Allen Kay <allen.m.kay@xxxxxxxxx>
date:        Fri Jan 14 08:11:46 2011 +0000
    vt-d: quirks for Sandybridge errata workaround, WLAN, VT-d fault escalation
    Adding errata workaround for newly released Sandybridge processor
    graphics, additional WLAN device ID's for WLAN quirk, a quirk for
    masking VT-d fault escalation to IOH HW that can cause system hangs on
    some OEM hardware where the BIOS erroneously escalates VT-d faults to
    the platform.
    Signed-off-by: Allen Kay <allen.m.kay@xxxxxxxxx>
changeset:   22748:47713825a3f9
user:        Keir Fraser <keir@xxxxxxx>
date:        Fri Jan 14 08:08:37 2011 +0000
    vt-d: Fix crash issue when not sharing EPT and VT-d tables.
    Signed-off-by: Allen Kay <allen.m.kay@xxxxxxxxx>
changeset:   22747:7bc5e072d986
user:        Keir Fraser <keir@xxxxxxx>
date:        Fri Jan 14 08:02:26 2011 +0000
    pv-drivers: use PCI interfaces to request IO and MEM resources on platform 
    This is the correct interface to use and something has broken the use
    of the previous incorrect interface (which fails because the request
    conflicts with the resources assigned for the PCI device itself
    instead of nesting like the PCI interfaces do).
    pci_request_region() has been available since at least Linux 2.6.5.
    Signed-off-by: Ian Campbell <ian.campbell@xxxxxxxxxx>
    Signed-off-by: Jan Beulich <jbeulich@xxxxxxxxxx>
changeset:   22746:f1a5ac39c15e
user:        Keir Fraser <keir@xxxxxxx>
date:        Thu Jan 13 16:00:59 2011 +0000
    Update Xen version to 4.1.0-rc2-pre
changeset:   22745:32b7a4f2d399
user:        Tim Deegan <Tim.Deegan@xxxxxxxxxx>
date:        Thu Jan 13 15:46:13 2011 +0000
    x86/mm: make page-sharing use the proper typecount functions
    instead of having its own cmpxchg loops.
    This should remove some confusion about the use of PGT_none,
    and also makes page-sharing participate properly in the TLB
    flushing discipline.
    Signed-off-by: Tim Deegan <Tim.Deegan@xxxxxxxxxx>
changeset:   22744:b01ef59c8c80
user:        Tim Deegan <Tim.Deegan@xxxxxxxxxx>
date:        Thu Jan 13 15:46:13 2011 +0000
    x86/mm: fix EPT PoD locking to match the normal p2m case.
    This recursive-locking bug was fixed in the main p2m code in
    20269:fd3d5d66c446 (in October 2009) but has lurked unseen in
    the EPT side since then.  Copy the fix across.
    Signed-off-by: Tim Deegan <Tim.Deegan@xxxxxxxxxx>
changeset:   22743:54e91dcae649
user:        Keir Fraser <keir@xxxxxxx>
date:        Thu Jan 13 15:38:48 2011 +0000
    Added signature for changeset 2a60be40e2cb
(qemu changes not included)

Xen-devel mailing list

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