We use some essential cookies to make our website work.

We use optional cookies, as detailed in our cookie policy, to remember your settings and understand how you use our website.

9 posts • Page 1 of 1
Gess1t
Posts: 37
Joined: Tue Oct 02, 2018 8:24 pm

Unable to run zinc on the Raspberry Pi 4B using mesa 24

Wed Oct 23, 2024 3:01 pm

I cannot get zink to work on the raspberry pi 4B, running bullseye, on any versions past 22.2.5

Configured the build using the following :

Code: Select all 

sudo ~/.local/bin/meson \
-Dplatforms=x11 \
-Dvulkan-drivers=broadcom,swrast,virtio \
-Dgallium-drivers=v3d,zink,vc4,swrast,llvmpipe,r300,softpipe \
-Dglx=dri \
-Degl=enabled \
-Dvulkan-layers=device-select \
-Dbuildtype=release ../
Running any application using the compiled binaries result in errors being printed before the app either exit or segfault.

for instance, glxinfo :

Code: Select all 

MESA_GL_VERSION_OVERRIDE=3.2 MESA_GLSL_VERSION_OVERRIDE=320 \
__GLX_VENDOR_LIBRARY_NAME=mesa MESA_LOADER_DRIVER_OVERRIDE=zink \
LIBGL_DEBUG=verbose ZINK_DEBUG=verbose MESA_DEBUG=1 glxinfo -B

Code: Select all 

WARNING: v3dv is neither a complete nor a conformant Vulkan implementation. Testing use only.
glx: failed to create drisw screen
failed to load driver: zink
Seems to works, if i compile the latest version available in the normal bullseye repo.

Configure Logs for 24:

Code: Select all 

