9
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 08 Sep 2026
9 points (58.8% liked)
retrocomputing
5459 readers
1 users here now
Discussions on vintage and retrocomputing
founded 3 years ago
MODERATORS
You act like you're the only one that understands information security. I took a security class for my computer science degree too. Productive conversation cannot be had when you strut around arrogantly dismissing everyone that disagrees with you.
Spectre was a microcode patch. Meltdown was a kernel patch, so in firmware. Only AMD bothered to fix chips that fit within your timeframe. The fix has not been made for the chips you want to use.
You aren't going to stop branch prediction with clever tricks. These are hardware level flaws. Patching is the only way to completely mitigate these flaws.
What’s being dismissed is irrelevant facts. You continue (for a 3rd time) to still fail to grasp the fact that Meltdown was not found to affect AMD chips. It’s wholly irrelevant.
Those are two different things. There was a firmware patch. And separately there was a kernel mitigation. You don’t need both.
You mean AMD’s f/w patch was not made. Yet you’ve been told about the 15h.org project. If you absorbed that, then citation needed that Coreboot fails to mitigate. In the absence of Coreboot, the os mitigation was implemented in linux. So you’re pushing a bullshit problem.
I'm aware of coreboot. I was not aware that the project managed to increase support to include configurations for all chips that predate IME and PSP. Last I recall when I looked at coreboot, there were chips that they didn't think could ever be supported, even without nannyware. I wasn't pushing a bullshit problem, I was raising legitimate concerns for problems that I didn't know had solutions. If you don't want people to raise honest, good faith concerns to you then you better be extremely vigilant that you don't step in shit.