[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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



flight 6412 xen-4.1-testing real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/6412/

Regressions :-(

Tests which did not succeed and are blocking:
 test-amd64-xcpkern-i386-xl-credit2 11 guest-localmigrate   fail REGR. vs. 6379

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-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-i386-xl-credit2   10 guest-saverestore            fail    like 6379
 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                  d4352abf3450
baseline version:
 xen                  dc902ffeed73

------------------------------------------------------------
People who touched revisions under test:
  Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
  Jan Beulich <jbeulich@xxxxxxxxxx>
  Liu, Jinsong <jinsong.liu@xxxxxxxxx>
  Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
  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                                            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                                   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                                 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:   22992:d4352abf3450
tag:         tip
user:        Jan Beulich <jbeulich@xxxxxxxxxx>
date:        Sat Mar 12 13:25:44 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:   22991:4f5534517e08
user:        Ian Jackson <Ian.Jackson@xxxxxxxxxxxxx>
date:        Fri Mar 11 18:35:15 2011 +0000
    
    libxl: do not try to use blktap with qdisk
    
    libxl_device_disk_add tries to use blktap when available even for qdisk
    devices, this patch fixes it.
    
    Signed-off-by: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
    Acked-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
    Committed-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
    
    (cherry-picked from xen-unstable
     changeset a8fee4ad3ad0650e7a5cc0fb253c6a0ada1ac583)
    
    
changeset:   22990:0cd188ac8961
user:        Liu, Jinsong <jinsong.liu@xxxxxxxxx>
date:        Fri Mar 11 17:33:30 2011 +0000
    
    x86: Fix cpu offline bug: add clflush inside dead loop
    
    At some platform (like Xen 7400), when hyperthreading, an offlined
    thread may waked spuriously up by its brother, and returning around
    the loop.  This patch explicitly clflush the cache line in a light
    weight way to workaround potential issue.  Unlike wbinvd, clflush is
    not serializing instruction, hence memory fence is necessary to make
    sure all load/store operation visible before flush cache line.
    
    Signed-off-by: Liu, Jinsong <jinsong.liu@xxxxxxxxx>
    xen-unstable changeset:   23024:fb3950888154
    xen-unstable date:        Fri Mar 11 17:18:53 2011 +0000
    
    
    x86: Fix cache flush bug of cpu offline
    
    Current xen cpu offline logic flush cache too early, which potentially
    break cache coherency.  wbinvd should be the last ops before cpu going
    into dead, otherwise cache may be dirty, i.e, something like setting
    an A bit on page tables. Pointed out by Arjan van de Ven.
    
    Signed-off-by: Liu, Jinsong <jinsong.liu@xxxxxxxxx>
    xen-unstable changeset:   23023:552c3059264e
    xen-unstable date:        Fri Mar 11 17:18:01 2011 +0000
    
    
    x86: Fix cpu offline bug: cancel SYSIO method when play dead
    
    Play dead is a fragile and tricky point of cpu offline logic.  For how
    to play cpu dead, linux kernel changed several times: Very old kernel
    support 3 ways to play cpu dead: mwait, SYSIO, and halt, just like
    what cpuidle did when enter C3; Later, it cancel mwait and SYSIO
    support, only use halt to play dead; Latest linux 2.6.38 add mwait
    support when cpu dead.
    
    This patch cancel SYSIO method when cpu dead, keep same with latest
    kernel.
    
    SYSIO is an obsoleted method to enter deep C, with some tricky
    hardware behavior, and seldom supported in new platform.  Xen
    experiment indicate that when cpu dead, SYSIO method would trigger
    unknown issue which would bring strange error.  We now cancel SYSIO
    method when cpu dead, after all, correctness is more important than
    power save, and btw new platform use mwait.
    
    Signed-off-by: Liu, Jinsong <jinsong.liu@xxxxxxxxx>
    xen-unstable changeset:   23022:6c5e68521f1d
    xen-unstable date:        Fri Mar 11 16:27:33 2011 +0000
    
    
changeset:   22989:dc902ffeed73
user:        Liu, Jinsong <jinsong.liu@xxxxxxxxx>
date:        Thu Mar 10 18:37:40 2011 +0000
    
    x86: Fix cpuidle bug
    
    Before invoking C3, bus master disable / flush cache should be the
    last step; After resume from C3, bus master enable should be the first
    step;
    
    Signed-off-by: Liu, Jinsong <jinsong.liu@xxxxxxxxx>
    Acked-by: Wei Gang <gang.wei@xxxxxxxxx>
    xen-unstable changeset:   23020:22cc047eb146
    xen-unstable date:        Thu Mar 10 18:35:32 2011 +0000
    
    
(qemu changes not included)

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.