The Meson build system
Version: 1.5.2
Source dir: /home/pi/Documents/repos/C/mesa
Build dir: /home/pi/Documents/repos/C/mesa/build
Build type: native build
Project name: mesa
Project version: 24.3.0-devel
C compiler for the host machine: cc (gcc 10.2.1 "cc (Debian 10.2.1-6) 10.2.1 20210110")
C linker for the host machine: cc ld.bfd 2.35.2
C++ compiler for the host machine: c++ (gcc 10.2.1 "c++ (Debian 10.2.1-6) 10.2.1 20210110")
C++ linker for the host machine: c++ ld.bfd 2.35.2
Host machine cpu family: aarch64
Host machine cpu: aarch64
Checking for size of "void*" : 8 
../meson.build:173: WARNING: `gallium-drivers=swrast` is a deprecated alias for `gallium-drivers=softpipe,llvmpipe` and will be removed in version 25.0
Checking if "-mtls-dialect=gnu2" runs: DID NOT COMPILE
Checking if "-mtls-dialect=desc" runs: YES
Found pkg-config: YES (/usr/bin/pkg-config) 0.29.2
Run-time dependency libglvnd found: YES 1.7.0
Dependency vdpau skipped: feature gallium-vdpau disabled
Program glslangValidator found: YES (/usr/bin/glslangValidator)
Dependency libva skipped: feature gallium-va disabled
Program python3 found: YES (/usr/bin/python3)
Fetching value of define "ETIME" : 62 
Compiler for C supports arguments -gsplit-dwarf: YES 
Compiler for C supports link arguments -Wl,--gdb-index: NO 
Checking for function "bswap32" : YES 
Checking for function "bswap64" : YES 
Checking for function "clz" : YES 
Checking for function "clzll" : YES 
Checking for function "ctz" : YES 
Checking for function "expect" : YES 
Checking for function "ffs" : YES 
Checking for function "ffsll" : YES 
Checking for function "popcount" : YES 
Checking for function "popcountll" : YES 
Checking for function "unreachable" : YES 
Checking for function "types_compatible_p" : YES 
Compiler for C supports function attribute const: YES 
Compiler for C supports function attribute flatten: YES 
Compiler for C supports function attribute malloc: YES 
Compiler for C supports function attribute pure: YES 
Compiler for C supports function attribute unused: YES 
Compiler for C supports function attribute warn_unused_result: YES 
Compiler for C supports function attribute weak: YES 
Compiler for C supports function attribute format: YES 
Compiler for C supports function attribute packed: YES 
Compiler for C supports function attribute returns_nonnull: YES 
Compiler for C supports function attribute alias: YES 
Compiler for C supports function attribute noreturn: YES 
Compiler for C supports function attribute optimize: YES 
Compiler for C supports function attribute visibility:hidden: YES 
Checking if "__uint128_t" compiles: YES 
Checking for function "reallocarray" : YES 
Checking for function "fmemopen" : YES 
Checking if "gc-sections" : links: YES 
Compiler for C supports arguments -Werror=implicit-function-declaration: YES 
Compiler for C supports arguments -Werror=missing-prototypes: YES 
Compiler for C supports arguments -Werror=return-type: YES 
Compiler for C supports arguments -Werror=empty-body: YES 
Compiler for C supports arguments -Werror=incompatible-pointer-types: YES 
Compiler for C supports arguments -Werror=int-conversion: YES 
Compiler for C supports arguments -Wimplicit-fallthrough: YES 
Compiler for C supports arguments -Wmisleading-indentation: YES 
Compiler for C supports arguments -Wno-missing-field-initializers: YES 
Compiler for C supports arguments -Wno-format-truncation: YES 
Compiler for C supports arguments -Wno-nonnull-compare: YES 
Compiler for C supports arguments -fno-math-errno: YES 
Compiler for C supports arguments -fno-trapping-math: YES 
Compiler for C supports arguments -Qunused-arguments: NO 
Compiler for C supports arguments -fno-common: YES 
Compiler for C supports arguments -Wno-unknown-pragmas: YES 
Compiler for C supports arguments -Wno-microsoft-enum-value: NO 
Compiler for C supports arguments -Wno-unused-function: YES 
Compiler for C supports arguments -Werror=format: YES 
Compiler for C supports arguments -Wformat-security: YES 
Compiler for C supports arguments -Werror=thread-safety: NO 
Compiler for C supports arguments -ffunction-sections: YES 
Compiler for C supports arguments -fdata-sections: YES 
Compiler for C supports arguments -Wno-unused-variable: YES 
Compiler for C supports arguments -Wno-unused-but-set-variable: YES 
Compiler for C supports arguments /wd4189: NO 
Compiler for C++ supports arguments -Werror=return-type: YES 
Compiler for C++ supports arguments -Werror=empty-body: YES 
Compiler for C++ supports arguments -Wmisleading-indentation: YES 
Compiler for C++ supports arguments -Wno-non-virtual-dtor: YES 
Compiler for C++ supports arguments -Wno-missing-field-initializers: YES 
Compiler for C++ supports arguments -Wno-format-truncation: YES 
Compiler for C++ supports arguments -fno-math-errno: YES 
Compiler for C++ supports arguments -fno-trapping-math: YES 
Compiler for C++ supports arguments -Qunused-arguments: NO 
Compiler for C++ supports arguments -flifetime-dse=1: YES 
Compiler for C++ supports arguments -Wno-unknown-pragmas: YES 
Compiler for C++ supports arguments -Wno-microsoft-enum-value: NO 
Compiler for C++ supports arguments -Werror=format: YES 
Compiler for C++ supports arguments -Wformat-security: YES 
Compiler for C++ supports arguments -ffunction-sections: YES 
Compiler for C++ supports arguments -fdata-sections: YES 
Compiler for C++ supports arguments -Wno-unused-variable: YES 
Compiler for C++ supports arguments -Wno-unused-but-set-variable: YES 
Compiler for C++ supports arguments /wd4189: NO 
Compiler for C supports arguments -Wno-override-init: YES 
Compiler for C supports arguments -Wno-initializer-overrides: NO 
Compiler for C supports arguments -Werror=pointer-arith: YES 
Compiler for C supports arguments -Werror=vla: YES 
Compiler for C supports arguments -Werror=gnu-empty-initializer: NO 
Compiler for C++ supports arguments -Werror=pointer-arith: YES 
Compiler for C++ supports arguments -Werror=vla: YES 
Compiler for C++ supports arguments -Werror=gnu-empty-initializer: NO 
Checking for function "__builtin_ia32_clflushopt" : NO 
Checking if "GCC atomic builtins" compiles: YES 
Checking if "GCC atomic builtins required -latomic" : links: YES 
Checking if "GCC 64bit atomics" with dependency : links: YES 
Library ws2_32 found: NO
Header "sys/sysmacros.h" has symbol "major" : YES 
Header "sys/sysmacros.h" has symbol "minor" : YES 
Header "sys/sysmacros.h" has symbol "makedev" : YES 
Header "sys/mkdev.h" has symbol "major" : NO 
Check usable header "sched.h" : YES 
Checking for function "sched_getaffinity" : YES 
Check usable header "xlocale.h" : NO 
Check usable header "linux/futex.h" : YES 
Check usable header "endian.h" : YES 
Check usable header "dlfcn.h" : YES 
Check usable header "sys/shm.h" : YES 
Check usable header "cet.h" : NO 
Check usable header "pthread_np.h" : NO 
Check usable header "sys/inotify.h" : YES 
Check usable header "linux/udmabuf.h" : YES 
Checking for function "strtof" : YES 
Checking for function "mkostemp" : YES 
Checking for function "memfd_create" : YES 
Checking for function "random_r" : YES 
Checking for function "flock" : YES 
Checking for function "strtok_r" : YES 
Checking for function "getrandom" : YES 
Checking for function "qsort_s" : NO 
Checking for function "posix_fallocate" : YES 
Checking for function "secure_getenv" : YES 
Checking if "GNU qsort_r" : links: YES 
Header "time.h" has symbol "struct timespec" : YES 
Checking for function "thrd_create" : NO 
Header "errno.h" has symbol "program_invocation_name" : YES 
Header "math.h" has symbol "issignaling" : YES 
Checking for function "posix_memalign" : YES 
Checking whether type "struct dirent" has member "d_type" : YES 
Checking if "strtod has locale support" : links: YES 
Checking if "Bsymbolic" : links: YES 
Checking if "version-script" : links: YES 
Checking if "dynamic-list" : links: YES 
Compiler for C supports link arguments -Wl,--build-id=sha1: YES 
Checking for function "dlopen" : NO 
Library dl found: YES
Checking for function "dladdr" with dependency -ldl: YES 
Checking for function "dl_iterate_phdr" : YES 
Checking for function "clock_gettime" : YES 
Run-time dependency zlib found: YES 1.2.11
Run-time dependency libzstd found: YES 1.4.8
Cleaning... 0 files.
Run-time dependency threads found: YES
Checking for function "pthread_setaffinity_np" with dependency threads: YES 
Run-time dependency expat found: YES 2.2.10
Library m found: YES
Run-time dependency libdrm_radeon found: YES 2.4.109
Run-time dependency libdrm found: YES 2.4.109
Run-time dependency libudev found: YES 247
llvm-config found: YES (/usr/bin/llvm-config) 11.0.1
Run-time dependency LLVM (modules: bitwriter, core, engine, executionengine, instcombine, mcdisassembler, mcjit, native, scalaropts, transformutils, coroutines, lto) found: YES 11.0.1
Run-time dependency spirv-tools found: YES 2024年4月1日
Found CMake: /usr/local/bin/cmake (3.30.20241005)
Run-time dependency lua54 found: NO (tried pkgconfig and cmake)
Run-time dependency lua5.4 found: NO (tried pkgconfig and cmake)
Run-time dependency lua-5.4 found: NO (tried pkgconfig and cmake)
Run-time dependency lua53 found: NO (tried pkgconfig and cmake)
Run-time dependency lua5.3 found: NO (tried pkgconfig and cmake)
Run-time dependency lua-5.3 found: NO (tried pkgconfig and cmake)
Run-time dependency lua found: NO (tried pkgconfig and cmake)
Run-time dependency libelf found: YES 0.183
Run-time dependency valgrind found: YES 3.16.1
Program bison found: YES (/usr/bin/bison)
Program bison found: YES 3.7.5 3.7.5 (/usr/bin/bison)
Program flex found: YES (/usr/bin/flex)
Run-time dependency libunwind found: YES 1.3.2
Run-time dependency xcb found: YES 1.14
Run-time dependency xcb-randr found: YES 1.14
Run-time dependency x11 found: YES 1.7.2
Run-time dependency xext found: YES 1.3.3
Run-time dependency xfixes found: YES 5.0.3
Run-time dependency xcb-glx found: YES 1.14
Run-time dependency xcb-shm found: YES 1.14
Dependency xcb found: YES 1.14 (cached)
Run-time dependency xcb-keysyms found: YES 0.4.0
Run-time dependency x11-xcb found: YES 1.7.2
Run-time dependency xcb-dri2 found: YES 1.14
Dependency xcb-dri2 found: YES 1.14 (cached)
Run-time dependency xcb-dri3 found: YES 1.14
Run-time dependency xcb-present found: YES 1.14
Dependency xcb-shm found: YES 1.14 (cached)
Run-time dependency xcb-sync found: YES 1.14
Run-time dependency xshmfence found: YES 1.3
Run-time dependency glproto found: YES 1.4.17
Run-time dependency dri2proto found: YES 2.8
Run-time dependency xxf86vm found: YES 1.1.4
Run-time dependency xcb-xfixes found: YES 1.14
Dependency xcb-randr found: YES 1.14 (cached)
Run-time dependency xrandr found: YES 1.5.1
Library sensors found: YES
Program nm found: YES (/usr/bin/nm)
Program symbols-check.py found: YES (/usr/bin/python3 /home/pi/Documents/repos/C/mesa/bin/symbols-check.py)
Program install_megadrivers.py found: YES (/usr/bin/python3 /home/pi/Documents/repos/C/mesa/bin/install_megadrivers.py)
Compiler for C supports arguments -Wno-misleading-indentation: YES 
Program decode.py found: YES (/home/pi/Documents/repos/C/mesa/src/compiler/isaspec/decode.py)
Program encode.py found: YES (/home/pi/Documents/repos/C/mesa/src/compiler/isaspec/encode.py)
Compiler for C supports link arguments -Wl,-Bsymbolic-functions: YES 
Compiler for C supports link arguments -Wl,-z,relro: YES 
Run-time dependency v3d_hw found: NO (tried pkgconfig and cmake)
Compiler for C supports arguments -Werror=switch: YES 
Run-time dependency simpenrose found: NO (tried pkgconfig and cmake)
Compiler for C supports link arguments -Wl,--default-symver: YES 
Configuring dri.sym using configuration
../src/gallium/targets/dri/meson.build:28: WARNING: The variable(s) 'va_driver_init', 'vdp_imp_device_create_x11' in the input file 'src/gallium/targets/dri/dri.sym.in' are not present in the given configuration data.
Checking for function "mincore" : YES 
Configuring 50_mesa.json using configuration
Configuring dri.sym using configuration
Program ln found: YES (/usr/bin/ln)
Program sphinx-build skipped: feature html-docs disabled
Build targets in project: 232
mesa 24.3.0-devel
 Directories
 prefix : /usr/local
 libdir : lib/aarch64-linux-gnu
 includedir : include
 Common C and C++ arguments
 c_cpp_args : -mtls-dialect=desc
 OpenGL
 OpenGL : YES
 ES1 : YES
 ES2 : YES
 Shared glapi : YES
 GLVND : YES
 DRI
 Platform : drm
 Driver dir : /usr/local/lib/aarch64-linux-gnu/dri
 GLX
 Enabled : YES
 Provider : dri
 EGL
 Enabled : YES
 Drivers : builtin:egl_dri2 builtin:egl_dri3
 Platforms : x11 surfaceless drm xcb
 GBM
 Enabled : YES
 Backends path : /usr/local/lib/aarch64-linux-gnu/gbm
 Vulkan
 Drivers : broadcom swrast virtio
 Platforms : x11 surfaceless drm xcb
 ICD dir : share/vulkan/icd.d
 Layers : device-select
 Intel Ray tracing : NO
 Video
 Codecs : av1dec av1enc vp9dec
 APIs : vulkan
 LLVM
 Enabled : YES
 Version : 11.0.1
 Gallium
 Enabled : YES
 Drivers : v3d zink vc4 swrast llvmpipe r300 softpipe
 Platforms : x11 surfaceless drm xcb
 Frontends : mesa
 Off-screen rendering (OSMesa): NO
 HUD lm-sensors : YES
 Perfetto
 Enabled : NO
 Teflon (TensorFlow Lite delegate)
 Enabled : NO
 User defined options
 buildtype : release
 egl : enabled
 gallium-drivers : v3d,zink,vc4,swrast,llvmpipe,r300,softpipe
 glx : dri
 platforms : x11
 vulkan-drivers : broadcom,swrast,virtio
 vulkan-layers : device-select
Found ninja-1.10.1 at /usr/bin/ninja
WARNING: Running the setup command as `meson [options]` instead of `meson setup [options]` is ambiguous and deprecated.
Gess1t
Posts: 37
Joined: Tue Oct 02, 2018 8:24 pm

Re: Unable to run zinc on the Raspberry Pi 4B using mesa 24

Thu Oct 24, 2024 8:55 pm

I was told by someone on the mesa repo the following :
This message that you get:
WARNING: v3dv is neither a complete nor a conformant Vulkan implementation. Testing use only.
Means you are not running against the compiled version of the driver from upstream, we have removed that message from the driver years ago when we got Vulkan 1.0 conformance.
I didn't understand what they meant at first, but then looked at the Vulkan Instance Version provided by vulkaninfo.
I seemed lower than what was available on the origin repo, so i compiled the latest version and installed it to /usr/ .

Seems like the WARNING disappeared, along with the following i started getting after compiling and installing the latest version of SPIRV-Tools:

Code: Select all 

name of display: :0
WARNING: v3dv is neither a complete nor a conformant Vulkan implementation. Testing use only.
ZINK: VK_KHR_create_renderpass2 required!
ZINK: failed to detect features
glx: failed to create drisw screen
failed to load driver: zink
Segmentation fault
Now all that remains are the followings :

