3 ms·

Make that: "systemd and RDRAND on Ryzen 9 is flakey"

• Dylan16807 6y ago
  I'm sure a lot of other things are being affected by this defect, just less visibly. It's not like the software is breaking x86 instructions somehow.
  • HarryHirsch 6y ago
    Someone please explain why someone would use the hardware random generator directly. Everyone else uses /dev/{u,}random because somehow HRNGs always manage to be buggy, and then there's the concern about NSA involvement. Using OS-provided interface mitigates either concern.
    • mjg59 6y ago
      https://github.com/systemd/systemd/blob/bcac754d66374782a85a8de39fd543c1eaf9fa82/src/basic/random-util.c#L40-L98 https://github.com/systemd/systemd/blob/bcac754d66374782a85a...
      • HarryHirsch 6y ago
        Dude is stubborn in the face of reality. It's not as if there hadn't been RDRAND hardware bugs before.
      • zamadatix 6y ago
        Not sure I understand the /dev/urandom concern in that comment. If this doesn't need to be cryptographically good and you don't want logspam every time a new number is needed why not seed this once with /dev/urandom. Surely a single log message is better than trying to reinvent the wheel, especially since this isn't the first time I've seen this particular code linked on HN due to the assumptions not holding true.