From: Lei Li <lilei@linux.vnet.ibm.com>
To: "Michael R. Hines" <mrhines@linux.vnet.ibm.com>
Cc: aarcange@redhat.com, quintela@redhat.com, qemu-devel@nongnu.org,
Anthony Liguori <anthony@codemonkey.ws>,
lagarcia@br.ibm.com, pbonzini@redhat.com, rcj@linux.vnet.ibm.com
Subject: Re: [Qemu-devel] [PATCH 08/18] migration-local: introduce qemu_fopen_local()
Date: Fri, 23 Aug 2013 15:44:13 +0800 [thread overview]
Message-ID: <521712CD.2000106@linux.vnet.ibm.com> (raw)
In-Reply-To: <521677CD.70801@linux.vnet.ibm.com>
On 08/23/2013 04:42 AM, Michael R. Hines wrote:
> On 08/21/2013 03:18 AM, Lei Li wrote:
>> Introduce read/write backend of QEMUFileLocal used by localhost
>> migration. The unix domain socket will be replaced by PIPE with
>> vmsplice mechanism.
>>
>> Signed-off-by: Lei Li <lilei@linux.vnet.ibm.com>
>> ---
>> Makefile.objs | 1 +
>> migration-local.c | 211
>> +++++++++++++++++++++++++++++++++++++++++++++++++++++
>> 2 files changed, 212 insertions(+), 0 deletions(-)
>> create mode 100644 migration-local.c
>>
>> diff --git a/Makefile.objs b/Makefile.objs
>> index f46a4cd..30670cc 100644
>> --- a/Makefile.objs
>> +++ b/Makefile.objs
>> @@ -54,6 +54,7 @@ common-obj-y += migration.o migration-tcp.o
>> common-obj-$(CONFIG_RDMA) += migration-rdma.o
>> common-obj-y += qemu-char.o #aio.o
>> common-obj-y += block-migration.o
>> +common-obj-y += migration-local.o
>> common-obj-y += page_cache.o xbzrle.o
>>
>> common-obj-$(CONFIG_POSIX) += migration-exec.o migration-unix.o
>> migration-fd.o
>> diff --git a/migration-local.c b/migration-local.c
>> new file mode 100644
>> index 0000000..93190fd
>> --- /dev/null
>> +++ b/migration-local.c
>> @@ -0,0 +1,211 @@
>> +/*
>> + * QEMU localhost migration
>> + *
>> + * Copyright IBM, Corp. 2013
>> + *
>> + * This work is licensed under the terms of the GNU GPL, version 2 or
>> + * later.
>> + *
>> + * See the COPYING file in the top-level directory.
>> + *
>> + */
>> +
>> +#include "config-host.h"
>> +#include "qemu-common.h"
>> +#include "migration/migration.h"
>> +#include "exec/cpu-common.h"
>> +#include "config.h"
>> +#include "exec/cpu-all.h"
>> +#include "monitor/monitor.h"
>> +#include "migration/qemu-file.h"
>> +#include "qemu/iov.h"
>> +#include "sysemu/arch_init.h"
>> +#include "sysemu/sysemu.h"
>> +#include "block/block.h"
>> +#include "qemu/sockets.h"
>> +#include "migration/block.h"
>> +#include "qemu/thread.h"
>> +#include "qmp-commands.h"
>> +#include "trace.h"
>> +#include "qemu/osdep.h"
>> +
>> +//#define DEBUG_MIGRATION_LOCAL
>> +
>> +#ifdef DEBUG_MIGRATION_LOCAL
>> +#define DPRINTF(fmt, ...) \
>> + do { printf("migration-local: " fmt, ## __VA_ARGS__); } while (0)
>> +#else
>> +#define DPRINTF(fmt, ...) \
>> + do { } while (0)
>> +#endif
>> +
>> +/*
>> + * Interface for the local migration.
>> + */
>> +typedef struct QEMUFileLocal {
>> + QEMUFile *file;
>> + int fd;
>> + int state;
>> +
>> + /*
>> + * This is the last block from where we have sent data
>> + * for local migration
>> + */
>> + RAMBlock *last_block_sent;
>> +} QEMUFileLocal;
>> +
>> +
>> +static int qemu_local_get_buffer(void *opaque, uint8_t *buf,
>> + int64_t pos, int size)
>> +{
>> + QEMUFileLocal *s = opaque;
>> + ssize_t len;
>> +
>> + for (;;) {
>> + len = qemu_recv(s->fd, buf, size, 0);
>> + if (len != -1) {
>> + break;
>> + }
>> + if (socket_error() == EAGAIN) {
>> + yield_until_fd_readable(s->fd);
>> + } else if (socket_error() != EINTR) {
>> + break;
>> + }
>> + }
>> +
>> + if (len == -1) {
>> + len = -socket_error();
>> + }
>> + return len;
>> +}
>> +
>
> This looks like a line-for-line copy of socket_get_buffer()......
>
> Since you're just going to end up replacing this with vmsplice(),
> could you just call socket_get_buffer() temporarily until
> your next patch is ready?
>
>> +static int qemu_local_get_fd(void *opaque)
>> +{
>> + QEMUFileLocal *s = opaque;
>> +
>> + return s->fd;
>> +}
>> +
>> +static int qemu_local_close(void *opaque)
>> +{
>> + QEMUFileLocal *s = opaque;
>> +
>> + closesocket(s->fd);
>> + g_free(s);
>> +
>> + return 0;
>> +}
>> +
>> +static size_t qemu_local_put_buffer(void *opaque, struct iovec *iov,
>> + int iovcnt, int64_t pos)
>> +{
>> + QEMUFileLocal *s = opaque;
>> + ssize_t len;
>> + ssize_t size = iov_size(iov, iovcnt);
>> +
>> + len = iov_send(s->fd, iov, iovcnt, 0, size);
>> + if (len < size) {
>> + len = -socket_error();
>> + }
>> +
>> + return len;
>> +}
>> +
>> +static size_t local_save_page(QEMUFile *f, RAMBlock *block,
>> + ram_addr_t offset, int flags)
>> +{
>> + MemoryRegion *mr = block->mr;
>> + uint8_t *p;
>> +
>> + p = memory_region_get_ram_ptr(mr) + offset;
>> +
>> + if (buffer_find_nonzero_offset(p, TARGET_PAGE_SIZE)) {
>> + qemu_put_be64(f, offset | flags | RAM_SAVE_FLAG_COMPRESS);
>> + if (!flags) {
>> + qemu_put_byte(f, strlen(block->idstr));
>> + qemu_put_buffer(f, (uint8_t *)block->idstr,
>> + strlen(block->idstr));
>> + }
>> + qemu_put_byte(f, *p);
>> + return 0;
>> + }
>> +
>> + qemu_put_be64(f, offset | flags | RAM_SAVE_FLAG_PAGE);
>> + if (!flags) {
>> + qemu_put_byte(f, strlen(block->idstr));
>> + qemu_put_buffer(f, (uint8_t *)block->idstr,
>> + strlen(block->idstr));
>> + }
>> + qemu_put_buffer(f, p, TARGET_PAGE_SIZE);
>> +
>> + return TARGET_PAGE_SIZE;
>> +}
>> +
>> +static size_t qemu_local_ram_save(QEMUFile *f, void *opaque,
>> + ram_addr_t block_offset,
>> ram_addr_t offset,
>> + size_t size, int *bytes_sent)
>> +{
>> + QEMUFileLocal *s = opaque;
>> + uint64_t current_addr = block_offset + offset;
>> + RAMBlock *block = qemu_get_ram_block(current_addr);
>> + MemoryRegion *mr = block->mr;
>
> RAMBlock structs are not visible outside of exec.c and arch_init.c,
> how did you do this?
Hi Michael,
Good catch!
Actually this is the 'Known issue' that I listed in the cover letter, and I
planed to ask suggestions on this.
Currently the implementation of override of the RDMA hook like save_page for
localhost migration needs to have knowledge of MemoryRegion and RAMBlock, say,
when saving ram page, need to know which RAMBlock the given ram address save_page
hook passed is belong to, or which is the last ram block has been sent. But
seems that such structs can not be exported to the private code in migration-local.c.
My guess for now is that there might be two possible ways to handle this:
1) Choose another way around, like representation of a RAMBlock and MemoryRegion
from localhost migration perspective. This might need more work to handle
the descriptions.
2) It could be exported directly into private code like migration-local.c
through some ways that I don't know yet. I remembered that the implementation
of postcopy migration did this.
So I'd like to post and ask for your suggestions to make sure it's the right
and best way to handle.
>> + void *ram;
>> + int ret;
>> + int cont;
>> +
>> + ret = qemu_file_get_error(f);
>> + if (ret < 0) {
>> + return ret;
>> + }
>> +
>> + qemu_fflush(f);
>> +
>> + cont = (block == s->last_block_sent) ? RAM_SAVE_FLAG_CONTINUE : 0;
>> +
>> + ram = memory_region_get_ram_ptr(mr) + offset;
>> + s->last_block_sent = block;
>> +
>> + *bytes_sent = local_save_page(f, block, offset, cont);
>> + if (!bytes_sent || *bytes_sent < 0) {
>> + return RAM_SAVE_CONTROL_DELAYED;
>> + }
>> +
> RAM_SAVE_CONTROL_DELAYED is only if you have *not* finished moving the
> bytes.
>
> If you've finished moving the bytes, then you should return zero.
Acknowledge, thanks.
>
>> + /* DONTNEED the RAM page that has already been copied. */
>> + qemu_madvise(ram, TARGET_PAGE_SIZE, QEMU_MADV_DONTNEED);
>> +
>
> This should be ram_handle_compressed().
>
>> + return 0;
>> +}
>> +
>> +const QEMUFileOps local_read_ops = {
>> + .get_fd = qemu_local_get_fd,
>> + .get_buffer = qemu_local_get_buffer,
>> + .close = qemu_local_close,
>> +};
>> +
>> +const QEMUFileOps local_write_ops = {
>> + .get_fd = qemu_local_get_fd,
>> + .writev_buffer = qemu_local_put_buffer,
>> + .close = qemu_local_close,
>> + .save_page = qemu_local_ram_save,
>> +};
>> +
>> +static void *qemu_fopen_local(int fd, const char *mode)
>> +{
>> + QEMUFileLocal *s;
>> +
>> + if (qemu_file_mode_is_not_valid(mode)) {
>> + return NULL;
>> + }
>> +
>> + s = g_malloc0(sizeof(QEMUFileLocal));
>> + s->fd = fd;
>> +
>> + if (mode[0] == 'w') {
>> + qemu_set_block(s->fd);
>> + s->file = qemu_fopen_ops(s, &local_write_ops);
>> + } else {
>> + s->file = qemu_fopen_ops(s, &local_read_ops);
>> + }
>> +
>> + return s->file;
>> +}
>
>
--
Lei
next prev parent reply other threads:[~2013-08-23 7:45 UTC|newest]
Thread overview: 64+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-08-21 7:18 [Qemu-devel] [PATCH 0/18 RFC v3] Localhost migration Lei Li
2013-08-21 7:18 ` [Qemu-devel] [PATCH 01/18] migration: export MIG_STATE_xxx flags Lei Li
2013-08-21 7:18 ` [Qemu-devel] [PATCH 02/18] savevm: export qemu_save_device_state() Lei Li
2013-08-21 11:13 ` Paolo Bonzini
2013-08-21 7:18 ` [Qemu-devel] [PATCH 03/18] rename is_active to is_block_active Lei Li
2013-08-21 7:18 ` [Qemu-devel] [PATCH 04/18] savevm: set right return value for qemu_file_rate_limit Lei Li
2013-08-21 10:42 ` Paolo Bonzini
2013-08-23 3:18 ` Lei Li
2013-08-23 5:34 ` Paolo Bonzini
2013-08-23 9:11 ` Lei Li
2013-08-23 9:14 ` Paolo Bonzini
2013-08-23 9:18 ` Lei Li
2013-08-23 9:22 ` Paolo Bonzini
2013-08-23 9:25 ` Lei Li
2013-08-21 7:18 ` [Qemu-devel] [PATCH 05/18] savevm: add comments for qemu_file_get_error() Lei Li
2013-08-21 10:43 ` Paolo Bonzini
2013-08-21 7:18 ` [Qemu-devel] [PATCH 06/18] bugfix: wrong error set by ram_control_load_hook() Lei Li
2013-08-21 10:40 ` Paolo Bonzini
2013-08-23 3:22 ` Lei Li
2013-08-23 5:34 ` Paolo Bonzini
2013-08-23 6:31 ` Lei Li
2013-08-21 7:18 ` [Qemu-devel] [PATCH 07/18] arch_init: export RAM_SAVE_xxx flags Lei Li
2013-08-21 10:49 ` Paolo Bonzini
2013-08-22 20:14 ` Michael R. Hines
2013-08-23 7:36 ` Paolo Bonzini
2013-08-21 7:18 ` [Qemu-devel] [PATCH 08/18] migration-local: introduce qemu_fopen_local() Lei Li
2013-08-22 20:42 ` Michael R. Hines
2013-08-23 7:44 ` Lei Li [this message]
2013-08-28 3:26 ` Lei Li
2013-08-28 6:37 ` Paolo Bonzini
2013-08-29 8:28 ` Lei Li
2013-08-29 14:05 ` Michael R. Hines
2013-08-21 7:18 ` [Qemu-devel] [PATCH 09/18] exec: export qemu_get_ram_block() Lei Li
2013-08-21 7:18 ` [Qemu-devel] [PATCH 10/18] migration-local: implementation of outgoing part Lei Li
2013-08-21 10:44 ` Paolo Bonzini
2013-08-22 20:49 ` Michael R. Hines
2013-08-21 7:18 ` [Qemu-devel] [PATCH 11/18] migration: introduce capability localhost Lei Li
2013-08-21 15:08 ` Eric Blake
2013-08-28 4:22 ` Lei Li
2013-08-21 15:18 ` Paolo Bonzini
2013-08-22 20:50 ` Michael R. Hines
2013-08-23 7:40 ` Paolo Bonzini
2013-08-23 7:51 ` Lei Li
2013-08-23 8:01 ` Paolo Bonzini
2013-08-23 9:21 ` Lei Li
2013-08-21 7:18 ` [Qemu-devel] [PATCH 12/18] arch_init: factor out ram_save_blocks() Lei Li
2013-08-21 7:18 ` [Qemu-devel] [PATCH 13/18] arch_init: adjust ram_save_setup() for migrate_is_localhost Lei Li
2013-08-21 10:48 ` Paolo Bonzini
2013-08-23 6:25 ` Lei Li
2013-08-23 7:48 ` Paolo Bonzini
2013-08-23 7:57 ` Alex Bligh
2013-08-23 8:06 ` Paolo Bonzini
2013-08-23 9:00 ` Lei Li
2013-08-23 9:12 ` Paolo Bonzini
2013-08-21 7:18 ` [Qemu-devel] [PATCH 14/18] arch_init: skip migration_bitmap_sync for local migration Lei Li
2013-08-21 10:50 ` Paolo Bonzini
2013-08-21 7:18 ` [Qemu-devel] [PATCH 15/18] migration: adjust migration_thread " Lei Li
2013-08-21 10:47 ` Paolo Bonzini
2013-08-21 7:18 ` [Qemu-devel] [PATCH 16/18] migration-local: implementation of incoming part Lei Li
2013-08-21 7:18 ` Lei Li
2013-08-21 7:18 ` [Qemu-devel] [PATCH 17/18] migration: add prefix for local migration to incoming migration Lei Li
2013-08-21 10:52 ` Paolo Bonzini
2013-08-23 14:02 ` Lei Li
2013-08-21 7:18 ` [Qemu-devel] [PATCH 18/18] hmp: better fomat for info migrate_capabilities Lei Li
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=521712CD.2000106@linux.vnet.ibm.com \
--to=lilei@linux.vnet.ibm.com \
--cc=aarcange@redhat.com \
--cc=anthony@codemonkey.ws \
--cc=lagarcia@br.ibm.com \
--cc=mrhines@linux.vnet.ibm.com \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=quintela@redhat.com \
--cc=rcj@linux.vnet.ibm.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).