Code: Select all 

name of display: :0
MESA: error: ZINK: failed to choose pdev
glx: failed to create drisw screen
failed to load driver: zink
Now wondering if the main reason I've been dealing with this issue this whole time, is because for some reasons it's still trying to grab libraries from /usr/lib & others, even when LD_LIBRARY_PATH=/usr/local/lib/aarch64-linux-gnu is specified.

There could be a lot that become broken if i do install there instead of the default /usr/local (for cmake).

Progress

Adding /usr/local/lib/ to LD_LIBRARY_PATH seems to allow me to go further down the rabbit hole.

I now get the following logs running glxinfo -B with the previously mentionned args :

Code: Select all 

name of display: :0
MESA: error: CreateSwapchainKHR failed with VK_ERROR_OUT_OF_DEVICE_MEMORY
MESA: error: zink: could not create swapchain
display: :0 screen: 0
direct rendering: Yes
Extended renderer info (GLX_MESA_query_renderer):
 Vendor: Mesa (0x14e4)
 Device: zink Vulkan 1.3(V3D 4.2.14.0 (MESA_V3DV)) (0xbe485fd3)
 Version: 24.3.0
 Accelerated: yes
 Video memory: 1777MB
 Unified memory: yes
 Preferred profile: core (0x1)
 Max core profile version: 3.2
 Max compat profile version: 3.2
 Max GLES1 profile version: 1.1
 Max GLES[23] profile version: 2.0
