* [xen-unstable test] 187507: regressions - FAIL
@ 2024-09-06 4:41 osstest service owner
2024-09-06 6:08 ` Jan Beulich
0 siblings, 1 reply; 6+ messages in thread
From: osstest service owner @ 2024-09-06 4:41 UTC (permalink / raw)
To: xen-devel
flight 187507 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/187507/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-xsm 6 xen-build fail REGR. vs. 187498
build-i386 6 xen-build fail REGR. vs. 187498
Tests which did not succeed, but are not blocking:
build-i386-libvirt 1 build-check(1) blocked n/a
test-amd64-amd64-xl-qemut-win7-amd64 19 guest-stop fail like 187498
test-amd64-amd64-xl-qemuu-ws16-amd64 19 guest-stop fail like 187498
test-amd64-amd64-xl-qemuu-win7-amd64 19 guest-stop fail like 187498
test-armhf-armhf-libvirt 16 saverestore-support-check fail like 187498
test-amd64-amd64-xl-qemut-ws16-amd64 19 guest-stop fail like 187498
test-amd64-amd64-qemuu-nested-amd 20 debian-hvm-install/l1/l2 fail like 187498
test-amd64-amd64-libvirt 15 migrate-support-check fail never pass
test-amd64-amd64-libvirt-xsm 15 migrate-support-check fail never pass
test-arm64-arm64-xl 15 migrate-support-check fail never pass
test-arm64-arm64-xl 16 saverestore-support-check fail never pass
test-arm64-arm64-xl-credit1 15 migrate-support-check fail never pass
test-arm64-arm64-xl-credit1 16 saverestore-support-check fail never pass
test-arm64-arm64-xl-credit2 15 migrate-support-check fail never pass
test-arm64-arm64-xl-credit2 16 saverestore-support-check fail never pass
test-arm64-arm64-libvirt-xsm 15 migrate-support-check fail never pass
test-arm64-arm64-libvirt-xsm 16 saverestore-support-check fail never pass
test-arm64-arm64-xl-thunderx 15 migrate-support-check fail never pass
test-arm64-arm64-xl-thunderx 16 saverestore-support-check fail never pass
test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm 13 migrate-support-check fail never pass
test-armhf-armhf-xl-multivcpu 15 migrate-support-check fail never pass
test-armhf-armhf-xl-multivcpu 16 saverestore-support-check fail never pass
test-armhf-armhf-xl-credit1 15 migrate-support-check fail never pass
test-armhf-armhf-xl-credit1 16 saverestore-support-check fail never pass
test-amd64-amd64-libvirt-qcow2 14 migrate-support-check fail never pass
test-amd64-amd64-libvirt-raw 14 migrate-support-check fail never pass
test-armhf-armhf-xl-rtds 15 migrate-support-check fail never pass
test-armhf-armhf-xl-rtds 16 saverestore-support-check fail never pass
test-armhf-armhf-xl-credit2 15 migrate-support-check fail never pass
test-armhf-armhf-xl-credit2 16 saverestore-support-check fail never pass
test-arm64-arm64-xl-xsm 15 migrate-support-check fail never pass
test-arm64-arm64-xl-xsm 16 saverestore-support-check fail never pass
test-amd64-amd64-libvirt-vhd 14 migrate-support-check fail never pass
test-arm64-arm64-libvirt-raw 14 migrate-support-check fail never pass
test-arm64-arm64-libvirt-raw 15 saverestore-support-check fail never pass
test-arm64-arm64-xl-vhd 14 migrate-support-check fail never pass
test-arm64-arm64-xl-vhd 15 saverestore-support-check fail never pass
test-armhf-armhf-xl-arndale 15 migrate-support-check fail never pass
test-armhf-armhf-xl-arndale 16 saverestore-support-check fail never pass
test-armhf-armhf-libvirt 15 migrate-support-check fail never pass
test-armhf-armhf-xl 15 migrate-support-check fail never pass
test-armhf-armhf-xl 16 saverestore-support-check fail never pass
test-armhf-armhf-xl-qcow2 14 migrate-support-check fail never pass
test-armhf-armhf-xl-qcow2 15 saverestore-support-check fail never pass
test-armhf-armhf-libvirt-vhd 14 migrate-support-check fail never pass
test-armhf-armhf-libvirt-vhd 15 saverestore-support-check fail never pass
test-armhf-armhf-xl-raw 14 migrate-support-check fail never pass
test-armhf-armhf-xl-raw 15 saverestore-support-check fail never pass
version targeted for testing:
xen a2de7dc4d845738e734b10fce6550c89c6b1092c
baseline version:
xen 6471badeeec92db1cb8155066551f7509cd82efd
Last test of basis 187498 2024-09-04 19:40:48 Z 1 days
Testing same since 187507 2024-09-05 15:14:45 Z 0 days 1 attempts
------------------------------------------------------------
People who touched revisions under test:
Andrew Cooper <andrew.cooper3@citrix.com>
Jan Beulich <jbeulich@suse.com>
Sergiy Kibrik <Sergiy_Kibrik@epam.com>
jobs:
build-amd64-xsm pass
build-arm64-xsm pass
build-i386-xsm fail
build-amd64-xtf pass
build-amd64 pass
build-arm64 pass
build-armhf pass
build-i386 fail
build-amd64-libvirt pass
build-arm64-libvirt pass
build-armhf-libvirt pass
build-i386-libvirt blocked
build-amd64-prev pass
build-i386-prev pass
build-amd64-pvops pass
build-arm64-pvops pass
build-armhf-pvops pass
build-i386-pvops pass
test-xtf-amd64-amd64-1 pass
test-xtf-amd64-amd64-2 pass
test-xtf-amd64-amd64-3 pass
test-xtf-amd64-amd64-4 pass
test-xtf-amd64-amd64-5 pass
test-amd64-amd64-xl pass
test-amd64-coresched-amd64-xl pass
test-arm64-arm64-xl pass
test-armhf-armhf-xl pass
test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm pass
test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm pass
test-amd64-amd64-xl-qemut-debianhvm-i386-xsm pass
test-amd64-amd64-xl-qemuu-debianhvm-i386-xsm pass
test-amd64-amd64-libvirt-xsm pass
test-arm64-arm64-libvirt-xsm pass
test-amd64-amd64-xl-xsm pass
test-arm64-arm64-xl-xsm pass
test-amd64-amd64-qemuu-nested-amd fail
test-amd64-amd64-xl-pvhv2-amd pass
test-amd64-amd64-dom0pvh-xl-amd pass
test-amd64-amd64-xl-qemut-debianhvm-amd64 pass
test-amd64-amd64-xl-qemuu-debianhvm-amd64 pass
test-amd64-amd64-qemuu-freebsd11-amd64 pass
test-amd64-amd64-qemuu-freebsd12-amd64 pass
test-amd64-amd64-xl-qemuu-ovmf-amd64 pass
test-amd64-amd64-xl-qemut-win7-amd64 fail
test-amd64-amd64-xl-qemuu-win7-amd64 fail
test-amd64-amd64-xl-qemut-ws16-amd64 fail
test-amd64-amd64-xl-qemuu-ws16-amd64 fail
test-armhf-armhf-xl-arndale pass
test-amd64-amd64-examine-bios pass
test-amd64-amd64-xl-credit1 pass
test-arm64-arm64-xl-credit1 pass
test-armhf-armhf-xl-credit1 pass
test-amd64-amd64-xl-credit2 pass
test-arm64-arm64-xl-credit2 pass
test-armhf-armhf-xl-credit2 pass
test-amd64-amd64-xl-qemuu-dmrestrict-amd64-dmrestrict pass
test-amd64-amd64-examine pass
test-arm64-arm64-examine pass
test-armhf-armhf-examine pass
test-amd64-amd64-qemuu-nested-intel pass
test-amd64-amd64-xl-pvhv2-intel pass
test-amd64-amd64-dom0pvh-xl-intel pass
test-amd64-amd64-libvirt pass
test-armhf-armhf-libvirt pass
test-amd64-amd64-livepatch pass
test-amd64-amd64-migrupgrade pass
test-amd64-amd64-xl-multivcpu pass
test-armhf-armhf-xl-multivcpu pass
test-amd64-amd64-pair pass
test-amd64-amd64-libvirt-pair pass
test-amd64-amd64-xl-pvshim pass
test-amd64-amd64-pygrub pass
test-amd64-amd64-libvirt-qcow2 pass
test-amd64-amd64-xl-qcow2 pass
test-armhf-armhf-xl-qcow2 pass
test-amd64-amd64-libvirt-raw pass
test-arm64-arm64-libvirt-raw pass
test-amd64-amd64-xl-raw pass
test-armhf-armhf-xl-raw pass
test-amd64-amd64-xl-rtds pass
test-armhf-armhf-xl-rtds pass
test-amd64-amd64-xl-qemuu-debianhvm-amd64-shadow pass
test-amd64-amd64-xl-shadow pass
test-arm64-arm64-xl-thunderx pass
test-amd64-amd64-examine-uefi pass
test-amd64-amd64-libvirt-vhd pass
test-armhf-armhf-libvirt-vhd pass
test-amd64-amd64-xl-vhd pass
test-arm64-arm64-xl-vhd 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 a2de7dc4d845738e734b10fce6550c89c6b1092c
Author: Jan Beulich <jbeulich@suse.com>
Date: Wed Sep 4 16:09:28 2024 +0200
x86: fix UP build with gcc14
The complaint is:
In file included from ././include/xen/config.h:17,
from <command-line>:
arch/x86/smpboot.c: In function ‘link_thread_siblings.constprop’:
./include/asm-generic/percpu.h:16:51: error: array subscript [0, 0] is outside array bounds of ‘long unsigned int[1]’ [-Werror=array-bounds=]
16 | (*RELOC_HIDE(&per_cpu__##var, __per_cpu_offset[cpu]))
./include/xen/compiler.h:140:29: note: in definition of macro ‘RELOC_HIDE’
140 | (typeof(ptr)) (__ptr + (off)); })
| ^~~
arch/x86/smpboot.c:238:27: note: in expansion of macro ‘per_cpu’
238 | cpumask_set_cpu(cpu2, per_cpu(cpu_sibling_mask, cpu1));
| ^~~~~~~
In file included from ./arch/x86/include/generated/asm/percpu.h:1,
from ./include/xen/percpu.h:30,
from ./arch/x86/include/asm/cpuid.h:9,
from ./arch/x86/include/asm/cpufeature.h:11,
from ./arch/x86/include/asm/system.h:6,
from ./include/xen/list.h:11,
from ./include/xen/mm.h:68,
from arch/x86/smpboot.c:12:
./include/asm-generic/percpu.h:12:22: note: while referencing ‘__per_cpu_offset’
12 | extern unsigned long __per_cpu_offset[NR_CPUS];
| ^~~~~~~~~~~~~~~~
Which I consider bogus in the first place ("array subscript [0, 0]" vs a
1-element array). Yet taking the experience from 99f942f3d410 ("Arm64:
adjust __irq_to_desc() to fix build with gcc14") I guessed that
switching function parameters to unsigned int (which they should have
been anyway) might help. And voilà ...
Signed-off-by: Jan Beulich <jbeulich@suse.com>
Acked-by: Andrew Cooper <andrew.cooper3@citrix.com>
commit 3117e58ce03a0aecd945abe99778407a176fe2f1
Author: Sergiy Kibrik <Sergiy_Kibrik@epam.com>
Date: Wed Sep 4 16:08:37 2024 +0200
x86/tboot: add Intel dependency
Make the Intel-specific Trusted Boot implementation dependant on general Intel CPU support.
Signed-off-by: Sergiy Kibrik <Sergiy_Kibrik@epam.com>
Acked-by: Jan Beulich <jbeulich@suse.com>
commit c5be91eb81403195643e8de287c86fbd728ad6cb
Author: Jan Beulich <jbeulich@suse.com>
Date: Wed Sep 4 16:07:41 2024 +0200
mktarball: only archive Xen
As was basically decided already a while ago, remove - in the simplest
possible way - the archiving of both qemu-s and mini-os from tarball
generation.
With this the subtree-force-update-all prereq isn't needed anymore in
the top level Makefile. That goal, including the respective ones
underneath tools/, then also are unreferenced and hence are being
dropped, too.
Signed-off-by: Jan Beulich <jbeulich@suse.com>
Acked-by: Andrew Cooper <andrew.cooper3@citrix.com>
commit b20e3fbc3ec91b4534e51f6f724c3826dac0bdf3
Author: Jan Beulich <jbeulich@suse.com>
Date: Wed Sep 4 16:06:42 2024 +0200
x86emul: introduce a struct cpu_policy * local in x86_emulate()
While of little effect right here, future patches (AVX10, AMX,
KeyLocker) will benefit more significantly.
Signed-off-by: Jan Beulich <jbeulich@suse.com>
Acked-by: Andrew Cooper <andrew.cooper3@citrix.com>
commit 3c93a0da6bc201ebeb8a08d6bd339c9982985fcc
Author: Jan Beulich <jbeulich@suse.com>
Date: Wed Sep 4 16:06:21 2024 +0200
x86emul/test: rename "cp"
In preparation of introducing a const struct cpu_policy * local in
x86_emulate(), rename that global variable to something more suitable:
"cp" is our commonly used name for function parameters or local
variables of type struct cpu_policy *, and the present name of the
global could hence have interfered already.
Signed-off-by: Jan Beulich <jbeulich@suse.com>
Acked-by: Andrew Cooper <andrew.cooper3@citrix.com>
commit d7c18b8720824d7efc39ffa7296751e1812865a9
Author: Jan Beulich <jbeulich@suse.com>
Date: Wed Sep 4 16:05:03 2024 +0200
SUPPORT.md: split XSM from Flask
XSM is a generic framework, which in particular is also used by SILO.
With this it can't really be experimental: Arm mandates SILO for having
a security supported configuration.
Signed-off-by: Jan Beulich <jbeulich@suse.com>
Reviewed-by: Roger Pau Monné <roger.pau@citrix.com>
Reviewed-by: Daniel P. Smith <dpsmith@apertussolutions.com>
(qemu changes not included)
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [xen-unstable test] 187507: regressions - FAIL
2024-09-06 4:41 [xen-unstable test] 187507: regressions - FAIL osstest service owner
@ 2024-09-06 6:08 ` Jan Beulich
2024-09-06 10:01 ` Andrew Cooper
0 siblings, 1 reply; 6+ messages in thread
From: Jan Beulich @ 2024-09-06 6:08 UTC (permalink / raw)
To: xen-devel; +Cc: osstest service owner
On 06.09.2024 06:41, osstest service owner wrote:
> flight 187507 xen-unstable real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/187507/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> build-i386-xsm 6 xen-build fail REGR. vs. 187498
> build-i386 6 xen-build fail REGR. vs. 187498
This is a result of "x86emul: introduce a struct cpu_policy * local in
x86_emulate()", and me not noticing the issue because in my tree (for
AMX in particular) I have several more uses of the variable. I'd really
like to avoid undoing the change, but adding __maybe_unused also seems
bogus to me, as does adding a seemingly stray (void)cp somewhere. Good
alternative ideas, anyone?
Jan
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [xen-unstable test] 187507: regressions - FAIL
2024-09-06 6:08 ` Jan Beulich
@ 2024-09-06 10:01 ` Andrew Cooper
2024-09-06 10:07 ` Andrew Cooper
0 siblings, 1 reply; 6+ messages in thread
From: Andrew Cooper @ 2024-09-06 10:01 UTC (permalink / raw)
To: Jan Beulich, xen-devel; +Cc: osstest service owner
On 06/09/2024 7:08 am, Jan Beulich wrote:
> On 06.09.2024 06:41, osstest service owner wrote:
>> flight 187507 xen-unstable real [real]
>> http://logs.test-lab.xenproject.org/osstest/logs/187507/
>>
>> Regressions :-(
>>
>> Tests which did not succeed and are blocking,
>> including tests which could not be run:
>> build-i386-xsm 6 xen-build fail REGR. vs. 187498
>> build-i386 6 xen-build fail REGR. vs. 187498
> This is a result of "x86emul: introduce a struct cpu_policy * local in
> x86_emulate()", and me not noticing the issue because in my tree (for
> AMX in particular) I have several more uses of the variable. I'd really
> like to avoid undoing the change, but adding __maybe_unused also seems
> bogus to me, as does adding a seemingly stray (void)cp somewhere. Good
> alternative ideas, anyone?
__maybe_unused as at least accurate, and its less fragile than a (void)cp;
~Andrew
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [xen-unstable test] 187507: regressions - FAIL
2024-09-06 10:01 ` Andrew Cooper
@ 2024-09-06 10:07 ` Andrew Cooper
2024-09-06 10:46 ` Jan Beulich
2024-09-06 12:41 ` Anthony PERARD
0 siblings, 2 replies; 6+ messages in thread
From: Andrew Cooper @ 2024-09-06 10:07 UTC (permalink / raw)
To: Jan Beulich, xen-devel; +Cc: osstest service owner
On 06/09/2024 11:01 am, Andrew Cooper wrote:
> On 06/09/2024 7:08 am, Jan Beulich wrote:
>> On 06.09.2024 06:41, osstest service owner wrote:
>>> flight 187507 xen-unstable real [real]
>>> http://logs.test-lab.xenproject.org/osstest/logs/187507/
>>>
>>> Regressions :-(
>>>
>>> Tests which did not succeed and are blocking,
>>> including tests which could not be run:
>>> build-i386-xsm 6 xen-build fail REGR. vs. 187498
>>> build-i386 6 xen-build fail REGR. vs. 187498
>> This is a result of "x86emul: introduce a struct cpu_policy * local in
>> x86_emulate()", and me not noticing the issue because in my tree (for
>> AMX in particular) I have several more uses of the variable. I'd really
>> like to avoid undoing the change, but adding __maybe_unused also seems
>> bogus to me, as does adding a seemingly stray (void)cp somewhere. Good
>> alternative ideas, anyone?
> __maybe_unused as at least accurate, and its less fragile than a (void)cp;
Interestingly, Gitlab's x86_32 build test missed this.
https://gitlab.com/xen-project/people/andyhhp/xen/-/jobs/7762103169 passed.
I wonder if there's anything we should have done to get better coverage.
~Andrew
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [xen-unstable test] 187507: regressions - FAIL
2024-09-06 10:07 ` Andrew Cooper
@ 2024-09-06 10:46 ` Jan Beulich
2024-09-06 12:41 ` Anthony PERARD
1 sibling, 0 replies; 6+ messages in thread
From: Jan Beulich @ 2024-09-06 10:46 UTC (permalink / raw)
To: Andrew Cooper; +Cc: osstest service owner, xen-devel
On 06.09.2024 12:07, Andrew Cooper wrote:
> On 06/09/2024 11:01 am, Andrew Cooper wrote:
>> On 06/09/2024 7:08 am, Jan Beulich wrote:
>>> On 06.09.2024 06:41, osstest service owner wrote:
>>>> flight 187507 xen-unstable real [real]
>>>> http://logs.test-lab.xenproject.org/osstest/logs/187507/
>>>>
>>>> Regressions :-(
>>>>
>>>> Tests which did not succeed and are blocking,
>>>> including tests which could not be run:
>>>> build-i386-xsm 6 xen-build fail REGR. vs. 187498
>>>> build-i386 6 xen-build fail REGR. vs. 187498
>>> This is a result of "x86emul: introduce a struct cpu_policy * local in
>>> x86_emulate()", and me not noticing the issue because in my tree (for
>>> AMX in particular) I have several more uses of the variable. I'd really
>>> like to avoid undoing the change, but adding __maybe_unused also seems
>>> bogus to me, as does adding a seemingly stray (void)cp somewhere. Good
>>> alternative ideas, anyone?
>> __maybe_unused as at least accurate, and its less fragile than a (void)cp;
>
> Interestingly, Gitlab's x86_32 build test missed this.
>
> https://gitlab.com/xen-project/people/andyhhp/xen/-/jobs/7762103169 passed.
>
> I wonder if there's anything we should have done to get better coverage.
From the build log:
make -C x86_emulator install
make[6]: Entering directory '/builds/xen-project/people/andyhhp/xen/tools/tests/x86_emulator'
make[6]: Nothing to be done for 'install'.
make[6]: Leaving directory '/builds/xen-project/people/andyhhp/xen/tools/tests/x86_emulator'
Iirc one of your colleagues (Alejandro?) had a patch to actually install the
test harness binary. I didn't like this very much, but the above may be a
good reason to have it despite my slight dislike. And I think I had indicated
already that if everyone else thinks this wants installing, so be it.
Jan
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [xen-unstable test] 187507: regressions - FAIL
2024-09-06 10:07 ` Andrew Cooper
2024-09-06 10:46 ` Jan Beulich
@ 2024-09-06 12:41 ` Anthony PERARD
1 sibling, 0 replies; 6+ messages in thread
From: Anthony PERARD @ 2024-09-06 12:41 UTC (permalink / raw)
To: Andrew Cooper; +Cc: Jan Beulich, xen-devel, osstest service owner
On Fri, Sep 06, 2024 at 11:07:06AM +0100, Andrew Cooper wrote:
> Interestingly, Gitlab's x86_32 build test missed this.
>
> https://gitlab.com/xen-project/people/andyhhp/xen/-/jobs/7762103169 passed.
>
> I wonder if there's anything we should have done to get better coverage.
osstest does `make build` before `make` (equivalent to `make all` or
`make dist`). On gitlab, it's only `make dist`.
`make all` in root Makefile doesn't call `all` in sub-directories,
instead it calls `make install` recursively.
The "install: all" rules seems to only be written in leaf makefile
(probably for the best). Since there's nothing to install for
x86_emulate, it doesn't depends on the "all" rule. So only "osstest" is
going to build the tests.
Cheers,
--
Anthony PERARD
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2024-09-06 12:41 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2024-09-06 4:41 [xen-unstable test] 187507: regressions - FAIL osstest service owner
2024-09-06 6:08 ` Jan Beulich
2024-09-06 10:01 ` Andrew Cooper
2024-09-06 10:07 ` Andrew Cooper
2024-09-06 10:46 ` Jan Beulich
2024-09-06 12:41 ` Anthony PERARD
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.