Hi, Alex and all
Alex, thank you for your help.
As you said, I make a patch to disable SRAT, SLIT.
This patch is short term solution.
This patch modify header-signature from SRAT, SLIT to .
Because dom0 don't recognized this signature,
we can disable SRAT, SLIT.
Then dom0 detect non-NUMA
Hi, all
This patch is RFC.
If I get agreement for this patch, I cleanup it,
then I'll post xen-devel if necessary.
Best Regards,
Akio Takebe
Hi, Alex and all
Alex, thank you for your help.
As you said, I make a patch to disable SRAT, SLIT.
This patch is short term solution.
This patch modify
On Wed, Jul 25, 2007 at 03:02:18PM +0900, Akio Takebe wrote:
Content-Description: Mail message body
This patch modify header-signature from SRAT, SLIT to .
Because dom0 don't recognized this signature,
we can disable SRAT, SLIT.
Then dom0 detect non-NUMA box.
How about OEMx instead of
Hi, Isaku
On Wed, Jul 25, 2007 at 03:02:18PM +0900, Akio Takebe wrote:
Content-Description: Mail message body
This patch modify header-signature from SRAT, SLIT to .
Because dom0 don't recognized this signature,
we can disable SRAT, SLIT.
Then dom0 detect non-NUMA box.
How about OEMx
On Wed, Jul 25, 2007 at 04:45:50PM +0900, Akio Takebe wrote:
Because acpi_table_print() show 6byte oem_id,
how about XenIPF?
Sounds good.
--
yamahata
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
Quoting Akio Takebe [EMAIL PROTECTED]:
Hi, Alex, Tristan, Yongkang and all
On Fri, 2007-07-20 at 03:53 +0200, Tristan Gingold wrote:
On Thu, Jul 19, 2007 at 05:20:26PM -0600, Alex Williamson wrote:
On Wed, 2007-07-18 at 16:03 +0900, Akio Takebe wrote:
Hi, all
This patch fix a
Hi, Alex and Tristan
Alex, Thank you for your information,
and could you try this patch?
I modified SRAT and lsapic of dom0 for disable cpus.
This patch work fine on our PRIMEQUEST.
after more thoughts, I think trying NUMA in dom0 is bound to fail or to be
useless. Memory mapping is virtualized
On Mon, 2007-07-23 at 22:00 +0900, Akio Takebe wrote:
Hi, Alex and Tristan
Alex, Thank you for your information,
and could you try this patch?
I modified SRAT and lsapic of dom0 for disable cpus.
This patch work fine on our PRIMEQUEST.
This patch gets me to the same point as Yongkang,
On Fri, 2007-07-20 at 18:39 +0900, Akio Takebe wrote:
I think this issue is occurred by mismatch infomation of SRAT and LSAPIC.
Alex, could you give me ACPI SRAT infomation of the super dome?
Here's a raw dump of the SRAT:
000: 53 52 41 54 78 01 00 00 01 4f 48 50 00 00 00 00
010: 53 44 33 32
On Fri, 2007-07-20 at 14:58 -0600, Alex Williamson wrote:
On Fri, 2007-07-20 at 18:39 +0900, Akio Takebe wrote:
I think this issue is occurred by mismatch infomation of SRAT and LSAPIC.
Alex, could you give me ACPI SRAT infomation of the super dome?
Here's a raw dump of the SRAT:
BTW,
Hi, Anthony and all
As you said, we will need to disccuss NUMA support.
But this issue is definitely a bug.
This bug is related to CONFIG_NUMA=y of dom0.
By using dom0_max_vcpus = 2 this issue may be occurred on non-NUMA machine,
because current dom0's .config is CONFIG_NUMA=y.
So I'd like to
On Wed, 2007-07-18 at 16:03 +0900, Akio Takebe wrote:
Hi, all
This patch fix a issue which dom0 cannot boot with dom0_max_vcpus.
Currently LSAPIC IDs are create by xen,
but ACPI SRAT table is the bare table.
So on some boxes node_cpuid[].phys_id are different from cpu_physical_id()s,
and
On Thu, 2007-07-19 at 17:20 -0600, Alex Williamson wrote:
On Wed, 2007-07-18 at 16:03 +0900, Akio Takebe wrote:
Hi, all
This patch fix a issue which dom0 cannot boot with dom0_max_vcpus.
Currently LSAPIC IDs are create by xen,
but ACPI SRAT table is the bare table.
So on some boxes
On Thu, Jul 19, 2007 at 05:20:26PM -0600, Alex Williamson wrote:
On Wed, 2007-07-18 at 16:03 +0900, Akio Takebe wrote:
Hi, all
This patch fix a issue which dom0 cannot boot with dom0_max_vcpus.
Currently LSAPIC IDs are create by xen,
but ACPI SRAT table is the bare table.
So on some
On Fri, 2007-07-20 at 03:53 +0200, Tristan Gingold wrote:
On Thu, Jul 19, 2007 at 05:20:26PM -0600, Alex Williamson wrote:
On Wed, 2007-07-18 at 16:03 +0900, Akio Takebe wrote:
Hi, all
This patch fix a issue which dom0 cannot boot with dom0_max_vcpus.
Currently LSAPIC IDs are
Hi, all
This patch fix a issue which dom0 cannot boot with dom0_max_vcpus.
Currently LSAPIC IDs are create by xen,
but ACPI SRAT table is the bare table.
So on some boxes node_cpuid[].phys_id are different from cpu_physical_id()s,
and we cannot boot dom0.
I think xen should pass the bare LSAPIC
Hi,
I forgot Signed-off-by line.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
Hi, all
This patch fix a issue which dom0 cannot boot with dom0_max_vcpus.
Currently LSAPIC IDs are create by xen,
but ACPI SRAT table is the bare table.
So on some boxes
] On Behalf Of Akio Takebe
Sent: 2007年7月18日 15:04
To: xen-ia64-devel
Subject: [Xen-ia64-devel] [Patch] Pass the bare LSAPIC ID to dom0
Hi, all
This patch fix a issue which dom0 cannot boot with dom0_max_vcpus.
Currently LSAPIC IDs are create by xen,
but ACPI SRAT table is the bare table.
So on some
18 matches
Mail list logo