Re: [Xen-ia64-devel] [PATCH] VP model doesn't pass the whole ACPI table to dom0

2006-06-08 Thread Kouya SHIMURA
Hi Alex, Good work! Your patch works well on the PRIMEQUEST. Now ASSIGN_DOMAIN_MACH_PAGE in dom_fw.c is redundant and the attached patch should be applied. It removes the xen console message: __assign_domain_page: mpaddr already mapped!. Thanks a lot, Kouya Signed-off-by: Kouya Shimura

Re: [Xen-ia64-devel] [PATCH] VP model doesn't pass the whole ACPI table to dom0

2006-06-08 Thread Alex Williamson
On Thu, 2006-06-08 at 10:25 +0900, Kouya SHIMURA wrote: Hi Alex, Exactly you are right. EFI memmap command tells the actual size is not zero. I attached the result. And I tried your patch immediately. But it causes another problem that I can't boot xen. The attachment is its log.

Re: [Xen-ia64-devel] [PATCH] VP model doesn't pass the whole ACPI table to dom0

2006-06-07 Thread Kouya SHIMURA
Hi Alex, Please take a look at attached log messages of PRIMEQUEST. (I slightly changed the output format (MB-KB) in [EMAIL PROTECTED]) The following line looks bizarre. (XEN) domain mem: type= 6, attr=0x8009, range=[0x7fcbe000-0x7fcbe000) (0KB) type=6 means

Re: [Xen-ia64-devel] [PATCH] VP model doesn't pass the whole ACPI table to dom0

2006-06-07 Thread Alex Williamson
On Wed, 2006-06-07 at 09:05 -0600, Alex Williamson wrote: Hi Kouya, Yes, I do too. Does the PRIMEQUEST have a memmap command from the EFI shell that reports the original MDT as reported by firmware? I notice this range reports both WB and UC attributes. I wonder if the zero size is a

Re: [Xen-ia64-devel] [PATCH] VP model doesn't pass the whole ACPI table to dom0

2006-06-06 Thread Alex Williamson
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

[Xen-ia64-devel] [PATCH] VP model doesn't pass the whole ACPI table to dom0

2006-06-05 Thread Kouya SHIMURA
Hi, I can't get VP enabled dom0 to boot up on Fujitsu's PRIMEQUEST. The cause is that xen passes only one page of ACPI tables to dom0. PRIMEQUEST has ACPI tables across page boundary and dom0 can't read some ACPI table. Attached patches fix it. But actually I'm not familiar with ACPI and I

Re: [Xen-ia64-devel] [PATCH] VP model doesn't pass the whole ACPI table to dom0

2006-06-05 Thread Tristan Gingold
Le Lundi 05 Juin 2006 11:12, Kouya SHIMURA a écrit : Hi, I can't get VP enabled dom0 to boot up on Fujitsu's PRIMEQUEST. The cause is that xen passes only one page of ACPI tables to dom0. PRIMEQUEST has ACPI tables across page boundary and dom0 can't read some ACPI table. Attached patches

Re: [Xen-ia64-devel] [PATCH] VP model doesn't pass the whole ACPI table to dom0

2006-06-05 Thread Kouya SHIMURA
Hi Tristan, Thanks for comment. Sorry for my assumption. I revised a patch. Yeah, this is tedious... but becomes more small. :-) Kouya Signed-off-by Kouya Shimura [EMAIL PROTECTED] 10251-2.patch Description: Binary data Tristan Gingold writes: Le Lundi 05 Juin 2006 11:12, Kouya SHIMURA a

Re: [Xen-ia64-devel] [PATCH] VP model doesn't pass the whole ACPI table to dom0

2006-06-05 Thread Alex Williamson
On Mon, 2006-06-05 at 20:34 +0900, Kouya SHIMURA wrote: Hi Tristan, Thanks for comment. Sorry for my assumption. I revised a patch. Yeah, this is tedious... but becomes more small. :-) Hi Kouya, This is a good start. One problem, acpi_table_parse() is meant for tables that can only