yocto@lists.yoctoproject.org | Adding Vulkan to core-image-weston

Edgar Mobile

One more thing: It seems bitbake/meson has problems updating the build flags when I add the Venus-experimental=true flag. Changing the bb file does not update the variables in the meson logs where Venus is still false.

Am 21. September 2022 14:54:08 MESZ schrieb Alexander Kanavin <alex.kanavin@...>:

Show quoted text

Next you need to check if you have the mesa-vulkan-drives package in
deploy-* in the same mesa builddir, and does it contain the needed
driver file?

Alex

On Wed, 21 Sept 2022 at 14:48, PHIL <heideggm@...> wrote:

 It has the individual packages but split up. One directory for mesa-vulkan-drivers etc. I don't know how to process from here.

 Am 21. September 2022 14:38:10 MESZ schrieb Alexander Kanavin <alex.kanavin@...>:

 You need to check package-split/ to find out why.

 Alex

 On Wed, 21 Sept 2022 at 14:30, PHIL <heideggm@...> wrote:


  Ok, there is a build directory tmp/work/cortexa57-poky-linux/mesa/2_22.0.0-r0 . In there, there is a package directory that has all libGL* libraries and one libvulkan_virtio.so but they are not installed to the Image.

  Am 21. September 2022 14:14:10 MESZ schrieb Alexander Kanavin <alex.kanavin@...>:


  This is not logs from mesa, this is logs from your image recipe. You
  need to start with mesa.

  Alex

  On Wed, 21 Sept 2022 at 14:12, PHIL <heideggm@...> wrote:



   One of the logs has this



   Error:
    Problem: package packagegroup-base-extended-1.0-r83.qemuarm64 requires packagegroup-base, but none of the providers can be installed
     - package packagegroup-base-1.0-r83.qemuarm64 requires packagegroup-distro-base, but none of the providers can be installed
     - conflicting requests
     - nothing provides mesa-vulkan-drivers needed by packagegroup-distro-base-1.0-r83.qemuarm64
   (try to add '--skip-broken' to skip uninstallable packages)

   Am 21. September 2022 13:57:17 MESZ schrieb Alexander Kanavin <alex.kanavin@...>:



   You need to go to mesa's build directlory and inspect what is getting
   built, with which options, and how it is installed and packaged. All
   the needed bits are there, but it does take a bit of 'yocto skill' to
   find your way around there. Start by looking at temp/log.do_configure
   (and then do_compile and do_install).

   Alex

   On Wed, 21 Sept 2022 at 13:38, PHIL <heideggm@...> wrote:




    If I read the mesa-vulkan-drivers recipe right it should install libvulkan_*.so but it didnt I had to use vulkan-loader. Any idea in how to debug that?

    Am 20. September 2022 15:26:45 MESZ schrieb Alexander Kanavin <alex.kanavin@...>:




    What often works is running it under strace - you might be able to see the one key syscall that causes the failure. Otherwise you might have to go through the heavier gdb step through.

    Alex

    On Tue 20. Sep 2022 at 10.25, PHIL <heideggm@...> wrote:




    Ok it seems to use Software now given how slow weston-simple-egl has become. But vulkaninfo still fails with ERROR_INCOMPATIBLE_DRIVER.
    --
    Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.




    --
    Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.



   --
   Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.


  --
  Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.

 --
 Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.

--
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.

Edgar Mobile

#58134

Okay
There is a file called mesa_22.0.3.bb. Adding the following line
VULKAN_DRIVERS:append ="virtio-experimental" there will successfully add /usr/lib/libvulkan_virtio.so.
Still isn't enough though.

Am 21. September 2022 14:54:08 MESZ schrieb Alexander Kanavin <alex.kanavin@...>:

Show quoted text

Next you need to check if you have the mesa-vulkan-drives package in
deploy-* in the same mesa builddir, and does it contain the needed
driver file?

Alex

On Wed, 21 Sept 2022 at 14:48, PHIL <heideggm@...> wrote:

 It has the individual packages but split up. One directory for mesa-vulkan-drivers etc. I don't know how to process from here.

 Am 21. September 2022 14:38:10 MESZ schrieb Alexander Kanavin <alex.kanavin@...>:

 You need to check package-split/ to find out why.

 Alex

 On Wed, 21 Sept 2022 at 14:30, PHIL <heideggm@...> wrote:


  Ok, there is a build directory tmp/work/cortexa57-poky-linux/mesa/2_22.0.0-r0 . In there, there is a package directory that has all libGL* libraries and one libvulkan_virtio.so but they are not installed to the Image.

  Am 21. September 2022 14:14:10 MESZ schrieb Alexander Kanavin <alex.kanavin@...>:


  This is not logs from mesa, this is logs from your image recipe. You
  need to start with mesa.

  Alex

  On Wed, 21 Sept 2022 at 14:12, PHIL <heideggm@...> wrote:



   One of the logs has this



   Error:
    Problem: package packagegroup-base-extended-1.0-r83.qemuarm64 requires packagegroup-base, but none of the providers can be installed
     - package packagegroup-base-1.0-r83.qemuarm64 requires packagegroup-distro-base, but none of the providers can be installed
     - conflicting requests
     - nothing provides mesa-vulkan-drivers needed by packagegroup-distro-base-1.0-r83.qemuarm64
   (try to add '--skip-broken' to skip uninstallable packages)

   Am 21. September 2022 13:57:17 MESZ schrieb Alexander Kanavin <alex.kanavin@...>:



   You need to go to mesa's build directlory and inspect what is getting
   built, with which options, and how it is installed and packaged. All
   the needed bits are there, but it does take a bit of 'yocto skill' to
   find your way around there. Start by looking at temp/log.do_configure
   (and then do_compile and do_install).

   Alex

   On Wed, 21 Sept 2022 at 13:38, PHIL <heideggm@...> wrote:




    If I read the mesa-vulkan-drivers recipe right it should install libvulkan_*.so but it didnt I had to use vulkan-loader. Any idea in how to debug that?

    Am 20. September 2022 15:26:45 MESZ schrieb Alexander Kanavin <alex.kanavin@...>:




    What often works is running it under strace - you might be able to see the one key syscall that causes the failure. Otherwise you might have to go through the heavier gdb step through.

    Alex

    On Tue 20. Sep 2022 at 10.25, PHIL <heideggm@...> wrote:




    Ok it seems to use Software now given how slow weston-simple-egl has become. But vulkaninfo still fails with ERROR_INCOMPATIBLE_DRIVER.
    --
    Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.




    --
    Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.



   --
   Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.


  --
  Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.

 --
 Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.

--
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.

Edgar Mobile

#58123

There is a directory called deploy-rpms. It has rpms for all gl/elg/mesa stuff but not the stuff from mesa-vulkan-drivers as libvulkan_virtio.so

Am 21. September 2022 14:54:08 MESZ schrieb Alexander Kanavin <alex.kanavin@...>:

Show quoted text

Next you need to check if you have the mesa-vulkan-drives package in
deploy-* in the same mesa builddir, and does it contain the needed
driver file?

Alex

On Wed, 21 Sept 2022 at 14:48, PHIL <heideggm@...> wrote:

 It has the individual packages but split up. One directory for mesa-vulkan-drivers etc. I don't know how to process from here.

 Am 21. September 2022 14:38:10 MESZ schrieb Alexander Kanavin <alex.kanavin@...>:

 You need to check package-split/ to find out why.

 Alex

 On Wed, 21 Sept 2022 at 14:30, PHIL <heideggm@...> wrote:


  Ok, there is a build directory tmp/work/cortexa57-poky-linux/mesa/2_22.0.0-r0 . In there, there is a package directory that has all libGL* libraries and one libvulkan_virtio.so but they are not installed to the Image.

  Am 21. September 2022 14:14:10 MESZ schrieb Alexander Kanavin <alex.kanavin@...>:


  This is not logs from mesa, this is logs from your image recipe. You
  need to start with mesa.

  Alex

  On Wed, 21 Sept 2022 at 14:12, PHIL <heideggm@...> wrote:



   One of the logs has this



   Error:
    Problem: package packagegroup-base-extended-1.0-r83.qemuarm64 requires packagegroup-base, but none of the providers can be installed
     - package packagegroup-base-1.0-r83.qemuarm64 requires packagegroup-distro-base, but none of the providers can be installed
     - conflicting requests
     - nothing provides mesa-vulkan-drivers needed by packagegroup-distro-base-1.0-r83.qemuarm64
   (try to add '--skip-broken' to skip uninstallable packages)

   Am 21. September 2022 13:57:17 MESZ schrieb Alexander Kanavin <alex.kanavin@...>:



   You need to go to mesa's build directlory and inspect what is getting
   built, with which options, and how it is installed and packaged. All
   the needed bits are there, but it does take a bit of 'yocto skill' to
   find your way around there. Start by looking at temp/log.do_configure
   (and then do_compile and do_install).

   Alex

   On Wed, 21 Sept 2022 at 13:38, PHIL <heideggm@...> wrote:




    If I read the mesa-vulkan-drivers recipe right it should install libvulkan_*.so but it didnt I had to use vulkan-loader. Any idea in how to debug that?

    Am 20. September 2022 15:26:45 MESZ schrieb Alexander Kanavin <alex.kanavin@...>:




    What often works is running it under strace - you might be able to see the one key syscall that causes the failure. Otherwise you might have to go through the heavier gdb step through.

    Alex

    On Tue 20. Sep 2022 at 10.25, PHIL <heideggm@...> wrote:




    Ok it seems to use Software now given how slow weston-simple-egl has become. But vulkaninfo still fails with ERROR_INCOMPATIBLE_DRIVER.
    --
    Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.




    --
    Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.



   --
   Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.


  --
  Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.

 --
 Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.

--
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.

Alexander Kanavin

#58122

Next you need to check if you have the mesa-vulkan-drives package in
deploy-* in the same mesa builddir, and does it contain the needed
driver file?

Alex

Show quoted text

On Wed, 21 Sept 2022 at 14:48, PHIL <heideggm@...> wrote:

It has the individual packages but split up. One directory for mesa-vulkan-drivers etc. I don't know how to process from here.

Am 21. September 2022 14:38:10 MESZ schrieb Alexander Kanavin <alex.kanavin@...>:

You need to check package-split/ to find out why.

Alex

On Wed, 21 Sept 2022 at 14:30, PHIL <heideggm@...> wrote:

 Ok, there is a build directory tmp/work/cortexa57-poky-linux/mesa/2_22.0.0-r0 . In there, there is a package directory that has all libGL* libraries and one libvulkan_virtio.so but they are not installed to the Image.

 Am 21. September 2022 14:14:10 MESZ schrieb Alexander Kanavin <alex.kanavin@...>:

 This is not logs from mesa, this is logs from your image recipe. You
 need to start with mesa.

 Alex

 On Wed, 21 Sept 2022 at 14:12, PHIL <heideggm@...> wrote:

  One of the logs has this

  Error:
   Problem: package packagegroup-base-extended-1.0-r83.qemuarm64 requires packagegroup-base, but none of the providers can be installed
    - package packagegroup-base-1.0-r83.qemuarm64 requires packagegroup-distro-base, but none of the providers can be installed
    - conflicting requests
    - nothing provides mesa-vulkan-drivers needed by packagegroup-distro-base-1.0-r83.qemuarm64
  (try to add '--skip-broken' to skip uninstallable packages)

  Am 21. September 2022 13:57:17 MESZ schrieb Alexander Kanavin <alex.kanavin@...>:

  You need to go to mesa's build directlory and inspect what is getting
  built, with which options, and how it is installed and packaged. All
  the needed bits are there, but it does take a bit of 'yocto skill' to
  find your way around there. Start by looking at temp/log.do_configure
  (and then do_compile and do_install).

  Alex

  On Wed, 21 Sept 2022 at 13:38, PHIL <heideggm@...> wrote:

   If I read the mesa-vulkan-drivers recipe right it should install libvulkan_*.so but it didnt I had to use vulkan-loader. Any idea in how to debug that?

   Am 20. September 2022 15:26:45 MESZ schrieb Alexander Kanavin <alex.kanavin@...>:

   What often works is running it under strace - you might be able to see the one key syscall that causes the failure. Otherwise you might have to go through the heavier gdb step through.

   Alex

   On Tue 20. Sep 2022 at 10.25, PHIL <heideggm@...> wrote:

   Ok it seems to use Software now given how slow weston-simple-egl has become. But vulkaninfo still fails with ERROR_INCOMPATIBLE_DRIVER.
   --
   Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.

   --
   Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.

  --
  Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.
 --
 Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.--
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.

Edgar Mobile

#58121

It has the individual packages but split up. One directory for mesa-vulkan-drivers etc. I don't know how to process from here.

Am 21. September 2022 14:38:10 MESZ schrieb Alexander Kanavin <alex.kanavin@...>:

