Live data from Hacker News

Ryzen CPU HyperThreads break if 100% busy and interrupted to top of Memory

svnweb.freebsd.org

1–10 of 70 posts

Re: Ryzen CPU HyperThreads break if 100% busy and interrupted to top of Memory

#5
> When a cpu-thread stalls in this manner it appears to stall INSIDE the microcode for IRETQ. It doesn't make it to the return pc, and the cpu thread cannot take any IPIs or other hardware interrupts while in this state.

So maybe fixable with a microcode update?

Re: Ryzen CPU HyperThreads break if 100% busy and interrupted to top of Memory

#6
post #4
post #3

Earlier quoted context omitted.

They will probably just issue an update to turn off hyperthreading.

Even with SMT disabled it causes the faults

I don't think that is the case for this particular issue. There may be other reported SMT bugs (still some instability) but here it has to be a pair of HTs:

    if one hyperthread is in a cpu-bound loop of any kind
    (can be in user mode), and the other hyperthread is 
    returning from an interrupt via IRETQ ...

Re: Ryzen CPU HyperThreads break if 100% busy and interrupted to top of Memory

#10
Not the first bug reported for Ryzen. Wasn't there a couple of others too, one with linux locking up and another triggered by the ocaml compiler emitting opcodes refering AH/BH/CH/DH registers in a tight loop?

Edit: Sorry, the ocaml bug was Intel Skylake. It's interesting how so many new CPUs have breaking bugs. Feels like it's been quiet since the original pentium F00F bug and then all of a sudden everyone's new CPUs break.

Post reply on HN