libre

9656 readers

4 users here now

Welcome to libre

A comm dedicated to the fight for free software with an anti-capitalist perspective.

The struggle for libre computing cannot be disentangled from other forms of socialist reform. One must be willing to reject proprietary software as fiercely as they would reject capitalism. Luckily, we are not alone.

libretion

Resources

Free Software, Free Society provides an excellent primer in the origins and theory around free software and the GNU Project, the pioneers of the Free Software Movement.
Switch to GNU/Linux! If you're still using Windows in $CURRENT_YEAR, flock to Linux Mint!; Apple Silicon users will want to check out Asahi Linux.
Social Media Recommendations:

The Linux Experiment: Weekly news host for Linux/libre software related news.
Nicco Loves Linux: Developer for KDE who makes interesting videos.
David Revoy: An incredible artist with a cool webcomic, all done with GNU/Linux.
Michael Horn: Makes videos about his various experiences with Linux.

Rules

Be on topic: Posts should be about free software and other hacktivst struggles. Topics about general tech news should be in the technology comm or programming comm.
Avoid using misleading terms/speading misinformation: Here's a great article about what those words are. In short, try to avoid parroting common Techbro lingo and topics.
Avoid being confrontational: People are in different stages of liberating their computing, focus on informing rather than accusing. Debatebro nonsense is not tolerated.
All site-wide rules still apply

Artwork

Xenia was meant to be an alternative to Tux and was created (licensed under CC0) by Alan Mackey in 1996.
Comm icon (of Xenia the Linux mascot) was originally created by @ioletsgo
Comm banner is a close up of "Dorlotons Degooglisons" by David Revoy (CC-BY 4.0) for Framasoft

founded 3 years ago

MODERATORS

[email protected]

What could cause a complete system crash when the GPU is under load in Linux, but not Windows, and what more can I do to diagnose this? (hexbear.net)

submitted 8 months ago* (last edited 8 months ago) by [email protected] to c/[email protected]

9 comments fedilink hide all child comments

I've spent weeks searching for an answer and trying different fixes, but at best I've reduced the frequency of it happening and even that I'm dubious of, since it seems so random.

journalctl has absolutely nothing at all from when it happens, except one time where it managed to log that the kernel lost contact with the GPU in the seconds before the system went down - after undervolting and underclocking the GPU that message hasn't happened since.
there's no crash log from it either.
memtest declared there were no problems with the RAM.
I've been watching sysinfo and corectrl like a hawk and CPU, RAM, and VRAM usage is all well within normal levels when it happens, temperatures are low across the board.
the same system has been 100% stable and completely fine running under heavier load for hours at a time in windows.
I've followed AMD's instructions for making sure the GPU drivers are what they should be for this, and the kernel is a version that's supposed to be correct and stable for those drivers as well.
specific compatibility settings that other people found to fix literally this exact problem may have, at most, reduced the frequency of the crashes but again, they're so erratic it's almost impossible to determine cause and effect here.
I've tried disabling the integrated graphics both in the BIOS and through settings, because that can apparently cause instability, but that hasn't helped.

I don't know what else to look at or try at this point.

you are viewing a single comment's thread
view the rest of the comments

[–] [email protected] 2 points 8 months ago (1 children)

You can install mesa and ROCm at the same time. There should be a guide to it on the AMD website.

[–] [email protected] 3 points 8 months ago (1 children)

Sorry, I should have been clearer: in linux I'm only using the GPU for ROCm, I'm not trying to get games running or anything. I just want to get its ROCm performance stable and then never touch anything for fear of breaking it.

[–] [email protected] 3 points 8 months ago* (last edited 8 months ago) (1 children)

ROCm sits on top of the kernel driver in the graphics driver stack. Switching out the kernel driver (i.e. AMDGPU for mesa) is a good place to start. Feel free to the repository version of mesa if you're not using it for gaming. Trust me, I've tried to get ROCm working on my own machine before.

[–] [email protected] 2 points 8 months ago (1 children)

When I looked at it it was only talking about vulkan, opengl, and something mimicking directx 9 for compatibility, but I'll keep it in mind and if switching from ROCm 5.6 to 6.0 didn't solve the problem I'll try it. I didn't find anything about using ROCm with mesa when I searched, but between google being useless and ROCm seemingly being the least talked about and documented thing ever that's probably not surprising.

[–] [email protected] 3 points 8 months ago

It's one of the most annoying thing I've ever dealt with, and that purely becaus of how badly it's documented