Closed Mafrans closed 1 month ago
Well that log certainly doesn't look like a drm flip error, but like a crash due to llvmpipe being used. Which is weird, but definitely points to a configuration error on your part. You are missing GL drivers for your GPU.
Both mesa
(which provides intel iris GL drivers) and intel-media-driver
(which provides VA-API) are installed.
eglinfo -B
shows the following: https://0x0.st/X3x3.txt
Surprised it would select llvmpipe then. Could you post the output of drm_info
?
Could you post the output of drm_info?
Rather long, uploaded to https://0x0.st/X339.txt
It has been some time, and I thought I'd take a look at this once again. Updating cosmic to its latest version does not resolve the issue, but it does reach slightly further into the rendering process before llvmpipe once again crashes. Previously, no information was rendered before the segfault, but now the background picture is rendered correctly for about one second before crashing.
I was suspecting Intel Arc's npu drivers not being installed might be causing the issues, but while updating them did resolve one of the error messages the issue persists.
sudo journalctl -b
output: https://0x0.st/Xgl1.txt
Closing this issue as I found the solution, which I'll try my best to explain below in case someone else has this issue in the future. Some digging and experimenting led me to this post on the Arch forums about simpledrm taking up the /dev/dri/card0 slot and causing rendering issues, apparently this happens when the simpledrm driver loads before your native gpu driver, which causes a fallback to llvmpipe (and, in the case of COSMIC, crashes).
The solution I found was to simply configure my bootloader to blacklist the simpledrm platform initializer by adding the initcall_blacklist=simpledrm_platform_driver_init
parameter to my blacklist, this is not the best solution as it disables simpledrm completely, but for my purposes it appears to do the trick. Would appreciate if someone with a little more Linux-knowledge could suggest a better alternative.
I'm getting this error only after I suspend and try to wake up the system again (to be fair I can't even put the system to sleep, since it just immediately starts itself again, not sure if that is related). I'm getting no output on my monitors, even though the computer is definitely running. I can switch to a TTY and get the login screen, switching back to the cosmic session, my monitors again receive no signal. I get thousands upon thousands of these errors > 150k lines in a couple of minutes.
Relevant log might be:
Is this related / the same as your error @Mafrans ? I do have some logs regarding "simpledrm", but they are nowhere near the period where the errors occur.
I had this happen on my Dell laptop, Arch Linux, Intel + nVidia GPU, but it was seemingly fixed after updating to alpha 3
However, alpha 2 always worked just fine on my gaming PC, Arch Linux, AMD + AMD GPU, so I'm not sure what differences/commits are and aren't relevant
May be a duplicate of https://github.com/pop-os/cosmic-comp/issues/68.
Cosmic-comp renders cosmic-greeter fine (with some graphical glitches but otherwise perfectly functional) but when I attempt to log in I end up in a sort of boot-loop where cosmic-comp restarts itself over and over only to then die with the following error:
I have uploaded a journal to https://0x0.st/X3w0.txt
Neofetch output: