Messages in this thread | | | Date | Fri, 16 Feb 2001 09:38:08 -0800 (PST) | From | Linus Torvalds <> | Subject | Re: x86 ptep_get_and_clear question |
| |
On Fri, 16 Feb 2001, Ben LaHaise wrote:
> On Fri, 16 Feb 2001, Jamie Lokier wrote: > > > It should be fast on known CPUs, correct on unknown ones, and much > > simpler than "gather" code which may be completely unnecessary and > > rather difficult to test. > > > > If anyone reports the message, _then_ we think about the problem some more. > > > > Ben, fancy writing a boot-time test? > > Sure, I'll whip one up this afternoon.
How do you expect to ever see this in practice? Sounds basically impossible to test for this hardware race. The obvious "try to dirty as fast as possible on one CPU while doing an atomic get-and-clear on the other" thing is not valid - it's in fact quite likely to get into lock-step because of page table cache movement synchronization. And as such it could hide any race.
Linus
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |