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/