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

[Xen-devel] [xen-unstable test] 18799: regressions - trouble: broken/fail/pass



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

Regressions :-(

Tests which did not succeed and are blocking,
including tests which could not be run:
 test-amd64-amd64-xl           5 xen-boot                  fail REGR. vs. 18778
 test-amd64-amd64-pv           5 xen-boot                  fail REGR. vs. 18778
 test-amd64-amd64-xl-qemuu-win7-amd64  5 xen-boot          fail REGR. vs. 18778
 test-amd64-amd64-pair         7 xen-boot/src_host         fail REGR. vs. 18778
 test-amd64-i386-xl-qemut-winxpsp3-vcpus1 3 host-install(3) broken REGR. vs. 
18778

Regressions which are regarded as allowable (not blocking):
 test-amd64-amd64-xl-sedf-pin  5 xen-boot                  fail REGR. vs. 18778
 test-amd64-amd64-xl-sedf      5 xen-boot                  fail REGR. vs. 18778
 test-amd64-amd64-pair         8 xen-boot/dst_host            fail   like 18770

Tests which did not succeed, but are not blocking:
 test-amd64-amd64-xl-pcipt-intel  9 guest-start                 fail never pass
 test-amd64-i386-xl-winxpsp3-vcpus1 13 guest-stop               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-xend-qemut-winxpsp3 16 leak-check/check        fail never pass
 test-amd64-amd64-xl-qemut-win7-amd64 13 guest-stop             fail never pass
 test-amd64-amd64-xl-qemut-winxpsp3 13 guest-stop               fail never pass
 test-amd64-amd64-xl-winxpsp3 13 guest-stop                   fail   never pass
 test-amd64-amd64-xl-win7-amd64 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

version targeted for testing:
 xen                  aa4b2aea4fa300341668971e50fbfd16b1ed925d
baseline version:
 xen                  8a7769b4453168e23e8935a85e9a875ef5117253

------------------------------------------------------------
People who touched revisions under test:
  Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
  Ian Campbell <ian.campbell@xxxxxxxxxx>
  Ian Campbell <ijc@xxxxxxxxxxxxxx>
  Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
  Jaeyong Yoo <jaeyong.yoo@xxxxxxxxxxx>
  Jan Beulich <jbeulich@xxxxxxxx>
  Julien Grall <julien.grall@xxxxxxxxxx>
  Keir Fraser <keir@xxxxxxx>
  Matt Wilson <msw@xxxxxxxxxx>
  Suravee Suthikulpanit <suravee.suthikulpanit@xxxxxxx>
------------------------------------------------------------

jobs:
 build-amd64                                                  pass    
 build-armhf                                                  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                                           pass    
 test-amd64-i386-rhel6hvm-amd                                 pass    
 test-amd64-i386-qemut-rhel6hvm-amd                           pass    
 test-amd64-i386-qemuu-rhel6hvm-amd                           pass    
 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                                 pass    
 test-amd64-amd64-pair                                        fail    
 test-amd64-i386-pair                                         pass    
 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-xl-qemut-winxpsp3-vcpus1                     broken  
 test-amd64-i386-xl-winxpsp3-vcpus1                           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.

------------------------------------------------------------
commit aa4b2aea4fa300341668971e50fbfd16b1ed925d
Author: Jan Beulich <jbeulich@xxxxxxxx>
Date:   Wed Aug 28 10:12:36 2013 +0200

    PCI: centralize parsing of device coordinates in command line options
    
    With yet another case to come in a subsequent patch, it seems time to
    do this in a single place rather than hand crafting it in various
    scattered around locations.
    
    Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>
    Acked-by: Keir Fraser <keir@xxxxxxx>

commit dcbff3aeac6020cdf1f5bd0f0eb0d329fc55d939
Author: Jan Beulich <jbeulich@xxxxxxxx>
Date:   Wed Aug 28 10:11:19 2013 +0200

    AMD IOMMU: also allocate IRTEs for HPET MSI
    
    Omitting this was a blatant oversight of mine in commit 2ca9fbd7 ("AMD
    IOMMU: allocate IRTE entries instead of using a static mapping").
    
    This also changes a bogus inequality check into a sensible one, even
    though it is already known that this will make HPET MSI unusable on
    certain systems (having respective broken firmware). This, however,
    seems better than failing on systems with consistent ACPI tables.
    
    Reported-by: Sander Eikelenboom <linux@xxxxxxxxxxxxxx>
    Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>
    Acked-by: Suravee Suthikulpanit <suravee.suthikulpanit@xxxxxxx>

commit 460dea6c817eada4f7d43097b1e71e975a7ba52b
Author: Jan Beulich <JBeulich@xxxxxxxx>
Date:   Tue Aug 27 14:23:07 2013 +0100

    tools: drop VT-i example
    
    ... as being another IA64 leftover.
    
    Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>

commit 7ac87d5e2096e4c33c0a5e24a1b4746b1a81a773
Author: Ian Campbell <ian.campbell@xxxxxxxxxx>
Date:   Thu Aug 22 16:24:46 2013 +0100

    xen/arm: use defines for boot module indexes instead of open coded numbers
    
    Signed-off-by: Ian Campbell <ian.campbell@xxxxxxxxxx>
    Reviewed-by: Julien Grall <julien.grall@xxxxxxxxxx>

commit ca617a664aed71503695b6a9498963a5e9dddb24
Author: Ian Campbell <ian.campbell@xxxxxxxxxx>
Date:   Thu Aug 22 17:01:57 2013 +0100

    xen: arm: indicate when we have early paniced
    
    Otherwise the hypervisor simply appears to stop after a message which may or
    may not look all that severe.
    
    Signed-off-by: Ian Campbell <ian.campbell@xxxxxxxxxx>
    Reviewed-by: Julien Grall <julien.grall@xxxxxxxxxx>

commit 2050ad703c65ed997f1328af702054d1960fb168
Author: Ian Campbell <ian.campbell@xxxxxxxxxx>
Date:   Thu Aug 22 17:01:59 2013 +0100

    pl011: early_panic if baud rate not set in hardware
    
    Now that the driver defaults to BAUD_AUTO this can happen if the early uart 
!=
    console or if early printk isn't in use.
    
    The following division by zero causes a trap but that uses regular printk 
and
    not early_printk, so it is never seen.
    
    Signed-off-by: Ian Campbell <ian.campbell@xxxxxxxxxx>
    Acked-by: Julien Grall <julien.grall@xxxxxxxxxx>

commit ceb93c72d2046bffecd57fcbebd04aa0801414a2
Author: Jaeyong Yoo <jaeyong.yoo@xxxxxxxxxxx>
Date:   Fri Aug 23 18:08:41 2013 +0900

    xen/arm: add lower-bound check in mfn_valid
    
    mfn_valid only checks the upper-bound of mfn (max_page).
    Add the lower-bound check of mfn (frametable_base_mfn).
    
    Signed-off-by: Jaeyong Yoo <jaeyong.yoo@xxxxxxxxxxx>
    Acked-by: Ian Campbell <ian.campbell@xxxxxxxxxx>
    Acked-by: Julien Grall <julien.grall@xxxxxxxxxx>

commit 604ab14cde7aef3bcdd7bc3bc398e7d1705dc631
Author: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
Date:   Mon Aug 26 20:18:33 2013 +0100

    xen/arm: Introduce and use GLOBAL() in asm code.
    
    Signed-off-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
    Acked-by: Ian Campbell <ian.campbell@xxxxxxxxxx>

commit 1c413bf7f2ff372e00d2d78a8904a0ade2420f0a
Author: Julien Grall <julien.grall@xxxxxxxxxx>
Date:   Tue Aug 27 13:13:35 2013 +0100

    drivers/char: pl011: Enable receive timeout interrupt
    
    The commit 874f76a "PL011: fix reverse logic for interrupt mask register"
    introduced regression on the Versatile Express. The board didn't receive
    correctly input.
    
    The timeout interrupt may be asserted when the FIFO is not empty, and no 
futher
    data is received over a 32-bit period.
    
    Signed-off-by: Julien Grall <julien.grall@xxxxxxxxxx>
    Acked-by: Ian Campbell <ian.campbell@xxxxxxxxxx>

commit e15c09f90c6629ef36bf6b4d5534dfc3b0b3de01
Author: Jan Beulich <jbeulich@xxxxxxxx>
Date:   Tue Aug 27 15:13:20 2013 +0200

    Revert "x86/boot: Explicitly clean pcpu stacks in debug builds"
    
    This reverts commit 8a3c4acc9907cfec9aae9f1bc251fbf50af6828e.
    It's reportedly broken.

commit 258d27a1d9fb33a490bef1381f52d522225c3dca
Author: Ian Campbell <ijc@xxxxxxxxxxxxxx>
Date:   Fri Aug 16 15:21:05 2013 +0100

    pygrub: add Debian extlinux.conf path
    
    This is Debian bug #697407.
    
    http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=697407
    
    Signed-off-by: Ian Campbell <ijc@xxxxxxxxxxxxxx>
    Acked-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>

commit 44db24103ff1c53a13afebf4d72ad853cee07786
Author: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
Date:   Tue Aug 27 11:29:03 2013 +0200

    fix gdbstub build c/s c8177e691f
    
    That changeset moved the watchdog functions from nmi.h to their own
    watchdog.h.  I thought I had updated all relevant header files and the
    compiler was happy as well.  However, gdbstub is not even compiled by 
default,
    and I accidentally missed it.
    
    Signed-off-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>

commit 8a3c4acc9907cfec9aae9f1bc251fbf50af6828e
Author: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
Date:   Tue Aug 27 11:28:26 2013 +0200

    x86/boot: Explicitly clean pcpu stacks in debug builds
    
    This reduces confusion when looking at a hexdump of the pcpu stacks and
    wondering were on earth some of the junk was coming from.  Also leave some
    grep fodder for finding where the BSP switches stack (because it took me
    far longer to find than I care to admit to).
    
    Signed-off-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>

commit 483814219bc4d47db8a56116290ec7878b794c09
Author: Matt Wilson <msw@xxxxxxxxxx>
Date:   Tue Aug 27 11:23:09 2013 +0200

    x86/time: remove Cyclone as a platform timer
    
    The Cyclone time source was part of IBM's Summit chipset, which was
    only used for 32-bit only ccNUMA and IA-64 machines. Neither of these
    are supported by Xen anymore.
    
    Signed-off-by: Matt Wilson <msw@xxxxxxxxxx>
    Reviewed-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>

commit c8e2fd7edced5ef28ff57524f8f744c042e57c59
Author: Matt Wilson <msw@xxxxxxxxxx>
Date:   Tue Aug 27 11:20:17 2013 +0200

    x86/apic: remove Summit support
    
    IBM's Summit chipset was only used for 32-bit only Intel ccNUMA and
    IA-64 machines, neither of which are supported by Xen anymore.
    
    Signed-off-by: Matt Wilson <msw@xxxxxxxxxx>
    Reviewed-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>

commit 3e787021fb2420851c7bdc3911ea53c728ba5ac0
Author: Jan Beulich <jbeulich@xxxxxxxx>
Date:   Tue Aug 27 11:15:15 2013 +0200

    x86/Intel: add support for Haswell CPU models
    
    ... according to their most recent public documentation.
    
    Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>
    Acked-by: Keir Fraser <keir@xxxxxxx>

commit 784ce3fd05476ffe46bf54579f3927c777eb2c3b
Author: Jan Beulich <jbeulich@xxxxxxxx>
Date:   Tue Aug 27 11:13:50 2013 +0200

    VMX: convert EOI exit bitmap to a proper bitmap
    
    ... allowing bitmap operations to be used on it, making things
    consistent with struct pi_desc's pir field, and shrinking overall
    source code size.
    
    Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>
    Acked-by: Keir Fraser <keir@xxxxxxx>

commit d838ac2539cf1987bea6e15662fd6a80a58fe26d
Author: Jan Beulich <jbeulich@xxxxxxxx>
Date:   Tue Aug 27 11:12:12 2013 +0200

    x86: don't allow Dom0 access to the HT address range
    
    In particular, MMIO assignments should not be done using this area.
    
    Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>

commit 850188e1278cecd1dfb9b936024bee2d8dfdcc18
Author: Jan Beulich <jbeulich@xxxxxxxx>
Date:   Tue Aug 27 11:11:38 2013 +0200

    x86: don't allow Dom0 access to the MSI address range
    
    In particular, MMIO assignments should not be done using this area.
    
    Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>
    Acked-by Xiantao Zhang <xiantao.zhang@xxxxxxxxx>
(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®.