Show quoted text

You need to check package-split/ to find out why.

Alex

On Wed, 21 Sept 2022 at 14:30, PHIL <heideggm@...> wrote:

 Ok, there is a build directory tmp/work/cortexa57-poky-linux/mesa/2_22.0.0-r0 . In there, there is a package directory that has all libGL* libraries and one libvulkan_virtio.so but they are not installed to the Image.

 Am 21. September 2022 14:14:10 MESZ schrieb Alexander Kanavin <alex.kanavin@...>:

 This is not logs from mesa, this is logs from your image recipe. You
 need to start with mesa.

 Alex

 On Wed, 21 Sept 2022 at 14:12, PHIL <heideggm@...> wrote:


  One of the logs has this



  Error:
   Problem: package packagegroup-base-extended-1.0-r83.qemuarm64 requires packagegroup-base, but none of the providers can be installed
    - package packagegroup-base-1.0-r83.qemuarm64 requires packagegroup-distro-base, but none of the providers can be installed
    - conflicting requests
    - nothing provides mesa-vulkan-drivers needed by packagegroup-distro-base-1.0-r83.qemuarm64
  (try to add '--skip-broken' to skip uninstallable packages)

  Am 21. September 2022 13:57:17 MESZ schrieb Alexander Kanavin <alex.kanavin@...>:


  You need to go to mesa's build directlory and inspect what is getting
  built, with which options, and how it is installed and packaged. All
  the needed bits are there, but it does take a bit of 'yocto skill' to
  find your way around there. Start by looking at temp/log.do_configure
  (and then do_compile and do_install).

  Alex

  On Wed, 21 Sept 2022 at 13:38, PHIL <heideggm@...> wrote:



   If I read the mesa-vulkan-drivers recipe right it should install libvulkan_*.so but it didnt I had to use vulkan-loader. Any idea in how to debug that?

   Am 20. September 2022 15:26:45 MESZ schrieb Alexander Kanavin <alex.kanavin@...>:



   What often works is running it under strace - you might be able to see the one key syscall that causes the failure. Otherwise you might have to go through the heavier gdb step through.

   Alex

   On Tue 20. Sep 2022 at 10.25, PHIL <heideggm@...> wrote:



   Ok it seems to use Software now given how slow weston-simple-egl has become. But vulkaninfo still fails with ERROR_INCOMPATIBLE_DRIVER.
   --
   Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.



   --
   Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.


  --
  Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.

 --
 Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.

--
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.

Alexander Kanavin

#58120

You need to check package-split/ to find out why.

Alex

Show quoted text

On Wed, 21 Sept 2022 at 14:30, PHIL <heideggm@...> wrote:

Ok, there is a build directory tmp/work/cortexa57-poky-linux/mesa/2_22.0.0-r0 . In there, there is a package directory that has all libGL* libraries and one libvulkan_virtio.so but they are not installed to the Image.

Am 21. September 2022 14:14:10 MESZ schrieb Alexander Kanavin <alex.kanavin@...>:

This is not logs from mesa, this is logs from your image recipe. You
need to start with mesa.

Alex

On Wed, 21 Sept 2022 at 14:12, PHIL <heideggm@...> wrote:

 One of the logs has this

 Error:
  Problem: package packagegroup-base-extended-1.0-r83.qemuarm64 requires packagegroup-base, but none of the providers can be installed
   - package packagegroup-base-1.0-r83.qemuarm64 requires packagegroup-distro-base, but none of the providers can be installed
   - conflicting requests
   - nothing provides mesa-vulkan-drivers needed by packagegroup-distro-base-1.0-r83.qemuarm64
 (try to add '--skip-broken' to skip uninstallable packages)

 Am 21. September 2022 13:57:17 MESZ schrieb Alexander Kanavin <alex.kanavin@...>:

 You need to go to mesa's build directlory and inspect what is getting
 built, with which options, and how it is installed and packaged. All
 the needed bits are there, but it does take a bit of 'yocto skill' to
 find your way around there. Start by looking at temp/log.do_configure
 (and then do_compile and do_install).

 Alex

 On Wed, 21 Sept 2022 at 13:38, PHIL <heideggm@...> wrote:

  If I read the mesa-vulkan-drivers recipe right it should install libvulkan_*.so but it didnt I had to use vulkan-loader. Any idea in how to debug that?

  Am 20. September 2022 15:26:45 MESZ schrieb Alexander Kanavin <alex.kanavin@...>:

  What often works is running it under strace - you might be able to see the one key syscall that causes the failure. Otherwise you might have to go through the heavier gdb step through.

  Alex

  On Tue 20. Sep 2022 at 10.25, PHIL <heideggm@...> wrote:

  Ok it seems to use Software now given how slow weston-simple-egl has become. But vulkaninfo still fails with ERROR_INCOMPATIBLE_DRIVER.
  --
  Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.

  --
  Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.
 --
 Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.--
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.

Edgar Mobile

#58119

Ok, there is a build directory tmp/work/cortexa57-poky-linux/mesa/2_22.0.0-r0 . In there, there is a package directory that has all libGL* libraries and one libvulkan_virtio.so but they are not installed to the Image.

Am 21. September 2022 14:14:10 MESZ schrieb Alexander Kanavin <alex.kanavin@...>:

Show quoted text

This is not logs from mesa, this is logs from your image recipe. You
need to start with mesa.

Alex

On Wed, 21 Sept 2022 at 14:12, PHIL <heideggm@...> wrote:

 One of the logs has this



 Error:
  Problem: package packagegroup-base-extended-1.0-r83.qemuarm64 requires packagegroup-base, but none of the providers can be installed
   - package packagegroup-base-1.0-r83.qemuarm64 requires packagegroup-distro-base, but none of the providers can be installed
   - conflicting requests
   - nothing provides mesa-vulkan-drivers needed by packagegroup-distro-base-1.0-r83.qemuarm64
 (try to add '--skip-broken' to skip uninstallable packages)

 Am 21. September 2022 13:57:17 MESZ schrieb Alexander Kanavin <alex.kanavin@...>:

 You need to go to mesa's build directlory and inspect what is getting
 built, with which options, and how it is installed and packaged. All
 the needed bits are there, but it does take a bit of 'yocto skill' to
 find your way around there. Start by looking at temp/log.do_configure
 (and then do_compile and do_install).

 Alex

 On Wed, 21 Sept 2022 at 13:38, PHIL <heideggm@...> wrote:


  If I read the mesa-vulkan-drivers recipe right it should install libvulkan_*.so but it didnt I had to use vulkan-loader. Any idea in how to debug that?

  Am 20. September 2022 15:26:45 MESZ schrieb Alexander Kanavin <alex.kanavin@...>:


  What often works is running it under strace - you might be able to see the one key syscall that causes the failure. Otherwise you might have to go through the heavier gdb step through.

  Alex

  On Tue 20. Sep 2022 at 10.25, PHIL <heideggm@...> wrote:


  Ok it seems to use Software now given how slow weston-simple-egl has become. But vulkaninfo still fails with ERROR_INCOMPATIBLE_DRIVER.
  --
  Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.


  --
  Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.

 --
 Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.