Memory info (GL_ATI_meminfo):
 VBO free memory - total: 1775 MB, largest block: 1775 MB
 VBO free aux. memory - total: 0 MB, largest block: 0 MB
 Texture free memory - total: 1775 MB, largest block: 1775 MB
 Texture free aux. memory - total: 0 MB, largest block: 0 MB
 Renderbuffer free memory - total: 1775 MB, largest block: 1775 MB
 Renderbuffer free aux. memory - total: 0 MB, largest block: 0 MB
Memory info (GL_NVX_gpu_memory_info):
 Dedicated video memory: 1777 MB
 Total available memory: 1777 MB
 Currently available dedicated video memory: 1775 MB
OpenGL vendor string: Mesa
OpenGL renderer string: zink Vulkan 1.3(V3D 4.2.14.0 (MESA_V3DV))
OpenGL core profile version string: 3.2 (Core Profile) Mesa 24.3.0-devel (git-c0bceaf057)
Mesa 24.3.0-devel implementation error: Invalid GLSL version in shading_language_version()
Please report at https://gitlab.freedesktop.org/mesa/mesa/-/issues
OpenGL core profile shading language version string: (null)
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
MESA: error: CreateSwapchainKHR failed with VK_ERROR_OUT_OF_DEVICE_MEMORY
MESA: error: zink: could not create swapchain
OpenGL version string: 3.2 (Compatibility Profile) Mesa 24.3.0-devel (git-c0bceaf057)
Mesa 24.3.0-devel implementation error: Invalid GLSL version in shading_language_version()
Please report at https://gitlab.freedesktop.org/mesa/mesa/-/issues
OpenGL shading language version string: (null)
OpenGL context flags: (none)
OpenGL profile mask: compatibility profile
MESA: error: CreateSwapchainKHR failed with VK_ERROR_OUT_OF_DEVICE_MEMORY
MESA: error: zink: could not create swapchain
OpenGL ES profile version string: OpenGL ES 2.0 Mesa 24.3.0-devel (git-c0bceaf057)
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 1.0.16
Search both errors, found a 7 months old issue about it and is happening for Nvidia.
The second one has been reported in Mesa 19, with no news.

More progress

Fixed the Invalid GLSL version in shading_language_version() by using 3.3 & 330 respectively instead of 3.2 & 320.
Now only the following need to be fixed :

- CreateSwapchainKHR failed with VK_ERROR_OUT_OF_DEVICE_MEMORY &
- WARNING: Incorrect rendering will happen because the Vulkan device doesn't support the 'VK_EXT_depth_clip_enable' feature

Now VK_EXT_depth_clip_enable may be optional in most applications, but it could cause issues, nothing that can be fixed by mesa i assume.

So the remaining real issue is CreateSwapchainKHR failing with VK_ERROR_OUT_OF_DEVICE_MEMORY for some reasons.

One last issue

The previous error was solved by updating the kernel & rebooting.

Now onto one last issue : Some OpenGL display will throw a black screen instead of the intended content, which also didn't happen in the latest bullseye version.
cjan
Posts: 1192
Joined: Sun May 06, 2012 12:00 am

Re: Unable to run zinc on the Raspberry Pi 4B using mesa 24

Sat Oct 26, 2024 9:10 am

not all APPS work.

Code: Select all 

1. mesa-24.3 vulkan-1.3 supported for Pi4/Pi5.
2. VK_EXT_depth_clip_enable merged 24.3, Pi5 only.
3.1 set 'MESA_VK_DEVICE_SELECT=????:????'
3.2 set 'export VK_ICD_FILENAMES=/usr/share/vulkan/icd.d/broadcom_icd.aarch64.json'.
3.3 "MESA_LOADER_DRIVER_OVERRIDE=zink GALLIUM_DRIVER=zink APPs
4. my case, result...
GL_RENDERER: zink Vulkan 1.3(V3D 4.2.14.0 (MESA_V3DV))
5. good luck.
Gess1t
Posts: 37
Joined: Tue Oct 02, 2018 8:24 pm

Re: Unable to run zinc on the Raspberry Pi 4B using mesa 24

Sat Oct 26, 2024 7:45 pm

cjan wrote: ↑
Sat Oct 26, 2024 9:10 am
 not all APPS work.

Code: Select all 

1. mesa-24.3 vulkan-1.3 supported for Pi4/Pi5.
2. VK_EXT_depth_clip_enable merged 24.3, Pi5 only.
3.1 set 'MESA_VK_DEVICE_SELECT=????:????'
3.2 set 'export VK_ICD_FILENAMES=/usr/share/vulkan/icd.d/broadcom_icd.aarch64.json'.
3.3 "MESA_LOADER_DRIVER_OVERRIDE=zink GALLIUM_DRIVER=zink APPs
4. my case, result...
GL_RENDERER: zink Vulkan 1.3(V3D 4.2.14.0 (MESA_V3DV))
5. good luck.
Sure, but apps that used to work, should still work, and in my case, An OpenGL display is now blank, sometimes with a single color instead of the content, like emulators.

Pretty sure the final result is due to a regression

the output of the app in question when creating the OpenGL Context :

Code: Select all 

