[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Xen-devel] [PATCH] mini-os: Separating x86 specific memory management parts


  • To: Grzegorz Milos <gm281@xxxxxxxxx>
  • From: Dietmar Hahn <dietmar.hahn@xxxxxxxxxxxxxxxxxxx>
  • Date: Mon, 16 Oct 2006 15:28:28 +0200
  • Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
  • Delivery-date: Mon, 16 Oct 2006 06:29:09 -0700
  • Domainkey-signature: s=s768; d=fujitsu-siemens.com; c=nofws; q=dns; b=DP4Az4XZoUMc5pOXc02xcD7jjyRF/xyKInaJ7h05x+/2+6kijz6XXPh5gTHdzeL7lYZcPG9pp6a71uheHRuIR+Ujyj0j5dEDXHhrzTwXALDxnLX9ZYa34DeTMMFWY99P;
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>

Hi Gregor,

for the ia64 port I separated the most x86 specific parts and moved these to 
architecture specific files.
There are now
minios/mm.c
minios/arch/x86/mm.c
minios/include/mm.h
minios/include/x86/arch_mm.h

In init_mm() now a special arch_init_mm() and 
arch_init_demand_mapping_area() are called. Maybe the 
arch_init_demand_mapping_area()  can be moved/changed later, because it's not 
needed on ia64.

I also added a new macro PHYS_PFN()  and used it in the buddy allocator.
A second change is the use of to_virt() instead of VIRT_START.
Please can you have a look and send your comments!

Thanks.
Dietmar.

Attachment: mini-os_mm.patch
Description: Text Data

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.