News for hackers. Stuff that matters.
Re:AMD Disables Zen 4's Loop Buffer by BartjeD on Sunday December 01, 2024 @03:37AM (#42287126)
Quitely disabling it is also a big risk. Because you're signalling that in all probablity you were aware of the severity of the issue; Enough so that you took steps to patch it.

If you don't disclose the vulnerability then affected parties cannot start taking countermeasures, except out of sheer paranoia.

Disclosing a vulnerability is a way shift liability onto the end user. You didn't update? Then don't complain. Only rarely do disclosures lead to product liability. I don't remember this (liability) happening with Meltdown and Spectre either. So wouldn't assume this is AMD being secretive.

Re:AMD Disables Zen 4's Loop Buffer by wtallis on Sunday December 01, 2024 @10:10AM (#42288812)
Please don't post duplicate comments like this. Your first comment (https://news.ycombinator.com/item?id=42287118) was fine but spamming a thread with copy-and-pasted comments just hurts the signal to noise ratio.
Re:AMD Disables Zen 4's Loop Buffer by alexnewman on Sunday December 01, 2024 @01:28PM (#42289820)
Im confused would you be ok if he's addressing the same point in the forum with a slightly different sentence?
Re:AMD Disables Zen 4's Loop Buffer by wtallis on Sunday December 01, 2024 @02:57PM (#42290328)
Any threaded discussion carries the risk of different subthreads ending up in the same place. The simplest solution is to just not post twice, and trust that the reader can read the rest of the thread; HN threads usually don't get long enough for good comments to get too buried, and not duplicating comments helps avoid that problem. If there's something slightly different, it may be worth linking to another comment in a different subthread and adding a few sentences to cover the differences. Copying a whole comment is never a good answer, and re-wording it to obscure the fact that it's not saying anything new is also bad. New comments should have something new to say.
Re:AMD Disables Zen 4's Loop Buffer by lukan on Sunday December 01, 2024 @03:28PM (#42290518)
Posting a link of the other replay is a solution as well.
Re:AMD Disables Zen 4's Loop Buffer by hinkley on Sunday December 01, 2024 @03:39PM (#42290580)
I would get confused handling follow-ups to both copies.

I have enough trouble if someone responds to my responses in a tone similar to GP and I end up treating them like the same person (eg, GP makes a jab and now I’m snarky 9r call out the wrong person). Especially if I have to step away to deal with life.

Re:AMD Disables Zen 4's Loop Buffer by hobobaggins on Sunday December 01, 2024 @05:36PM (#42291238)
And, just like that, you turned the rest of this thread into a meta discussion about HN rather than about the topic. It's ironic, because that really hurt the SNR more than a duplicated, but on-topic, comment.
Re:AMD Disables Zen 4's Loop Buffer by immibis on Sunday December 01, 2024 @10:38AM (#42288931)
The countermeasure is to disable the loop buffer. Everyone who wants to protect themselves from the unknown vulnerability should disable the loop buffer. Once everyone's done that or had a reasonable opportunity to do that, it can be safely published.
Re:AMD Disables Zen 4's Loop Buffer by jdiff on Sunday December 01, 2024 @11:18AM (#42289123)
There's no real impetus except paranoia if the change is unannounced. You don't have to detail the vulnerability, just inform people that somewhere, one exists, and that this is in fact a countermeasure. Without doing that, you don't shift liability, you don't actually get people out of harm's way, you don't really benefit at all.