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

[Ian Campbell <Ian.Campbell@xxxxxxxxxx>]

On Fri, 2012-06-29 at 07:56 +0100, Ian Campbell wrote:
> 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.

http://www.chiark.greenend.org.uk/~xensrcts/logs/13383/test-amd64-i386-pair/16.ts-guest-start.log
 has:
2012-06-28 15:21:47 Z executing ssh ... root@xxxxxxxxxxxx xm list
2012-06-28 15:21:48 Z guest debian.guest.osstest state is r
2012-06-28 15:21:48 Z guest debian.guest.osstest 5a:36:0e:47:00:09 22 
link/ip/tcp: waiting 40s...
2012-06-28 15:21:48 Z guest debian.guest.osstest 5a:36:0e:47:00:09 22 
link/ip/tcp: no active lease (waiting) ...
2012-06-28 15:22:06 Z guest debian.guest.osstest 5a:36:0e:47:00:09 22 
link/ip/tcp: ping gave (256): PING 10.80.251.54 (10.80.251.54) 56(84) bytes of 
data. |  | --- 10.80.251.54 ping statistics --- | 5 packets transmitted, 0 
received, 100% packet loss, time XXXms |  |  (waiting) ...
...

but
http://www.chiark.greenend.org.uk/~xensrcts/logs/13383/test-amd64-i386-pair/dhcpleases-debian.nolease
 contains:
        lease 10.80.251.54 {
          starts 3 2012/06/27 14:10:01;
          ends 3 2012/06/27 14:40:01;
          tstp 3 2012/06/27 14:40:01;
          cltt 3 2012/06/27 14:10:01;
          binding state free;
          hardware ethernet 00:00:1a:1b:01:a1;
          uid "\001\000\000\032\033\001\241";
        }

Which has a mismatched mac address? dhcpleases-debian.new seems to have
the same.

> 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



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