qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Matthew Rosato <mjrosato@linux.vnet.ibm.com>
To: qemu-devel@nongnu.org
Cc: agraf@suse.de, borntraeger@de.ibm.com, aliguori@amazon.com,
	imammedo@redhat.com, cornelia.huck@de.ibm.com,
	pbonzini@redhat.com, rth@twiddle.net
Subject: [Qemu-devel] [PATCH v4 0/4] s390: Support for Hotplug of Standby Memory
Date: Tue, 20 May 2014 12:26:24 -0400	[thread overview]
Message-ID: <1400603188-3533-1-git-send-email-mjrosato@linux.vnet.ibm.com> (raw)

This patchset adds support in s390 for a pool of standby memory,
which can be set online/offline by the guest (ie, via chmem).
New options, maxmem and slots, are added to the QEMU command line
memory parameter to specify the total amount of memory available 
to the guest as well as the number of memory slots available.
As part of this work, additional results are provided for the 
Read SCP Information SCLP, and new implentation is added for the 
Read Storage Element Information, Attach Storage Element, 
Assign Storage and Unassign Storage SCLPs, which enables the s390 
guest to manipulate the standby memory pool.

This patchset is based on work originally done by Jeng-Fang (Nick)
Wang.

Changes for v4:
 * Remove initialization code from get_sclp_memory_hotplug_dev()
   and place in its own function, init_sclp_memory_hotplug_dev().
 * Add hit to qemu-options.hx to note the fact that the memory 
   size specified via -m might be forced to a boundary.
 * Account for the legacy s390 machine, which does not support 
   memory hotplug.
 * Fix a bug in sclp.c - Change memory hotplug device parent to 
   sysbus.
 * Pulled latest version of Igor's patch. 

Changes for v3:
 * Remove some patches shared with ACPI memory hotplug that are now
   applied to master
 * Fix in sclp.h to avoid compiler error for s390x-linux-user mode
 * Fix in s390-virtio-ccw.c to avoid checking the value of 
   mhd->increment_size before it's been set with a meaningful
   value. 
 * Add MAX_STORAGE_INCREMENTS

Changes for v2:
 * Removed the patch that introduced the standby-mem operand and 
   instead included Igor Mammedov's patches that add the mem-opts 
   'maxmem' and 'slots', with a slight modification due to the removal 
   of qemu_opts_create_nofail.
 * Patch 3 was inserted to add a new qom object that encapsulate variables 
   used by s390 memory hotplug.  Patches 4 and 5 adjusted to use this 
   object.
 * Added additional code comments and other minor changes per Alexander 
   Graf's comments

Igor Mammedov (1):
  vl.c: extend -m option to support options for memory hotplug

Matthew Rosato (3):
  sclp-s390: Add device to manage s390 memory hotplug
  virtio-ccw: Include standby memory when calculating storage increment
  sclp-s390: Add memory hotplug SCLPs

 hw/s390x/s390-virtio-ccw.c |   46 +++++--
 hw/s390x/sclp.c            |  297 +++++++++++++++++++++++++++++++++++++++++++-
 include/hw/boards.h        |    2 +
 include/hw/s390x/sclp.h    |   20 +++
 qemu-options.hx            |   10 +-
 target-s390x/cpu.h         |   18 +++
 target-s390x/kvm.c         |    5 +
 vl.c                       |   51 ++++++++
 8 files changed, 432 insertions(+), 17 deletions(-)

-- 
1.7.9.5

             reply	other threads:[~2014-05-20 16:26 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-05-20 16:26 Matthew Rosato [this message]
2014-05-20 16:26 ` [Qemu-devel] [PATCH v4 1/4] vl.c: extend -m option to support options for memory hotplug Matthew Rosato
2014-05-21  7:36   ` Igor Mammedov
2014-05-20 16:26 ` [Qemu-devel] [PATCH v4 2/4] sclp-s390: Add device to manage s390 " Matthew Rosato
2014-05-21  7:48   ` Igor Mammedov
2014-05-20 16:26 ` [Qemu-devel] [PATCH v4 3/4] virtio-ccw: Include standby memory when calculating storage increment Matthew Rosato
2014-05-20 16:26 ` [Qemu-devel] [PATCH v4 4/4] sclp-s390: Add memory hotplug SCLPs Matthew Rosato

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=1400603188-3533-1-git-send-email-mjrosato@linux.vnet.ibm.com \
    --to=mjrosato@linux.vnet.ibm.com \
    --cc=agraf@suse.de \
    --cc=aliguori@amazon.com \
    --cc=borntraeger@de.ibm.com \
    --cc=cornelia.huck@de.ibm.com \
    --cc=imammedo@redhat.com \
    --cc=pbonzini@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --cc=rth@twiddle.net \
    /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).