Iβm having a bunch of programs reporting an error along these lines. I have a Legion 5 Pro laptop with a 5800H and RTX3070, with the hybrid graphics in effect. The closed source nVidia drivers are installed and nouveau is blacklisted.
I have a Legion 5 (Ryzen + RTX3070), I tend to run on the AMD iGPU and switch to the RTX in the bios.
What does inxi -G show?
Also, I had to exclude the nVidia drivers from dracut else things just did not work and if I tried to use the dGPU, it would use the llvmpipe render, not the nVidia one.
Am at work, though, no access to my computer till I get home.
I actually went on a bit of a test drive using EndeavourOS live, Garuda, and both of these Arch-based distributions had the same issue in their live environments (with the proprietary nVidia drivers loaded). Pop_OS, curiously, it all worked. Speculatively, I copied the /usr/share/X11/xorg.conf.d/* configuration from Pop_OS live session into my installed EndeavourOS, just in case something was misconfigured, but it hasnβt helped.
Iβve also tried with and without the nVidia beta drivers. I settled back on 525 because 530 made things quite sluggish, particularly on the external display.
So grub makes no difference as you are using systemd. This is a fairly old install, I have grub and refind (for emergencies, after last Augustβs grub problem). Have you made the changes in the systemd boot files?
Not used systemd boot yet, so havenβt read up on it. I did convert to dracut though.
KDE Plasma. Sorry - I thought Iβd pasted the error messages, but clearly I havenβt. Not terribly helpful.
No matter whether with hybrid or discrete, I get :
../libepoxy/src/dispatch_common.c:872: epoxy_get_proc_address: Assertion 0 && βCouldnβt find current GLX or EGL context.\nββ failed.`
Now, oddly, itβs not a universal issue. Blender, various Steam (Proton or native GL) games seem to run. X-Plane 12βs installer wonβt start anymore in hybrid mode (but will start in discrete graphics mode), but X-Plane 12 will come up in both.
These should launch without issue using OpenGL via AMD when in hybrid mode (prime-run will probably not work with them), and on the RTX in non-hybrid mode. For me, under my current set-up, I cannot get them to launch without crashing on hybrid or RTX-only.
The first is a test application using GTKβs GLArea. The others are essentially pre-built tools that I have easily available to demonstrate the failure to launch (youβd launch using the .Gtk file in either of those example packages. I donβt have other conveniently available examples right now.
Hereβs a test binary that comes from the Eto.Veldrid project on GitHub that exhibits the same failure : https://drive.google.com/file/d/1w5Z_YPbixBF8NgORI0DTykU208ezCu7r/view?usp=share_link. Run TestEtoVeldrid.Gtk and it should fail in the way described. I just canβt see why it fails on Endeavour and co, but Pop_OS works fine. I assume a misconfiguration somewhere.
Turns out also to be an issue with pure AMD graphics - I borrowed a ThinkPad L14 Gen3 AMD machine from someone else and set up Endeavour OS on it. The same problem is seen there - that makes me very puzzled.
I didnβt expect you to be happy running random code, but thatβs really what I have as test cases and you asked for an easy way to replicate.
GTKmm is a basic GTK based example that has an OpenGL viewport within a frame. Itβs a single code file and some glsl shader code. Itβs trivially built with cmake/make and the resulting binary throws that error when you close the tool down. The error looks similar to what I see when launching the other tools.
The bigger tools, and the TestEtoVeldrid.Gtk package, all use an open source library called Veldrid to bring up an OpenGL viewport, usually via GTK#. The code is all open on GitHub so can be built from scratch, but even that doesnβt necessarily help. They also use glsl shaders.
At heart, something across all Arch systems Iβve tried seems to struggle to bring up OpenGL in some form for some cases, with these common error messages :
β¦/libepoxy/src/dispatch_common.c:872: epoxy_get_proc_address: Assertion` 0 && βCouldnβt find current GLX or EGL context.\nββ failed.
For now, I begin to think thereβs a defect in a library somewhere (mesa?) that isnβt present in the current libraries on Pop_OS. Iβm not sure how to find out where and, assuming I can find something, how to report it. Such is life, I will probably advise folks affected to avoid Arch for now until either some upstream fix addresses the problem or I can isolate it and make a report somewhere.