--
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.

Edgar Mobile

#58118

Another logfile has this

ERROR: /media/user/SSD1TB/yoctoqemu/poky/meta/recipes-graphics/mesa/mesa-gl_22.0.0.bb: Error during parse shell code, the last 5 lines are:
    bbnote Executing meson      -Dshared-glapi=enabled     -Dglx-read-only-text=true     -Dplatforms='x11'    -Ddri3=disabled -Degl=disabled -Delf-tls=false -Dgallium-drivers='' -Dllvm=disabled -Dgbm=disabled -Dgles1=disabled -Dgles2=disabled -Dlmsensors=disabled -Dgallium-opencl=disabled -Dopencl-spirv=false -Dopengl=true -Dosmesa=false -Dlibunwind=disabled -Dgallium-va=disabled -Dgallium-vdpau=disabled -Dvulkan-drivers='swrast -Dgallium-xa=disabled -Dgallium-xvmc=disabled...
    if ! meson --prefix /usr               --buildtype plain               --bindir bin               --sbindir sbin               --datadir share               --libdir lib               --libexecdir libexec               --includedir include               --mandir share/man               --infodir share/info               --sysconfdir /etc               --localstatedir /var               --sharedstatedir /com               --wrap-mode nodownload               --native-file /media/user/SSD1TB/yoctoqemu/poky/build-virgl/tmp/work/cortexa57-poky-linux/mesa-gl/2_22.0.0-r0/meson.native "/media/user/SSD1TB/yoctoqemu/poky/build-virgl/tmp/work/cortexa57-poky-linux/mesa-gl/2_22.0.0-r0/mesa-22.0.0" "/media/user/SSD1TB/yoctoqemu/poky/build-virgl/tmp/work/cortexa57-poky-linux/mesa-gl/2_22.0.0-r0/build" --cross-file /media/user/SSD1TB/yoctoqemu/poky/build-virgl/tmp/work/cortexa57-poky-linux/mesa-gl/2_22.0.0-r0/meson.cross      -Dshared-glapi=enabled     -Dglx-read-only-text=true     -Dplatforms='x11'    -Ddri3=disabled -Degl=disabled -Delf-tls=false -Dgallium-drivers='' -Dllvm=disabled -Dgbm=disabled -Dgles1=disabled -Dgles2=disabled -Dlmsensors=disabled -Dgallium-opencl=disabled -Dopencl-spirv=false -Dopengl=true -Dosmesa=false -Dlibunwind=disabled -Dgallium-va=disabled -Dgallium-vdpau=disabled -Dvulkan-drivers='swrast -Dgallium-xa=disabled -Dgallium-xvmc=disabled; then
        bbfatal_log meson failed
    fi

ERROR: /media/user/SSD1TB/yoctoqemu/poky/meta/recipes-graphics/mesa/mesa_22.0.0.bb: Error during parse shell code, the last 5 lines are:
    bbnote Executing meson      -Dshared-glapi=enabled     -Dglx-read-only-text=true     -Dplatforms='wayland,x11'   -Ddri3=enabled -Degl=enabled -Delf-tls=true -Dgallium-drivers=swrast,virgl -Dllvm=disabled -Dgbm=enabled -Dgles1=enabled -Dgles2=enabled -Dlmsensors=disabled -Dgallium-opencl=disabled -Dopencl-spirv=false -Dopengl=true -Dosmesa=false -Dlibunwind=disabled -Dgallium-va=disabled -Dgallium-vdpau=disabled -Dvulkan-drivers='swrast -Dgallium-xa=disabled -Dgallium-xvmc=disabled...
    if ! meson --prefix /media/user/SSD1TB/yoctoqemu/poky/build-virgl/tmp/work/x86_64-linux/mesa-native/2_22.0.0-r0/recipe-sysroot-native/usr               --buildtype plain               --bindir bin               --sbindir sbin               --datadir share               --libdir lib               --libexecdir libexec               --includedir include               --mandir share/man               --infodir share/info               --sysconfdir /media/user/SSD1TB/yoctoqemu/poky/build-virgl/tmp/work/x86_64-linux/mesa-native/2_22.0.0-r0/recipe-sysroot-native/etc               --localstatedir /media/user/SSD1TB/yoctoqemu/poky/build-virgl/tmp/work/x86_64-linux/mesa-native/2_22.0.0-r0/recipe-sysroot-native/var               --sharedstatedir /media/user/SSD1TB/yoctoqemu/poky/build-virgl/tmp/work/x86_64-linux/mesa-native/2_22.0.0-r0/recipe-sysroot-native/com               --wrap-mode nodownload               --native-file /media/user/SSD1TB/yoctoqemu/poky/build-virgl/tmp/work/x86_64-linux/mesa-native/2_22.0.0-r0/meson.native "/media/user/SSD1TB/yoctoqemu/poky/build-virgl/tmp/work/x86_64-linux/mesa-native/2_22.0.0-r0/mesa-22.0.0" "/media/user/SSD1TB/yoctoqemu/poky/build-virgl/tmp/work/x86_64-linux/mesa-native/2_22.0.0-r0/build"       -Dshared-glapi=enabled     -Dglx-read-only-text=true     -Dplatforms='wayland,x11'   -Ddri3=enabled -Degl=enabled -Delf-tls=true -Dgallium-drivers=swrast,virgl -Dllvm=disabled -Dgbm=enabled -Dgles1=enabled -Dgles2=enabled -Dlmsensors=disabled -Dgallium-opencl=disabled -Dopencl-spirv=false -Dopengl=true -Dosmesa=false -Dlibunwind=disabled -Dgallium-va=disabled -Dgallium-vdpau=disabled -Dvulkan-drivers='swrast -Dgallium-xa=disabled -Dgallium-xvmc=disabled; then
        bbfatal_log meson failed
    fi

