From mboxrd@z Thu Jan 1 00:00:00 1970 From: Konrad Rzeszutek Wilk Subject: Re: dom0 hang in xen-4.0.0-rc5 - possible acpi issue? [WAS: Using xen-unstable, dom0 hangs during boot] Date: Tue, 16 Mar 2010 08:52:34 -0400 Message-ID: <20100316125233.GB25340@phenom.dumpdata.com> References: <8115AF16522A3D4383C1FF753036713F9B1B522B@cosmail01.lsi.com> <4B8703B9.9000207@goop.org> <8115AF16522A3D4383C1FF753036713F9B1B52D8@cosmail01.lsi.com> <20100226144622.GP2761@reaktio.net> <8115AF16522A3D4383C1FF753036713F9B1B54B0@cosmail01.lsi.com> <8115AF16522A3D4383C1FF753036713F9B21E600@cosmail01.lsi.com> <20100301151005.GA7881@phenom.dumpdata.com> <8115AF16522A3D4383C1FF753036713F9B21EB9C@cosmail01.lsi.com> <20100303181841.GB21078@phenom.dumpdata.com> <8115AF16522A3D4383C1FF753036713F9B3222B2@cosmail01.lsi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <8115AF16522A3D4383C1FF753036713F9B3222B2@cosmail01.lsi.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: "Nadolski, Ed" Cc: Jeremy Fitzhardinge , "Xen-devel@lists.xensource.com" List-Id: xen-devel@lists.xenproject.org > > Everything seems to work if I specify acpi_skip_timer_override in grub.conf. I think I may be seeing the following issue: > > https://bugs.launchpad.net/ubuntu/+source/linux/+bug/272247?comments=all > System freezes during boot, unless I hold a key down > Ubuntu >> "linux" package >> Bugs >> Bug #272247 > > > The problem behind this seems not limited to a certain controller > > chip, but related to ACPI BIOS definitions. The IRQ0 override > > defines to which interrupt number the timer interrupt is supposed > > to be routed. Most BIOS define a route to IRQ2, so the timer > > source (hpet in most cases) has to deliver an IRQ2 whenever a > > timer expires. The problem is, that this is not always correct > > (either hpet does not use IRQ2 or IRQ2 is not enabled on the > > chipset). So as soon as all CPUs go into sleep there is no > > timer irq to wake them up. To solve this automatically one > > would need documentation about the chipsets pci config space > > which is often secret. Do you have the MCP67 chipset? > > > > Workaround for affected systems: Use of "acpi_skip_timer_override" > > as kernel command line option. Sometimes "nohpet" or "acpi=noirq" > > have been reported to work, too." > > > Is there a way that I can verify that this is the issue? Yes. You need to boot the pv-ops under bare-metal so that we can be sure this is not a Xen hypervisor problem, but the pv-ops kernel having an issue. Please provide the serial output with debugging turned on (debug initcall_debug apic=debug). Thanks.