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

To: <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: [Xen-devel] [xen-4.0-testing test] 6563: regressions - FAIL
From: xen.org <ian.jackson@xxxxxxxxxxxxx>
Date: Sat, 19 Mar 2011 07:30:58 +0000
Cc: ian.jackson@xxxxxxxxxxxxx
Delivery-date: Sat, 19 Mar 2011 00:32:56 -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 6563 xen-4.0-testing real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/6563/

Regressions :-(

Tests which did not succeed and are blocking:
 build-amd64-pvops             4 kernel-build               fail REGR. vs. 6351
 test-amd64-xcpkern-i386-pair  8 xen-boot/dst_host          fail REGR. vs. 6351
 test-amd64-xcpkern-i386-rhel6hvm-amd  5 xen-boot           fail REGR. vs. 6351
 test-amd64-xcpkern-i386-rhel6hvm-intel  5 xen-boot         fail REGR. vs. 6351

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   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   15 guest-stop                   fail   never pass
 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-pv   18 leak-check/check             fail    like 6343
 test-amd64-xcpkern-i386-win  16 leak-check/check             fail   never pass
 test-amd64-xcpkern-i386-xl-credit2  9 guest-start          fail REGR. vs. 6351
 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-win           16 leak-check/check             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                  999693539839
baseline version:
 xen                  61c7b61085c5

------------------------------------------------------------
People who touched revisions under test:
  Ian Campbell <ian.campbell@xxxxxxxxxx>
  Ian Campbell <Ian.Campbell@xxxxxxxxxxxxx>
  Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
  Jan Beulich <jbeulich@xxxxxxxxxx>
  Keir Fraser <keir@xxxxxxx>
  Shriram Rajagopalan <rshriram@xxxxxxxxx>
  Tim Deegan <Tim.Deegan@xxxxxxxxxx>
  Wei Gang <gang.wei@xxxxxxxxx>
------------------------------------------------------------

jobs:
 build-i386-xcpkern                                           pass     
 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                                           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                                        blocked  
 test-amd64-i386-pair                                         pass     
 test-i386-i386-pair                                          pass     
 test-amd64-xcpkern-i386-pair                                 fail     
 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                                   fail     
 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
    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:   21463:999693539839
tag:         tip
user:        Jan Beulich <jbeulich@xxxxxxxxxx>
date:        Tue Mar 15 13:57:11 2011 +0000
    
    x86: run-time callers of map_pages_to_xen() must check for errors
    
    Again, (out-of-memory) errors must not cause hypervisor crashes, and
    hence ought to be propagated.
    
    This also adjusts the cache attribute changing loop in
    get_page_from_l1e() to not go through an unnecessary iteration. While
    this could be considered mere cleanup, it is actually a requirement
    for the subsequent now necessary error recovery path.
    
    Also make a few functions static, easing the check for potential
    callers needing adjustment.
    
    Signed-off-by: Jan Beulich <jbeulich@xxxxxxxxxx>
    xen-unstable changeset:   22997:5f28dcea1355
    xen-unstable date:        Wed Mar 09 16:15:36 2011 +0000
    
    
    x86: don't BUG() post-boot in alloc_xen_pagetable()
    
    Instead, propagate the condition to the caller, all of which also get
    adjusted to check for that situation.
    
    Signed-off-by: Jan Beulich <jbeulich@xxxxxxxxxx>
    xen-unstable changeset:   22996:1eeccafe9042
    xen-unstable date:        Wed Mar 09 16:14:59 2011 +0000
    
    
changeset:   21462:80e6045111e1
user:        Jan Beulich <jbeulich@xxxxxxxxxx>
date:        Mon Mar 14 17:21:52 2011 +0000
    
    _csched_cpu_pick(): don't return CPUs outside vCPU's affinity mask
    
    This fixes a fairly blatant bug I introduced in c/s 20377:cff23354d026
    - I wonder how this went unnoticed for so long.
    
    Signed-off-by: Jan Beulich <jbeulich@xxxxxxxxxx>
    xen-unstable changeset:   23039:c40da47621d8
    xen-unstable date:        Mon Mar 14 17:19:22 2011 +0000
    
    
changeset:   21461:ee088a0b5cb8
user:        Tim Deegan <Tim.Deegan@xxxxxxxxxx>
date:        Mon Mar 14 17:00:58 2011 +0000
    
    x86_64: fix error checking in arch_set_info_guest()
    
    Cannot specify user mode execution without specifying user-mode
    pagetables.
    
    Signed-off-by: Tim Deegan <Tim.Deegan@xxxxxxxxxx>
    Acked-by: Keir Fraser <keir@xxxxxxx>
    xen-unstable changeset:   23034:c79aae866ad8
    xen-unstable date:        Mon Mar 14 16:59:49 2011 +0000
    
    
changeset:   21460:b024d5ecc194
user:        Shriram Rajagopalan <rshriram@xxxxxxxxx>
date:        Mon Mar 14 16:58:08 2011 +0000
    
    libxc: fix incorrect scanning of pfn array in pagebuf during migration
    
    xc_domain_restore.c:apply_batch function makes two passes over the
    pfn_types array in pagebuf to allocate the needed MFNs. The curbatch
    parameter to this function specifies the array offset in pfn_types,
    from where the current scan should begin. But this variable is not
    taken into account (index always starts at 0) during the two
    passes. While this [bug] does not manifest itsef during save/restore
    or live migration, under Remus, xc_domain_restore fails due to corrupt
    guest page tables.
    
    (This appears to have been broken by 21588:6c3d8aec202d which reverted
    two changesets from before Remus support was added and hence
    reintroduced some none-Remus compatible bits.)
    
    Signed-off-by: Shriram Rajagopalan <rshriram@xxxxxxxxx>
    Acked-by: Ian Campbell <ian.campbell@xxxxxxxxxx>
    Acked-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
    Committed-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
    xen-unstable changeset:   22967:5bc39222773d
    xen-unstable date:        Thu Mar 03 16:55:27 2011 +0000
    
    
changeset:   21459:f637d2ec63b3
user:        Jan Beulich <jbeulich@xxxxxxxxxx>
date:        Sat Mar 12 13:28:05 2011 +0000
    
    x86/HPET: fix initialization order
    
    At least the legacy path can enter its interrupt handler callout while
    initialization is still in progress - that handler checks whether
    ->event_handler is non-NULL, and hence all other initialization must
    happen before setting this field.
    
    Do the same to the MSI initialization just in case (and to keep the
    code in sync).
    
    Signed-off-by: Jan Beulich <jbeulich@xxxxxxxxxx>
    Acked-by: Wei Gang <gang.wei@xxxxxxxxx>
    xen-unstable changeset:   23030:87aa1277eae0
    xen-unstable date:        Sat Mar 12 13:19:02 2011 +0000
    
    
changeset:   21458:7ddf29d515fb
user:        Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
date:        Thu Mar 10 18:39:48 2011 +0000
    
    tools: provide startup script for libxl
    
    In Xen 4.0 there is no /etc/init.d/xencommons.  This means that in
    most situations you don't get xenstored, and xl doesn't work, unless
    you do something shonky like starting and then immediately stopping
    xend.
    
    To test xl, my automatic testing system therefore provides its own
    init script to start xenstored and xenconsoled.  This script was
    created by borrowing from /etc/init.d/xend and other init scripts in
    various versions of xen.hg.
    
    Here it is[1], as a new "xencommons" script.  The user will still have
    to add appropriate rc links, and only a script for Linux is provided.
    
    We do not want to backport the refactoring of /etc/init.d/xend, so
    xend users should not enable this script.
    
    [1] Copied from osstest.git#78c59993ab536b8c39c5a00a xenlightdaemons.
    
    Signed-off-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
    Acked-by: Ian Campbell <Ian.Campbell@xxxxxxxxxxxxx>
    
    
changeset:   21457:61c7b61085c5
user:        Keir Fraser <keir@xxxxxxx>
date:        Tue Mar 08 16:25:02 2011 +0000
    
    x86_emulate: FPU 0xda instructions have a 32-bit memory operand, not 64-bit.
    
    Signed-off-by: Keir Fraser <keir@xxxxxxx>
    xen-unstable changeset:   22993:22eb31eb688a
    xen-unstable date:        Tue Mar 08 16:14:55 2011 +0000
    
    
(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] 6563: regressions - FAIL, xen . org <=