| Message ID | 20250110131754.2769814-24-alex.bennee@linaro.org |
|---|---|
| State | Accepted |
| Commit | 3d30f882ce76bb4e61f033f1680e78695fed8ad3 |
| Headers | show |
| Series | [PULL,01/32] tests/functional: update the arm tuxrun tests | expand |
On Fri, 10 Jan 2025 at 13:23, Alex Bennée <alex.bennee@linaro.org> wrote: > Now that we have virtio-gpu Vulkan support, let's add a test for it. > Currently this is using images build by buildroot: > > https://lists.buildroot.org/pipermail/buildroot/2024-December/768196.html > > Reviewed-by: Thomas Huth <thuth@redhat.com> > Signed-off-by: Alex Bennée <alex.bennee@linaro.org> > Message-Id: <20250108121054.1126164-24-alex.bennee@linaro.org> Hi; this test currently fails for me with a clang sanitizer build (ubuntu 24.04 host). It seems to run weston in the guest, which fails with: 2025-02-17 16:11:10,218: [16:11:10.672] Command line: weston -B headless --renderer gl --shell kiosk -- vkmark -b:duration=1.0 2025-02-17 16:11:10,224: [16:11:10.675] OS: Linux, 6.11.10, #2 SMP Thu Dec 5 16:27:12 GMT 2024, aarch64 2025-02-17 16:11:10,225: [16:11:10.680] Flight recorder: enabled 2025-02-17 16:11:10,226: [16:11:10.681] warning: XDG_RUNTIME_DIR "/tmp" is not configured 2025-02-17 16:11:10,226: correctly. Unix access mode must be 0700 (current mode is 0777), 2025-02-17 16:11:10,226: and must be owned by the user UID 0 (current owner is UID 0). 2025-02-17 16:11:10,227: Refer to your distribution on how to get it, or 2025-02-17 16:11:10,227: http://www.freedesktop.org/wiki/Specifications/basedir-spec 2025-02-17 16:11:10,228: on how to implement it. 2025-02-17 16:11:10,240: [16:11:10.695] Starting with no config file. 2025-02-17 16:11:10,253: [16:11:10.707] Output repaint window is 7 ms maximum. 2025-02-17 16:11:10,262: [16:11:10.716] Loading module '/usr/lib/libweston-14/headless-backend.so' 2025-02-17 16:11:10,313: [16:11:10.768] Loading module '/usr/lib/libweston-14/gl-renderer.so' 2025-02-17 16:11:21,858: libEGL warning: egl: failed to create dri2 screen 2025-02-17 16:11:21,959: libEGL warning: egl: failed to create dri2 screen 2025-02-17 16:11:22,023: libEGL warning: egl: failed to create dri2 screen 2025-02-17 16:11:22,032: [16:11:22.486] failed to initialize display 2025-02-17 16:11:22,033: [16:11:22.488] EGL error state: EGL_NOT_INITIALIZED (0x3001) 2025-02-17 16:11:22,036: [16:11:22.490] fatal: failed to create compositor backend Then eventually the test framework times it ou and sends it a SIGTERM, and QEMU SEGVs inside libEGL trying to run an exit handler: qemu-system-aarch64: terminating on signal 15 from pid 242824 (/mnt/nvmedisk/linaro/qemu-from-laptop/qemu/build/arm-clang/pyvenv/bin/python3) UndefinedBehaviorSanitizer:DEADLYSIGNAL ==243045==ERROR: UndefinedBehaviorSanitizer: SEGV on unknown address 0x73fbfefe6a31 (pc 0x73fbba9788e9 bp 0x73fbbbe0af80 sp 0x7ffd676fbfe0 T243045) ==243045==The signal is caused by a READ memory access. #0 0x73fbba9788e9 (/lib/x86_64-linux-gnu/libnvidia-eglcore.so.535.183.01+0x15788e9) (BuildId: 24b0d0b90369112e3de888a93eb8d7e00304a6db) #1 0x73fbbaafc178 (/lib/x86_64-linux-gnu/libnvidia-eglcore.so.535.183.01+0x16fc178) (BuildId: 24b0d0b90369112e3de888a93eb8d7e00304a6db) #2 0x73fbba62564f (/lib/x86_64-linux-gnu/libnvidia-eglcore.so.535.183.01+0x122564f) (BuildId: 24b0d0b90369112e3de888a93eb8d7e00304a6db) #3 0x73fbbab067d7 (/lib/x86_64-linux-gnu/libnvidia-eglcore.so.535.183.01+0x17067d7) (BuildId: 24b0d0b90369112e3de888a93eb8d7e00304a6db) #4 0x73fbba63b786 (/lib/x86_64-linux-gnu/libnvidia-eglcore.so.535.183.01+0x123b786) (BuildId: 24b0d0b90369112e3de888a93eb8d7e00304a6db) #5 0x73fbba96290a (/lib/x86_64-linux-gnu/libnvidia-eglcore.so.535.183.01+0x156290a) (BuildId: 24b0d0b90369112e3de888a93eb8d7e00304a6db) #6 0x73fbba941c5c (/lib/x86_64-linux-gnu/libnvidia-eglcore.so.535.183.01+0x1541c5c) (BuildId: 24b0d0b90369112e3de888a93eb8d7e00304a6db) #7 0x73fbc2041f20 (/lib/x86_64-linux-gnu/libEGL_nvidia.so.0+0x41f20) (BuildId: 6cd9e3e571aa104d4fa5512a5c7196617fea6b51) #8 0x73fbc2041f68 (/lib/x86_64-linux-gnu/libEGL_nvidia.so.0+0x41f68) (BuildId: 6cd9e3e571aa104d4fa5512a5c7196617fea6b51) #9 0x73fbc2034ca9 (/lib/x86_64-linux-gnu/libEGL_nvidia.so.0+0x34ca9) (BuildId: 6cd9e3e571aa104d4fa5512a5c7196617fea6b51) #10 0x73fbc203ae90 (/lib/x86_64-linux-gnu/libEGL_nvidia.so.0+0x3ae90) (BuildId: 6cd9e3e571aa104d4fa5512a5c7196617fea6b51) #11 0x73fbc203aeda (/lib/x86_64-linux-gnu/libEGL_nvidia.so.0+0x3aeda) (BuildId: 6cd9e3e571aa104d4fa5512a5c7196617fea6b51) #12 0x73fbc20a45f5 (/lib/x86_64-linux-gnu/libEGL_nvidia.so.0+0xa45f5) (BuildId: 6cd9e3e571aa104d4fa5512a5c7196617fea6b51) #13 0x73fbc20a2bfc (/lib/x86_64-linux-gnu/libEGL_nvidia.so.0+0xa2bfc) (BuildId: 6cd9e3e571aa104d4fa5512a5c7196617fea6b51) #14 0x73fbd3047a75 in __run_exit_handlers stdlib/exit.c:108:8 #15 0x73fbd3047bbd in exit stdlib/exit.c:138:3 #16 0x5a5bab5e3fdb in qemu_default_main /mnt/nvmedisk/linaro/qemu-from-laptop/qemu/build/arm-clang/../../system/main.c:52:5 #17 0x5a5bab5e3f9e in main /mnt/nvmedisk/linaro/qemu-from-laptop/qemu/build/arm-clang/../../system/main.c:76:9 #18 0x73fbd302a1c9 in __libc_start_call_main csu/../sysdeps/nptl/libc_start_call_main.h:58:16 #19 0x73fbd302a28a in __libc_start_main csu/../csu/libc-start.c:360:3 #20 0x5a5ba9c5b554 in _start (/mnt/nvmedisk/linaro/qemu-from-laptop/qemu/build/arm-clang/qemu-system-aarch64+0x15dc554) (BuildId: 8efda3601b42aa2644dde35d1d63f7b22b649a33) UndefinedBehaviorSanitizer can not provide additional info. SUMMARY: UndefinedBehaviorSanitizer: SEGV (/lib/x86_64-linux-gnu/libnvidia-eglcore.so.535.183.01+0x15788e9) (BuildId: 24b0d0b90369112e3de888a93eb8d7e00304a6db) ==243045==ABORTING thanks -- PMM
Peter Maydell <peter.maydell@linaro.org> writes: > On Fri, 10 Jan 2025 at 13:23, Alex Bennée <alex.bennee@linaro.org> wrote: >> Now that we have virtio-gpu Vulkan support, let's add a test for it. >> Currently this is using images build by buildroot: >> >> https://lists.buildroot.org/pipermail/buildroot/2024-December/768196.html >> >> Reviewed-by: Thomas Huth <thuth@redhat.com> >> Signed-off-by: Alex Bennée <alex.bennee@linaro.org> >> Message-Id: <20250108121054.1126164-24-alex.bennee@linaro.org> > > Hi; this test currently fails for me with a clang sanitizer > build (ubuntu 24.04 host). It seems to run weston in the guest, > which fails with: > > 2025-02-17 16:11:10,218: [16:11:10.672] Command line: weston -B > headless --renderer gl --shell kiosk -- vkmark -b:duration=1.0 > 2025-02-17 16:11:10,224: [16:11:10.675] OS: Linux, 6.11.10, #2 SMP Thu > Dec 5 16:27:12 GMT 2024, aarch64 > 2025-02-17 16:11:10,225: [16:11:10.680] Flight recorder: enabled > 2025-02-17 16:11:10,226: [16:11:10.681] warning: XDG_RUNTIME_DIR > "/tmp" is not configured > 2025-02-17 16:11:10,226: correctly. Unix access mode must be 0700 > (current mode is 0777), > 2025-02-17 16:11:10,226: and must be owned by the user UID 0 (current > owner is UID 0). > 2025-02-17 16:11:10,227: Refer to your distribution on how to get it, or > 2025-02-17 16:11:10,227: > http://www.freedesktop.org/wiki/Specifications/basedir-spec > 2025-02-17 16:11:10,228: on how to implement it. > 2025-02-17 16:11:10,240: [16:11:10.695] Starting with no config file. > 2025-02-17 16:11:10,253: [16:11:10.707] Output repaint window is 7 ms maximum. > 2025-02-17 16:11:10,262: [16:11:10.716] Loading module > '/usr/lib/libweston-14/headless-backend.so' > 2025-02-17 16:11:10,313: [16:11:10.768] Loading module > '/usr/lib/libweston-14/gl-renderer.so' > 2025-02-17 16:11:21,858: libEGL warning: egl: failed to create dri2 screen > 2025-02-17 16:11:21,959: libEGL warning: egl: failed to create dri2 screen > 2025-02-17 16:11:22,023: libEGL warning: egl: failed to create dri2 screen > 2025-02-17 16:11:22,032: [16:11:22.486] failed to initialize display > 2025-02-17 16:11:22,033: [16:11:22.488] EGL error state: > EGL_NOT_INITIALIZED (0x3001) > 2025-02-17 16:11:22,036: [16:11:22.490] fatal: failed to create > compositor backend I guess we can catch that in the test case and fail the test. > > Then eventually the test framework times it ou and sends it > a SIGTERM, and QEMU SEGVs inside libEGL trying to run an > exit handler: > > qemu-system-aarch64: terminating on signal 15 from pid 242824 > (/mnt/nvmedisk/linaro/qemu-from-laptop/qemu/build/arm-clang/pyvenv/bin/python3) > UndefinedBehaviorSanitizer:DEADLYSIGNAL > ==243045==ERROR: UndefinedBehaviorSanitizer: SEGV on unknown address > 0x73fbfefe6a31 (pc 0x73fbba9788e9 bp 0x73fbbbe0af80 sp 0x7ffd676fbfe0 > T243045) > ==243045==The signal is caused by a READ memory access. > #0 0x73fbba9788e9 > (/lib/x86_64-linux-gnu/libnvidia-eglcore.so.535.183.01+0x15788e9) > (BuildId: 24b0d0b90369112e3de888a93eb8d7e00304a6db) > #1 0x73fbbaafc178 > (/lib/x86_64-linux-gnu/libnvidia-eglcore.so.535.183.01+0x16fc178) > (BuildId: 24b0d0b90369112e3de888a93eb8d7e00304a6db) > #2 0x73fbba62564f > (/lib/x86_64-linux-gnu/libnvidia-eglcore.so.535.183.01+0x122564f) > (BuildId: 24b0d0b90369112e3de888a93eb8d7e00304a6db) > #3 0x73fbbab067d7 > (/lib/x86_64-linux-gnu/libnvidia-eglcore.so.535.183.01+0x17067d7) > (BuildId: 24b0d0b90369112e3de888a93eb8d7e00304a6db) > #4 0x73fbba63b786 > (/lib/x86_64-linux-gnu/libnvidia-eglcore.so.535.183.01+0x123b786) > (BuildId: 24b0d0b90369112e3de888a93eb8d7e00304a6db) > #5 0x73fbba96290a > (/lib/x86_64-linux-gnu/libnvidia-eglcore.so.535.183.01+0x156290a) > (BuildId: 24b0d0b90369112e3de888a93eb8d7e00304a6db) > #6 0x73fbba941c5c > (/lib/x86_64-linux-gnu/libnvidia-eglcore.so.535.183.01+0x1541c5c) > (BuildId: 24b0d0b90369112e3de888a93eb8d7e00304a6db) > #7 0x73fbc2041f20 > (/lib/x86_64-linux-gnu/libEGL_nvidia.so.0+0x41f20) (BuildId: > 6cd9e3e571aa104d4fa5512a5c7196617fea6b51) > #8 0x73fbc2041f68 > (/lib/x86_64-linux-gnu/libEGL_nvidia.so.0+0x41f68) (BuildId: > 6cd9e3e571aa104d4fa5512a5c7196617fea6b51) > #9 0x73fbc2034ca9 > (/lib/x86_64-linux-gnu/libEGL_nvidia.so.0+0x34ca9) (BuildId: > 6cd9e3e571aa104d4fa5512a5c7196617fea6b51) > #10 0x73fbc203ae90 > (/lib/x86_64-linux-gnu/libEGL_nvidia.so.0+0x3ae90) (BuildId: > 6cd9e3e571aa104d4fa5512a5c7196617fea6b51) > #11 0x73fbc203aeda > (/lib/x86_64-linux-gnu/libEGL_nvidia.so.0+0x3aeda) (BuildId: > 6cd9e3e571aa104d4fa5512a5c7196617fea6b51) > #12 0x73fbc20a45f5 > (/lib/x86_64-linux-gnu/libEGL_nvidia.so.0+0xa45f5) (BuildId: > 6cd9e3e571aa104d4fa5512a5c7196617fea6b51) > #13 0x73fbc20a2bfc > (/lib/x86_64-linux-gnu/libEGL_nvidia.so.0+0xa2bfc) (BuildId: > 6cd9e3e571aa104d4fa5512a5c7196617fea6b51) > #14 0x73fbd3047a75 in __run_exit_handlers stdlib/exit.c:108:8 Ok - interesting that we can corrupt the nVidia state so much it dies on cleanup. I'll try and replicate with my intel setup. > #15 0x73fbd3047bbd in exit stdlib/exit.c:138:3 > #16 0x5a5bab5e3fdb in qemu_default_main > /mnt/nvmedisk/linaro/qemu-from-laptop/qemu/build/arm-clang/../../system/main.c:52:5 > #17 0x5a5bab5e3f9e in main > /mnt/nvmedisk/linaro/qemu-from-laptop/qemu/build/arm-clang/../../system/main.c:76:9 > #18 0x73fbd302a1c9 in __libc_start_call_main > csu/../sysdeps/nptl/libc_start_call_main.h:58:16 > #19 0x73fbd302a28a in __libc_start_main csu/../csu/libc-start.c:360:3 > #20 0x5a5ba9c5b554 in _start > (/mnt/nvmedisk/linaro/qemu-from-laptop/qemu/build/arm-clang/qemu-system-aarch64+0x15dc554) > (BuildId: 8efda3601b42aa2644dde35d1d63f7b22b649a33) > > UndefinedBehaviorSanitizer can not provide additional info. > SUMMARY: UndefinedBehaviorSanitizer: SEGV > (/lib/x86_64-linux-gnu/libnvidia-eglcore.so.535.183.01+0x15788e9) > (BuildId: 24b0d0b90369112e3de888a93eb8d7e00304a6db) > ==243045==ABORTING > > thanks > -- PMM
On 17/02/2025 17.30, Peter Maydell wrote: > On Fri, 10 Jan 2025 at 13:23, Alex Bennée <alex.bennee@linaro.org> wrote: >> Now that we have virtio-gpu Vulkan support, let's add a test for it. >> Currently this is using images build by buildroot: >> >> https://lists.buildroot.org/pipermail/buildroot/2024-December/768196.html >> >> Reviewed-by: Thomas Huth <thuth@redhat.com> >> Signed-off-by: Alex Bennée <alex.bennee@linaro.org> >> Message-Id: <20250108121054.1126164-24-alex.bennee@linaro.org> > > Hi; this test currently fails for me with a clang sanitizer > build (ubuntu 24.04 host). It seems to run weston in the guest, > which fails with: > > 2025-02-17 16:11:10,218: [16:11:10.672] Command line: weston -B > headless --renderer gl --shell kiosk -- vkmark -b:duration=1.0 > 2025-02-17 16:11:10,224: [16:11:10.675] OS: Linux, 6.11.10, #2 SMP Thu > Dec 5 16:27:12 GMT 2024, aarch64 > 2025-02-17 16:11:10,225: [16:11:10.680] Flight recorder: enabled > 2025-02-17 16:11:10,226: [16:11:10.681] warning: XDG_RUNTIME_DIR > "/tmp" is not configured > 2025-02-17 16:11:10,226: correctly. Unix access mode must be 0700 > (current mode is 0777), > 2025-02-17 16:11:10,226: and must be owned by the user UID 0 (current > owner is UID 0). > 2025-02-17 16:11:10,227: Refer to your distribution on how to get it, or > 2025-02-17 16:11:10,227: > http://www.freedesktop.org/wiki/Specifications/basedir-spec > 2025-02-17 16:11:10,228: on how to implement it. > 2025-02-17 16:11:10,240: [16:11:10.695] Starting with no config file. > 2025-02-17 16:11:10,253: [16:11:10.707] Output repaint window is 7 ms maximum. > 2025-02-17 16:11:10,262: [16:11:10.716] Loading module > '/usr/lib/libweston-14/headless-backend.so' > 2025-02-17 16:11:10,313: [16:11:10.768] Loading module > '/usr/lib/libweston-14/gl-renderer.so' > 2025-02-17 16:11:21,858: libEGL warning: egl: failed to create dri2 screen > 2025-02-17 16:11:21,959: libEGL warning: egl: failed to create dri2 screen > 2025-02-17 16:11:22,023: libEGL warning: egl: failed to create dri2 screen > 2025-02-17 16:11:22,032: [16:11:22.486] failed to initialize display > 2025-02-17 16:11:22,033: [16:11:22.488] EGL error state: > EGL_NOT_INITIALIZED (0x3001) > 2025-02-17 16:11:22,036: [16:11:22.490] fatal: failed to create > compositor backend > > Then eventually the test framework times it ou and sends it > a SIGTERM, and QEMU SEGVs inside libEGL trying to run an > exit handler: > > qemu-system-aarch64: terminating on signal 15 from pid 242824 > (/mnt/nvmedisk/linaro/qemu-from-laptop/qemu/build/arm-clang/pyvenv/bin/python3) > UndefinedBehaviorSanitizer:DEADLYSIGNAL > ==243045==ERROR: UndefinedBehaviorSanitizer: SEGV on unknown address > 0x73fbfefe6a31 (pc 0x73fbba9788e9 bp 0x73fbbbe0af80 sp 0x7ffd676fbfe0 > T243045) > ==243045==The signal is caused by a READ memory access. > #0 0x73fbba9788e9 > (/lib/x86_64-linux-gnu/libnvidia-eglcore.so.535.183.01+0x15788e9) > (BuildId: 24b0d0b90369112e3de888a93eb8d7e00304a6db) > #1 0x73fbbaafc178 > (/lib/x86_64-linux-gnu/libnvidia-eglcore.so.535.183.01+0x16fc178) > (BuildId: 24b0d0b90369112e3de888a93eb8d7e00304a6db) > #2 0x73fbba62564f > (/lib/x86_64-linux-gnu/libnvidia-eglcore.so.535.183.01+0x122564f) > (BuildId: 24b0d0b90369112e3de888a93eb8d7e00304a6db) > #3 0x73fbbab067d7 > (/lib/x86_64-linux-gnu/libnvidia-eglcore.so.535.183.01+0x17067d7) > (BuildId: 24b0d0b90369112e3de888a93eb8d7e00304a6db) > #4 0x73fbba63b786 > (/lib/x86_64-linux-gnu/libnvidia-eglcore.so.535.183.01+0x123b786) > (BuildId: 24b0d0b90369112e3de888a93eb8d7e00304a6db) > #5 0x73fbba96290a > (/lib/x86_64-linux-gnu/libnvidia-eglcore.so.535.183.01+0x156290a) > (BuildId: 24b0d0b90369112e3de888a93eb8d7e00304a6db) > #6 0x73fbba941c5c > (/lib/x86_64-linux-gnu/libnvidia-eglcore.so.535.183.01+0x1541c5c) > (BuildId: 24b0d0b90369112e3de888a93eb8d7e00304a6db) > #7 0x73fbc2041f20 > (/lib/x86_64-linux-gnu/libEGL_nvidia.so.0+0x41f20) (BuildId: > 6cd9e3e571aa104d4fa5512a5c7196617fea6b51) > #8 0x73fbc2041f68 > (/lib/x86_64-linux-gnu/libEGL_nvidia.so.0+0x41f68) (BuildId: > 6cd9e3e571aa104d4fa5512a5c7196617fea6b51) > #9 0x73fbc2034ca9 > (/lib/x86_64-linux-gnu/libEGL_nvidia.so.0+0x34ca9) (BuildId: > 6cd9e3e571aa104d4fa5512a5c7196617fea6b51) > #10 0x73fbc203ae90 > (/lib/x86_64-linux-gnu/libEGL_nvidia.so.0+0x3ae90) (BuildId: > 6cd9e3e571aa104d4fa5512a5c7196617fea6b51) > #11 0x73fbc203aeda > (/lib/x86_64-linux-gnu/libEGL_nvidia.so.0+0x3aeda) (BuildId: > 6cd9e3e571aa104d4fa5512a5c7196617fea6b51) > #12 0x73fbc20a45f5 > (/lib/x86_64-linux-gnu/libEGL_nvidia.so.0+0xa45f5) (BuildId: > 6cd9e3e571aa104d4fa5512a5c7196617fea6b51) > #13 0x73fbc20a2bfc > (/lib/x86_64-linux-gnu/libEGL_nvidia.so.0+0xa2bfc) (BuildId: > 6cd9e3e571aa104d4fa5512a5c7196617fea6b51) > #14 0x73fbd3047a75 in __run_exit_handlers stdlib/exit.c:108:8 > #15 0x73fbd3047bbd in exit stdlib/exit.c:138:3 > #16 0x5a5bab5e3fdb in qemu_default_main > /mnt/nvmedisk/linaro/qemu-from-laptop/qemu/build/arm-clang/../../system/main.c:52:5 > #17 0x5a5bab5e3f9e in main > /mnt/nvmedisk/linaro/qemu-from-laptop/qemu/build/arm-clang/../../system/main.c:76:9 > #18 0x73fbd302a1c9 in __libc_start_call_main > csu/../sysdeps/nptl/libc_start_call_main.h:58:16 > #19 0x73fbd302a28a in __libc_start_main csu/../csu/libc-start.c:360:3 > #20 0x5a5ba9c5b554 in _start > (/mnt/nvmedisk/linaro/qemu-from-laptop/qemu/build/arm-clang/qemu-system-aarch64+0x15dc554) > (BuildId: 8efda3601b42aa2644dde35d1d63f7b22b649a33) > > UndefinedBehaviorSanitizer can not provide additional info. > SUMMARY: UndefinedBehaviorSanitizer: SEGV > (/lib/x86_64-linux-gnu/libnvidia-eglcore.so.535.183.01+0x15788e9) > (BuildId: 24b0d0b90369112e3de888a93eb8d7e00304a6db) > ==243045==ABORTING FWIW, I just saw this test also failing in a normal clang build (without sanitizers enabled). In the console log: 2025-02-18 07:08:47,497: [06:08:47.588] Loading module '/usr/lib/weston/kiosk-shell.so' 2025-02-18 07:08:47,914: ======================================================= 2025-02-18 07:08:47,915: vkmark 2017.08 2025-02-18 07:08:47,915: ======================================================= 2025-02-18 07:08:47,915: Vendor ID: 0x8086 2025-02-18 07:08:47,915: Device ID: 0x9A60 2025-02-18 07:08:47,916: Device Name: Virtio-GPU Venus (Intel(R) UHD Graphics (TGL GT1)) 2025-02-18 07:08:47,916: Driver Version: 100675584 2025-02-18 07:08:47,916: Device UUID: c5930b2b12677aad53343f8a072209af 2025-02-18 07:08:47,916: ======================================================= 2025-02-18 07:08:52,277: [vertex] device-local=true:MESA-VIRTIO: debug: stuck in fence wait with iter at 1024 2025-02-18 07:09:03,142: MESA-VIRTIO: debug: stuck in fence wait with iter at 2048 2025-02-18 07:09:24,640: MESA-VIRTIO: debug: stuck in fence wait with iter at 3072 2025-02-18 07:09:46,192: MESA-VIRTIO: debug: stuck in fence wait with iter at 4096 2025-02-18 07:10:28,665: MESA-VIRTIO: debug: stuck in fence wait with iter at 5120 2025-02-18 07:11:11,067: MESA-VIRTIO: debug: stuck in fence wait with iter at 6144 2025-02-18 07:11:53,619: MESA-VIRTIO: debug: stuck in fence wait with iter at 7168 2025-02-18 07:12:36,397: MESA-VIRTIO: debug: stuck in fence wait with iter at 8192 2025-02-18 07:14:01,431: MESA-VIRTIO: debug: stuck in fence wait with iter at 9216 2025-02-18 07:15:26,387: MESA-VIRTIO: debug: stuck in fence wait with iter at 10240 2025-02-18 07:16:51,349: MESA-VIRTIO: debug: stuck in fence wait with iter at 11264 2025-02-18 07:18:16,409: MESA-VIRTIO: debug: stuck in fence wait with iter at 12288 2025-02-18 07:19:41,439: MESA-VIRTIO: debug: stuck in fence wait with iter at 13312 Should we maybe mark it as flaky for the time being? Thomas
Thomas Huth <thuth@redhat.com> writes: > On 17/02/2025 17.30, Peter Maydell wrote: >> On Fri, 10 Jan 2025 at 13:23, Alex Bennée <alex.bennee@linaro.org> wrote: >>> Now that we have virtio-gpu Vulkan support, let's add a test for it. >>> Currently this is using images build by buildroot: >>> >>> https://lists.buildroot.org/pipermail/buildroot/2024-December/768196.html >>> >>> Reviewed-by: Thomas Huth <thuth@redhat.com> >>> Signed-off-by: Alex Bennée <alex.bennee@linaro.org> >>> Message-Id: <20250108121054.1126164-24-alex.bennee@linaro.org> >> Hi; this test currently fails for me with a clang sanitizer >> build (ubuntu 24.04 host). It seems to run weston in the guest, >> which fails with: >> 2025-02-17 16:11:10,218: [16:11:10.672] Command line: weston -B >> headless --renderer gl --shell kiosk -- vkmark -b:duration=1.0 >> 2025-02-17 16:11:10,224: [16:11:10.675] OS: Linux, 6.11.10, #2 SMP Thu >> Dec 5 16:27:12 GMT 2024, aarch64 >> 2025-02-17 16:11:10,225: [16:11:10.680] Flight recorder: enabled >> 2025-02-17 16:11:10,226: [16:11:10.681] warning: XDG_RUNTIME_DIR >> "/tmp" is not configured >> 2025-02-17 16:11:10,226: correctly. Unix access mode must be 0700 >> (current mode is 0777), >> 2025-02-17 16:11:10,226: and must be owned by the user UID 0 (current >> owner is UID 0). >> 2025-02-17 16:11:10,227: Refer to your distribution on how to get it, or >> 2025-02-17 16:11:10,227: >> http://www.freedesktop.org/wiki/Specifications/basedir-spec >> 2025-02-17 16:11:10,228: on how to implement it. >> 2025-02-17 16:11:10,240: [16:11:10.695] Starting with no config file. >> 2025-02-17 16:11:10,253: [16:11:10.707] Output repaint window is 7 ms maximum. >> 2025-02-17 16:11:10,262: [16:11:10.716] Loading module >> '/usr/lib/libweston-14/headless-backend.so' >> 2025-02-17 16:11:10,313: [16:11:10.768] Loading module >> '/usr/lib/libweston-14/gl-renderer.so' >> 2025-02-17 16:11:21,858: libEGL warning: egl: failed to create dri2 screen >> 2025-02-17 16:11:21,959: libEGL warning: egl: failed to create dri2 screen >> 2025-02-17 16:11:22,023: libEGL warning: egl: failed to create dri2 screen >> 2025-02-17 16:11:22,032: [16:11:22.486] failed to initialize display >> 2025-02-17 16:11:22,033: [16:11:22.488] EGL error state: >> EGL_NOT_INITIALIZED (0x3001) >> 2025-02-17 16:11:22,036: [16:11:22.490] fatal: failed to create >> compositor backend >> Then eventually the test framework times it ou and sends it >> a SIGTERM, and QEMU SEGVs inside libEGL trying to run an >> exit handler: >> qemu-system-aarch64: terminating on signal 15 from pid 242824 >> (/mnt/nvmedisk/linaro/qemu-from-laptop/qemu/build/arm-clang/pyvenv/bin/python3) >> UndefinedBehaviorSanitizer:DEADLYSIGNAL >> ==243045==ERROR: UndefinedBehaviorSanitizer: SEGV on unknown address >> 0x73fbfefe6a31 (pc 0x73fbba9788e9 bp 0x73fbbbe0af80 sp 0x7ffd676fbfe0 >> T243045) >> ==243045==The signal is caused by a READ memory access. >> #0 0x73fbba9788e9 >> (/lib/x86_64-linux-gnu/libnvidia-eglcore.so.535.183.01+0x15788e9) >> (BuildId: 24b0d0b90369112e3de888a93eb8d7e00304a6db) >> #1 0x73fbbaafc178 >> (/lib/x86_64-linux-gnu/libnvidia-eglcore.so.535.183.01+0x16fc178) >> (BuildId: 24b0d0b90369112e3de888a93eb8d7e00304a6db) >> #2 0x73fbba62564f >> (/lib/x86_64-linux-gnu/libnvidia-eglcore.so.535.183.01+0x122564f) >> (BuildId: 24b0d0b90369112e3de888a93eb8d7e00304a6db) >> #3 0x73fbbab067d7 >> (/lib/x86_64-linux-gnu/libnvidia-eglcore.so.535.183.01+0x17067d7) >> (BuildId: 24b0d0b90369112e3de888a93eb8d7e00304a6db) >> #4 0x73fbba63b786 >> (/lib/x86_64-linux-gnu/libnvidia-eglcore.so.535.183.01+0x123b786) >> (BuildId: 24b0d0b90369112e3de888a93eb8d7e00304a6db) >> #5 0x73fbba96290a >> (/lib/x86_64-linux-gnu/libnvidia-eglcore.so.535.183.01+0x156290a) >> (BuildId: 24b0d0b90369112e3de888a93eb8d7e00304a6db) >> #6 0x73fbba941c5c >> (/lib/x86_64-linux-gnu/libnvidia-eglcore.so.535.183.01+0x1541c5c) >> (BuildId: 24b0d0b90369112e3de888a93eb8d7e00304a6db) >> #7 0x73fbc2041f20 >> (/lib/x86_64-linux-gnu/libEGL_nvidia.so.0+0x41f20) (BuildId: >> 6cd9e3e571aa104d4fa5512a5c7196617fea6b51) >> #8 0x73fbc2041f68 >> (/lib/x86_64-linux-gnu/libEGL_nvidia.so.0+0x41f68) (BuildId: >> 6cd9e3e571aa104d4fa5512a5c7196617fea6b51) >> #9 0x73fbc2034ca9 >> (/lib/x86_64-linux-gnu/libEGL_nvidia.so.0+0x34ca9) (BuildId: >> 6cd9e3e571aa104d4fa5512a5c7196617fea6b51) >> #10 0x73fbc203ae90 >> (/lib/x86_64-linux-gnu/libEGL_nvidia.so.0+0x3ae90) (BuildId: >> 6cd9e3e571aa104d4fa5512a5c7196617fea6b51) >> #11 0x73fbc203aeda >> (/lib/x86_64-linux-gnu/libEGL_nvidia.so.0+0x3aeda) (BuildId: >> 6cd9e3e571aa104d4fa5512a5c7196617fea6b51) >> #12 0x73fbc20a45f5 >> (/lib/x86_64-linux-gnu/libEGL_nvidia.so.0+0xa45f5) (BuildId: >> 6cd9e3e571aa104d4fa5512a5c7196617fea6b51) >> #13 0x73fbc20a2bfc >> (/lib/x86_64-linux-gnu/libEGL_nvidia.so.0+0xa2bfc) (BuildId: >> 6cd9e3e571aa104d4fa5512a5c7196617fea6b51) >> #14 0x73fbd3047a75 in __run_exit_handlers stdlib/exit.c:108:8 >> #15 0x73fbd3047bbd in exit stdlib/exit.c:138:3 >> #16 0x5a5bab5e3fdb in qemu_default_main >> /mnt/nvmedisk/linaro/qemu-from-laptop/qemu/build/arm-clang/../../system/main.c:52:5 >> #17 0x5a5bab5e3f9e in main >> /mnt/nvmedisk/linaro/qemu-from-laptop/qemu/build/arm-clang/../../system/main.c:76:9 >> #18 0x73fbd302a1c9 in __libc_start_call_main >> csu/../sysdeps/nptl/libc_start_call_main.h:58:16 >> #19 0x73fbd302a28a in __libc_start_main csu/../csu/libc-start.c:360:3 >> #20 0x5a5ba9c5b554 in _start >> (/mnt/nvmedisk/linaro/qemu-from-laptop/qemu/build/arm-clang/qemu-system-aarch64+0x15dc554) >> (BuildId: 8efda3601b42aa2644dde35d1d63f7b22b649a33) >> UndefinedBehaviorSanitizer can not provide additional info. >> SUMMARY: UndefinedBehaviorSanitizer: SEGV >> (/lib/x86_64-linux-gnu/libnvidia-eglcore.so.535.183.01+0x15788e9) >> (BuildId: 24b0d0b90369112e3de888a93eb8d7e00304a6db) >> ==243045==ABORTING > > FWIW, I just saw this test also failing in a normal clang build > (without sanitizers enabled). In the console log: > > 2025-02-18 07:08:47,497: [06:08:47.588] Loading module > '/usr/lib/weston/kiosk-shell.so' > 2025-02-18 07:08:47,914: ======================================================= > 2025-02-18 07:08:47,915: vkmark 2017.08 > 2025-02-18 07:08:47,915: ======================================================= > 2025-02-18 07:08:47,915: Vendor ID: 0x8086 > 2025-02-18 07:08:47,915: Device ID: 0x9A60 > 2025-02-18 07:08:47,916: Device Name: Virtio-GPU Venus (Intel(R) > UHD Graphics (TGL GT1)) > 2025-02-18 07:08:47,916: Driver Version: 100675584 > 2025-02-18 07:08:47,916: Device UUID: c5930b2b12677aad53343f8a072209af > 2025-02-18 07:08:47,916: ======================================================= > 2025-02-18 07:08:52,277: [vertex] device-local=true:MESA-VIRTIO: > debug: stuck in fence wait with iter at 1024 > 2025-02-18 07:09:03,142: MESA-VIRTIO: debug: stuck in fence wait with > iter at 2048 > 2025-02-18 07:09:24,640: MESA-VIRTIO: debug: stuck in fence wait with > iter at 3072 > 2025-02-18 07:09:46,192: MESA-VIRTIO: debug: stuck in fence wait with > iter at 4096 > 2025-02-18 07:10:28,665: MESA-VIRTIO: debug: stuck in fence wait with > iter at 5120 > 2025-02-18 07:11:11,067: MESA-VIRTIO: debug: stuck in fence wait with > iter at 6144 > 2025-02-18 07:11:53,619: MESA-VIRTIO: debug: stuck in fence wait with > iter at 7168 > 2025-02-18 07:12:36,397: MESA-VIRTIO: debug: stuck in fence wait with > iter at 8192 > 2025-02-18 07:14:01,431: MESA-VIRTIO: debug: stuck in fence wait with > iter at 9216 > 2025-02-18 07:15:26,387: MESA-VIRTIO: debug: stuck in fence wait with > iter at 10240 > 2025-02-18 07:16:51,349: MESA-VIRTIO: debug: stuck in fence wait with > iter at 11264 > 2025-02-18 07:18:16,409: MESA-VIRTIO: debug: stuck in fence wait with > iter at 12288 > 2025-02-18 07:19:41,439: MESA-VIRTIO: debug: stuck in fence wait with > iter at 13312 > > Should we maybe mark it as flaky for the time being? I think the tests are too sensitive to host conditions (mesa/virglrenderer builds/flags and underlying graphics hardware). I'd rather detect the known flakiness and report it as a skip so they still run on known good setups. Hopefully this will work itself out as distros update and we can narrow down requirements in configure. > > Thomas
(+Markus for CLI) On 10/1/25 14:17, Alex Bennée wrote: > Now that we have virtio-gpu Vulkan support, let's add a test for it. > Currently this is using images build by buildroot: > > https://lists.buildroot.org/pipermail/buildroot/2024-December/768196.html > > Reviewed-by: Thomas Huth <thuth@redhat.com> > Signed-off-by: Alex Bennée <alex.bennee@linaro.org> > Message-Id: <20250108121054.1126164-24-alex.bennee@linaro.org> > > diff --git a/tests/functional/test_aarch64_virt.py b/tests/functional/test_aarch64_virt.py > index 201c5ed023..6b2336a28d 100755 > --- a/tests/functional/test_aarch64_virt.py > +++ b/tests/functional/test_aarch64_virt.py > @@ -13,10 +13,12 @@ > import logging > from subprocess import check_call, DEVNULL > > +from qemu.machine.machine import VMLaunchFailure > + > from qemu_test import QemuSystemTest, Asset > -from qemu_test import exec_command_and_wait_for_pattern > +from qemu_test import exec_command, exec_command_and_wait_for_pattern > from qemu_test import wait_for_console_pattern > -from qemu_test import get_qemu_img > +from qemu_test import skipIfMissingCommands, get_qemu_img > > > class Aarch64VirtMachine(QemuSystemTest): > @@ -132,5 +134,73 @@ def test_aarch64_virt_gicv2(self): > self.common_aarch64_virt("virt,gic-version=2") > > > + ASSET_VIRT_GPU_KERNEL = Asset( > + 'https://fileserver.linaro.org/s/ce5jXBFinPxtEdx/' > + 'download?path=%2F&files=' > + 'Image', > + '89e5099d26166204cc5ca4bb6d1a11b92c217e1f82ec67e3ba363d09157462f6') > + > + ASSET_VIRT_GPU_ROOTFS = Asset( > + 'https://fileserver.linaro.org/s/ce5jXBFinPxtEdx/' > + 'download?path=%2F&files=' > + 'rootfs.ext4.zstd', > + '792da7573f5dc2913ddb7c638151d4a6b2d028a4cb2afb38add513c1924bdad4') > + > + @skipIfMissingCommands('zstd') > + def test_aarch64_virt_with_gpu(self): > + # This tests boots with a buildroot test image that contains > + # vkmark and other GPU exercising tools. We run a headless > + # weston that nevertheless still exercises the virtio-gpu > + # backend. > + > + self.set_machine('virt') > + self.require_accelerator("tcg") > + > + kernel_path = self.ASSET_VIRT_GPU_KERNEL.fetch() > + image_path = self.uncompress(self.ASSET_VIRT_GPU_ROOTFS, format="zstd") > + > + self.vm.set_console() > + kernel_command_line = (self.KERNEL_COMMON_COMMAND_LINE + > + 'console=ttyAMA0 root=/dev/vda') > + > + self.vm.add_args("-accel", "tcg") > + self.vm.add_args("-cpu", "neoverse-v1,pauth-impdef=on") > + self.vm.add_args("-machine", "virt,gic-version=max", > + '-kernel', kernel_path, > + '-append', kernel_command_line) > + self.vm.add_args("-smp", "2", "-m", "2048") > + self.vm.add_args("-device", > + "virtio-gpu-gl-pci,hostmem=4G,blob=on,venus=on") > + self.vm.add_args("-display", "egl-headless") > + self.vm.add_args("-display", "dbus,gl=on") [*] > + self.vm.add_args("-device", "virtio-blk-device,drive=hd0") > + self.vm.add_args("-blockdev", > + "driver=raw,file.driver=file," > + "node-name=hd0,read-only=on," > + f"file.filename={image_path}") > + self.vm.add_args("-snapshot") > + > + try: > + self.vm.launch() > + except VMLaunchFailure as excp: > + if "old virglrenderer, blob resources unsupported" in excp.output: > + self.skipTest("No blob support for virtio-gpu") > + elif "old virglrenderer, venus unsupported" in excp.output: > + self.skipTest("No venus support for virtio-gpu") This seems dependent on the order of the CLI arguments, as I got: qemu-system-aarch64: -device virtio-gpu-gl-pci,hostmem=4G,blob=on,venus=on: 'virtio-gpu-gl-pci' is not a valid device model name I understand it is too complex to check this device availability with meson, in order to avoid running the test. Can we use device introspection instead, like we do in QTest with qtest_qom_has_concrete_type() for accelerators? Maybe in the lines of: @skipIfMissingQOMType('virtio-gpu-gl-pci') Or having a skipIfMissingDevice -> skipIfMissingQOMType alias: @skipIfMissingDevice('virtio-gpu-gl-pci') tests/functional/test_virtio_version.py already uses some of it: def devtype_implements(vm, devtype, implements): return devtype in [d['name'] for d in vm.cmd('qom-list-types', implements=implements)] > + else: > + self.log.info("unhandled launch failure: {excp.output}") > + raise excp > + > + self.wait_for_console_pattern('buildroot login:') > + exec_command(self, 'root') > + exec_command(self, 'export XDG_RUNTIME_DIR=/tmp') > + exec_command_and_wait_for_pattern(self, > + "weston -B headless " > + "--renderer gl " > + "--shell kiosk " > + "-- vkmark -b:duration=1.0", > + "vkmark Score") > + > + > if __name__ == '__main__': > QemuSystemTest.main()
On 19/02/2025 14.25, Philippe Mathieu-Daudé wrote: > (+Markus for CLI) > > On 10/1/25 14:17, Alex Bennée wrote: >> Now that we have virtio-gpu Vulkan support, let's add a test for it. >> Currently this is using images build by buildroot: >> >> https://lists.buildroot.org/pipermail/buildroot/2024-December/768196.html >> >> Reviewed-by: Thomas Huth <thuth@redhat.com> >> Signed-off-by: Alex Bennée <alex.bennee@linaro.org> >> Message-Id: <20250108121054.1126164-24-alex.bennee@linaro.org> >> >> diff --git a/tests/functional/test_aarch64_virt.py b/tests/functional/ >> test_aarch64_virt.py >> index 201c5ed023..6b2336a28d 100755 >> --- a/tests/functional/test_aarch64_virt.py >> +++ b/tests/functional/test_aarch64_virt.py >> @@ -13,10 +13,12 @@ >> import logging >> from subprocess import check_call, DEVNULL >> +from qemu.machine.machine import VMLaunchFailure >> + >> from qemu_test import QemuSystemTest, Asset >> -from qemu_test import exec_command_and_wait_for_pattern >> +from qemu_test import exec_command, exec_command_and_wait_for_pattern >> from qemu_test import wait_for_console_pattern >> -from qemu_test import get_qemu_img >> +from qemu_test import skipIfMissingCommands, get_qemu_img >> class Aarch64VirtMachine(QemuSystemTest): >> @@ -132,5 +134,73 @@ def test_aarch64_virt_gicv2(self): >> self.common_aarch64_virt("virt,gic-version=2") >> + ASSET_VIRT_GPU_KERNEL = Asset( >> + 'https://fileserver.linaro.org/s/ce5jXBFinPxtEdx/' >> + 'download?path=%2F&files=' >> + 'Image', >> + '89e5099d26166204cc5ca4bb6d1a11b92c217e1f82ec67e3ba363d09157462f6') >> + >> + ASSET_VIRT_GPU_ROOTFS = Asset( >> + 'https://fileserver.linaro.org/s/ce5jXBFinPxtEdx/' >> + 'download?path=%2F&files=' >> + 'rootfs.ext4.zstd', >> + '792da7573f5dc2913ddb7c638151d4a6b2d028a4cb2afb38add513c1924bdad4') >> + >> + @skipIfMissingCommands('zstd') >> + def test_aarch64_virt_with_gpu(self): >> + # This tests boots with a buildroot test image that contains >> + # vkmark and other GPU exercising tools. We run a headless >> + # weston that nevertheless still exercises the virtio-gpu >> + # backend. >> + >> + self.set_machine('virt') >> + self.require_accelerator("tcg") >> + >> + kernel_path = self.ASSET_VIRT_GPU_KERNEL.fetch() >> + image_path = self.uncompress(self.ASSET_VIRT_GPU_ROOTFS, >> format="zstd") >> + >> + self.vm.set_console() >> + kernel_command_line = (self.KERNEL_COMMON_COMMAND_LINE + >> + 'console=ttyAMA0 root=/dev/vda') >> + >> + self.vm.add_args("-accel", "tcg") >> + self.vm.add_args("-cpu", "neoverse-v1,pauth-impdef=on") >> + self.vm.add_args("-machine", "virt,gic-version=max", >> + '-kernel', kernel_path, >> + '-append', kernel_command_line) >> + self.vm.add_args("-smp", "2", "-m", "2048") >> + self.vm.add_args("-device", >> + "virtio-gpu-gl-pci,hostmem=4G,blob=on,venus=on") >> + self.vm.add_args("-display", "egl-headless") >> + self.vm.add_args("-display", "dbus,gl=on") > > [*] > >> + self.vm.add_args("-device", "virtio-blk-device,drive=hd0") >> + self.vm.add_args("-blockdev", >> + "driver=raw,file.driver=file," >> + "node-name=hd0,read-only=on," >> + f"file.filename={image_path}") >> + self.vm.add_args("-snapshot") >> + >> + try: >> + self.vm.launch() >> + except VMLaunchFailure as excp: >> + if "old virglrenderer, blob resources unsupported" in >> excp.output: >> + self.skipTest("No blob support for virtio-gpu") >> + elif "old virglrenderer, venus unsupported" in excp.output: >> + self.skipTest("No venus support for virtio-gpu") > > This seems dependent on the order of the CLI arguments, as I got: > > qemu-system-aarch64: -device virtio-gpu-gl-pci,hostmem=4G,blob=on,venus=on: > 'virtio-gpu-gl-pci' is not a valid device model name > > I understand it is too complex to check this device availability with > meson, in order to avoid running the test. > > Can we use device introspection instead, like we do in QTest with > qtest_qom_has_concrete_type() for accelerators? Maybe in the lines of: > > @skipIfMissingQOMType('virtio-gpu-gl-pci') We already have "self.require_device('...')" that can be used to check for the availability of devices and skip the test if it is not built in ... would that be suitable here? Thomas
On 19/2/25 14:43, Thomas Huth wrote: > On 19/02/2025 14.25, Philippe Mathieu-Daudé wrote: >> (+Markus for CLI) >> >> On 10/1/25 14:17, Alex Bennée wrote: >>> Now that we have virtio-gpu Vulkan support, let's add a test for it. >>> Currently this is using images build by buildroot: >>> >>> https://lists.buildroot.org/pipermail/buildroot/2024- >>> December/768196.html >>> >>> Reviewed-by: Thomas Huth <thuth@redhat.com> >>> Signed-off-by: Alex Bennée <alex.bennee@linaro.org> >>> Message-Id: <20250108121054.1126164-24-alex.bennee@linaro.org> >>> >>> diff --git a/tests/functional/test_aarch64_virt.py b/tests/ >>> functional/ test_aarch64_virt.py >>> index 201c5ed023..6b2336a28d 100755 >>> --- a/tests/functional/test_aarch64_virt.py >>> +++ b/tests/functional/test_aarch64_virt.py >>> @@ -13,10 +13,12 @@ >>> import logging >>> from subprocess import check_call, DEVNULL >>> +from qemu.machine.machine import VMLaunchFailure >>> + >>> from qemu_test import QemuSystemTest, Asset >>> -from qemu_test import exec_command_and_wait_for_pattern >>> +from qemu_test import exec_command, exec_command_and_wait_for_pattern >>> from qemu_test import wait_for_console_pattern >>> -from qemu_test import get_qemu_img >>> +from qemu_test import skipIfMissingCommands, get_qemu_img >>> class Aarch64VirtMachine(QemuSystemTest): >>> @@ -132,5 +134,73 @@ def test_aarch64_virt_gicv2(self): >>> self.common_aarch64_virt("virt,gic-version=2") >>> + ASSET_VIRT_GPU_KERNEL = Asset( >>> + 'https://fileserver.linaro.org/s/ce5jXBFinPxtEdx/' >>> + 'download?path=%2F&files=' >>> + 'Image', >>> + >>> '89e5099d26166204cc5ca4bb6d1a11b92c217e1f82ec67e3ba363d09157462f6') >>> + >>> + ASSET_VIRT_GPU_ROOTFS = Asset( >>> + 'https://fileserver.linaro.org/s/ce5jXBFinPxtEdx/' >>> + 'download?path=%2F&files=' >>> + 'rootfs.ext4.zstd', >>> + >>> '792da7573f5dc2913ddb7c638151d4a6b2d028a4cb2afb38add513c1924bdad4') >>> + >>> + @skipIfMissingCommands('zstd') >>> + def test_aarch64_virt_with_gpu(self): >>> + # This tests boots with a buildroot test image that contains >>> + # vkmark and other GPU exercising tools. We run a headless >>> + # weston that nevertheless still exercises the virtio-gpu >>> + # backend. >>> + >>> + self.set_machine('virt') >>> + self.require_accelerator("tcg") >>> + >>> + kernel_path = self.ASSET_VIRT_GPU_KERNEL.fetch() >>> + image_path = self.uncompress(self.ASSET_VIRT_GPU_ROOTFS, >>> format="zstd") >>> + >>> + self.vm.set_console() >>> + kernel_command_line = (self.KERNEL_COMMON_COMMAND_LINE + >>> + 'console=ttyAMA0 root=/dev/vda') >>> + >>> + self.vm.add_args("-accel", "tcg") >>> + self.vm.add_args("-cpu", "neoverse-v1,pauth-impdef=on") >>> + self.vm.add_args("-machine", "virt,gic-version=max", >>> + '-kernel', kernel_path, >>> + '-append', kernel_command_line) >>> + self.vm.add_args("-smp", "2", "-m", "2048") >>> + self.vm.add_args("-device", >>> + "virtio-gpu-gl- >>> pci,hostmem=4G,blob=on,venus=on") >>> + self.vm.add_args("-display", "egl-headless") >>> + self.vm.add_args("-display", "dbus,gl=on") >> >> [*] >> >>> + self.vm.add_args("-device", "virtio-blk-device,drive=hd0") >>> + self.vm.add_args("-blockdev", >>> + "driver=raw,file.driver=file," >>> + "node-name=hd0,read-only=on," >>> + f"file.filename={image_path}") >>> + self.vm.add_args("-snapshot") >>> + >>> + try: >>> + self.vm.launch() >>> + except VMLaunchFailure as excp: >>> + if "old virglrenderer, blob resources unsupported" in >>> excp.output: >>> + self.skipTest("No blob support for virtio-gpu") >>> + elif "old virglrenderer, venus unsupported" in excp.output: >>> + self.skipTest("No venus support for virtio-gpu") >> >> This seems dependent on the order of the CLI arguments, as I got: >> >> qemu-system-aarch64: -device virtio-gpu-gl- >> pci,hostmem=4G,blob=on,venus=on: 'virtio-gpu-gl-pci' is not a valid >> device model name >> >> I understand it is too complex to check this device availability with >> meson, in order to avoid running the test. >> >> Can we use device introspection instead, like we do in QTest with >> qtest_qom_has_concrete_type() for accelerators? Maybe in the lines of: >> >> @skipIfMissingQOMType('virtio-gpu-gl-pci') > > We already have "self.require_device('...')" that can be used to check > for the availability of devices and skip the test if it is not built > in ... would that be suitable here? Yes, perfect, thanks! > > Thomas >
diff --git a/tests/functional/test_aarch64_virt.py b/tests/functional/test_aarch64_virt.py index 201c5ed023..6b2336a28d 100755 --- a/tests/functional/test_aarch64_virt.py +++ b/tests/functional/test_aarch64_virt.py @@ -13,10 +13,12 @@ import logging from subprocess import check_call, DEVNULL +from qemu.machine.machine import VMLaunchFailure + from qemu_test import QemuSystemTest, Asset -from qemu_test import exec_command_and_wait_for_pattern +from qemu_test import exec_command, exec_command_and_wait_for_pattern from qemu_test import wait_for_console_pattern -from qemu_test import get_qemu_img +from qemu_test import skipIfMissingCommands, get_qemu_img class Aarch64VirtMachine(QemuSystemTest): @@ -132,5 +134,73 @@ def test_aarch64_virt_gicv2(self): self.common_aarch64_virt("virt,gic-version=2") + ASSET_VIRT_GPU_KERNEL = Asset( + 'https://fileserver.linaro.org/s/ce5jXBFinPxtEdx/' + 'download?path=%2F&files=' + 'Image', + '89e5099d26166204cc5ca4bb6d1a11b92c217e1f82ec67e3ba363d09157462f6') + + ASSET_VIRT_GPU_ROOTFS = Asset( + 'https://fileserver.linaro.org/s/ce5jXBFinPxtEdx/' + 'download?path=%2F&files=' + 'rootfs.ext4.zstd', + '792da7573f5dc2913ddb7c638151d4a6b2d028a4cb2afb38add513c1924bdad4') + + @skipIfMissingCommands('zstd') + def test_aarch64_virt_with_gpu(self): + # This tests boots with a buildroot test image that contains + # vkmark and other GPU exercising tools. We run a headless + # weston that nevertheless still exercises the virtio-gpu + # backend. + + self.set_machine('virt') + self.require_accelerator("tcg") + + kernel_path = self.ASSET_VIRT_GPU_KERNEL.fetch() + image_path = self.uncompress(self.ASSET_VIRT_GPU_ROOTFS, format="zstd") + + self.vm.set_console() + kernel_command_line = (self.KERNEL_COMMON_COMMAND_LINE + + 'console=ttyAMA0 root=/dev/vda') + + self.vm.add_args("-accel", "tcg") + self.vm.add_args("-cpu", "neoverse-v1,pauth-impdef=on") + self.vm.add_args("-machine", "virt,gic-version=max", + '-kernel', kernel_path, + '-append', kernel_command_line) + self.vm.add_args("-smp", "2", "-m", "2048") + self.vm.add_args("-device", + "virtio-gpu-gl-pci,hostmem=4G,blob=on,venus=on") + self.vm.add_args("-display", "egl-headless") + self.vm.add_args("-display", "dbus,gl=on") + self.vm.add_args("-device", "virtio-blk-device,drive=hd0") + self.vm.add_args("-blockdev", + "driver=raw,file.driver=file," + "node-name=hd0,read-only=on," + f"file.filename={image_path}") + self.vm.add_args("-snapshot") + + try: + self.vm.launch() + except VMLaunchFailure as excp: + if "old virglrenderer, blob resources unsupported" in excp.output: + self.skipTest("No blob support for virtio-gpu") + elif "old virglrenderer, venus unsupported" in excp.output: + self.skipTest("No venus support for virtio-gpu") + else: + self.log.info("unhandled launch failure: {excp.output}") + raise excp + + self.wait_for_console_pattern('buildroot login:') + exec_command(self, 'root') + exec_command(self, 'export XDG_RUNTIME_DIR=/tmp') + exec_command_and_wait_for_pattern(self, + "weston -B headless " + "--renderer gl " + "--shell kiosk " + "-- vkmark -b:duration=1.0", + "vkmark Score") + + if __name__ == '__main__': QemuSystemTest.main()