[<prev] [next>] [day] [month] [year] [list]
Message-ID: <4DDEC7D9.1090604@goop.org>
Date: Thu, 26 May 2011 14:36:25 -0700
From: Jeremy Fitzhardinge <jeremy@...p.org>
To: Linus Torvalds <torvalds@...ux-foundation.org>
CC: "Xen-devel@...ts.xensource.com" <Xen-devel@...ts.xensource.com>,
Konrad Rzeszutek Wilk <konrad.wilk@...cle.com>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Andrew Morton <akpm@...ux-foundation.org>
Subject: [GIT PULL] Xen internal cleanup stuff
Hi Linus,
Please pull:
git://git.kernel.org/pub/scm/linux/kernel/git/jeremy/xen.git upstream/tidy-xen-mmu-2.6.39
Jeremy Fitzhardinge (10):
xen: drop all the special iomap pte paths.
xen: use mmu_update for xen_set_pte_at()
xen: condense everything onto xen_set_pte
vmalloc: remove vmalloc_sync_all() from alloc_vm_area()
xen: make a pile of mmu pvop functions static
xen: use normal virt_to_machine for ptes
xen/mmu: remove all ad-hoc stats stuff
Use arbitrary_virt_to_machine() to deal with ioremapped pmd updates.
Use arbitrary_virt_to_machine() to deal with ioremapped pud updates.
xen: fix compile without CONFIG_XEN_DEBUG_FS
arch/x86/xen/mmu.c | 284 +++++++++------------------------------------------
arch/x86/xen/mmu.h | 37 -------
mm/vmalloc.c | 4 -
3 files changed, 50 insertions(+), 275 deletions(-)
This is all Xen-internal cleanup stuff. The change to mm/vmalloc.c is
to remove a pointless vmalloc_sync_all() from alloc_vm_area().
alloc_vm_area() is only called by Xen code, though there's nothing
Xen-specific about it.
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