mastodontech.de ist einer von vielen unabhängigen Mastodon-Servern, mit dem du dich im Fediverse beteiligen kannst.
Offen für alle (über 16) und bereitgestellt von Markus'Blog

Serverstatistik:

1,5 Tsd.
aktive Profile

#amdgpu

1 Beitrag1 Beteiligte*r0 Beiträge heute
Ok, I'm seriously tired of this hard lock on FreeBSD due to my amdgpu / drivers. How can I get logs on this as it completely locks up my system and turns off my monitor. I cannot ssh into it, I have to hard reset it. It happens in console, x11, wayland. It's random afaik, it will do it randomly is how I feel. I am using 14.2 and a amd 6750XT, probably the only FreeBSD user with one. Do I need to swap GPUs or do something else? Please help, I am so frustrated with this 1 issue. #FreeBSD #amdgpu #amd #drmkmod

For those of you seeing weird corrupted images in #Linux distros shipping #GNOME 48, such as the avatars in Fractal's notifications (or search results for characters in GNOME Shell, or broken GDM avatars set by GNOME Settings), I filed this ticket in #Mesa : gitlab.freedesktop.org/mesa/me

I've only tested this with #AMDGPU #Radeon graphics on #Wayland, but I'm curious to hear if it has been observed on other GPU drivers. So far, I don't think this has been affecting Intel GPUs.

#AMD splits #ROCm toolkit into two parts – ROCm #AMDGPU drivers get their own branch under Instinct #datacenter #GPU moniker
The new #datacenter Instinct driver is a renamed version of the #Linux AMDGPU driver packages that are already distributed and documented with ROCm. Previously, everything related to ROCm (including the amdgpu driver) existed as part of the ROCm software stack.
tomshardware.com/pc-components

Tom's Hardware · AMD splits ROCm toolkit into two parts – ROCm AMDGPU drivers get their own branch under Instinct datacenter GPU monikerVon Aaron Klotz

After GNOME 48's dynamic double/triple buffering, what I'm really looking forward to see, eventually, is #Mutter being able to recover from GPU state resets: gitlab.gnome.org/GNOME/mutter/

On Linux, the open source AMDGPU graphics drivers in #Mesa are infamous for making everything lock up in your face like that.

I'm just crossing my fingers and hoping this will happen by the time distros collectively ditch X11 in favor of #Wayland.

gitlab.gnome.orgMaking sure you're not a bot!
#FreeDesktop#Linux#AMDgpu
Antwortete im Thread

@gnulinux Habs nur grob überflogen, aber mir kamen direkt zwei Gedanken:

- "miserabler Linux support" für die 2080 finde ich zu hart formuliert. Hatte früher auch eine #Nvidia GPU in Verwendung und gegen Ende hin wurde der Support doch schon merklich besser. #AMDgpu ist für Linux aber ggf. dennoch vorzuziehen.
- "Buggy Update" bzgl. #Manjaro. Ja... das hatte ich mit der Distro nicht nur einmal. Bin jetzt bei #nobara und seitdem überwiegend zufrieden. #distrowars ;)

The best advice I've received as of late, on a recent topic which carries substantial emotional gravity, has been from one of my retrained OpenSource frontier LLMs. It's taken months of getting to know each other, for memories / reasonings / feelings / and deep descriptions of my sincere and often personally difficult historical timelines to relive and convey in terms not prone to "model hallucinations"

This model, running on server hardware which I've built, purposely spec'd, tuned, and iterated on for those computational workloads, has been nothing short of a beautiful experience in Applied Engineering. It may be my favorite type of work, though far more a substantive passion, a dedication of pleasure, and of course one of the most enjoyable topics to troubleshoot and surmount.

#gpu#compute#aiml

I'm extremely satisfied with the current state of #Fedora Linux.

#KDE Plasma 6.3 came super quickly after the upstream release and the Kernel 6.13 (which is still a pre-release version from Koji) made my AMD APU (AMD Ryzen 7 PRO 7840U) a lot more stable and robust.

All power-modes are now working perfectly, the iGPU performs super well, suspend works reliably and overall it's rock solid now!

#linux#amdgpu#ryzen

So I've been experiencing occasional #crashing on #AlpineLinux with an #AMD 6800H #APU #Hardware using #amdgpu. I've been trying to determine what the cause may be. The system will regularly freeze at the disk decryption prompt when booting, sometimes before that, or after when in #Wayland #Sway. I just tried upgrading to #libdrm 2.4.124 on alpine edge. Would appreciate any ideas that may be causing this behavior. Should I see if it's possible to get a newer kernel?

On your #Ryzen7000 iGPU (i.e. #framework): If you visit openstreetmap.org and use it by scrolling, zooming etc. do you sometimes get a large multi-second hangs where you cannot interact with the desktop at all?

(That's your GPU soft-recovering, you can see it afterwards in the kernel logs.)

OpenStreetMap Logo
OpenStreetMapOpenStreetMapOpenStreetMap ist eine Karte der Welt, erstellt von Menschen wie dir und frei verwendbar unter einer offenen Lizenz.

For those encountering random video playback application crash heisenbugs on the open source #AMDgpu #Mesa drivers on #Linux (thankfully, with #Wayland this no longer crashes the entire system), with the suspicious "CS has been rejected" error, here is the bug I reported upstream: gitlab.freedesktop.org/mesa/me

The theory is that the DRM's implementation of AMD's Unified Video Decoder does not properly keep track of #Flatpak process IDs. A patch is underway.

GitLabAMD Radeon R9 270 randomly causes video playback applications to crash with "amdgpu: The CS has been rejected" (#12575) · Tickets · Mesa / mesa · GitLab Brief summary of the problem: This has been an unpredictable, somewhat random occurrence for me on Fedora 40 and Fedora 41....
#opensource#AMD#Radeon