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

To: <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: [Xen-devel] [xen-unstable test] 5787: regressions - FAIL
From: xen.org <ian.jackson@xxxxxxxxxxxxx>
Date: Thu, 17 Feb 2011 03:52:32 +0000
Cc: ian.jackson@xxxxxxxxxxxxx
Delivery-date: Wed, 16 Feb 2011 19:53:36 -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 5787 xen-unstable real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/5787/

Regressions :-(

Tests which did not succeed and are blocking:
 test-amd64-i386-rhel6hvm-amd  7 redhat-install             fail REGR. vs. 5766
 test-amd64-i386-win-vcpus1    7 windows-install            fail REGR. vs. 5766

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      13 guest-stop                   fail   never pass
 test-amd64-i386-rhel6hvm-intel  8 guest-saverestore            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                  c0a46434347b
baseline version:
 xen                  137ad3347504

------------------------------------------------------------
People who touched revisions under test:
  George Dunlap <george.dunlap@xxxxxxxxxxxxx>
  Ian Campbell <ian.campbell@xxxxxxxxxx>
  Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
  Kamala Narasimhan <kamala.narasimhan@xxxxxxxxxx>
  Keir Fraser <keir@xxxxxxx>
  Tim Deegan <Tim.Deegan@xxxxxxxxxx>
------------------------------------------------------------

jobs:
 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                                            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                                   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                         pass     
 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-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:   22931:c0a46434347b
tag:         tip
user:        Keir Fraser <keir@xxxxxxx>
date:        Wed Feb 16 18:23:48 2011 +0000
    
    Update Xen version to 4.1.0-rc6-pre
    
    
changeset:   22930:0557ba3b3ce8
user:        Keir Fraser <keir@xxxxxxx>
date:        Wed Feb 16 18:23:24 2011 +0000
    
    Added signature for changeset d2d27d989ebc
    
    
changeset:   22929:dfa333ad3e15
user:        Keir Fraser <keir@xxxxxxx>
date:        Wed Feb 16 18:23:14 2011 +0000
    
    Added tag 4.1.0-rc5 for changeset d2d27d989ebc
    
    
changeset:   22928:d2d27d989ebc
tag:         4.1.0-rc5
user:        Keir Fraser <keir@xxxxxxx>
date:        Wed Feb 16 18:23:07 2011 +0000
    
    Update Xen version to 4.1.0-rc5
    
    
changeset:   22927:09d22ec44756
user:        Keir Fraser <keir@xxxxxxx>
date:        Wed Feb 16 16:20:36 2011 +0000
    
    x86 p2m: Reinstate || errneously removed by 22924:86000076dcee
    
    Fixes x86_32 build.
    
    Signed-off-by: Keir Fraser <keir@xxxxxxx>
    
    
changeset:   22926:72470de157ce
user:        Ian Campbell <ian.campbell@xxxxxxxxxx>
date:        Wed Feb 16 09:49:33 2011 +0000
    
    MAINTAINERS: Explicitly list architecture maintainers and lists.
    
    Signed-off-by: Ian Campbell <ian.campbell@xxxxxxxxxx>
    
    
changeset:   22925:2e70ed5e7f51
user:        Tim Deegan <Tim.Deegan@xxxxxxxxxx>
date:        Wed Feb 16 09:48:05 2011 +0000
    
    x86/shadow: unconditionally set the p2m/log-dirty allocation functions.
    
    Otherwise enabling log-dirty mode on a PV guest that already has
    a shadow allocation can leave the alloc/free functions pointers NULL,
    and later try to dereference them.
    
    Signed-off-by: Tim Deegan <Tim.Deegan@xxxxxxxxxx>
    
    
changeset:   22924:86000076dcee
user:        Tim Deegan <Tim.Deegan@xxxxxxxxxx>
date:        Wed Feb 16 09:47:37 2011 +0000
    
    x86/mm: partially revert 21093:4a3e131f7498
    
    p2m internals should always gate on whether HAP is enabled for the
    domain, not whether a HAP paging mode is currently advertised.
    This lets us revert the change to hap_enable() that advertises the
    new mode before it's safe to use it.
    
    Signed-off-by: Tim Deegan <Tim.Deegan@xxxxxxxxxx>
    
    
changeset:   22923:e2fb56dfebda
user:        Kamala Narasimhan <kamala.narasimhan@xxxxxxxxxx>
date:        Tue Feb 15 20:02:44 2011 +0000
    
    docs: document disk configuration string syntax (particularly, xl's syntax)
    
    Signed-off-by: Kamala Narasimhan <kamala.narasimhan@xxxxxxxxxx>
    Acked-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
    Committed-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
    
    
changeset:   22922:2ede5d793493
user:        Kamala Narasimhan <kamala.narasimhan@xxxxxxxxxx>
date:        Tue Feb 15 20:00:33 2011 +0000
    
    libxl: disk specification: special case vhd
    
    Special case how we validate vhd image files.  Without this patch when
    tap:aio:vhd prefixed image files are specified in the config file,
    disk validation and thus vm creation will fail.
    
    Signed-off-by: Kamala Narasimhan <kamala.narasimhan@xxxxxxxxxx>
    Acked-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
    Committed-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
    
    
changeset:   22921:ae4799bdd425
user:        Kamala Narasimhan <kamala.narasimhan@xxxxxxxxxx>
date:        Tue Feb 15 19:59:37 2011 +0000
    
    libxl: disk specification interface change
    
    Currently we pile all the backend and format information pertaining to
    disk option in a single enum.  This check-in separates the two and
    uses two enums, one for disk format and another for disk backend.
    This helps clearly differentiate between disk format and backend
    within the implementation and also helps cleanup the code in this area
    in preparation for the impending parser revamping to be done post 4.1.
    Along with separating format and backend, this check-in also removes
    unwanted types and renames variables in the disk interface and fixes
    the code affected by the interface changes.
    
    In specific, here are the disk interface changes made - In
    libxl_device_disk structure physpath was renamed to pdev_path,
    virtpath was renamed to vdev, phystype was removed and replaced with
    backend and format enums.  Also previously a single enum
    libxl_disk_phystype held the values for qcow, qcow2, vhd, aio, file,
    phy, empty and that got refactored into two enums, libxl_disk_format
    to hold unknown, qcow, qcow2, vhd, raw, empty and libxl_disk_backend
    to hold unknown, phy, tap and qdisk.
    
    Signed-off-by: Kamala Narasimhan <kamala.narasimhan@xxxxxxxxxx>
    Acked-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
    Committed-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
    
    
changeset:   22920:a3c58347ab34
user:        George Dunlap <george.dunlap@xxxxxxxxxxxxx>
date:        Tue Feb 15 19:39:05 2011 +0000
    
    tools: Include cpupool example in /etc/xen
    
    xl cpupool-create at the moment requires a config file.  Make
    sure to include the example config file in the install.
    
    Signed-off-by: George Dunlap <george.dunlap@xxxxxxxxxxxxx>
    Acked-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
    Committed-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
    
    
changeset:   22919:137ad3347504
user:        Ian Campbell <ian.campbell@xxxxxxxxxx>
date:        Mon Feb 14 17:02:55 2011 +0000
    
    libxl: fix migrate for HVM guests
    
    Prior to 22909:6868f7f3ab3f libxl would loop waiting simultaneously
    for the domain the acknowledge a PV suspend request (by clearing the
    XenStore node) and for the domain to actually suspend. For HVM guests
    without PV drivers this same loop was simply waiting for the domain to
    suspend.
    
    In 22909:6868f7f3ab3f the original loop was split into two loops
    (first waiting for the acknowledgement and then for the actual
    suspend). This caused libxl to incorrectly wait for an HVM guest
    without PV drivers to acknowledge the XenStore request, which is not
    something it would ever do.
    
    Fix this by only waiting for an acknowledgement from a guest which
    contains PV drivers.
    
    Previously we were also making the request regardless of whether the
    guest had PV drivers, change that to only make the request if the
    guest has PV drivers.
    
    Lastly there is no need to sample HVM_PARAM_ACPI_S_STATE twice and not
    doing so simplifies the test for PVHVM vs. normal HVM guests.
    
    Tested with:
        Windows with GPL PV drivers (event channel suspend mode)
        Windows without PV drivers (xc_domain_shutdown mode)
        Linux PV (PV with XenBus control node mode)
        Linux HVM (PVHVM with XenBus control node mode (*))
        Linux HVM (xc_domain_shutdown mode)
    
    (*) In this case the kernel didn't actually suspend, due to:
        PM: Device input1 failed to suspend: error -22
        xen suspend: dpm_suspend_start -22
        which may be a misconfiguration in my setup or may be a kernel
        bug, but the libxl side dealt with this as gracefully as it could.
    
    Signed-off-by: Ian Campbell <ian.campbell@xxxxxxxxxx>
    Acked-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
    Committed-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
    
    
(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-unstable test] 5787: regressions - FAIL, xen . org <=