I have a Ryzen 3 1300X at the moment and it’s always had this soft lock freezing bug on Linux. I used to dual-boot Windows on this machine and Windows never had the same problem, so I think it is an issue with the Linux kernel (I’ve also replaced nearly every bit of hardware that I originally built the PC with, except for the CPU and motherboard, so it probably is an issue the kernel has with my CPU, or possibly the motherboard firmware).

I’ve changed the kernel parameters as suggested by the Arch Wiki. The bug is pretty inconsistent about happening so only time will tell if this solves the issue. But if it doesn’t solve the issue, I’d honestly consider just getting a new CPU that doesn’t have this issue, as completely freezing up, unable to get to a tty or anything, and only being able to power off by physically holding down the power button, is a pretty major issue, even if it only happens sometimes.

So if I do get a new CPU, or maybe just for when I’m next buying a CPU for reasons unrelated to this bug (been considering an upgrade to something that’s better for compiling anyway), are there any good options out there? Intel is investing $25 billion into Israel and the BNC has called for “divestment and exclusion” from it (it’s not officially on the BDS consumer boycott list, but I’m still very much not comfortable buying from Intel). But the Arch Wiki article seems to suggest this bug is applicable to Ryzen CPUs in general, or at least it never specifies a particular model or range of models. So maybe I’m limited to non-Ryzen AMD CPUs?

I’m guessing this is one of the situations where two companies have a complete duopoly over the market and there isn’t an all-round good solution, but thought I’d ask in case anyone had some useful input.

  • Pantherina@feddit.de
    521·
    2 years ago

    I think if you start with political positions of bigtech companies…

    Just buy used

  • bzLem0n@lemmy.ca
    8·
    2 years ago

    I have a system with a Ryzen 1700 with the same issue and have found the only reliable way to run it is by installing and enabling the disable-c6-systemd package from the AUR. The other fixes provided in the wiki article you linked are correct but aren’t sufficient on my system, the CPU keeps reenabling the C6 state on its own and the disable-c6-systemd package works to counter that. The reason it works on Windows is they’ve disabled the C6 state by default for the CPU.

    • Buffalox@lemmy.world
      4·
      2 years ago

      This is amazing to find out now after 7 years:) I actually adjusted voltage manually on my Ryzen R5 1600, and it became 100% reliable, apparently the fix you mention prevent voltage below 1v at idle. I wondered why my CPU wasn’t reliable unless I made manual OC with some voltage tweaks?

      I never looked it up, because my OC solved the issue, but I always thought it was a bit weird.

    • communism@lemmy.mlOP
      3·
      2 years ago

      Ah, thanks. I’m using runit not systemd (although this was happening on systemd when I was on systemd too) but I saw amd-disable-c6 in the AUR so I’ve installed that now, fingers crossed it works (the fixes in the Arch Wiki article haven’t fixed it for me, it just happened again rip)

      Edit: nvm, looks like that package is a systemd service

      • bzLem0n@lemmy.ca
        4·
        2 years ago

        The package is just a systemd unit to run the command python zenstates --c6-disable so if you install the zenstates-git package and get runit to run that command at startup it would be equivalent.

        • communism@lemmy.mlOP
          51·
          2 years ago

          Thank you!!

          Edit: Tried running that, I’m getting the error that /dev/cpu/0/msr doesn’t exist. dev/cpu doesn’t seem to exist at all on my machine. Hm

          Edit 2: You need to run sudo modprobe msr. All good now :)

    • merthyr1831@lemmy.world
      2·
      2 years ago

      A few more years until RISC-V is at 1st-gen ryzen levels (though it looks like RISC-V is accelerating every day)

  • bruhduh@lemmy.world
    5·
    2 years ago

    My Ryzen 5700u work great with Debian, so as others said, consider upgrade CPU on your am4 motherboard, better buy apu since it always feels good to have backup gpu in your system in case main gpu breaks

  • Buffalox@lemmy.world
    4·
    2 years ago

    I had a similar problem with a Ryzen 5 1600, at first it worked flawlessly when I did a manual OC, then when I made a reset, I didn’t care to OC again, and it began to occasionally freeze, usually when idle. When I made my manual OC again including upping voltages a bit for CPU and RAM it worked flawlessly again???

    Weird since motherboard defaults aught to be stable IMO, but apparently they aren’t always.

    I’ve been using this CPU for 7 years now, and it still runs like a champ, as long as I don’t use the motherboard defaults. I can’t remember last time it crashed or froze.

    EDIT:

    I just found out the package “disable-c6-systemd” mentioned in your link, is exactly to prevent voltage drop below 1v at idle, which sounds exactly like the bug I had. which is funny to learn 7 years later. ;)

    • communism@lemmy.mlOP
      1·
      2 years ago

      Not sure where they’re declaring it happens for “all Ryzen” from.

      I’ve not see anyone claim it happens on “all Ryzen”, just that the Arch Wiki article doesn’t specify a particular range or model

  • TCB13@lemmy.worldEnglish
    21·
    2 years ago

    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.

    • bloodfart@lemmy.ml
      85·
      2 years ago

      Yeah, there’s nothing political about free software! Why should we have to read about people’s liberatory ideas in the linux community?

      It’s absurd I tell you!

      • kittenzrulz123@lemmy.world
        13·
        2 years ago

        Ohhh, I the title is just confusing. I thought it meant companies that support Israel. Nevermind, but companies that don’t are sadly rare.