From: "Michael S. Tsirkin" <mst@redhat.com>
To: qemu-devel@nongnu.org
Cc: Peter Maydell <peter.maydell@linaro.org>,
Igor Mammedov <imammedo@redhat.com>
Subject: [Qemu-devel] [PULL 04/16] pc: memhp: do not emit inserting event for coldplugged DIMMs
Date: Thu, 29 Oct 2015 11:39:31 +0200 [thread overview]
Message-ID: <1446111531-5755-5-git-send-email-mst@redhat.com> (raw)
In-Reply-To: <1446111531-5755-1-git-send-email-mst@redhat.com>
From: Igor Mammedov <imammedo@redhat.com>
currently acpi_memory_plug_cb() sets is_inserting for
cold- and hot-plugged DIMMs as result ASL MHPD.MSCN()
method issues device check even for every coldplugged
DIMM. There isn't much harm in it but if we try to
unplug such DIMM, OSPM will issue device check
intstead of device eject event. So OSPM won't eject
memory module as expected and it will try to eject it
only when another memory device is hot-(un)plugged.
As a fix do not set 'is_inserting' event and do not
issue SCI for cold-plugged DIMMs as they are
enumerated and activated by OSPM during guest's boot.
Signed-off-by: Igor Mammedov <imammedo@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
---
hw/acpi/memory_hotplug.c | 8 +++++---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/hw/acpi/memory_hotplug.c b/hw/acpi/memory_hotplug.c
index 2ff0d5c..ce428df 100644
--- a/hw/acpi/memory_hotplug.c
+++ b/hw/acpi/memory_hotplug.c
@@ -238,10 +238,12 @@ void acpi_memory_plug_cb(ACPIREGS *ar, qemu_irq irq, MemHotplugState *mem_st,
mdev->dimm = dev;
mdev->is_enabled = true;
- mdev->is_inserting = true;
+ if (dev->hotplugged) {
+ mdev->is_inserting = true;
- /* do ACPI magic */
- acpi_send_gpe_event(ar, irq, ACPI_MEMORY_HOTPLUG_STATUS);
+ /* do ACPI magic */
+ acpi_send_gpe_event(ar, irq, ACPI_MEMORY_HOTPLUG_STATUS);
+ }
return;
}
--
MST
next prev parent reply other threads:[~2015-10-29 9:39 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-10-29 9:39 [Qemu-devel] [PULL 00/16] virtio, pc, memory: fixes+features for 2.5 Michael S. Tsirkin
2015-10-29 9:39 ` [Qemu-devel] [PULL 01/16] vhost-user: cleanup struct size math Michael S. Tsirkin
2015-10-29 9:39 ` [Qemu-devel] [PULL 02/16] vhost-user: cleanup msg " Michael S. Tsirkin
2015-10-29 9:39 ` [Qemu-devel] [PULL 03/16] vhost-user-test: fix up rhel6 build Michael S. Tsirkin
2015-10-29 9:39 ` Michael S. Tsirkin [this message]
2015-10-29 9:39 ` [Qemu-devel] [PULL 05/16] mmap-alloc: fix error handling Michael S. Tsirkin
2015-10-29 9:39 ` [Qemu-devel] [PULL 06/16] virtio: introduce virtio_map Michael S. Tsirkin
2015-10-29 9:39 ` [Qemu-devel] [PULL 07/16] virtio: switch to virtio_map Michael S. Tsirkin
2015-10-29 9:39 ` [Qemu-devel] [PULL 08/16] virtio-blk: convert to virtqueue_map Michael S. Tsirkin
2015-10-29 9:39 ` [Qemu-devel] [PULL 09/16] virtio-serial: convert to virtio_map Michael S. Tsirkin
2015-10-29 9:39 ` [Qemu-devel] [PULL 10/16] virtio-scsi: convert to virtqueue_map Michael S. Tsirkin
2015-10-29 9:39 ` [Qemu-devel] [PULL 11/16] virtio: drop virtqueue_map_sg Michael S. Tsirkin
2015-10-29 9:39 ` [Qemu-devel] [PULL 12/16] Revert "pc: memhp: force gaps between DIMM's GPA" Michael S. Tsirkin
2015-10-29 9:39 ` [Qemu-devel] [PULL 13/16] Revert "memhp: extend address auto assignment to support gaps" Michael S. Tsirkin
2015-10-29 9:39 ` [Qemu-devel] [PULL 14/16] tests/vhost-user-bridge: add vhost-user bridge application Michael S. Tsirkin
2015-10-29 9:40 ` [Qemu-devel] [PULL 15/16] remove function during multi-function hot-add Michael S. Tsirkin
2015-10-29 9:40 ` [Qemu-devel] [PULL 16/16] enable " Michael S. Tsirkin
2015-10-29 11:09 ` [Qemu-devel] [PULL 00/16] virtio, pc, memory: fixes+features for 2.5 Peter Maydell
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=1446111531-5755-5-git-send-email-mst@redhat.com \
--to=mst@redhat.com \
--cc=imammedo@redhat.com \
--cc=peter.maydell@linaro.org \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).