ERROR: Unable to parse /media/user/SSD1TB/yoctoqemu/poky/meta/recipes-graphics/mesa/mesa-gl_22.0.0.bb
Traceback (most recent call last):
File "/media/user/SSD1TB/yoctoqemu/poky/bitbake/lib/bb/codeparser.py", line 368, in ShellParser._parse_shell(value='    # Meson requires this to be \'bfd, \'lld\' or \'gold\' from 0.53 onwards\n    # https://github.com/mesonbuild/meson/commit/ef9aeb188ea2bc7353e59916c18901cde90fa2b3\n    unset LD\n\n    # sstate.bbclass no longer removes empty directories to avoid a race (see\n    # commit 4f94d929 "sstate/staging: Handle directory creation race issue").\n    # Unfortunately Python apparently treats an empty egg-info directory as if\n    # the version it previously contained still exists and fails if a newer\n    # version is required, which Meson does. To avoid this, make sure there are\n    # no empty egg-info directories from previous versions left behind. Ignore\n    # all errors from rmdir since the egg-info may be a file rather than a\n    # directory.\n    rmdir /media/user/SSD1TB/yoctoqemu/poky/build-virgl/tmp/work/cortexa57-poky-linux/mesa-gl/2_22.0.0-r0/recipe-sysroot-native/usr/lib/python3.10/site-packages/*.egg-info 2>/dev/null || :\n\n    # Work around "Meson fails if /tmp is mounted with noexec #2972"\n    mkdir -p "/media/user/SSD1TB/yoctoqemu/poky/build-virgl/tmp/work/cortexa57-poky-linux/mesa-gl/2_22.0.0-r0/build/meson-private/tmp"\n    export TMPDIR="/media/user/SSD1TB/yoctoqemu/poky/build-virgl/tmp/work/cortexa57-poky-linux/mesa-gl/2_22.0.0-r0/build/meson-private/tmp"\n    bbnote Executing meson      -Dshared-glapi=enabled     -Dglx-read-only-text=true     -Dplatforms=\'x11\'    -Ddri3=disabled -Degl=disabled -Delf-tls=false -Dgallium-drivers=\'\' -Dllvm=disabled -Dgbm=disabled -Dgles1=disabled -Dgles2=disabled -Dlmsensors=disabled -Dgallium-opencl=disabled -Dopencl-spirv=false -Dopengl=true -Dosmesa=false -Dlibunwind=disabled -Dgallium-va=disabled -Dgallium-vdpau=disabled -Dvulkan-drivers=\'swrast -Dgallium-xa=disabled -Dgallium-xvmc=disabled...\n    if ! meson --prefix /usr               --buildtype plain               --bindir bin               --sbindir sbin               --datadir share               --libdir lib               --libexecdir libexec               --includedir include               --mandir share/man               --infodir share/info               --sysconfdir /etc               --localstatedir /var               --sharedstatedir /com               --wrap-mode nodownload               --native-file /media/user/SSD1TB/yoctoqemu/poky/build-virgl/tmp/work/cortexa57-poky-linux/mesa-gl/2_22.0.0-r0/meson.native "/media/user/SSD1TB/yoctoqemu/poky/build-virgl/tmp/work/cortexa57-poky-linux/mesa-gl/2_22.0.0-r0/mesa-22.0.0" "/media/user/SSD1TB/yoctoqemu/poky/build-virgl/tmp/work/cortexa57-poky-linux/mesa-gl/2_22.0.0-r0/build" --cross-file /media/user/SSD1TB/yoctoqemu/poky/build-virgl/tmp/work/cortexa57-poky-linux/mesa-gl/2_22.0.0-r0/meson.cross      -Dshared-glapi=enabled     -Dglx-read-only-text=true     -Dplatforms=\'x11\'    -Ddri3=disabled -Degl=disabled -Delf-tls=false -Dgallium-drivers=\'\' -Dllvm=disabled -Dgbm=disabled -Dgles1=disabled -Dgles2=disabled -Dlmsensors=disabled -Dgallium-opencl=disabled -Dopencl-spirv=false -Dopengl=true -Dosmesa=false -Dlibunwind=disabled -Dgallium-va=disabled -Dgallium-vdpau=disabled -Dvulkan-drivers=\'swrast -Dgallium-xa=disabled -Dgallium-xvmc=disabled; then\n        bbfatal_log meson failed\n    fi\n'):
             try:
    >            tokens, _ = pyshyacc.parse(value, eof=True, debug=False)
             except Exception:
File "/media/user/SSD1TB/yoctoqemu/poky/bitbake/lib/bb/pysh/pyshyacc.py", line 677, in parse(input='    # Meson requires this to be \'bfd, \'lld\' or \'gold\' from 0.53 onwards\n    # https://github.com/mesonbuild/meson/commit/ef9aeb188ea2bc7353e59916c18901cde90fa2b3\n    unset LD\n\n    # sstate.bbclass no longer removes empty directories to avoid a race (see\n    # commit 4f94d929 "sstate/staging: Handle directory creation race issue").\n    # Unfortunately Python apparently treats an empty egg-info directory as if\n    # the version it previously contained still exists and fails if a newer\n    # version is required, which Meson does. To avoid this, make sure there are\n    # no empty egg-info directories from previous versions left behind. Ignore\n    # all errors from rmdir since the egg-info may be a file rather than a\n    # directory.\n    rmdir /media/user/SSD1TB/yoctoqemu/poky/build-virgl/tmp/work/cortexa57-poky-linux/mesa-gl/2_22.0.0-r0/recipe-sysroot-native/usr/lib/python3.10/site-packages/*.egg-info 2>/dev/null || :\n\n    # Work around "Meson fails if /tmp is mounted with noexec #2972"\n    mkdir -p "/media/user/SSD1TB/yoctoqemu/poky/build-virgl/tmp/work/cortexa57-poky-linux/mesa-gl/2_22.0.0-r0/build/meson-private/tmp"\n    export TMPDIR="/media/user/SSD1TB/yoctoqemu/poky/build-virgl/tmp/work/cortexa57-poky-linux/mesa-gl/2_22.0.0-r0/build/meson-private/tmp"\n    bbnote Executing meson      -Dshared-glapi=enabled     -Dglx-read-only-text=true     -Dplatforms=\'x11\'    -Ddri3=disabled -Degl=disabled -Delf-tls=false -Dgallium-drivers=\'\' -Dllvm=disabled -Dgbm=disabled -Dgles1=disabled -Dgles2=disabled -Dlmsensors=disabled -Dgallium-opencl=disabled -Dopencl-spirv=false -Dopengl=true -Dosmesa=false -Dlibunwind=disabled -Dgallium-va=disabled -Dgallium-vdpau=disabled -Dvulkan-drivers=\'swrast -Dgallium-xa=disabled -Dgallium-xvmc=disabled...\n    if ! meson --prefix /usr               --buildtype plain               --bindir bin               --sbindir sbin               --datadir share               --libdir lib               --libexecdir libexec               --includedir include               --mandir share/man               --infodir share/info               --sysconfdir /etc               --localstatedir /var               --sharedstatedir /com               --wrap-mode nodownload               --native-file /media/user/SSD1TB/yoctoqemu/poky/build-virgl/tmp/work/cortexa57-poky-linux/mesa-gl/2_22.0.0-r0/meson.native "/media/user/SSD1TB/yoctoqemu/poky/build-virgl/tmp/work/cortexa57-poky-linux/mesa-gl/2_22.0.0-r0/mesa-22.0.0" "/media/user/SSD1TB/yoctoqemu/poky/build-virgl/tmp/work/cortexa57-poky-linux/mesa-gl/2_22.0.0-r0/build" --cross-file /media/user/SSD1TB/yoctoqemu/poky/build-virgl/tmp/work/cortexa57-poky-linux/mesa-gl/2_22.0.0-r0/meson.cross      -Dshared-glapi=enabled     -Dglx-read-only-text=true     -Dplatforms=\'x11\'    -Ddri3=disabled -Degl=disabled -Delf-tls=false -Dgallium-drivers=\'\' -Dllvm=disabled -Dgbm=disabled -Dgles1=disabled -Dgles2=disabled -Dlmsensors=disabled -Dgallium-opencl=disabled -Dopencl-spirv=false -Dopengl=true -Dosmesa=false -Dlibunwind=disabled -Dgallium-va=disabled -Dgallium-vdpau=disabled -Dvulkan-drivers=\'swrast -Dgallium-xa=disabled -Dgallium-xvmc=disabled; then\n        bbfatal_log meson failed\n    fi\n', eof=True, debug=False):
             debug = 2
    >    return yacc.parse(lexer=lexer, debug=debug), remaining

File "/media/user/SSD1TB/yoctoqemu/poky/bitbake/lib/ply/yacc.py", line 267, in LRParser.parse(input=None, lexer=<bb.pysh.pyshlex.PLYLexer object at 0x7ff73b1ac0b8>, debug=False, tracking=0, tokenfunc=None):
             else:
    >            return self.parseopt_notrack(input,lexer,debug,tracking,tokenfunc)

File "/media/user/SSD1TB/yoctoqemu/poky/bitbake/lib/ply/yacc.py", line 1049, in LRParser.parseopt_notrack(input=None, lexer=<bb.pysh.pyshlex.PLYLexer object at 0x7ff73b1ac0b8>, debug=False, tracking=0, tokenfunc=None):
                                 errtoken.lexer = lexer
    >                        tok = self.errorfunc(errtoken)
                             del errok, token, restart   # Delete special functions
File "/media/user/SSD1TB/yoctoqemu/poky/bitbake/lib/bb/pysh/pyshyacc.py", line 650, in p_error(p=LexToken(Then,'then',0,0)):
             w('Unexpected EOF')
    >    raise sherrors.ShellSyntaxError(''.join(msg))

bb.pysh.sherrors.ShellSyntaxError: LexToken(Then,'then',0,0)
followed by:
LexToken(NEWLINE,'\n',0,0)
LexToken(TOKEN,'bbfatal_log',0,0)
LexToken(TOKEN,'meson',0,0)
LexToken(TOKEN,'failed',0,0)
LexToken(NEWLINE,'\n',0,0)

ERROR: Parsing halted due to errors, see error messages above

Am 21. September 2022 14:14:10 MESZ schrieb Alexander Kanavin <alex.kanavin@...>:

Show quoted text

This is not logs from mesa, this is logs from your image recipe. You
need to start with mesa.

Alex

On Wed, 21 Sept 2022 at 14:12, PHIL <heideggm@...> wrote:

 One of the logs has this



 Error:
  Problem: package packagegroup-base-extended-1.0-r83.qemuarm64 requires packagegroup-base, but none of the providers can be installed
   - package packagegroup-base-1.0-r83.qemuarm64 requires packagegroup-distro-base, but none of the providers can be installed
   - conflicting requests
   - nothing provides mesa-vulkan-drivers needed by packagegroup-distro-base-1.0-r83.qemuarm64
 (try to add '--skip-broken' to skip uninstallable packages)

 Am 21. September 2022 13:57:17 MESZ schrieb Alexander Kanavin <alex.kanavin@...>:

 You need to go to mesa's build directlory and inspect what is getting
 built, with which options, and how it is installed and packaged. All
 the needed bits are there, but it does take a bit of 'yocto skill' to
 find your way around there. Start by looking at temp/log.do_configure
 (and then do_compile and do_install).

 Alex

 On Wed, 21 Sept 2022 at 13:38, PHIL <heideggm@...> wrote:


  If I read the mesa-vulkan-drivers recipe right it should install libvulkan_*.so but it didnt I had to use vulkan-loader. Any idea in how to debug that?

  Am 20. September 2022 15:26:45 MESZ schrieb Alexander Kanavin <alex.kanavin@...>:


  What often works is running it under strace - you might be able to see the one key syscall that causes the failure. Otherwise you might have to go through the heavier gdb step through.

  Alex

  On Tue 20. Sep 2022 at 10.25, PHIL <heideggm@...> wrote:


  Ok it seems to use Software now given how slow weston-simple-egl has become. But vulkaninfo still fails with ERROR_INCOMPATIBLE_DRIVER.
  --
  Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.


  --
  Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.

 --
 Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.

--
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.

Alexander Kanavin

#58117

This is not logs from mesa, this is logs from your image recipe. You
need to start with mesa.

Alex

Show quoted text

On Wed, 21 Sept 2022 at 14:12, PHIL <heideggm@...> wrote:

One of the logs has this



Error:
 Problem: package packagegroup-base-extended-1.0-r83.qemuarm64 requires packagegroup-base, but none of the providers can be installed
  - package packagegroup-base-1.0-r83.qemuarm64 requires packagegroup-distro-base, but none of the providers can be installed
  - conflicting requests
  - nothing provides mesa-vulkan-drivers needed by packagegroup-distro-base-1.0-r83.qemuarm64
