Re: Fix race in the accessed/dirty bit handlers

From: Zoltan Menyhart <>
Date: 2006-03-13 20:13:46
Luck, Tony wrote:

> If another processor has a purge floating out there on the
> bus at this time, it would be because that other processor
> was making some change to this mapping.  In which case it
> would have executed:
>  *pte = new_value
>  ptc
> Are you saying that these events may become visible to the
> processor that is executing the dirty_bit handler in either
> order, so that you are worried we'll see the old *pte value
> when we do the load, but miss the purge because we didn't
> wait for the itc.d to complete before we did the load?

Yes, I should have said in this way.


To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to
More majordomo info at
Received on Mon Mar 13 20:14:39 2006

This archive was generated by hypermail 2.1.8 : 2006-03-13 20:14:47 EST