* [xen-unstable test] 100518: regressions - FAIL
@ 2016-08-17 13:04 osstest service owner
2016-08-18 13:32 ` Dario Faggioli
0 siblings, 1 reply; 2+ messages in thread
From: osstest service owner @ 2016-08-17 13:04 UTC (permalink / raw)
To: xen-devel, osstest-admin
flight 100518 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/100518/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemut-winxpsp3 17 guest-start/win.repeat fail REGR. vs. 100488
Regressions which are regarded as allowable (not blocking):
build-amd64-rumpuserxen 6 xen-build fail like 100488
build-i386-rumpuserxen 6 xen-build fail like 100488
test-amd64-i386-xl-qemut-win7-amd64 16 guest-stop fail like 100488
test-amd64-amd64-xl-qemut-win7-amd64 16 guest-stop fail like 100488
test-amd64-amd64-xl-rtds 9 debian-install fail like 100488
test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-stop fail like 100488
test-amd64-i386-xl-qemuu-win7-amd64 16 guest-stop fail like 100488
Tests which did not succeed, but are not blocking:
test-amd64-i386-rumpuserxen-i386 1 build-check(1) blocked n/a
test-amd64-amd64-rumpuserxen-amd64 1 build-check(1) blocked n/a
test-amd64-amd64-xl-pvh-amd 11 guest-start fail never pass
test-amd64-amd64-xl-pvh-intel 11 guest-start fail never pass
test-amd64-amd64-qemuu-nested-amd 16 debian-hvm-install/l1/l2 fail never pass
test-amd64-amd64-libvirt-xsm 12 migrate-support-check fail never pass
test-amd64-amd64-libvirt 12 migrate-support-check fail never pass
test-amd64-amd64-libvirt-vhd 11 migrate-support-check fail never pass
test-amd64-i386-libvirt-xsm 12 migrate-support-check fail never pass
test-armhf-armhf-xl-cubietruck 12 migrate-support-check fail never pass
test-armhf-armhf-xl-cubietruck 13 saverestore-support-check fail never pass
test-armhf-armhf-xl 12 migrate-support-check fail never pass
test-armhf-armhf-xl 13 saverestore-support-check fail never pass
test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm 10 migrate-support-check fail never pass
test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm 10 migrate-support-check fail never pass
test-armhf-armhf-xl-xsm 13 saverestore-support-check fail never pass
test-armhf-armhf-xl-xsm 12 migrate-support-check fail never pass
test-amd64-i386-libvirt 12 migrate-support-check fail never pass
test-armhf-armhf-libvirt 14 guest-saverestore fail never pass
test-armhf-armhf-libvirt 12 migrate-support-check fail never pass
test-armhf-armhf-libvirt-xsm 12 migrate-support-check fail never pass
test-armhf-armhf-libvirt-xsm 14 guest-saverestore fail never pass
test-armhf-armhf-libvirt-raw 13 guest-saverestore fail never pass
test-armhf-armhf-libvirt-raw 11 migrate-support-check fail never pass
test-armhf-armhf-libvirt-qcow2 11 migrate-support-check fail never pass
test-armhf-armhf-libvirt-qcow2 13 guest-saverestore fail never pass
test-armhf-armhf-xl-arndale 12 migrate-support-check fail never pass
test-armhf-armhf-xl-arndale 13 saverestore-support-check fail never pass
test-armhf-armhf-xl-multivcpu 13 saverestore-support-check fail never pass
test-armhf-armhf-xl-multivcpu 12 migrate-support-check fail never pass
test-armhf-armhf-xl-vhd 11 migrate-support-check fail never pass
test-armhf-armhf-xl-vhd 12 saverestore-support-check fail never pass
test-armhf-armhf-xl-rtds 13 saverestore-support-check fail never pass
test-armhf-armhf-xl-rtds 12 migrate-support-check fail never pass
test-armhf-armhf-xl-credit2 13 saverestore-support-check fail never pass
test-armhf-armhf-xl-credit2 12 migrate-support-check fail never pass
version targeted for testing:
xen c4e7a67e3a109a3d507d2617b77017e40d59f04a
baseline version:
xen a55ad65d3a30d5b3a026a7481ce05f28065920f0
Last test of basis 100488 2016-08-15 01:58:52 Z 2 days
Failing since 100492 2016-08-15 10:43:55 Z 2 days 3 attempts
Testing same since 100518 2016-08-16 19:11:11 Z 0 days 1 attempts
------------------------------------------------------------
People who touched revisions under test:
Jan Beulich <jbeulich@suse.com>
jobs:
build-amd64-xsm pass
build-armhf-xsm pass
build-i386-xsm pass
build-amd64 pass
build-armhf pass
build-i386 pass
build-amd64-libvirt pass
build-armhf-libvirt pass
build-i386-libvirt pass
build-amd64-oldkern pass
build-i386-oldkern pass
build-amd64-prev pass
build-i386-prev 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 pass
test-amd64-i386-xl pass
test-amd64-amd64-xl-qemut-debianhvm-amd64-xsm pass
test-amd64-i386-xl-qemut-debianhvm-amd64-xsm pass
test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm pass
test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm pass
test-amd64-amd64-xl-qemuu-debianhvm-amd64-xsm pass
test-amd64-i386-xl-qemuu-debianhvm-amd64-xsm pass
test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm pass
test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm pass
test-amd64-amd64-libvirt-xsm pass
test-armhf-armhf-libvirt-xsm fail
test-amd64-i386-libvirt-xsm pass
test-amd64-amd64-xl-xsm pass
test-armhf-armhf-xl-xsm pass
test-amd64-i386-xl-xsm pass
test-amd64-amd64-qemuu-nested-amd fail
test-amd64-amd64-xl-pvh-amd fail
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 pass
test-amd64-i386-xl-qemuu-ovmf-amd64 pass
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-armhf-armhf-xl-arndale pass
test-amd64-amd64-xl-credit2 pass
test-armhf-armhf-xl-credit2 pass
test-armhf-armhf-xl-cubietruck pass
test-amd64-i386-freebsd10-i386 pass
test-amd64-i386-rumpuserxen-i386 blocked
test-amd64-amd64-qemuu-nested-intel pass
test-amd64-amd64-xl-pvh-intel fail
test-amd64-i386-qemut-rhel6hvm-intel pass
test-amd64-i386-qemuu-rhel6hvm-intel pass
test-amd64-amd64-libvirt pass
test-armhf-armhf-libvirt fail
test-amd64-i386-libvirt pass
test-amd64-amd64-migrupgrade pass
test-amd64-i386-migrupgrade pass
test-amd64-amd64-xl-multivcpu pass
test-armhf-armhf-xl-multivcpu pass
test-amd64-amd64-pair pass
test-amd64-i386-pair pass
test-amd64-amd64-libvirt-pair pass
test-amd64-i386-libvirt-pair pass
test-amd64-amd64-amd64-pvgrub pass
test-amd64-amd64-i386-pvgrub pass
test-amd64-amd64-pygrub pass
test-armhf-armhf-libvirt-qcow2 fail
test-amd64-amd64-xl-qcow2 pass
test-armhf-armhf-libvirt-raw fail
test-amd64-i386-xl-raw pass
test-amd64-amd64-xl-rtds fail
test-armhf-armhf-xl-rtds pass
test-amd64-i386-xl-qemut-winxpsp3-vcpus1 pass
test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 pass
test-amd64-amd64-libvirt-vhd pass
test-armhf-armhf-xl-vhd pass
test-amd64-amd64-xl-qemut-winxpsp3 fail
test-amd64-i386-xl-qemut-winxpsp3 pass
test-amd64-amd64-xl-qemuu-winxpsp3 pass
test-amd64-i386-xl-qemuu-winxpsp3 pass
------------------------------------------------------------
sg-report-flight on osstest.test-lab.xenproject.org
logs: /home/logs/logs
images: /home/logs/images
Logs, config files, etc. are available at
http://logs.test-lab.xenproject.org/osstest/logs
Explanation of these reports, and of osstest in general, is at
http://xenbits.xen.org/gitweb/?p=osstest.git;a=blob;f=README.email;hb=master
http://xenbits.xen.org/gitweb/?p=osstest.git;a=blob;f=README;hb=master
Test harness code can be found at
http://xenbits.xen.org/gitweb?p=osstest.git;a=summary
Not pushing.
------------------------------------------------------------
commit c4e7a67e3a109a3d507d2617b77017e40d59f04a
Author: Jan Beulich <jbeulich@suse.com>
Date: Tue Aug 16 15:44:05 2016 +0200
x86emul: drop SrcInvalid
As of commit a800e4f611 ("x86emul: drop pointless and add useful
default cases") we no longer need the early bailing when "d == 0" (the
default cases in the main switch() statements take care of that),
removal of which renders both callers of internal_error() wrong and
SrcInvalid useless. Drop them, as they're going to get in the way of
completing the decoder to cover all known insns (to allow it to be
used by more callers) without at the same time completing the actual
emulation logic.
Signed-off-by: Jan Beulich <jbeulich@suse.com>
Reviewed-by: Andrew Cooper <andrew.cooper3@citrix.com>
commit 2f2a3d2a0c803c924ebb2e3c9fb47df50f619976
Author: Jan Beulich <jbeulich@suse.com>
Date: Tue Aug 16 15:35:13 2016 +0200
x86emul: drop RIP-relative special case for TEST
Moving ahead the "early operand adjustments" logic, the "test $imm,r/m"
special logic in the determination of the instruction boundary is no
longer necessary.
Signed-off-by: Jan Beulich <jbeulich@suse.com>
Reviewed-by: Andrew Cooper <andrew.cooper3@citrix.com>
commit 8b0436ff52f95e4cc6cac0393b57b7a626d4a8aa
Author: Jan Beulich <jbeulich@suse.com>
Date: Tue Aug 16 15:34:13 2016 +0200
x86emul: remove dead code
As of commit 989cdfa9b4 ("x86emul: don't special case fetching unsigned
8-bit immediates") the conditional being removed has been always false.
Signed-off-by: Jan Beulich <jbeulich@suse.com>
Reviewed-by: Andrew Cooper <andrew.cooper3@citrix.com>
commit 1f848de6f229e2b3a5aa84399d2639a958a6e945
Author: Jan Beulich <jbeulich@suse.com>
Date: Mon Aug 15 12:22:14 2016 +0200
x86emul: introduce SrcImm16
... and use it for RET, LRET, and ENTER processing to limit the amount
of "manual" insn bytes fetching. Note that for the RET and LRET paths
the change utilizes that SrcImplicit (aka SrcNone) table entries leave
src.val as zero.
Signed-off-by: Jan Beulich <jbeulich@suse.com>
Reviewed-by: Andrew Cooper <andrew.cooper3@citrix.com>
commit d9a40cea32faf6cf696f42537e95a4759a2924d0
Author: Jan Beulich <jbeulich@suse.com>
Date: Mon Aug 15 12:21:24 2016 +0200
x86emul: fold SrcImmByte fetching
There's no need for having identical code spelled out twice.
Signed-off-by: Jan Beulich <jbeulich@suse.com>
Reviewed-by: Andrew Cooper <andrew.cooper3@citrix.com>
commit 01fe4da6243be692b972de4ec7b22ec92527c0f5
Author: Jan Beulich <jbeulich@suse.com>
Date: Mon Aug 15 10:41:48 2016 +0200
x86: force suitable alignment in sources rather than in linker script
Besides being more logical this also allows verifying correct recording
of alignments in .o files.
The cpu0_stack related ASSERT() in xen.lds.S is now of questionable
value (as it now verifies correct tool chain behavior), but I've left
it in nevertheless.
Signed-off-by: Jan Beulich <jbeulich@suse.com>
Reviewed-by: Andrew Cooper <andrew.cooper3@citrix.com>
commit 0159ded211fa4fbb9934eb222148442921789816
Author: Jan Beulich <jbeulich@suse.com>
Date: Mon Aug 15 10:41:02 2016 +0200
build-id: fix minor quirks
The initial size check in xen_build_id_check() came too late (after the
first access to the structure), but was mostly redundant with checks
done in all callers; convert it to a properly placed ASSERT(). The
"mostly" part being addressed too: xen_build_init() was off by one.
And then there was a stray semicolon.
Signed-off-by: Jan Beulich <jbeulich@suse.com>
Reviewed-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
(qemu changes not included)
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [xen-unstable test] 100518: regressions - FAIL
2016-08-17 13:04 [xen-unstable test] 100518: regressions - FAIL osstest service owner
@ 2016-08-18 13:32 ` Dario Faggioli
0 siblings, 0 replies; 2+ messages in thread
From: Dario Faggioli @ 2016-08-18 13:32 UTC (permalink / raw)
To: osstest service owner, xen-devel
Cc: George Dunlap, Andrew Cooper, Jan Beulich
[-- Attachment #1.1: Type: text/plain, Size: 6037 bytes --]
On Wed, 2016-08-17 at 13:04 +0000, osstest service owner wrote:
> flight 100518 xen-unstable real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/100518/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> test-amd64-amd64-xl-qemut-winxpsp3 17 guest-start/win.repeat fail
> REGR. vs. 100488
>
So, FTR, Jan pointed out to me and George that this has failed like
this:
Aug 17 04:51:03.173959 (XEN) ----[ Xen-4.8-unstable x86_64 debug=y Not tainted ]----
Aug 17 04:51:23.770049 (XEN) CPU: 0
Aug 17 04:51:23.770111 (XEN) RIP: e008:[<ffff82d080124d71>] sched_credit.c#_csched_cpu_pick+0x1be/0x62a
Aug 17 04:51:23.778034 (XEN) RFLAGS: 0000000000010287 CONTEXT: hypervisor (d0v0)
Aug 17 04:51:23.786025 (XEN) rax: 0200200200200200 rbx: 0000000000000003 rcx: ffff82d08032e280
Aug 17 04:51:23.794013 (XEN) rdx: 00000031dd4d8200 rsi: ffff82d0802ecd20 rdi: ffff83009550fca8
Aug 17 04:51:23.801996 (XEN) rbp: ffff83009550fd18 rsp: ffff83009550fc28 r8: 0000000000000004
Aug 17 04:51:23.810025 (XEN) r9: 0000000000000000 r10: 0000000000000000 r11: 00000000ffffffff
Aug 17 04:51:23.817966 (XEN) r12: 0000000000000003 r13: ffff8300952f9000 r14: ffff83024e88cf50
Aug 17 04:51:23.825975 (XEN) r15: ffff82d080344ec0 cr0: 0000000080050033 cr4: 00000000001526e0
Aug 17 04:51:23.833993 (XEN) cr3: 0000000240f83000 cr2: 00007f0d36e51b0d
Aug 17 04:51:23.834030 (XEN) ds: 0000 es: 0000 fs: 0000 gs: 0000 ss: e010 cs: e008
Aug 17 04:51:23.841976 (XEN) Xen code around <ffff82d080124d71> (sched_credit.c#_csched_cpu_pick+0x1be/0x62a):
Aug 17 04:51:23.849972 (XEN) 18 48 8b 00 48 8b 40 28 <48> 8b 40 10 66 81 38 ff 7f 75 0f 44 3b 25 7d 12
Aug 17 04:51:23.857973 (XEN) Xen stack trace from rsp=ffff83009550fc28:
Aug 17 04:51:23.865960 (XEN) ffff83025d853700 000000020000001f ffff82d080344ec8 ffff82d080344ec0
Aug 17 04:51:23.873956 (XEN) ffff82d0802e96c0 ffff830257af5570 0000000100000001 0000000000000000
Aug 17 04:51:23.881954 (XEN) 0000000000000297 ffff83009550fc88 ffff82d080130a3e 0000000000000000
Aug 17 04:51:23.889950 (XEN) 0000000000000206 ffff83009550fca8 ffff82d080130a3e ffff83025d844000
Aug 17 04:51:23.897962 (XEN) 0000000000000006 0000000000000000 0000000000000000 0000000000000000
Aug 17 04:51:23.906002 (XEN) 000000000000000f 0000000000000000 0000000000000000 0000000000000000
Aug 17 04:51:23.913973 (XEN) ffff83009550fd38 ffff8300952f9000 ffff830247c96000 0000000000000000
Aug 17 04:51:23.914015 (XEN) ffff83024e88cf50 0000000000000000 ffff83009550fd28 ffff82d0801251f8
Aug 17 04:51:23.921976 (XEN) ffff83009550fd78 ffff82d080125227 ffff83009550fd58 ffff82d08013c7a9
Aug 17 04:51:23.929974 (XEN) 0000000000000003 ffff8300952f9000 ffff830247c96000 0000000000000000
Aug 17 04:51:23.937961 (XEN) 0000000000000003 0000000000000000 ffff83009550fd98 ffff82d08012d3ba
Aug 17 04:51:23.945951 (XEN) ffff8300952f9000 ffff830247c96000 ffff83009550fdd8 ffff82d080105d70
Aug 17 04:51:23.953969 (XEN) ffff830257af5570 0000000000000000 ffff830247c96000 00007f0d38354004
Aug 17 04:51:23.961962 (XEN) ffff830257af5570 0000000000000002 ffff83009550fef8 ffff82d0801039df
Aug 17 04:51:23.969963 (XEN) ffff83009550fe18 ffff82d000000000 0000000000000000 0000000000000003
Aug 17 04:51:23.977950 (XEN) 0000000000000000 0000000242214025 ffff830000000001 ffff83009550fea8
Aug 17 04:51:23.985962 (XEN) ffff83009550fea4 ffff82e004818900 0000000c0000000f 00007f0d38140013
Aug 17 04:51:23.993958 (XEN) 0000000000000002 0000000000000000 00007ffe23e9a7c0 00007f0d36e456c8
Aug 17 04:51:24.001946 (XEN) 0000000000000000 00007ffe23e9a7f0 0000000000407f60 00007f0d3814b2e5
Aug 17 04:51:24.009952 (XEN) 0000000000a399f0 0000000000000013 0000000000000002 0000000000000013
Aug 17 04:51:24.017959 (XEN) Xen call trace:
Aug 17 04:51:24.017992 (XEN) [<ffff82d080124d71>] sched_credit.c#_csched_cpu_pick+0x1be/0x62a
Aug 17 04:51:24.025957 (XEN) [<ffff82d0801251f8>] sched_credit.c#csched_cpu_pick+0x1b/0x1d
Aug 17 04:51:24.033963 (XEN) [<ffff82d080125227>] sched_credit.c#csched_vcpu_insert+0x2d/0x157
Aug 17 04:51:24.041949 (XEN) [<ffff82d08012d3ba>] sched_init_vcpu+0x1b8/0x1fe
Aug 17 04:51:24.041984 (XEN) [<ffff82d080105d70>] alloc_vcpu+0x1c8/0x2c7
Aug 17 04:51:24.049995 (XEN) [<ffff82d0801039df>] do_domctl+0x7ea/0x1b24
Aug 17 04:51:24.057972 (XEN) [<ffff82d080242a6d>] lstar_enter+0xdd/0x137
Aug 17 04:51:24.058011 (XEN)
Aug 17 04:51:24.065961 (XEN)
Aug 17 04:51:24.065989 (XEN) ****************************************
Aug 17 04:51:24.066018 (XEN) Panic on CPU 0:
Aug 17 04:51:24.073936 (XEN) GENERAL PROTECTION FAULT
Aug 17 04:51:24.073967 (XEN) [error_code=0000]
Aug 17 04:51:24.073994 (XEN) ****************************************
This looks to me the same thing reported by Andrew a couple of days
ago, and then covered in the following emails/threads:
https://lists.xen.org/archives/html/xen-devel/2016-08/msg01677.html
https://lists.xen.org/archives/html/xen-devel/2016-08/msg01679.html
https://lists.xen.org/archives/html/xen-devel/2016-08/msg01752.html
The fact that, AFAICT, subsequent flights passed (i.e., 100533) is also
consistent with that, as it's basically a race, and hence it is indeed
supposed to manifests itself intermittently.
Patch 1 of this series is my fix:
https://lists.xen.org/archives/html/xen-devel/2016-08/msg02253.html
https://lists.xen.org/archives/html/xen-devel/2016-08/msg02254.html
Regards,
Dario
--
<<This happens because I choose it to happen!>> (Raistlin Majere)
-----------------------------------------------------------------
Dario Faggioli, Ph.D, http://about.me/dario.faggioli
Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK)
[-- Attachment #1.2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 819 bytes --]
[-- Attachment #2: Type: text/plain, Size: 127 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2016-08-18 13:32 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-08-17 13:04 [xen-unstable test] 100518: regressions - FAIL osstest service owner
2016-08-18 13:32 ` Dario Faggioli
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.