|
|
|
|
|
by throwawaylinux
1556 days ago
|
|
> FWIW: I re-read this a bunch of times, and I don't understand how this isn't a hardware bug. How can an asynchronous interrupt be specified in any rigorous way if it does NOT act as a memory barrier to the interrupted code? Clearly the CPU isn't going to cache its in-flight state for every interrupt (and remember interrupts can be themselves interrupted!). So certainly "most" of its state is being serialized. And we're supposed to magically guess on a per-IP basis which state isn't? Yikes. Memory barriers only concern interactions with other agents that access memory. Any given thread of execution is always consistent with respect to itself, including when taking interrupts. "Serialized" is also not the same as a barrier and is not really related to memory consistency. Serialization does only matter within a single thread of execution. |
|