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] VP model doesn't pass the whole ACPI table

On Tue, 2006-06-06 at 21:09 +0900, Kouya SHIMURA wrote:
> Hi Alex,
> 
> I looked into the code about reference of ACPI table.
> Single instance seems to be OK but I can't guarantee it.
> So I wrote ACPI tables walking code.
> The code isn't a big deal. How about this?
> 
> Attached patch is work around and not fully tested yet.
> (It works on Tiger and PRIMEQUEST)

Hi Kouya,

   Let's back up one step.  Why doesn't the PRIMEQUEST report these
tables as type EFI_ACPI_RECLAIM_MEMORY?  Section 2.3.3 of the EFI spec
(v1.10) indicates that ACPI tables loaded at boot time must be declared
as this type in the MDT.  If it did, then dom_fw_dom0_passthrough()
would do this for us much more cleanly.  In fact, the
ASSIGN_DOMAIN_MACH_PAGE calls this patch removes should already be
redundant because of the passthrough setup.

   Could you post the relevant section of the MDT for this system and
describe the mapping that we're not setting up?  Thanks,

        Alex

-- 
Alex Williamson                             HP Open Source & Linux Org.


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