I''ve checked in a patch that will hopefully fix ''acpi=off'' and ''acpi=ht'' modes for domain0. It''s been tested on just one machine so far, so it''d be good to get some wider feedback. :-) -- Keir _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
I tried the acpi=off on my 2-by x86_64 box running 32-bit SLES9. Everything seems to work just fine except for a couple of pfn and page fault non-fatal errors. But with acpi=ht, Dom0 hangs while trying to bring up the SCSI devices. I have included debug output for both cases. Aravindh -----Original Message----- From: xen-devel-bounces@lists.xensource.com [mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Keir Fraser Sent: Thursday, May 05, 2005 2:07 PM To: Xen Development List; natasha@us.ibm.com Subject: [Xen-devel] Fix for ''acpi=off'' I''ve checked in a patch that will hopefully fix ''acpi=off'' and ''acpi=ht'' modes for domain0. It''s been tested on just one machine so far, so it''d be good to get some wider feedback. :-) -- Keir _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Puthiyaparambil, Aravindh wrote:> I tried the acpi=off on my 2-by x86_64 box running 32-bit SLES9. > Everything seems to work just fine except for a couple of pfn and page > fault non-fatal errors. > > But with acpi=ht, Dom0 hangs while trying to bring up the SCSI devices. > I have included debug output for both cases. >I think this is the issue you''re running into:> SMP mptable: no processors registered! > BIOS bug, MP table errors detected!... > ... disabling SMP support. (tell your hw vendor)With acpi=off acpi_lapic is non-zero so this code works: /* ACPI may have already provided this data */ if (!acpi_lapic) MP_processor_info(m); But with acpi=ht, MP table processor info is ignored. I worked around it by ignoring the processor entries in the MP table always and setting num_processors=1. -Arun _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
I am a little confused here. I have configured Dom0 to be a uniprocessor kernel. Shouldn''t that stop SMP specific code from being executed? Won''t setting num_processors=1 cause Dom0 to always be uniproc even if SMP is turned on? Aravindh -----Original Message----- From: Arun Sharma [mailto:arun.sharma@intel.com] Sent: Thursday, May 05, 2005 7:10 PM To: Puthiyaparambil, Aravindh Cc: xen-devel@lists.xensource.com Subject: Re: [Xen-devel] Fix for ''acpi=off'' Puthiyaparambil, Aravindh wrote:> I tried the acpi=off on my 2-by x86_64 box running 32-bit SLES9. > Everything seems to work just fine except for a couple of pfn and page > fault non-fatal errors. > > But with acpi=ht, Dom0 hangs while trying to bring up the SCSIdevices.> I have included debug output for both cases. >I think this is the issue you''re running into:> SMP mptable: no processors registered! > BIOS bug, MP table errors detected!... > ... disabling SMP support. (tell your hw vendor)With acpi=off acpi_lapic is non-zero so this code works: /* ACPI may have already provided this data */ if (!acpi_lapic) MP_processor_info(m); But with acpi=ht, MP table processor info is ignored. I worked around it by ignoring the processor entries in the MP table always and setting num_processors=1. -Arun _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Puthiyaparambil, Aravindh wrote:> I am a little confused here. > > I have configured Dom0 to be a uniprocessor kernel. Shouldn''t that stop > SMP specific code from being executed?No, X86_FIND_SMP_CONFIG defaults to y.> > Won''t setting num_processors=1 cause Dom0 to always be uniproc even if > SMP is turned on? >Xen0-smp doesn''t need to look at the MP table to figure out how many virtual processors there are. There are other mechanisms to discover virtual processors. The MP table is needed mostly to setup the IOAPICs and the interrupt routing. -Arun _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
On 6 May 2005, at 00:09, Arun Sharma wrote:> With acpi=off acpi_lapic is non-zero so this code works: > > /* ACPI may have already provided this data */ > if (!acpi_lapic) > MP_processor_info(m); > > But with acpi=ht, MP table processor info is ignored. I worked around > it > by ignoring the processor entries in the MP table always and setting > num_processors=1.Yes, I''m missing this part of your patch, Arun. I''ll take a look. -- Keir _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
On 5 May 2005, at 23:54, Puthiyaparambil, Aravindh wrote:> I tried the acpi=off on my 2-by x86_64 box running 32-bit SLES9. > Everything seems to work just fine except for a couple of pfn and page > fault non-fatal errors.Those errors are harmless debug output from Xen I think. Probably from probing when an X server starts? -- Keir _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Yes, I realized later that there were debug outputs from Xen when X was trying to come up. Sorry about that. -----Original Message----- From: Keir Fraser [mailto:Keir.Fraser@cl.cam.ac.uk] Sent: Friday, May 06, 2005 2:08 AM To: Puthiyaparambil, Aravindh Cc: Xen Development List; natasha@us.ibm.com Subject: Re: [Xen-devel] Fix for ''acpi=off'' On 5 May 2005, at 23:54, Puthiyaparambil, Aravindh wrote:> I tried the acpi=off on my 2-by x86_64 box running 32-bit SLES9. > Everything seems to work just fine except for a couple of pfn and page > fault non-fatal errors.Those errors are harmless debug output from Xen I think. Probably from probing when an X server starts? -- Keir _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel