Re: pud_bad vs pud_bad
From: Jeremy Fitzhardinge
Date: Thu Feb 05 2009 - 15:42:21 EST
Hugh Dickins wrote:
However... I forget how the folding works out. The pgd in the 32-bit
PAE case used to have just the pfn and the present bit set in that
little array of four entries: if pud_bad() ends up getting applied
to that, I guess it will blow up.
Ah, that's a good point.
If so, my preferred answer would actually be to make those 4 entries
look more like real ptes; but you may think I'm being a bit silly.
Hardware doesn't allow it. It will explode (well, trap) if you set
anything other than P in the top level.
By the by, what are the chances we'll be able to deprecate non-PAE 32-bit?
J
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/