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

[Xen-devel] [xen-unstable test] 14496: regressions - FAIL



flight 14496 xen-unstable real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/14496/

Regressions :-(

Tests which did not succeed and are blocking,
including tests which could not be run:
 test-amd64-amd64-pv           5 xen-boot                  fail REGR. vs. 14482
 test-amd64-i386-qemut-rhel6hvm-amd  5 xen-boot            fail REGR. vs. 14482
 test-amd64-i386-xl-multivcpu  5 xen-boot                  fail REGR. vs. 14482
 test-amd64-i386-xl            5 xen-boot                  fail REGR. vs. 14482
 test-amd64-i386-qemuu-rhel6hvm-amd  5 xen-boot            fail REGR. vs. 14482
 test-amd64-amd64-xl-qemuu-win7-amd64  5 xen-boot          fail REGR. vs. 14482
 test-amd64-i386-pair          8 xen-boot/dst_host         fail REGR. vs. 14482
 test-amd64-i386-pair          7 xen-boot/src_host         fail REGR. vs. 14482
 test-amd64-i386-xl-qemut-winxpsp3-vcpus1  5 xen-boot      fail REGR. vs. 14482
 test-amd64-i386-xl-winxpsp3-vcpus1  5 xen-boot            fail REGR. vs. 14482
 test-amd64-amd64-pair         8 xen-boot/dst_host         fail REGR. vs. 14482
 test-amd64-amd64-pair         7 xen-boot/src_host         fail REGR. vs. 14482
 test-amd64-i386-xend-qemut-winxpsp3  5 xen-boot           fail REGR. vs. 14482
 test-amd64-i386-qemut-win     5 xen-boot                  fail REGR. vs. 14482
 test-amd64-amd64-xl-win       5 xen-boot                  fail REGR. vs. 14482
 test-amd64-amd64-xl-win7-amd64  5 xen-boot                fail REGR. vs. 14482
 test-amd64-amd64-qemut-win    5 xen-boot                  fail REGR. vs. 14482
 test-amd64-amd64-xl-qemut-win  5 xen-boot                 fail REGR. vs. 14482
 test-amd64-amd64-xl-qemut-winxpsp3  5 xen-boot            fail REGR. vs. 14482

Tests which are failing intermittently (not blocking):
 test-amd64-amd64-xl           5 xen-boot                    fail pass in 14494
 test-amd64-i386-rhel6hvm-amd  5 xen-boot                    fail pass in 14494

Regressions which are regarded as allowable (not blocking):
 test-amd64-amd64-xl-sedf-pin  5 xen-boot                  fail REGR. vs. 14482
 test-amd64-amd64-xl-sedf      5 xen-boot                     fail   like 14482

Tests which did not succeed, but are not blocking:
 test-amd64-amd64-xl-pcipt-intel  9 guest-start                 fail never pass
 test-amd64-i386-xend-winxpsp3 16 leak-check/check             fail  never pass
 test-amd64-amd64-xl-qemuu-winxpsp3 13 guest-stop               fail never pass
 test-amd64-i386-win          16 leak-check/check             fail   never pass
 test-amd64-amd64-xl-qemut-win7-amd64 13 guest-stop             fail never pass
 test-amd64-i386-qemut-win-vcpus1 16 leak-check/check           fail never pass
 test-amd64-amd64-win         16 leak-check/check             fail   never pass
 test-amd64-i386-xl-win-vcpus1 13 guest-stop                   fail  never pass
 test-amd64-i386-xl-qemut-win7-amd64 13 guest-stop              fail never pass
 test-amd64-i386-xl-win7-amd64 13 guest-stop                   fail  never pass
 test-amd64-amd64-xl-winxpsp3 13 guest-stop                   fail   never pass
 test-amd64-i386-xl-qemut-win-vcpus1 13 guest-stop              fail never pass
 test-amd64-i386-win-vcpus1   16 leak-check/check             fail   never pass

version targeted for testing:
 xen                  9d88ac6046d8
baseline version:
 xen                  1c69c938f641

------------------------------------------------------------
People who touched revisions under test:
  George Dunlap <george.dunlap@xxxxxxxxxxxxx>
  Ian Campbell <ian.campbell@xxxxxxxxxx>
  Jan Beulich <jbeulich@xxxxxxxx>
  Keir Fraser <keir@xxxxxxx>
  Kouya Shimura <kouya@xxxxxxxxxxxxxx>
  Roger Pau Monn? <roger.pau@xxxxxxxxxx>
  Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
  Tim Deegan <tim@xxxxxxx>
------------------------------------------------------------

jobs:
 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                                          fail    
 test-amd64-i386-xl                                           fail    
 test-amd64-i386-rhel6hvm-amd                                 fail    
 test-amd64-i386-qemut-rhel6hvm-amd                           fail    
 test-amd64-i386-qemuu-rhel6hvm-amd                           fail    
 test-amd64-amd64-xl-qemut-win7-amd64                         fail    
 test-amd64-i386-xl-qemut-win7-amd64                          fail    
 test-amd64-amd64-xl-qemuu-win7-amd64                         fail    
 test-amd64-amd64-xl-win7-amd64                               fail    
 test-amd64-i386-xl-win7-amd64                                fail    
 test-amd64-i386-xl-credit2                                   pass    
 test-amd64-amd64-xl-pcipt-intel                              fail    
 test-amd64-i386-rhel6hvm-intel                               pass    
 test-amd64-i386-qemut-rhel6hvm-intel                         pass    
 test-amd64-i386-qemuu-rhel6hvm-intel                         pass    
 test-amd64-i386-xl-multivcpu                                 fail    
 test-amd64-amd64-pair                                        fail    
 test-amd64-i386-pair                                         fail    
 test-amd64-amd64-xl-sedf-pin                                 fail    
 test-amd64-amd64-pv                                          fail    
 test-amd64-i386-pv                                           pass    
 test-amd64-amd64-xl-sedf                                     fail    
 test-amd64-i386-win-vcpus1                                   fail    
 test-amd64-i386-qemut-win-vcpus1                             fail    
 test-amd64-i386-xl-qemut-win-vcpus1                          fail    
 test-amd64-i386-xl-win-vcpus1                                fail    
 test-amd64-i386-xl-qemut-winxpsp3-vcpus1                     fail    
 test-amd64-i386-xl-winxpsp3-vcpus1                           fail    
 test-amd64-amd64-win                                         fail    
 test-amd64-i386-win                                          fail    
 test-amd64-amd64-qemut-win                                   fail    
 test-amd64-i386-qemut-win                                    fail    
 test-amd64-amd64-xl-qemut-win                                fail    
 test-amd64-amd64-xl-win                                      fail    
 test-amd64-i386-xend-qemut-winxpsp3                          fail    
 test-amd64-amd64-xl-qemut-winxpsp3                           fail    
 test-amd64-amd64-xl-qemuu-winxpsp3                           fail    
 test-amd64-i386-xend-winxpsp3                                fail    
 test-amd64-amd64-xl-winxpsp3                                 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:   26205:9d88ac6046d8
tag:         tip
user:        Roger Pau Monne <roger.pau@xxxxxxxxxx>
date:        Thu Nov 29 11:28:18 2012 +0000
    
    docs: fix persistent grants doc typo
    
    Signed-off-by: Roger Pau Monn? <roger.pau@xxxxxxxxxx>
    Acked-by: Ian Campbell <ian.campbell@xxxxxxxxxx>
    [ ijc -- fix additional typo s/this grants/these grants/g ]
    Committed-by: Ian Campbell <ian.campbell@xxxxxxxxxx>
    
    
changeset:   26204:48e211812551
user:        Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
date:        Thu Nov 29 11:28:17 2012 +0000
    
    xen/arm: build as zImage
    
    The zImage format is extremely simple: it only consists of a magic
    number and 2 addresses in a specific position (see
    http://www.simtec.co.uk/products/SWLINUX/files/booting_article.html#d0e309).
    
    Some bootloaders expect a zImage; considering that it doesn't cost us
    much to build Xen compatible with the format, make it so.
    
    Signed-off-by: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
    Acked-by: Tim Deegan <tim@xxxxxxx>
    Acked-by: Ian Campbell <ian.campbell@xxxxxxxxxx>
    [ ijc -- switch from 7*nop + nop to just 8*nop ]
    Committed-by: Ian Campbell <ian.campbell@xxxxxxxxxx>
    
    
changeset:   26203:b5cb6cccc32c
user:        Tim Deegan <tim@xxxxxxx>
date:        Thu Nov 29 11:01:00 2012 +0000
    
    x86/hap: Fix memory leak of domain->arch.hvm_domain.dirty_vram
    
    Signed-off-by: Kouya Shimura <kouya@xxxxxxxxxxxxxx>
    Signed-off-by: Tim Deegan <tim@xxxxxxx>
    Committed-by: Tim Deegan <tim@xxxxxxx>
    
    
changeset:   26202:9c6c13bf3803
user:        Tim Deegan <tim@xxxxxxx>
date:        Thu Nov 29 10:49:53 2012 +0000
    
    x86/mm: Comment the definitions of _mfn(), _gfn() &c.
    
    It's not very easy to find them if you don't know to look for the
    TYPE_SAFE() macro.
    
    Signed-off-by: Tim Deegan <tim@xxxxxxx>
    Committed-by: Tim Deegan <tim@xxxxxxx>
    
    
changeset:   26201:5d7e3c2742e8
user:        Jan Beulich <jbeulich@xxxxxxxx>
date:        Thu Nov 29 09:14:55 2012 +0100
    
    VT-d: make scope parsing code type safe
    
    Rather than requiring the scopes to be the first members of their
    respective structures (so that casts can be used to switch between the
    different views), properly use types and container_of().
    
    Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>
    Acked-by: Keir Fraser <keir@xxxxxxx>
    Acked-by Xiantao Zhang <xiantao.zhang@xxxxxxxxx>
    
    
changeset:   26200:836697b19746
user:        Jan Beulich <jbeulich@xxxxxxxx>
date:        Wed Nov 28 17:00:56 2012 +0100
    
    IOMMU: imply "verbose" from "debug"
    
    I think that generally enabling debugging code without also enabling
    verbose output is rather pointless; if someone really wants this, they
    can always pass e.g. "iommu=debug,no-verbose".
    
    Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>
    Acked-by: Keir Fraser <keir@xxxxxxx>
    
    
changeset:   26199:1fce7522daa6
user:        Jan Beulich <jbeulich@xxxxxxxx>
date:        Wed Nov 28 10:08:24 2012 +0100
    
    VT-d: adjust IOMMU interrupt affinities when all CPUs are online
    
    Since these interrupts get setup before APs get brought online, their
    affinities naturally could only ever point to CPU 0 alone so far.
    Adjust this to include potentially multiple CPUs in the target mask
    (when running in one of the cluster modes), and take into account NUMA
    information (to handle the interrupts on a CPU on the node where the
    respective IOMMU is).
    
    Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>
    Acked-by: Keir Fraser <keir@xxxxxxx>
    
    
changeset:   26198:ba90ecb0231f
user:        Jan Beulich <jbeulich@xxxxxxxx>
date:        Wed Nov 28 10:07:11 2012 +0100
    
    AMD IOMMU: include IOMMU interrupt information in 'M' debug key output
    
    Note that this also adds a few pieces missing from c/s
    25903:5e4a00b4114c (relevant only when the PCI MSI mask bit is
    supported by an IOMMU, which apparently isn't the case for existing
    implementations).
    
    Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>
    Acked-by: Keir Fraser <keir@xxxxxxx>
    
    
changeset:   26197:0bc3a489018f
user:        Jan Beulich <jbeulich@xxxxxxxx>
date:        Wed Nov 28 10:05:52 2012 +0100
    
    VT-d: include IOMMU interrupt information in 'M' debug key output
    
    Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>
    Acked-by: Keir Fraser <keir@xxxxxxx>
    
    
changeset:   26196:5faf5b8b702e
user:        Jan Beulich <jbeulich@xxxxxxxx>
date:        Wed Nov 28 10:03:51 2012 +0100
    
    ACPI: fix return value of XEN_PM_PDC platform op
    
    Should return -EFAULT when copying to guest memory fails.
    
    Once touching this code, also switch to using the more relaxed copy
    function (copying from the same guest memory already validated the
    virtual address range).
    
    Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>
    Acked-by: Keir Fraser <keir@xxxxxxx>
    
    
changeset:   26195:7670eabcbafc
user:        Jan Beulich <jbeulich@xxxxxxxx>
date:        Wed Nov 28 10:02:26 2012 +0100
    
    x86: fix hypercall continuation cancellation in XENMAPSPACE_gmfn_range 
compat wrapper
    
    When no continuation was established, there must also not be an attempt
    to cancel it - hypercall_cancel_continuation(), in the non-HVM, non-
    multicall case, adjusts the guest mode return address in a way assuming
    that an earlier call hypercall_create_continuation() took place.
    
    Once touching this code, also restructure it slightly to improve
    readability and switch to using the more relaxed copy function (copying
    from the same guest memory already validated the virtual address
    range).
    
    Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>
    Acked-by: Keir Fraser <keir@xxxxxxx>
    
    
changeset:   26194:0aa1c5136a54
user:        Jan Beulich <jbeulich@xxxxxxxx>
date:        Wed Nov 28 10:01:33 2012 +0100
    
    README: adjust gcc version requirement
    
    Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>
    Acked-by: Keir Fraser <keir@xxxxxxx>
    
    
changeset:   26193:1c69c938f641
user:        George Dunlap <george.dunlap@xxxxxxxxxxxxx>
date:        Tue Nov 27 14:13:41 2012 +0000
    
    libxl: Fix bug in libxl_cdrom_insert, make more robust against bad xenstore 
data
    
    libxl_cdrom_insert was failing to initialize the backend type,
    resulting in the wrong default backend.  The result was not only that
    the CD was not inserted properly, but also that some improper xenstore
    entries were created, causing further block commands to fail.
    
    This patch fixes the bug by setting the disk backend type based on the
    type of the existing device.
    
    It also makes the system more robust by checking to see that it has
    got a valid path before proceeding to write a partial xenstore entry.
    
    Signed-off-by: George Dunlap <george.dunlap@xxxxxxxxxxxxx>
    Acked-by: Ian Campbell <ian.campbell@xxxxxxxxxx>
    Committed-by: Ian Campbell <ian.campbell@xxxxxxxxxx>
    
    
(qemu changes not included)

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

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