Messages in this thread | | | Date | Tue, 25 May 2004 06:59:58 +0200 | From | Andrea Arcangeli <> | Subject | Re: [PATCH] ppc64: Fix possible race with set_pte on a present PTE |
| |
On Mon, May 24, 2004 at 09:44:08PM -0700, Linus Torvalds wrote: > > > On Mon, 24 May 2004, Linus Torvalds wrote: > > > > We do the accessed bit by clearing the "user readable" thing (or > > something. I forget the exact details, and I'm too lazy to check it out). > > Yup. Lookie here: > > #define __ACCESS_BITS (_PAGE_ACCESSED | _PAGE_KRE | _PAGE_URE) > extern inline pte_t pte_mkold(pte_t pte) { pte_val(pte) &= ~(__ACCESS_BITS); return pte; } > > Notice how an "old" pte won't be readable. Then, when we take the page > fault, we'll do > > extern inline pte_t pte_mkyoung(pte_t pte) { pte_val(pte) |= __ACCESS_BITS; return pte; } > > and now the pte is readable again. > > In other words, we absolutely _have_ to do the "pte_mkyoung()" part in the > page fault, or an "old" pte will never become readable again (unless it's > accessed with a write rather than a read, which will then happen to make > it young again). > > I'm not quite senile yet.
I see, sorry I was wrong. I misread this code a long time ago and I noticed how the young bit works only now. Infact I always wondered if the young bit was useful at all. So it was possible to emulate it after all. However I wonder what happens for PROT_WRITE? How can you make a mapping only writeable if the mk_young marks it readable? That's why I misread it without even imagining it was setting the readable bit at the same time of the young bit.
so while ia64 may not even need to set the young bit, alpha needs it. - 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/
| |