From: Cornelia Huck <cohuck@redhat.com>
To: David Hildenbrand <david@redhat.com>
Cc: qemu-devel@nongnu.org, Richard Henderson <rth@twiddle.net>,
Halil Pasic <pasic@linux.ibm.com>,
Christian Borntraeger <borntraeger@de.ibm.com>,
qemu-s390x@nongnu.org, David Gibson <david@gibson.dropbear.id.au>,
Igor Mammedov <imammedo@redhat.com>,
peter.maydell@linaro.org, pbonzini@redhat.com,
Thomas Huth <thuth@redhat.com>,
qemu-ppc@nongnu.org, Alex Williamson <alex.williamson@redhat.com>
Subject: Re: [Qemu-devel] [PATCH v3 0/2] s390x/kvm: Properly detect page size of initial memory
Date: Thu, 25 Apr 2019 13:54:22 +0200 [thread overview]
Message-ID: <20190425135422.2e853216.cohuck@redhat.com> (raw)
In-Reply-To: <20190417113143.5551-1-david@redhat.com>
On Wed, 17 Apr 2019 13:31:41 +0200
David Hildenbrand <david@redhat.com> wrote:
> While the detection on s390x of the maximum ram pagesize works by pure luck,
> we should try to do better. Especially, once "-mem-path" is replaced
> by memory backends, the current approach will break.
>
> Configure the maximum page size after configuring initital memory. Provide
> a function to detect the maximum ram pagesize
>
> I think this can be deferred to 4.1 as I don't think anything is actually
> broken right now.
>
> v2 -> v3:
> - Fix compile error
> - Tested that hugepages correctly result in an error with
> "modprobe kvm hpage=0", but not with "modprobe kvm hpage=1".
>
> v1 -> v2:
> - Add a better comment describing that only initial memory is considered
> - Add "exec: Introduce qemu_getmaxrampagesize() and rename
> qemu_getrampagesize()"
>
> David Hildenbrand (2):
> s390x/kvm: Configure page size after memory has actually been
> initialized
> exec: Introduce qemu_maxrampagesize() and rename qemu_getrampagesize()
>
> exec.c | 44 ++++++++++++++++++++++++++++++++++----
> hw/ppc/spapr_caps.c | 4 ++--
> hw/s390x/s390-virtio-ccw.c | 12 +++++++++++
> hw/vfio/spapr.c | 2 +-
> include/exec/ram_addr.h | 3 ++-
> target/ppc/kvm.c | 2 +-
> target/s390x/cpu.c | 7 ++++++
> target/s390x/cpu.h | 1 +
> target/s390x/kvm-stub.c | 4 ++++
> target/s390x/kvm.c | 35 ++++++++++++------------------
> target/s390x/kvm_s390x.h | 1 +
> 11 files changed, 85 insertions(+), 30 deletions(-)
>
Thanks, applied.
WARNING: multiple messages have this Message-ID (diff)
From: Cornelia Huck <cohuck@redhat.com>
To: David Hildenbrand <david@redhat.com>
Cc: peter.maydell@linaro.org, Thomas Huth <thuth@redhat.com>,
Alex Williamson <alex.williamson@redhat.com>,
qemu-devel@nongnu.org, Halil Pasic <pasic@linux.ibm.com>,
Christian Borntraeger <borntraeger@de.ibm.com>,
qemu-s390x@nongnu.org, qemu-ppc@nongnu.org, pbonzini@redhat.com,
Igor Mammedov <imammedo@redhat.com>,
Richard Henderson <rth@twiddle.net>,
David Gibson <david@gibson.dropbear.id.au>
Subject: Re: [Qemu-devel] [PATCH v3 0/2] s390x/kvm: Properly detect page size of initial memory
Date: Thu, 25 Apr 2019 13:54:22 +0200 [thread overview]
Message-ID: <20190425135422.2e853216.cohuck@redhat.com> (raw)
Message-ID: <20190425115422.F_UrPGeCtSYq8P15I7t-esJY51H1kMrZJ8A5mTePEYY@z> (raw)
In-Reply-To: <20190417113143.5551-1-david@redhat.com>
On Wed, 17 Apr 2019 13:31:41 +0200
David Hildenbrand <david@redhat.com> wrote:
> While the detection on s390x of the maximum ram pagesize works by pure luck,
> we should try to do better. Especially, once "-mem-path" is replaced
> by memory backends, the current approach will break.
>
> Configure the maximum page size after configuring initital memory. Provide
> a function to detect the maximum ram pagesize
>
> I think this can be deferred to 4.1 as I don't think anything is actually
> broken right now.
>
> v2 -> v3:
> - Fix compile error
> - Tested that hugepages correctly result in an error with
> "modprobe kvm hpage=0", but not with "modprobe kvm hpage=1".
>
> v1 -> v2:
> - Add a better comment describing that only initial memory is considered
> - Add "exec: Introduce qemu_getmaxrampagesize() and rename
> qemu_getrampagesize()"
>
> David Hildenbrand (2):
> s390x/kvm: Configure page size after memory has actually been
> initialized
> exec: Introduce qemu_maxrampagesize() and rename qemu_getrampagesize()
>
> exec.c | 44 ++++++++++++++++++++++++++++++++++----
> hw/ppc/spapr_caps.c | 4 ++--
> hw/s390x/s390-virtio-ccw.c | 12 +++++++++++
> hw/vfio/spapr.c | 2 +-
> include/exec/ram_addr.h | 3 ++-
> target/ppc/kvm.c | 2 +-
> target/s390x/cpu.c | 7 ++++++
> target/s390x/cpu.h | 1 +
> target/s390x/kvm-stub.c | 4 ++++
> target/s390x/kvm.c | 35 ++++++++++++------------------
> target/s390x/kvm_s390x.h | 1 +
> 11 files changed, 85 insertions(+), 30 deletions(-)
>
Thanks, applied.
next prev parent reply other threads:[~2019-04-25 11:54 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-04-17 11:31 [Qemu-devel] [PATCH v3 0/2] s390x/kvm: Properly detect page size of initial memory David Hildenbrand
2019-04-17 11:31 ` David Hildenbrand
2019-04-17 11:31 ` [Qemu-devel] [PATCH v3 1/2] s390x/kvm: Configure page size after memory has actually been initialized David Hildenbrand
2019-04-17 11:31 ` David Hildenbrand
2019-04-17 11:31 ` [Qemu-devel] [PATCH v3 2/2] exec: Introduce qemu_maxrampagesize() and rename qemu_getrampagesize() David Hildenbrand
2019-04-17 11:31 ` David Hildenbrand
2019-04-18 4:40 ` David Gibson
2019-04-18 4:40 ` David Gibson
2019-04-18 11:19 ` Igor Mammedov
2019-04-18 11:19 ` Igor Mammedov
2019-04-23 16:05 ` Cornelia Huck
2019-04-23 16:05 ` Cornelia Huck
2019-04-18 14:34 ` [Qemu-devel] [PATCH v3 0/2] s390x/kvm: Properly detect page size of initial memory Cornelia Huck
2019-04-18 14:34 ` Cornelia Huck
2019-04-25 11:54 ` Cornelia Huck [this message]
2019-04-25 11:54 ` Cornelia Huck
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=20190425135422.2e853216.cohuck@redhat.com \
--to=cohuck@redhat.com \
--cc=alex.williamson@redhat.com \
--cc=borntraeger@de.ibm.com \
--cc=david@gibson.dropbear.id.au \
--cc=david@redhat.com \
--cc=imammedo@redhat.com \
--cc=pasic@linux.ibm.com \
--cc=pbonzini@redhat.com \
--cc=peter.maydell@linaro.org \
--cc=qemu-devel@nongnu.org \
--cc=qemu-ppc@nongnu.org \
--cc=qemu-s390x@nongnu.org \
--cc=rth@twiddle.net \
--cc=thuth@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 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.