* [xen-4.3-testing test] 30365: regressions - FAIL
@ 2014-09-24 0:50 xen.org
2014-09-24 8:52 ` Jan Beulich
0 siblings, 1 reply; 3+ messages in thread
From: xen.org @ 2014-09-24 0:50 UTC (permalink / raw)
To: xen-devel; +Cc: ian.jackson
flight 30365 xen-4.3-testing real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/30365/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf 5 xen-build fail REGR. vs. 30095
Tests which did not succeed, but are not blocking:
test-armhf-armhf-libvirt 1 build-check(1) blocked n/a
build-armhf-libvirt 1 build-check(1) blocked n/a
test-armhf-armhf-xl 1 build-check(1) blocked n/a
test-amd64-amd64-rumpuserxen-amd64 1 build-check(1) blocked n/a
test-amd64-i386-rumpuserxen-i386 1 build-check(1) blocked n/a
build-i386-rumpuserxen 6 xen-build fail never pass
build-amd64-rumpuserxen 6 xen-build fail never pass
test-amd64-amd64-xl-qemuu-ovmf-amd64 7 debian-hvm-install fail never pass
test-amd64-amd64-libvirt 9 guest-start fail never pass
test-amd64-i386-libvirt 9 guest-start fail never pass
test-amd64-i386-xl-qemuu-ovmf-amd64 7 debian-hvm-install fail never pass
test-amd64-amd64-xl-pcipt-intel 9 guest-start fail never pass
test-amd64-amd64-xl-qemut-winxpsp3 14 guest-stop fail never pass
test-amd64-i386-xl-qemut-winxpsp3-vcpus1 14 guest-stop fail never pass
test-amd64-amd64-xl-qemuu-winxpsp3 14 guest-stop fail never pass
test-amd64-i386-xend-qemut-winxpsp3 17 leak-check/check fail never pass
test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 14 guest-stop fail never pass
test-amd64-i386-xl-qemuu-win7-amd64 14 guest-stop fail never pass
test-amd64-i386-xend-winxpsp3 17 leak-check/check fail never pass
test-amd64-i386-xl-qemut-win7-amd64 14 guest-stop fail never pass
test-amd64-i386-xl-win7-amd64 14 guest-stop fail never pass
test-amd64-amd64-xl-qemut-win7-amd64 14 guest-stop fail never pass
test-amd64-amd64-xl-win7-amd64 14 guest-stop fail never pass
test-amd64-amd64-xl-qemuu-win7-amd64 14 guest-stop fail never pass
test-amd64-amd64-xl-winxpsp3 14 guest-stop fail never pass
test-amd64-i386-xl-winxpsp3-vcpus1 14 guest-stop fail never pass
version targeted for testing:
xen da91ee426e63b0a76582dac24007379fb07c94d1
baseline version:
xen a153d8a97af7484269683955a9ce78dbd187a8d8
------------------------------------------------------------
People who touched revisions under test:
Andrei LUTAS <vlutas@bitdefender.com>
Andrew Cooper <andrew.cooper3@citrix.com>
Jan Beulich <jbeulich@suse.com>
Keir Fraser <keir@xen.org>
------------------------------------------------------------
jobs:
build-amd64 pass
build-armhf fail
build-i386 pass
build-amd64-libvirt pass
build-armhf-libvirt blocked
build-i386-libvirt pass
build-amd64-pvops pass
build-armhf-pvops pass
build-i386-pvops pass
build-amd64-rumpuserxen fail
build-i386-rumpuserxen fail
test-amd64-amd64-xl pass
test-armhf-armhf-xl blocked
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-debianhvm-amd64 pass
test-amd64-i386-xl-qemut-debianhvm-amd64 pass
test-amd64-amd64-xl-qemuu-debianhvm-amd64 pass
test-amd64-i386-xl-qemuu-debianhvm-amd64 pass
test-amd64-i386-freebsd10-amd64 pass
test-amd64-amd64-xl-qemuu-ovmf-amd64 fail
test-amd64-i386-xl-qemuu-ovmf-amd64 fail
test-amd64-amd64-rumpuserxen-amd64 blocked
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-i386-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-i386-freebsd10-i386 pass
test-amd64-i386-rumpuserxen-i386 blocked
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-amd64-libvirt fail
test-armhf-armhf-libvirt blocked
test-amd64-i386-libvirt fail
test-amd64-i386-xl-multivcpu pass
test-amd64-amd64-pair pass
test-amd64-i386-pair pass
test-amd64-amd64-xl-sedf-pin pass
test-amd64-amd64-pv pass
test-amd64-i386-pv pass
test-amd64-amd64-xl-sedf pass
test-amd64-i386-xl-qemut-winxpsp3-vcpus1 fail
test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 fail
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 osstest.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 da91ee426e63b0a76582dac24007379fb07c94d1
Author: Jan Beulich <jbeulich@suse.com>
Date: Tue Sep 23 14:47:46 2014 +0200
x86emul: only emulate software interrupt injection for real mode
Protected mode emulation currently lacks proper privilege checking of
the referenced IDT entry, and there's currently no legitimate way for
any of the respective instructions to reach the emulator when the guest
is in protected mode.
This is XSA-106.
Reported-by: Andrei LUTAS <vlutas@bitdefender.com>
Signed-off-by: Jan Beulich <jbeulich@suse.com>
Acked-by: Keir Fraser <keir@xen.org>
master commit: 346d4545569928b652c40c7815c1732676f8587c
master date: 2014-09-23 14:33:50 +0200
commit e66d14038c0ef4b0f35b7ecdb158a765d57d669c
Author: Andrew Cooper <andrew.cooper3@citrix.com>
Date: Tue Sep 23 14:47:04 2014 +0200
x86/emulate: check cpl for all privileged instructions
Without this, it is possible for userspace to load its own IDT or GDT.
This is XSA-105.
Reported-by: Andrei LUTAS <vlutas@bitdefender.com>
Signed-off-by: Andrew Cooper <andrew.cooper3@citrix.com>
Tested-by: Andrei LUTAS <vlutas@bitdefender.com>
Reviewed-by: Jan Beulich <jbeulich@suse.com>
master commit: 0e442727ceccfa32a7276cccd205b4722e68fdc1
master date: 2014-09-23 14:33:06 +0200
commit b2fe29bc7cbebcfe7c343cc25c70298442babbb4
Author: Andrew Cooper <andrew.cooper3@citrix.com>
Date: Tue Sep 23 14:45:56 2014 +0200
x86/shadow: fix race condition sampling the dirty vram state
d->arch.hvm_domain.dirty_vram must be read with the domain's paging lock held.
If not, two concurrent hypercalls could both end up attempting to free
dirty_vram (the second of which will free a wild pointer), or both end up
allocating a new dirty_vram structure (the first of which will be leaked).
This is XSA-104.
Signed-off-by: Andrew Cooper <andrew.cooper3@citrix.com>
Reviewed-by: Tim Deegan <tim@xen.org>
master commit: 46a49b91f1026f64430b84dd83e845a33f06415e
master date: 2014-09-23 14:31:47 +0200
commit d01ba5b39d25e12cff51591c00ca82fea6567a59
Author: Jan Beulich <jbeulich@suse.com>
Date: Tue Sep 23 14:45:06 2014 +0200
update Xen version to 4.3.4-pre
(qemu changes not included)
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [xen-4.3-testing test] 30365: regressions - FAIL
2014-09-24 0:50 [xen-4.3-testing test] 30365: regressions - FAIL xen.org
@ 2014-09-24 8:52 ` Jan Beulich
2014-09-24 10:15 ` Ian Campbell
0 siblings, 1 reply; 3+ messages in thread
From: Jan Beulich @ 2014-09-24 8:52 UTC (permalink / raw)
To: Ian Campbell, Ian Jackson; +Cc: xen-devel
>>> On 24.09.14 at 02:50, <Ian.Jackson@eu.citrix.com> wrote:
> flight 30365 xen-4.3-testing real [real]
> http://www.chiark.greenend.org.uk/~xensrcts/logs/30365/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> build-armhf 5 xen-build fail REGR. vs. 30095
This
In file included from libxlu_disk.c:4:0:
libxlu_disk_i.h:11:5: error: unknown type name 'YY_BUFFER_STATE'
libxlu_disk.c: In function 'dpc_prep':
libxlu_disk.c:24:5: error: implicit declaration of function 'xlu__disk_yylex_init_extra' [-Werror=implicit-function-declaration]
libxlu_disk.c:27:5: error: implicit declaration of function 'xlu__disk_yy_scan_bytes' [-Werror=implicit-function-declaration]
libxlu_disk.c: In function 'dpc_dispose':
libxlu_disk.c:40:9: error: implicit declaration of function 'xlu__disk_yy_delete_buffer' [-Werror=implicit-function-declaration]
libxlu_disk.c:44:9: error: implicit declaration of function 'xlu__disk_yylex_destroy' [-Werror=implicit-function-declaration]
libxlu_disk.c: In function 'xlu_disk_parse':
libxlu_disk.c:66:9: error: implicit declaration of function 'xlu__disk_yylex' [-Werror=implicit-function-declaration]
cc1: all warnings being treated as errors
In file included from libxlu_pci.c:4:0:
libxlu_disk_i.h:11:5: error: unknown type name 'YY_BUFFER_STATE'
make[3]: *** [libxlu_disk.o] Error 1
make[3]: *** Waiting for unfinished jobs....
make[3]: *** [libxlu_pci.o] Error 1
make[3]: Leaving directory `/home/osstest/build.30365.build-armhf/xen/tools/libxl'
make[2]: Leaving directory `/home/osstest/build.30365.build-armhf/xen/tools'
make[2]: *** [subdir-install-libxl] Error 2
make[1]: *** [subdirs-install] Error 2
make[1]: Leaving directory `/home/osstest/build.30365.build-armhf/xen/tools'
make: *** [install-tools] Error 2
to me hints at an incompatible change (update) to one of the tools
used for building - did anything like that happen lately on the build
machines?
Jan
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [xen-4.3-testing test] 30365: regressions - FAIL
2014-09-24 8:52 ` Jan Beulich
@ 2014-09-24 10:15 ` Ian Campbell
0 siblings, 0 replies; 3+ messages in thread
From: Ian Campbell @ 2014-09-24 10:15 UTC (permalink / raw)
To: Jan Beulich; +Cc: xen-devel, Ian Jackson
On Wed, 2014-09-24 at 09:52 +0100, Jan Beulich wrote:
> >>> On 24.09.14 at 02:50, <Ian.Jackson@eu.citrix.com> wrote:
> > flight 30365 xen-4.3-testing real [real]
> > http://www.chiark.greenend.org.uk/~xensrcts/logs/30365/
> >
> > Regressions :-(
> >
> > Tests which did not succeed and are blocking,
> > including tests which could not be run:
> > build-armhf 5 xen-build fail REGR. vs. 30095
>
> This
>
> In file included from libxlu_disk.c:4:0:
> libxlu_disk_i.h:11:5: error: unknown type name 'YY_BUFFER_STATE'
> libxlu_disk.c: In function 'dpc_prep':
> libxlu_disk.c:24:5: error: implicit declaration of function 'xlu__disk_yylex_init_extra' [-Werror=implicit-function-declaration]
> libxlu_disk.c:27:5: error: implicit declaration of function 'xlu__disk_yy_scan_bytes' [-Werror=implicit-function-declaration]
> libxlu_disk.c: In function 'dpc_dispose':
> libxlu_disk.c:40:9: error: implicit declaration of function 'xlu__disk_yy_delete_buffer' [-Werror=implicit-function-declaration]
> libxlu_disk.c:44:9: error: implicit declaration of function 'xlu__disk_yylex_destroy' [-Werror=implicit-function-declaration]
> libxlu_disk.c: In function 'xlu_disk_parse':
> libxlu_disk.c:66:9: error: implicit declaration of function 'xlu__disk_yylex' [-Werror=implicit-function-declaration]
> cc1: all warnings being treated as errors
> In file included from libxlu_pci.c:4:0:
> libxlu_disk_i.h:11:5: error: unknown type name 'YY_BUFFER_STATE'
> make[3]: *** [libxlu_disk.o] Error 1
> make[3]: *** Waiting for unfinished jobs....
> make[3]: *** [libxlu_pci.o] Error 1
> make[3]: Leaving directory `/home/osstest/build.30365.build-armhf/xen/tools/libxl'
> make[2]: Leaving directory `/home/osstest/build.30365.build-armhf/xen/tools'
> make[2]: *** [subdir-install-libxl] Error 2
> make[1]: *** [subdirs-install] Error 2
> make[1]: Leaving directory `/home/osstest/build.30365.build-armhf/xen/tools'
> make: *** [install-tools] Error 2
>
> to me hints at an incompatible change (update) to one of the tools
> used for building - did anything like that happen lately on the build
> machines?
Not AFAIK, they remain Debian Wheezy based.
Plus I believe we check in the flex/bison output, so it shouldn't be
being changed except explicitly.
Now. That said... This is an armhf build which happens on a single
machine which is not regularly reinstalled and is available to people
other than osstest, but looking at lastlog nobody has been using it
recently (we have better personal option these days). So the machine
should still be pristine Wheezy etc.
A second thing of interest is that the log shows that despite things
being checked in flex has been run:
/usr/bin/flex --header-file=libxlu_disk_l.h --outfile=libxlu_disk_l.c libxlu_disk_l.l
Perhaps a git timestamping issue, given that tools/libxl in this branch
hasn't changed since May.
Looking at the latest 4.4 run flex wasn't rerun there, two minutes after
this one.
Lastly, even having rerun flex -- it still shouldn't fail!
I'm just running a dist-tools of staging-4.3 on this very system -- I'll
let you know what happens/...
Ian.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2014-09-24 10:15 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2014-09-24 0:50 [xen-4.3-testing test] 30365: regressions - FAIL xen.org
2014-09-24 8:52 ` Jan Beulich
2014-09-24 10:15 ` Ian Campbell
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.