RE: Fix race in the accessed/dirty bit handlers

From: Luck, Tony <>
Date: 2006-03-09 09:25:46
>Page migration is particular suitable for the creation of this race since
>it needs to remove and restore page table entries.

I'm trying to understand why we haven't seen this problem before page
migration was invented.  Surely in the swapout case we have the same
situation ... swapper does "*pte = 0 ... ptc" to zap the pte and nuke
the TLB (in that order), but there is a window in between where the
process might try to update the accessed/dirty bits.

Have we just been lucky?
Is the window much wider for the process migration case?

To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to
More majordomo info at
Received on Thu Mar 09 09:26:42 2006

This archive was generated by hypermail 2.1.8 : 2006-03-09 09:26:51 EST