(try to add '--skip-broken' to skip uninstallable packages)

Am 21. September 2022 13:57:17 MESZ schrieb Alexander Kanavin <alex.kanavin@...>:

You need to go to mesa's build directlory and inspect what is getting
built, with which options, and how it is installed and packaged. All
the needed bits are there, but it does take a bit of 'yocto skill' to
find your way around there. Start by looking at temp/log.do_configure
(and then do_compile and do_install).

Alex

On Wed, 21 Sept 2022 at 13:38, PHIL <heideggm@...> wrote:


 If I read the mesa-vulkan-drivers recipe right it should install libvulkan_*.so but it didnt I had to use vulkan-loader. Any idea in how to debug that?

 Am 20. September 2022 15:26:45 MESZ schrieb Alexander Kanavin <alex.kanavin@...>:


 What often works is running it under strace - you might be able to see the one key syscall that causes the failure. Otherwise you might have to go through the heavier gdb step through.

 Alex

 On Tue 20. Sep 2022 at 10.25, PHIL <heideggm@...> wrote:


 Ok it seems to use Software now given how slow weston-simple-egl has become. But vulkaninfo still fails with ERROR_INCOMPATIBLE_DRIVER.
 --
 Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.
 --
 Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.--
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.

Edgar Mobile

#58116

One of the logs has this

Error:
Problem: package packagegroup-base-extended-1.0-r83.qemuarm64 requires packagegroup-base, but none of the providers can be installed
- package packagegroup-base-1.0-r83.qemuarm64 requires packagegroup-distro-base, but none of the providers can be installed
- conflicting requests
- nothing provides mesa-vulkan-drivers needed by packagegroup-distro-base-1.0-r83.qemuarm64
(try to add '--skip-broken' to skip uninstallable packages)

Am 21. September 2022 13:57:17 MESZ schrieb Alexander Kanavin <alex.kanavin@...>:

Show quoted text

You need to go to mesa's build directlory and inspect what is getting
built, with which options, and how it is installed and packaged. All
the needed bits are there, but it does take a bit of 'yocto skill' to
find your way around there. Start by looking at temp/log.do_configure
(and then do_compile and do_install).

Alex

On Wed, 21 Sept 2022 at 13:38, PHIL <heideggm@...> wrote:

 If I read the mesa-vulkan-drivers recipe right it should install libvulkan_*.so but it didnt I had to use vulkan-loader. Any idea in how to debug that?

 Am 20. September 2022 15:26:45 MESZ schrieb Alexander Kanavin <alex.kanavin@...>:

 What often works is running it under strace - you might be able to see the one key syscall that causes the failure. Otherwise you might have to go through the heavier gdb step through.

 Alex

 On Tue 20. Sep 2022 at 10.25, PHIL <heideggm@...> wrote:

 Ok it seems to use Software now given how slow weston-simple-egl has become. But vulkaninfo still fails with ERROR_INCOMPATIBLE_DRIVER.
 --
 Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.

 --
 Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.

--
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.

Alexander Kanavin

#58115

You need to go to mesa's build directlory and inspect what is getting
built, with which options, and how it is installed and packaged. All
the needed bits are there, but it does take a bit of 'yocto skill' to
find your way around there. Start by looking at temp/log.do_configure
(and then do_compile and do_install).

Alex

Show quoted text

On Wed, 21 Sept 2022 at 13:38, PHIL <heideggm@...> wrote:

If I read the mesa-vulkan-drivers recipe right it should install libvulkan_*.so but it didnt I had to use vulkan-loader. Any idea in how to debug that?

Am 20. September 2022 15:26:45 MESZ schrieb Alexander Kanavin <alex.kanavin@...>:

What often works is running it under strace - you might be able to see the one key syscall that causes the failure. Otherwise you might have to go through the heavier gdb step through.

Alex

On Tue 20. Sep 2022 at 10.25, PHIL <heideggm@...> wrote:

Ok it seems to use Software now given how slow weston-simple-egl has become. But vulkaninfo still fails with ERROR_INCOMPATIBLE_DRIVER.
--
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.--
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.

Edgar Mobile

#58114

If I read the mesa-vulkan-drivers recipe right it should install libvulkan_*.so but it didnt I had to use vulkan-loader. Any idea in how to debug that?

Am 20. September 2022 15:26:45 MESZ schrieb Alexander Kanavin <alex.kanavin@...>:

Show quoted text

What often works is running it under strace - you might be able to see the one key syscall that causes the failure. Otherwise you might have to go through the heavier gdb step through.

Alex

On Tue 20. Sep 2022 at 10.25, PHIL <heideggm@...> wrote:

Ok it seems to use Software now given how slow weston-simple-egl has become. But vulkaninfo still fails with ERROR_INCOMPATIBLE_DRIVER.
--
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.

--
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.

Alexander Kanavin

#58093

What often works is running it under strace - you might be able to see the one key syscall that causes the failure. Otherwise you might have to go through the heavier gdb step through.

Alex

Show quoted text

On Tue 20. Sep 2022 at 10.25, PHIL <heideggm@...> wrote:

Ok it seems to use Software now given how slow weston-simple-egl has become. But vulkaninfo still fails with ERROR_INCOMPATIBLE_DRIVER.
--
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.

Edgar Mobile

#58092

Ok it seems to use Software now given how slow weston-simple-egl has become. But vulkaninfo still fails with ERROR_INCOMPATIBLE_DRIVER.

--
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.

Alexander Kanavin

#58091

It helps if you say what you did precisely and show the complaint.

Alex

Show quoted text

On Tue 20. Sep 2022 at 9.40, PHIL <heideggm@...> wrote:

What would be the simplest way to achieve that with bitbake? I tried swrast in mesa yesterday but it complained because it wants Gallium.

Am 20. September 2022 10:23:38 MESZ schrieb Alexander Kanavin <alex.kanavin@...>:

Don’t bother with virgl yet. Start with the pure software implementation in Mesa.

Alex

On Tue 20. Sep 2022 at 8.39, Edgar Mobile <heideggm@...> wrote:

Ok, I added these two lines now to a file named virglrenderer_0.9.1.bb . Bitbake now says:

ERROR: Nothing PROVIDES 'ninja-nativevulkan-loader' (but virtual:native: ... DEPENDS on or otherwise requires it)

ERROR: Required build target 'core-image-weston' has no buildable providers.

Missing or unbuildable dependency chain was: {'core-image-weston', 'meta-extsdk-toolchain', 'qemu-helper-native', 'qemu-system-native', 'virglrenderer-native', 'ninja-nativevulkan-loader'

From: Markus Volk <f_l_k@...>
Sent: Monday, September 19, 2022 5:16 PM
To: Edgar Mobile <heideggm@...>
Cc: Alexander Kanavin <alex.kanavin@...>; yocto@... <yocto@...>
Subject: Re: [yocto] Adding Vulkan to core-image-weston

Am Mo, 19. Sep 2022 um 16:54:52 +0000 schrieb Edgar Mobile <heideggm@...>:

This wasn't enough

i guess you would also need to add venus support to virglrenderer.bb for qemu:

DEPENDS:append = "vulkan-loader vulkan-headers"

EXTRA_OEMESON += "-Dvenus-experimental=true"

but i have never tested this

--
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.

Edgar Mobile

#58089

What would be the simplest way to achieve that with bitbake? I tried swrast in mesa yesterday but it complained because it wants Gallium.

Am 20. September 2022 10:23:38 MESZ schrieb Alexander Kanavin <alex.kanavin@...>:

Show quoted text

Don’t bother with virgl yet. Start with the pure software implementation in Mesa.

Alex

On Tue 20. Sep 2022 at 8.39, Edgar Mobile <heideggm@...> wrote:

Ok, I added these two lines now to a file named virglrenderer_0.9.1.bb . Bitbake now says:

ERROR: Nothing PROVIDES 'ninja-nativevulkan-loader' (but virtual:native: ... DEPENDS on or otherwise requires it)

ERROR: Required build target 'core-image-weston' has no buildable providers.

Missing or unbuildable dependency chain was: {'core-image-weston', 'meta-extsdk-toolchain', 'qemu-helper-native', 'qemu-system-native', 'virglrenderer-native', 'ninja-nativevulkan-loader'

From: Markus Volk <f_l_k@...>
Sent: Monday, September 19, 2022 5:16 PM
To: Edgar Mobile <heideggm@...>
Cc: Alexander Kanavin <alex.kanavin@...>; yocto@... <yocto@...>
Subject: Re: [yocto] Adding Vulkan to core-image-weston

Am Mo, 19. Sep 2022 um 16:54:52 +0000 schrieb Edgar Mobile <heideggm@...>:

This wasn't enough

i guess you would also need to add venus support to virglrenderer.bb for qemu:

DEPENDS:append = "vulkan-loader vulkan-headers"

EXTRA_OEMESON += "-Dvenus-experimental=true"

but i have never tested this

--
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.

Alexander Kanavin

#58088

Don’t bother with virgl yet. Start with the pure software implementation in Mesa.

Alex

Show quoted text

On Tue 20. Sep 2022 at 8.39, Edgar Mobile <heideggm@...> wrote:

Ok, I added these two lines now to a file named virglrenderer_0.9.1.bb . Bitbake now says:

ERROR: Nothing PROVIDES 'ninja-nativevulkan-loader' (but virtual:native: ... DEPENDS on or otherwise requires it)

ERROR: Required build target 'core-image-weston' has no buildable providers.

Missing or unbuildable dependency chain was: {'core-image-weston', 'meta-extsdk-toolchain', 'qemu-helper-native', 'qemu-system-native', 'virglrenderer-native', 'ninja-nativevulkan-loader'

From: Markus Volk <f_l_k@...>
Sent: Monday, September 19, 2022 5:16 PM
To: Edgar Mobile <heideggm@...>
Cc: Alexander Kanavin <alex.kanavin@...>; yocto@... <yocto@...>
Subject: Re: [yocto] Adding Vulkan to core-image-weston

Am Mo, 19. Sep 2022 um 16:54:52 +0000 schrieb Edgar Mobile <heideggm@...>:

This wasn't enough

i guess you would also need to add venus support to virglrenderer.bb for qemu:

DEPENDS:append = "vulkan-loader vulkan-headers"

EXTRA_OEMESON += "-Dvenus-experimental=true"

but i have never tested this

Edgar Mobile

#58087

Ok, I added these two lines now to a file named virglrenderer_0.9.1.bb . Bitbake now says:

ERROR: Nothing PROVIDES 'ninja-nativevulkan-loader' (but virtual:native: ... DEPENDS on or otherwise requires it)

ERROR: Required build target 'core-image-weston' has no buildable providers.

Missing or unbuildable dependency chain was: {'core-image-weston', 'meta-extsdk-toolchain', 'qemu-helper-native', 'qemu-system-native', 'virglrenderer-native', 'ninja-nativevulkan-loader'

Show quoted text

From: Markus Volk <f_l_k@...>
Sent: Monday, September 19, 2022 5:16 PM
To: Edgar Mobile <heideggm@...>
Cc: Alexander Kanavin <alex.kanavin@...>; yocto@... <yocto@...>
Subject: Re: [yocto] Adding Vulkan to core-image-weston

Am Mo, 19. Sep 2022 um 16:54:52 +0000 schrieb Edgar Mobile <heideggm@...>:

This wasn't enough

i guess you would also need to add venus support to virglrenderer.bb for qemu:

DEPENDS:append = "vulkan-loader vulkan-headers"

EXTRA_OEMESON += "-Dvenus-experimental=true"

but i have never tested this

Edgar Mobile

#58086

Hmm, I can't find a virglrenderer.bb. Do I need to add something?

Show quoted text

From: Markus Volk <f_l_k@...>
Sent: Monday, September 19, 2022 5:16 PM
To: Edgar Mobile <heideggm@...>
Cc: Alexander Kanavin <alex.kanavin@...>; yocto@... <yocto@...>
Subject: Re: [yocto] Adding Vulkan to core-image-weston

Am Mo, 19. Sep 2022 um 16:54:52 +0000 schrieb Edgar Mobile <heideggm@...>:

This wasn't enough

i guess you would also need to add venus support to virglrenderer.bb for qemu:

DEPENDS:append = "vulkan-loader vulkan-headers"

EXTRA_OEMESON += "-Dvenus-experimental=true"

but i have never tested this

Markus Volk

#58080

Am Mo, 19. Sep 2022 um 16:54:52 +0000 schrieb Edgar Mobile <heideggm@...>:

This wasn't enough

i guess you would also need to add venus support to virglrenderer.bb for qemu:

DEPENDS:append = "vulkan-loader vulkan-headers"

EXTRA_OEMESON += "-Dvenus-experimental=true"

but i have never tested this