X11 Error: GLXBadFBConfig (Error 167 Minor 0 Request 152)
MESA: debug: v3dv_GetPhysicalDeviceImageFormatProperties2: ignored VkStructureType VK_STRUCTURE_TYPE_IMAGE_FORMAT_LIST_CREATE_INFO(1000147000)
MESA: debug: v3dv_GetPhysicalDeviceImageFormatProperties2: ignored VkStructureType VK_STRUCTURE_TYPE_IMAGE_FORMAT_LIST_CREATE_INFO(1000147000)
MESA: debug: v3dv_GetPhysicalDeviceImageFormatProperties2: ignored VkStructureType Unknown VkStructureType value.(1000001002)
MESA: debug: v3dv_GetPhysicalDeviceImageFormatProperties2: ignored VkStructureType VK_STRUCTURE_TYPE_IMAGE_FORMAT_LIST_CREATE_INFO(1000147000)
MESA: debug: v3dv_GetPhysicalDeviceImageFormatProperties2: ignored VkStructureType Unknown VkStructureType value.(1000001002)
Created a OpenGL context
GL_VENDOR: Mesa
GL_RENDERER: zink Vulkan 1.3(V3D 4.2.14.0 (MESA_V3DV))
GL_VERSION: 3.3 (Core Profile) Mesa 24.3.0-devel (git-c0bceaf057)
GL_SHADING_LANGUAGE_VERSION: 3.30
cjan
Posts: 1192
Joined: Sun May 06, 2012 12:00 am

Re: Unable to run zinc on the Raspberry Pi 4B using mesa 24

Sun Oct 27, 2024 1:05 am

wait,
*GL_RENDERER: zink Vulkan 1.3(V3D 4.2.14.0 (MESA_V3DV))
*GL_VERSION: 3.3 (Core Profile) Mesa 24.3.0-devel <<<---

thought, it was GL_VERSION: 2.1 HW limits.
Gess1t
Posts: 37
Joined: Tue Oct 02, 2018 8:24 pm

Re: Unable to run zinc on the Raspberry Pi 4B using mesa 24

Sun Oct 27, 2024 4:32 am

https://docs.mesa3d.org/drivers/zink.html

Zink allow devices with Vulkan support like the raspberry pi to get full desktop support of higher versions of OpenGL.

If i wanted to, i could go up to OpenGL 4.0 (maybe even more) & i should still be able to run apps correctly since the pi support the required Vulkan features & extensions (well at least it used to as some of those warnings didn't exist in the older version).
Gavinmc42
Posts: 8346
Joined: Wed Aug 28, 2013 3:31 am

Re: Unable to run zinc on the Raspberry Pi 4B using mesa 24

Sun Oct 27, 2024 5:15 am

Zink allow devices with Vulkan support like the raspberry pi to get full desktop support of higher versions of OpenGL.
Not sure if it would be fast enough on a Pi4.

Zink on Pi5?
Pi graphics are getting closer to mainstream, but mainstream graphics keeps evolving too.

Zink might be good for old retro OpenGL 3.3+ games, but the future is Vulkan.
Will newer Blender versions ever run on Pi's with Vulkan or will Zink be needed?
I'm dancing on Rainbows.
Raspberries are not Apples or Oranges
cjan
Posts: 1192
Joined: Sun May 06, 2012 12:00 am
Gess1t
Posts: 37
Joined: Tue Oct 02, 2018 8:24 pm

Re: Unable to run zinc on the Raspberry Pi 4B using mesa 24

Sun Oct 27, 2024 5:02 pm

Gavinmc42 wrote: ↑
Sun Oct 27, 2024 5:15 am
Zink allow devices with Vulkan support like the raspberry pi to get full desktop support of higher versions of OpenGL.
Not sure if it would be fast enough on a Pi4.

Zink on Pi5?
Pi graphics are getting closer to mainstream, but mainstream graphics keeps evolving too.

Zink might be good for old retro OpenGL 3.3+ games, but the future is Vulkan.
Will newer Blender versions ever run on Pi's with Vulkan or will Zink be needed?
Framerate seems to half than normal on glxgears (1k -> 500), but better than what it used to be (900 -> 300) on mesa 20.
Of course it will be lower during 3D emulation and more complex tasks. However, it works well for 2D, and 60 FPS should be easily achievable.

First i need zink to be fixed upstream, then i will see if 4.3 runs fine (version requirement for Compute Shaders) as it will improve graphical accuracy in one of the emus i will be using.

Apps could start supporting OpenGL ES 3.1 which the pi 4 & 5 supports (which also Supports Compute Shaders) as an alternative renderer when appropriate OpenGL isn't available.
9 posts • Page 1 of 1

Return to "Troubleshooting"

AltStyle によって変換されたページ (->オリジナル) /