From: Paolo Bonzini <pbonzini@redhat.com>
To: Dominik Dingel <dingel@linux.vnet.ibm.com>, qemu-devel@nongnu.org
Cc: Peter Crosthwaite <crosthwaite.peter@gmail.com>,
Richard Henderson <rth@twiddle.net>,
Halil Pasic <pasic@linux.vnet.ibm.com>,
qemu-stable <qemu-stable@nongnu.org>
Subject: Re: [Qemu-devel] [PATCH] exec.c: Ensure right alignment also for file backed ram
Date: Tue, 10 May 2016 15:16:47 +0200 [thread overview]
Message-ID: <5731DF3F.3060902@redhat.com> (raw)
In-Reply-To: <1461585338-45863-1-git-send-email-dingel@linux.vnet.ibm.com>
On 25/04/2016 13:55, Dominik Dingel wrote:
> While in the anonymous ram case we already take care of the right alignment
> such an alignment gurantee does not exist for file backed ram allocation.
>
> Instead, pagesize is used for alignment. On s390 this is not enough for gmap,
> as we need to satisfy an alignment up to segments.
>
> Reported-by: Halil Pasic <pasic@linux.vnet.ibm.com>
> Signed-off-by: Dominik Dingel <dingel@linux.vnet.ibm.com>
Looks good now, thanks.
Cc: qemu-stable <qemu-stable@nongnu.org>
Paolo
> ---
>
> v2 -> v3:
> Skipping additional variable and just use alignment of memory region.
> As memory will not be backpropagated it is enough to round up to page_sizes.
>
> v1 -> v2:
> While enforcing alignments we allow memory sizes on page_size.
> On mmap the memory size will be round up to alignments.
>
> I thought about moving this alignment into qemu_ram_mmap but the result
> was a lot of code churn, the other possibility was to create an additional
> define ending up with two defines with the same semantics.
> ---
> exec.c | 5 +++--
> include/qemu/osdep.h | 13 +++++++++++++
> util/oslib-posix.c | 13 -------------
> 3 files changed, 16 insertions(+), 15 deletions(-)
>
> diff --git a/exec.c b/exec.c
> index c4f9036..fc75266 100644
> --- a/exec.c
> +++ b/exec.c
> @@ -1296,7 +1296,7 @@ static void *file_ram_alloc(RAMBlock *block,
> }
>
> page_size = qemu_fd_getpagesize(fd);
> - block->mr->align = page_size;
> + block->mr->align = MAX(page_size, QEMU_VMALLOC_ALIGN);
>
> if (memory < page_size) {
> error_setg(errp, "memory size 0x" RAM_ADDR_FMT " must be equal to "
> @@ -1317,7 +1317,8 @@ static void *file_ram_alloc(RAMBlock *block,
> perror("ftruncate");
> }
>
> - area = qemu_ram_mmap(fd, memory, page_size, block->flags & RAM_SHARED);
> + area = qemu_ram_mmap(fd, memory, block->mr->align,
> + block->flags & RAM_SHARED);
> if (area == MAP_FAILED) {
> error_setg_errno(errp, errno,
> "unable to map backing store for guest RAM");
> diff --git a/include/qemu/osdep.h b/include/qemu/osdep.h
> index 408783f..783270f 100644
> --- a/include/qemu/osdep.h
> +++ b/include/qemu/osdep.h
> @@ -247,6 +247,19 @@ void qemu_anon_ram_free(void *ptr, size_t size);
>
> #endif
>
> +#if defined(__linux__) && \
> + (defined(__x86_64__) || defined(__arm__) || defined(__aarch64__))
> + /* Use 2 MiB alignment so transparent hugepages can be used by KVM.
> + Valgrind does not support alignments larger than 1 MiB,
> + therefore we need special code which handles running on Valgrind. */
> +# define QEMU_VMALLOC_ALIGN (512 * 4096)
> +#elif defined(__linux__) && defined(__s390x__)
> + /* Use 1 MiB (segment size) alignment so gmap can be used by KVM. */
> +# define QEMU_VMALLOC_ALIGN (256 * 4096)
> +#else
> +# define QEMU_VMALLOC_ALIGN getpagesize()
> +#endif
> +
> int qemu_madvise(void *addr, size_t len, int advice);
>
> int qemu_open(const char *name, int flags, ...);
> diff --git a/util/oslib-posix.c b/util/oslib-posix.c
> index 6cc4b8f..4adde93 100644
> --- a/util/oslib-posix.c
> +++ b/util/oslib-posix.c
> @@ -26,19 +26,6 @@
> * THE SOFTWARE.
> */
>
> -#if defined(__linux__) && \
> - (defined(__x86_64__) || defined(__arm__) || defined(__aarch64__))
> - /* Use 2 MiB alignment so transparent hugepages can be used by KVM.
> - Valgrind does not support alignments larger than 1 MiB,
> - therefore we need special code which handles running on Valgrind. */
> -# define QEMU_VMALLOC_ALIGN (512 * 4096)
> -#elif defined(__linux__) && defined(__s390x__)
> - /* Use 1 MiB (segment size) alignment so gmap can be used by KVM. */
> -# define QEMU_VMALLOC_ALIGN (256 * 4096)
> -#else
> -# define QEMU_VMALLOC_ALIGN getpagesize()
> -#endif
> -
> #include "qemu/osdep.h"
> #include <termios.h>
> #include <termios.h>
>
next prev parent reply other threads:[~2016-05-10 13:17 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-04-25 11:55 [Qemu-devel] [PATCH] exec.c: Ensure right alignment also for file backed ram Dominik Dingel
2016-04-29 7:32 ` Fam Zheng
2016-04-29 8:26 ` Dominik Dingel
2016-05-03 0:57 ` Fam Zheng
2016-05-10 13:16 ` Paolo Bonzini [this message]
-- strict thread matches above, loose matches on Subject: below --
2016-03-23 21:32 Dominik Dingel
2016-03-24 11:35 ` Paolo Bonzini
2016-03-29 9:29 ` Dominik Dingel
2016-03-29 9:51 ` Paolo Bonzini
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=5731DF3F.3060902@redhat.com \
--to=pbonzini@redhat.com \
--cc=crosthwaite.peter@gmail.com \
--cc=dingel@linux.vnet.ibm.com \
--cc=pasic@linux.vnet.ibm.com \
--cc=qemu-devel@nongnu.org \
--cc=qemu-stable@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 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.