logoalt Hacker News

londons_exploreyesterday at 4:52 PM5 repliesview on HN

Unclear why there is a 1 second timeout at all.

Presumably the patch for that will be to make it an infinity timeout.


Replies

justusthanetoday at 1:41 AM

The author’s take on this in the Mitigations section makes sense to me:

> Remove the timeout, and a legitimately stuck core hangs the platform on the first SMI. Increase the timeout, and you kill performance on many-core platforms that are forced to quiesce all cores every SMM entry. It's not clear what the best path forward is, or if there is even a path forward at all.

show 1 reply
toast0yesterday at 6:59 PM

system management mode does a lot of stuff, some of which is time critical. If your system is overheating and one of the cores is stuck off in the weeds, it's probably better to get on with the thermal response rather than waiting forever.

Also, the System Management Interrupts are supposed to return to normal processing in some finite timespan; a timeout bounds the wait time.

show 2 replies
cryptonectortoday at 4:12 AM

I would expect a way to interrupt super-long-running instructions would be the better option, even if it was not fully backwards-compatible (say your process executing long-running instructions gets killed).

xxporyesterday at 4:57 PM

Can this be patched? Is there a chance it's a hw watchdog that you can't fix in microcode?

ramses0yesterday at 5:08 PM

Looks like it's ~4 billion (2^32) crossover counter?