[IA64] Fix race in the accessed/dirty bit handlers
commitd8117ce5a679ff1f48df247da30fb62c16d562c5
authorChristoph Lameter <clameter@engr.sgi.com>
Wed, 8 Mar 2006 03:05:32 +0000 (7 19:05 -0800)
committerTony Luck <tony.luck@intel.com>
Thu, 9 Mar 2006 00:07:55 +0000 (8 16:07 -0800)
tree7b44619de328e773f2e8b41043343341e47a850e
parent2ec5e3a867d63d04932e11c6097f63760d9be3fe
[IA64] Fix race in the accessed/dirty bit handlers

A pte may be zapped by the swapper, exiting process, unmapping or page
migration while the accessed or dirty bit handers are about to run. In that
case the accessed bit or dirty is set on an zeroed pte which leads the VM to
conclude that this is a swap pte. This may lead to

- Messages from the vm like

swap_free: Bad swap file entry 4000000000000000

- Processes being aborted

swap_dup: Bad swap file entry 4000000000000000
VM: killing process ....

Page migration is particular suitable for the creation of this race since
it needs to remove and restore page table entries.

The fix here is to check for the present bit and simply not update
the pte if the page is not present anymore. If the page is not present
then the fault handler should run next which will take care of the problem
by bringing the page back and then mark the page dirty or move it onto the
active list.

Signed-off-by: Christoph Lameter <clameter@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
arch/ia64/kernel/ivt.S