While it probably isn't the issue for you, I have once been chasing a hard freeze that was caused by some APM setting in the BIOS. If you are on AMD right now you could check it.
It was very weird, setting it to automatic would cause random freezes. Setting it to on or off would both work just fine. Somehow the automatic setting gave me issues.
Just a random thing for you to check I guess.
Not 100% sure if it is the same issue as you linked to, but I have an early Ryzen 7 1700 that has a hardware error (google "ryzen performance marginality" to find info about it) causing it not to work properly with linux. I never bothered to RMA my CPU. I've made it kinda work anyways, by disabling cool and quiet or whatever it is called, and set a fixed overclock to compensate for the lack of turbo after that. The idea is that the CPU should always run at a fixed clock speed instead of clocking down to save power when idle. Haven't had any issues with this CPU for a while now after I did that.
BTW I upgraded my desktop with a 3900x and put the 1700 in a server. Never had any issues with the 3900x on linux, so getting a newer generation ryzen for you PC second hand or something might just fix it as well.
Thank you, I'm getting this response a lot. Will be getting a newer gen Ryzen, probably a Ryzen 5 5600X because I don't want to get an AM5 board (which will only support DDR5 RAM, thus I'll have to replace my perfectly good DDR4 sticks, etc, just a ridiculous amount of unnecessary e-waste when I've had multiple people commenting here saying 5000 series seem to work fine)
I've no ideia what you're rambling about. I can attest that the Ryzen 5 1600 and the Ryzen 5 2600 that aren't even new CPUs run perfectly fine with Debian.
Flapping about, feeling morally superior... did you even try to search for an answer or did you just want to virtue signal? Take a look at RIsc, or Arm... or w/e the Chinese just released.
What motherboard do you have? Also what happens exactly when the lock-ups happen? Have you ever been playing audio when the lock-ups happen and does it loop or stop or keep playing?
I recently had to "fix" (workaround) a similar issue in the OpenBSD kernel with a specific hardware peripheral on my PC (running a 2nd-gen Ryzen), the High Definition Audio controller. For whatever reason (and only when I was running OpenBSD) interrupts from the HDA controller (to let the CPU know to refill audio buffers) would just randomly stop making it to the CPU and audio would loop for a few seconds and then shut off. I spent a long time trying to figure out what causes it and reading Linux driver code but I couldn't find a cause or why only OpenBSD would trigger it. I ended up having to write kind of a hacky polling mode into the HDA driver. My only guess is some of these AMD-chipset-having motherboards have faulty interrupt controllers.
Maybe there is a similar issue with your system and timer interrupts aren't making it to your CPU or something. But I'm not really an expert on PC architecture and idek if it even works like that on PCs lol
Sorry for so many questions but do you also have any kernel logs available from when this happens?
Also what happens exactly when the lock-ups happen?
Screen is frozen, doesn't respond to keyboard or mouse input, including unable to switch to a tty or kill the graphical session (I have a keybind to exit my Wayland compositor, which I launch from the tty, so when I use the keybind it sends me to the tty—that is, if my computer isn't locked up lol).
I don't remember if this has ever happened with audio playing, idk what happens to audio if it happens with audio playing.
I think I did post kernel logs to a forum way back in the day when I first got this PC and started having this issue, to no avail—at this point I'd rather just get a new CPU and save the headache and stress, especially since this is a known issue with Ryzens
I see. Our motherboards have different chipsets (I have an X570 in mine). It probably has nothing to do with my issue...
Hoping those kernel parameters fix it. I wish I could help further. PCs are just a bottomless, mostly undocumented rabbithole :(
Afraid the kernel params didn't fix it. Have invested in a newer Ryzen cpu as people are saying that the first gen ones were particularly buggy so I'm hoping it's fixed in the newer ones.
Am I the only one of the opinion tech companies that don't produce any kind of military equipment should not have any political leaning whatsoever?
I run AMD r9 7000 series fine on Linux since like a month
I appreciate you raising this question, thank you.
I heard that Linux gets new patches for Loongson, but I didn't try it yet.
Please keep politics out of here
For what its worth I agree with you. From my experience the idea of not being political is unpopular with lemmings
From Wikipedia, the free encyclopedia
Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).
Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.
Community icon by Alpár-Etele Méder, licensed under CC BY 3.0