WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-ia64-devel

Re: [Xen-ia64-devel] [Patch][RFC] allocate all memory to dom0

Le Jeudi 05 Octobre 2006 14:03, Akio Takebe a écrit :
> Hi, Isaku and Tristan
>
> Thank you for your comments.
[...]

> >I think there are two right way.
> >A avoid overlap somehow
> >  A.0 fake up ACPI table and assign pci somewhere.
> >  A.1 detect pci bridge
> >      To detect the region of pci bridge, it is necessary to parse
> >      ACPI table. But xen doesn't have such a ACPI parser.
> >  A.2 As a temporal work around, we can introduce xen boot option to
> >      indicate pci io area.
> >  A.3 assign RAM following the original MD.
> >      This might be easy.
> >      The current complete_dom0_memmap() seeks a gap and fill it
> >      with RAM. modify it so that it only assigns RAM only when
> >      a found gap is in baremetal's RAM.
> >B modify ioremap hypercall and linux ioremap somehow
> >  to not use ram region.
> >  Probably Linux ioremap() wouldn't return __IA64_UNCACHED_OFFSET|offset
> >  so that iounmap() might need to be implemented.
> >C don't give so much memory to dom0
> >  The original motivation is to get modular vnif work.
> >  Now xencomm has been merged, this isn't an issue anymore.
> >  Akio, Is this right?
>
> Yes, you are right.
> I have not tried to check modular vnif yet.
> But I have checked it with cset 11635 + Tristan's xen-xcom-[a-c]3.diffs.
> The results is good work.
>
> >Option C or A.3 is preferable. I don't think those are
> >ery good, though. Any ideas?
>
> I also prefer A.3 to others.
A.3 is definitly safe.

Option B may be required for driver domains, unless we also follow the 
original MD in domU.

Tristan.

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