From: Christian Borntraeger <borntraeger@de.ibm.com>
To: Paolo Bonzini <pbonzini@redhat.com>,
Matthew Rosato <mjrosato@linux.vnet.ibm.com>,
qemu-devel@nongnu.org
Cc: stefanha@redhat.com, gleb@redhat.com, agraf@suse.de,
aliguori@amazon.com, cornelia.huck@de.ibm.com,
imammedo@redhat.com, rth@twiddle.net
Subject: Re: [Qemu-devel] [PATCH v2 0/5] s390: Support for Hotplug of Standby Memory
Date: Wed, 26 Feb 2014 15:55:28 +0100 [thread overview]
Message-ID: <530E0060.9020104@de.ibm.com> (raw)
In-Reply-To: <530DFDF1.50300@redhat.com>
On 26/02/14 15:45, Paolo Bonzini wrote:
> Il 26/02/2014 15:42, Christian Borntraeger ha scritto:
>> On 24/02/14 22:30, Matthew Rosato wrote:
>>> 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.
>>
>> Looks like Paolo will apply Igors latest patches to the numa branch,
>> I will defer patches 3-5 until Igors patches hit qemu master.
>
> What are the dependencies of these series? I can include it in my queue if:
The last version of the "memory hotplug" platches (its actually concept called
standby memory that the guest can request to be enabled from the hypervisor)
gained feedback from you to use Igors patch set instead of cooking up a new parameter
(http://lists.gnu.org/archive/html/qemu-devel/2013-12/msg03081.html)
Seems that the latest version
(https://lists.gnu.org/archive/html/qemu-devel/2014-02/msg02321.html)
does not match the patch in this series.
I have not fully reviewed patches 3-5 yet, so lets just defer memory hotplug
on s390 until Igors patch hit master.
Christian
>
> (a) you give me your Acked-by
>
> (b) Igor reviews it and tells me if this is the right version of his patch "extend -m option to support options for memory hotplug"
>
> Paolo
>
>> Christian
>>
>>>
>>> This patchset is based on work originally done by Jeng-Fang (Nick)
>>> Wang.
>>>
>>> This patchset has been built to apply on the s390-next tree at:
>>>
>>> git://github.com/borntraeger/qemu.git s390-next
>>>
>>> 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 (2):
>>> vl: convert -m to QemuOpts
>>> 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 | 42 +++++--
>>> hw/s390x/sclp.c | 276 ++++++++++++++++++++++++++++++++++++++++++--
>>> include/hw/s390x/sclp.h | 19 +++
>>> qemu-options.hx | 10 +-
>>> target-s390x/cpu.h | 18 +++
>>> target-s390x/kvm.c | 5 +
>>> vl.c | 98 ++++++++++++++--
>>> 7 files changed, 440 insertions(+), 28 deletions(-)
>>>
>>
>
next prev parent reply other threads:[~2014-02-26 14:55 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-02-24 21:30 [Qemu-devel] [PATCH v2 0/5] s390: Support for Hotplug of Standby Memory Matthew Rosato
2014-02-24 21:30 ` [Qemu-devel] [PATCH v2 1/5] vl: convert -m to QemuOpts Matthew Rosato
2014-02-24 21:30 ` [Qemu-devel] [PATCH v2 2/5] vl.c: extend -m option to support options for memory hotplug Matthew Rosato
2014-02-26 15:39 ` Igor Mammedov
2014-02-24 21:30 ` [Qemu-devel] [PATCH v2 3/5] sclp-s390: Add device to manage s390 " Matthew Rosato
2014-02-24 21:30 ` [Qemu-devel] [PATCH v2 4/5] virtio-ccw: Include standby memory when calculating storage increment Matthew Rosato
2014-02-24 21:30 ` [Qemu-devel] [PATCH v2 5/5] sclp-s390: Add memory hotplug SCLPs Matthew Rosato
2014-02-26 14:42 ` [Qemu-devel] [PATCH v2 0/5] s390: Support for Hotplug of Standby Memory Christian Borntraeger
2014-02-26 14:45 ` Paolo Bonzini
2014-02-26 14:55 ` Christian Borntraeger [this message]
2014-03-10 14:39 ` Matthew Rosato
2014-03-19 12:50 ` 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=530E0060.9020104@de.ibm.com \
--to=borntraeger@de.ibm.com \
--cc=agraf@suse.de \
--cc=aliguori@amazon.com \
--cc=cornelia.huck@de.ibm.com \
--cc=gleb@redhat.com \
--cc=imammedo@redhat.com \
--cc=mjrosato@linux.vnet.ibm.com \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=rth@twiddle.net \
--cc=stefanha@redhat.com \
/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).