Gustavo M

As title says. Here's the bash script I use to download the dependencies and compile the latest mesa: https://pastebin.com/1n7Sv0dZ How /boot/*Env* looks like right now: https://pastebin.com/mUqHs14Y And the error message I get when I try to run sway goes as follows: MESA: error: ZINK: failed to choose pdev libEGL warning: egl: failed to create dri2 screen [wlr] [EGL] command: eglInitialize, error: EGL_NOT_INITIALIZED (0x3001), message: "DRI2: failed to create screen" MESA: error: ZINK: failed to choose pdev libEGL warning: egl: failed to create dri2 screen [wlr] [EGL] command: eglInitialize, error: EGL_NOT_INITIALIZED (0x3001), message: "DRI2: failed to create screen" [wlr] [EGL] command: eglInitialize, error: EGL_NOT_INITIALIZED (0x3001), message: "DRI2: failed to load driver" [wlr] [EGL] command: eglInitialize, error: EGL_NOT_INITIALIZED (0x3001), message: "eglInitialize" [wlr] [render/egl.c:268] Failed to initialize EGL [wlr] [render/egl.c:571] Failed to initialize EGL context [wlr] [render/gles2/renderer.c:499] Could not initialize EGL [wlr] [render/wlr_renderer.c:272] Could not initialize renderer [sway/server.c:236] Failed to create renderer Oddly enough, "eglinfo -B" shows that everything is fine: https://pastebin.com/6k05DcAS How my .bashrc looks like right now: https://pastebin.com/3W7Qib6U I've tried copying the firmware in (with "cd /lib/firmware sudo wget https://github.com/JeffyCN/mirrors/raw/libmali/firmware/g610/mali_csffw.bin sudo chmod 644 mali_csffw.bin"), forcing "card0" to be used with the env. value WLR_DRM_DEVICES=/dev/dri/card0, and panfrost with "MESA_LOADER_DRIVER_OVERRIDE=panfrost" and "GALLIUM_DRIVER=panfrost" but none of those options helped. I also added my user to "render" and "video" (with sudo usermod -aG video $USER and sudo usermod -aG render $USER), which also didn't do me any good. I also manually removed any trace of panfrost that was left into the system and reinstalled with "libgl1-mesa-dri" and manually compiling everything in again...and it also didn't worked. I don't know what else I should do, and I'm in the verge of reinstalling everything back in. Please help me. And thanks for reading.

I've been noticing how troublesome that is to install the "free" gpu/vulkan packages on a distro and optimize accordingly... and on how proprietary packages are decently optimized as is. For instance, heres a video that shows someone running a switch emulator at a decent framerate on a RK3588 cpu with proprietary packages installed... while it is, well... borderline impossible to run with "free" gpu/vulkan packages. (I've tried following several guides trying to mimic the same experience as the video shows with "free" gpu/vulkan support... and I could barely make it run at a reasonable resolution. It was comically borked, to not say the least.) Even if I'm completely wrong and babbling nonsense... I believe this should be a decent option for recently released sbc's that have zero support "out of the box" and could use "anything" to get em running asap. ...and theres a git repo that provides proprietary gpu/vulkan support via .deb files -- https://github.com/tsukumijima/libmali-rockchip

There is a "out of the box" support for Orange pi 5 boards... which is proprietary packages. Go here, find the .deb file for mali-g610 and install it with sudo dpkg -i file.name.

Um... those are (almost) one year old...? Considering there are mali-g610-related .deb files that are a couple months old that can be installed manually, but without any further info on how to (properly) do such. And I'm pretty sure someone mentioned the "rockchip-multimedia-config" being abandoned and/or outdated.

Title. Since apparently the proprietary drivers have better support for both. Thanks in advance.

@elvis, thanks! That worked really well. Still, the performance is really subpar compared to what the proprietary drivers can provide, I'm afraid.

Basically... changes should be made on the kernel, not on the distro? As in, installing packages aren't the optimal way even if the package manager itself can implement and configure said package on the kernel? And since you mentioned being on a very tight budget... mind if I suggest hosting (only) minmal armbian images while leaving everything else to be configured and downloaded post-installation? Pretty sure that'd make the budget more doable to deal with, considering theres over 100 images available and the difference between a minimal and a pre-configured image being almost 3 GiB? (Imagine a cli user-friendly menu appearing post-installation, asking the user to choose between several window manager options to be downloaded and installed.). I'm aware armbian has a "not be on the user's way" rule but since this is a urgent matter... Or even a "last resort android image burner" of sorts, that downloads an appropriate android image for the sbc "on the fly" and then burns it on disk/external disk/anything? (Since apparently android images "just work"). That aside, I appreciate the trust and transparency, but I'm not a linux pro let alone a dev by any means. ...even if I -do- enjoy treating my sbc as a "lab rat" of sorts, trying to figure out ways of making it work. If anything, installing libgl1-mesa-dri (via bookworm-backports) makes the sbc fine for daily browsing needs and the eventual, casual linux native gaming -- the "miracle" you mentioned is already happening per se.

Title. I've tried installing libgl1-mesa-dri but support feels really broken (Brave crashing frequently, mismatching opengl version, etc.). Am I missing something? Thanks in advance.

@elvis, Care to make a step-by-step on how you did all that? I've got a Orange pi 5 max and I'm struggling really hard on making it work properly -- everything feels really broken on my end.