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/
Home Products Support Community News


RE: [Xen-devel] dom0 hang in xen-4.0.0-rc5 - possible acpi issue? [WAS:

To: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
Subject: RE: [Xen-devel] dom0 hang in xen-4.0.0-rc5 - possible acpi issue? [WAS: Using xen-unstable, dom0 hangs during boot]
From: "Nadolski, Ed" <Ed.Nadolski@xxxxxxx>
Date: Wed, 17 Mar 2010 10:34:52 -0600
Accept-language: en-US
Acceptlanguage: en-US
Cc: Jeremy Fitzhardinge <jeremy@xxxxxxxx>, "Xen-devel@xxxxxxxxxxxxxxxxxxx" <Xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Wed, 17 Mar 2010 09:36:48 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <20100316125233.GB25340@xxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <8115AF16522A3D4383C1FF753036713F9B1B522B@xxxxxxxxxxxxxxxxx> <4B8703B9.9000207@xxxxxxxx> <8115AF16522A3D4383C1FF753036713F9B1B52D8@xxxxxxxxxxxxxxxxx> <20100226144622.GP2761@xxxxxxxxxxx> <8115AF16522A3D4383C1FF753036713F9B1B54B0@xxxxxxxxxxxxxxxxx> <8115AF16522A3D4383C1FF753036713F9B21E600@xxxxxxxxxxxxxxxxx> <20100301151005.GA7881@xxxxxxxxxxxxxxxxxxx> <8115AF16522A3D4383C1FF753036713F9B21EB9C@xxxxxxxxxxxxxxxxx> <20100303181841.GB21078@xxxxxxxxxxxxxxxxxxx> <8115AF16522A3D4383C1FF753036713F9B3222B2@xxxxxxxxxxxxxxxxx> <20100316125233.GB25340@xxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcrFH7H2eenUcG4iREWD0yR2lGKEsQAy/Tqg
Thread-topic: [Xen-devel] dom0 hang in xen-4.0.0-rc5 - possible acpi issue? [WAS: Using xen-unstable, dom0 hangs during boot]
> -----Original Message-----
> From: Konrad Rzeszutek Wilk [mailto:konrad.wilk@xxxxxxxxxx]
> Sent: Tuesday, March 16, 2010 6:53 AM
> To: Nadolski, Ed
> Cc: Pasi Kärkkäinen; Jeremy Fitzhardinge; Xen-devel@xxxxxxxxxxxxxxxxxxx
> Subject: Re: [Xen-devel] dom0 hang in xen-4.0.0-rc5 - possible acpi
> issue? [WAS: Using xen-unstable, dom0 hangs during boot]
> >
> > 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?

This is the Intel 5520 chipset (Dell T7500 quad-core Xeon workstation).

(BTW I'm now running xen 4.0.0-rc6 and still seeing this.)

> > > 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.

The pv-ops kernel boots fine on baremetal, without specifying 
acpi_skip_timer_override.  So I guess this is a Xen issue after all. Here is 
the grub.conf that I used to boot the baremetal:

title Fedora-12 ( Baremetal dom0 boot
        root (hd0,0)
        kernel /vmlinuz- ro 
root=UUID=edbcbc29-f3e4-4985-80c1-3c3b0ce24d17  LANG=en_US.UTF-8 
SYSFONT=latarcyrheb-sun16 KEYBOARDTYPE=pc KEYTABLE=us console=tty0 
console=ttyS0,115200 debug initcall_debug apic=debug
        initrd /initramfs-

> Please provide the serial output with debugging turned on (debug
> initcall_debug apic=debug).



Attachment: serialtrace4.txt
Description: serialtrace4.txt

Xen-devel mailing list