On Tue, Mar 11, 2014 at 3:11 AM, Ingo Molnar <mi...@kernel.org> wrote:
>
> But ... when PPro was common our parallelization sucked, so I'd not be
> surprised if it triggered more frequently with a modern kernel.
Agreed. It is certainly very possible that we had no reports of this
simply because we never had any real concurrent cache accesses
(outside of the BKL).
That said, the Intel errata does do say that they never saw reports of
it in any real loads either, so it really is debatable whether it ever
made sense. Back in the PPro days, there were *other* x86 unixes
around that might have hit it, including very much the Sequent NUMA-Q.
I have this dim memory that the only reason I knew about the errata
originally was that I was talking memory ordering for the spinlock
code with Andy Glew from Intel, to verify that a simple store really
does work as an unlock, and he dropped the "Yeah, except for some
buggy old PPro cpu errata" bomb.
(Although honestly, that whole thing is so long ago that my "dim
memory" is very suspect, and it's possible the workaround actually
came independently of that from Alan Cox. This all happened in
v2.4.13-rc2 - late 2001 - and the PPro workaround came in together
with the X86 OOSTORE code, which I *think* was Alan. Asking the gnomes
in case they remember how it happened).
Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
