[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <patchbomb.1214955989@localhost>
Date: Tue, 01 Jul 2008 16:46:29 -0700
From: Jeremy Fitzhardinge <jeremy@...p.org>
To: Ingo Molnar <mingo@...e.hu>
Cc: LKML <linux-kernel@...r.kernel.org>, x86@...nel.org,
Stephen Tweedie <sct@...hat.com>,
Eduardo Habkost <ehabkost@...hat.com>,
Mark McLoughlin <markmc@...hat.com>, x86@...nel.org
Subject: [PATCH 0 of 8] x86/xen: updated physical mapping patches,
and _PAGE_GLOBAL cleanup
Hi Ingo,
Here's a revised series of the Xen-64 groundwork patches relating to
creating the physical memory mapping. The first few patches are the
necessary changes to make it work without triggering CPA warnings, and
the last couple are cleanups of _PAGE_GLOBAL in the _PAGE_KERNEL
flags, and could probably happily live in another topic branch
(they're not at all Xen-specific or required for Xen to work).
Breakdown:
1 - x86_64: create global mappings in head_64.S
Create global mappings in head_64.S for consistency,
to avoid spurious CPA failures.
2-5: Map physical memory in a Xen-compatible way
These superscede "x86, 64-bit: adjust mapping of physical pagetables
to work with Xen".
6: Fold _PAGE_GLOBAL into _PAGE_KENREL mappings
This reverts patch 1, by solving the problem in a more general way.
7: Remove __PAGE_KERNEL* from 32-bit
Patch 7 makes the 32-bit kernel's __PAGE_KERNEL variables redundant,
so remove them.
8: Make CPA testing use some other pte bit
Use an unused bit to test CPA, rather than _PAGE_GLOBAL, so that
testing will still work when _PAGE_GLOBAL isn't usable.
Thanks,
J
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists