Re: [Xen-devel] [xen-unstable test] 13383: regressions - FAIL

[Ian Campbell <Ian.Campbell@xxxxxxxxxx>]

On Thu, 2012-06-28 at 21:49 +0100, xen.org wrote:
> flight 13383 xen-unstable real [real]
> http://www.chiark.greenend.org.uk/~xensrcts/logs/13383/
> 
> Regressions :-(
> 
> Tests which did not succeed and are blocking,
> including tests which could not be run:
>  test-amd64-i386-pair         16 guest-start               fail REGR. vs. 
> 13379

This run was before the migration series went in.

I don't see much of interest in the logs, seems like the guest did
actually start.

The new commits which went into this flight seem fairly benign, at least
from the PoV of starting a PV guest:

[...]
> changeset:   25521:52f1b8a4f9a4
> tag:         tip
> user:        George Dunlap <george.dunlap@xxxxxxxxxxxxx>
> date:        Wed Jun 27 17:50:10 2012 +0100
>     
>     xen,pod: Cosmetic code motion
>     
>     No point in doing the assignment if we're just going to crash anyway.
>     
>     Signed-off-by: George Dunlap <george.dunlap@xxxxxxxxxxxxx>
>     
>     
> changeset:   25520:2d9f3b010901
> user:        Andres Lagar-Cavilla <andres@xxxxxxxxxxxxxxxx>
> date:        Thu Jun 28 12:45:09 2012 +0100
>     
>     x86/mm: Clean up unshare path for foreign mappings
>     
>     In its current shape, if Xen unshares a foreign gfn successfully while 
> building
>     a foreign writable map, it is left with a reference to the old shared 
> page in
>     the "target" var.
>     
>     Instead, push unsharing request down on the initial get_page_from_gfn 
> call,
>     which will DTRT.
>     
>     This allows for greatly simplifying the unshare related condition 
> handling,
>     removing ugly comments and s86_64 ifdef-ery.
>     
>     Signed-off-by: Andres Lagar-Cavilla <andres@xxxxxxxxxxxxxxxx>
>     Acked-by: Tim Deegan <tim@xxxxxxx>
>     Committed-by: Tim Deegan <tim@xxxxxxx>
>     
>     
> changeset:   25519:fdc1f16d382c
> user:        Jan Beulich <jbeulich@xxxxxxxx>
> date:        Thu Jun 28 13:36:08 2012 +0200
>     
>     x86/hvm: increase struct hvm_vcpu_io's mmio_large_read[]
>     
>     Since the emulator now supports a few 256-bit memory operations, this
>     array needs to follow (and the comments should, too).
>     
>     To limit growth, re-order the mmio_large_write_* fields so that the
>     two mmio_large_*_bytes fields end up adjacent to each other.
>     
>     Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>
>     Acked-by: Keir Fraser <keir@xxxxxxx>
>     
>     
> changeset:   25518:4f92bdf3370c
> user:        Jan Beulich <jbeulich@xxxxxxxx>
> date:        Wed Jun 27 09:36:43 2012 +0200
>     
>     docs/xen-headers: allow headers to be symlinks
>     
>     There's no apparent reason not to permit this, and since we don't
>     support out-of-source-tree builds, the least overhead way of doing
>     multiple, differently configured (perhaps different architecture)
>     builds from a single source tree is to create symlinked build trees.
>     
>     Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>
>     Acked-by: Ian Campbell <ian.campbell@xxxxxxxxxx>
>     
>     
> ========================================
> commit 50c553be472c9f4b05a0526c0aae98709ca9ffff
> Author: Roger Pau Monne <roger.pau@xxxxxxxxxx>
> Date:   Thu Jun 7 19:44:01 2012 +0100
> 
>     qemu-xen-trad: fix sys-queue.h usage on BSD systems
>     
>     BSD systems already have a sys/queue.h file, which has more macros
>     than the one Qemu uses, and some header files depend on having that
>     macros defined (sys/disk.h for example). Disable sys-queue.h on BSD
>     systems and include the native one.
>     
>     This is not a backport because the original patch is too dificult to
>     backport, it's commit 72cf2d4f0e181d0d3a3122e04129c58a95da713e.
>     
>     Doing a diff -bB shows that the Qemu version is just a stripped
>     version of the original NetBSD header, with many macros removed, but
>     no new ones added.
>     
>     Signed-off-by: Roger Pau Monne <roger.pau@xxxxxxxxxx>
>     Acked-by: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
>     Acked-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxx
> http://lists.xen.org/xen-devel



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