From: "Michael S. Tsirkin" <mst@redhat.com>
To: Luiz Capitulino <lcapitulino@redhat.com>
Cc: pbonzini@redhat.com, qemu-devel <qemu-devel@nongnu.org>
Subject: Re: [Qemu-devel] [BUG] Possible ACPI regression in v2.1.0
Date: Wed, 20 Aug 2014 23:00:57 +0200 [thread overview]
Message-ID: <20140820210057.GA463@redhat.com> (raw)
In-Reply-To: <20140820164125.0e2c1e54@redhat.com>
On Wed, Aug 20, 2014 at 04:41:25PM -0400, Luiz Capitulino wrote:
>
> Starting a QEMU instance manually configured to boot a Fedora installation
> kernel with the -kernel/-initrd command-line options cause ACPI to brake
> in the guest with the following messages:
Thanks.
Please try
[PATCH] pc: reserve more memory for ACPI for new machine types
that I just sent.
> [ 0.000000] ACPI: uC\xffffffcdT 000000003ffe1854 2009587B (v49 \xffffffb2?a\xffffffdf?? \xffffffca\xffffffe2???\xffffffa6K\xfffffffc 4CFA21C8 \xffffffa1\xfffffff5\xffffffa5[ 2AA2CAF0)
> [ 0.000000] ------------[ cut here ]------------
> [ 0.000000] WARNING: CPU: 0 PID: 0 at arch/x86/mm/ioremap.c:536 __early_ioremap+0x12b/0x1ce()
> [ 0.000000] Modules linked in:
> [ 0.000000] CPU: 0 PID: 0 Comm: swapper Not tainted 3.11.10-301.fc20.x86_64 #1
> [ 0.000000] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.7.5-0-ge51488c-20140602_164612-nilsson.home.kraxel.org 04/01/2014
> [ 0.000000] 0000000000000009 ffffffff81c01d58 ffffffff816441db 0000000000000000
> [ 0.000000] ffffffff81c01d90 ffffffff8106715d 0000000000000000 000000003ffe1000
> [ 0.000000] 0000000000000000 0000000000000854 0000000000000000 ffffffff81c01da0
> [ 0.000000] Call Trace:
> [ 0.000000] [<ffffffff816441db>] dump_stack+0x45/0x56
> [ 0.000000] [<ffffffff8106715d>] warn_slowpath_common+0x7d/0xa0
> [ 0.000000] [<ffffffff8106723a>] warn_slowpath_null+0x1a/0x20
> [ 0.000000] [<ffffffff81d264a1>] __early_ioremap+0x12b/0x1ce
> [ 0.000000] [<ffffffff81d26371>] ? __early_set_fixmap+0x97/0x9c
> [ 0.000000] [<ffffffff81d2672a>] early_ioremap+0x13/0x15
> [ 0.000000] [<ffffffff81d1e173>] __acpi_map_table+0x13/0x18
> [ 0.000000] [<ffffffff8163dbaa>] acpi_os_map_memory+0x26/0x14e
> [ 0.000000] [<ffffffff81d51037>] acpi_tb_parse_root_table+0x187/0x2c3
> [ 0.000000] [<ffffffff813863c9>] ? acpi_find_root_pointer+0x11b/0x15e
> [ 0.000000] [<ffffffff81d511ca>] acpi_initialize_tables+0x57/0x59
> [ 0.000000] [<ffffffff81d4ef97>] acpi_table_init+0x1b/0x99
> [ 0.000000] [<ffffffff81d1e523>] acpi_boot_table_init+0x1e/0x85
> [ 0.000000] [<ffffffff81d1609f>] setup_arch+0xbc3/0xcec
> [ 0.000000] [<ffffffff81d0ebbc>] start_kernel+0xcf/0x416
> [ 0.000000] [<ffffffff81d0e120>] ? early_idt_handlers+0x120/0x120
> [ 0.000000] [<ffffffff81d0e5de>] x86_64_start_reservations+0x2a/0x2c
> [ 0.000000] [<ffffffff81d0e6e8>] x86_64_start_kernel+0x108/0x117
> [ 0.000000] ---[ end trace 0d4a133504d48174 ]---
>
> ...
>
> [ 0.148843] ACPI: Interpreter disabled
>
> As the ACPI support in the guest kernel is not functional, QEMU won't be
> notified when the guest is powered off by the user which in turn won't
> cause QEMU to emit QMP events and change the RunState from "running" to
> "paused". This in turn cause problems to libvirt too.
>
> I bisected this and the culprit is:
>
> commit 868270f23d8db2cce83e4f082fe75e8625a5fbf9
> Author: Michael S. Tsirkin <mst@redhat.com>
> Date: Mon Jul 28 23:07:11 2014 +0200
>
> acpi-build: tweak acpi migration limits
>
> Indeed, if I revert that commit everything works as expected.
>
> Here is my full reproducer. Please, note that I didn't cook that reproducer
> myself. This problem was originally reported as a libvirt/QMP problem.
>
> 1. Download initrd.img and vmlinuz from a fedora mirror (eg. http://fedora.mirror.lstn.net/releases/20/Fedora/x86_64/os/images/pxeboot/)
>
> 2. Run QEMU with:
>
> # qemu -enable-kvm -m 1024 -no-shutdown \
> -boot strict=on -kernel /home/lcapitulino/files/vmlinuz \
> -initrd /home/lcapitulino/files/initrd.img \
> -append method=http://fedora.mirror.lstn.net/releases/20/Fedora/x86_64/os/ \
> -drive file=/var/lib/libvirt/images/rhel7.img,if=virtio \
> -monitor stdio -vnc :0 -qmp tcp:0:4444,nowait,server
>
> 3. After the kernel boots, switch to to the installer shell:
>
> (qemu) sendkey ctrl-alt-f2
>
> 4. Check if the kernel's ACPI interpreter has been enabled
>
> # dmesg | grep -i interpreter
> [ 0.148843] ACPI: Interpreter disabled
next prev parent reply other threads:[~2014-08-20 21:00 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-08-20 20:41 [Qemu-devel] [BUG] Possible ACPI regression in v2.1.0 Luiz Capitulino
2014-08-20 21:00 ` Michael S. Tsirkin [this message]
2014-08-21 4:35 ` Luiz Capitulino
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20140820210057.GA463@redhat.com \
--to=mst@redhat.com \
--cc=lcapitulino@redhat.com \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.