Re: [x86_64 MCE] [RFC] mce.c race condition (or: when evil hacks are the only options)

2007-07-12 Thread Tim Hockin
On 7/12/07, Andi Kleen <[EMAIL PROTECTED]> wrote: > -- there may be other edge cases other than > this one. I'm actually surprised that this wasn't a ring buffer to start > with -- it certainly seems like it wanted to be one. The problem with a ring buffer is that it would lose old entries; but

Re: [x86_64 MCE] [RFC] mce.c race condition (or: when evil hacks are the only options)

2007-07-12 Thread Andi Kleen
On Thursday 12 July 2007 22:24:36 Joshua Wise wrote: > Some time after my first[1] patch to mce.c, I had continued testing using > the test method described there (inject hundreds of thousands of single-bit > errors while reading from /dev/mcelog), and I came across a strange issue. > Once every c

[x86_64 MCE] [RFC] mce.c race condition (or: when evil hacks are the only options)

2007-07-12 Thread Joshua Wise
Some time after my first[1] patch to mce.c, I had continued testing using the test method described there (inject hundreds of thousands of single-bit errors while reading from /dev/mcelog), and I came across a strange issue. Once every couple test cycles (i.e., every hundred-thousand injects), the