From: Kevin Wolf <kwolf@redhat.com>
To: "Dr. David Alan Gilbert" <dgilbert@redhat.com>
Cc: Vladimir Sementsov-Ogievskiy <vsementsov@virtuozzo.com>,
Juan Quintela <quintela@redhat.com>,
peter.maydell@linaro.org, famz@redhat.com, stefanha@redhat.com,
qemu-block@nongnu.org, qemu-devel@nongnu.org, armbru@redhat.com,
lirans@il.ibm.com, pbonzini@redhat.com, den@openvz.org,
mreitz@redhat.com, John Snow <jsnow@redhat.com>
Subject: Re: [Qemu-devel] ping Re: [PATCH v7 03/16] migration: split common postcopy out of ram postcopy
Date: Tue, 26 Sep 2017 12:12:45 +0200 [thread overview]
Message-ID: <20170926101245.GB3399@localhost.localdomain> (raw)
In-Reply-To: <20170925152735.GG2656@work-vm>
Am 25.09.2017 um 17:27 hat Dr. David Alan Gilbert geschrieben:
> > > Whatever you think the preferred way to set up postcopy migration is: If
> > > something worked before this patch and doesn't after it, that's a
> > > regression and breaks backwards compatibility.
> > >
> > > If we were talking about a graceful failure, maybe we could discuss
> > > whether carefully and deliberately breaking compatibility could be
> > > justified in this specific case. But the breakage is neither mentioned
> > > in the commit message nor is it graceful, so I can only call it a bug.
> > >
> > > Kevin
> >
> > It's of course my fault, I don't mean "it's wrong test, so it's not my
> > problem") And I've already sent a patch.
>
> Why does this fail so badly, asserts etc - I was hoping for something
> a bit more obvious from the migration code.
>
> postcopy did originally work without the destination having the flag on
> but setting the flag on the destination was always good practice because
> it detected whether the host support was there early on.
So what does this mean for 2.11? Do you think it is acceptable breaking
cases where the flag isn't set on the destination?
If so, just changing the test case is enough. But if not, I'd rather
keep the test case as it is and fix only the migration code.
Kevin
next prev parent reply other threads:[~2017-09-26 10:13 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-07-10 16:30 [Qemu-devel] [PATCH v7 00/16] Dirty bitmaps postcopy migration Vladimir Sementsov-Ogievskiy
2017-07-10 16:30 ` [Qemu-devel] [PATCH v7 01/16] migration: add has_postcopy savevm handler Vladimir Sementsov-Ogievskiy
2017-07-10 16:30 ` [Qemu-devel] [PATCH v7 02/16] migration: fix ram_save_pending Vladimir Sementsov-Ogievskiy
2017-07-10 16:30 ` [Qemu-devel] [PATCH v7 03/16] migration: split common postcopy out of ram postcopy Vladimir Sementsov-Ogievskiy
2017-07-11 13:06 ` Dr. David Alan Gilbert
2017-07-11 13:38 ` Vladimir Sementsov-Ogievskiy
2017-08-21 23:34 ` John Snow
2017-09-18 14:07 ` [Qemu-devel] ping " Vladimir Sementsov-Ogievskiy
2017-09-19 19:06 ` Dr. David Alan Gilbert
2017-09-20 11:45 ` Juan Quintela
2017-09-25 13:23 ` Kevin Wolf
2017-09-25 14:31 ` Vladimir Sementsov-Ogievskiy
2017-09-25 14:58 ` Kevin Wolf
2017-09-25 15:07 ` Vladimir Sementsov-Ogievskiy
2017-09-25 15:27 ` Dr. David Alan Gilbert
2017-09-26 10:12 ` Kevin Wolf [this message]
2017-09-26 10:21 ` Dr. David Alan Gilbert
2017-09-26 12:32 ` Kevin Wolf
2017-07-10 16:30 ` [Qemu-devel] [PATCH v7 04/16] migration: introduce postcopy-only pending Vladimir Sementsov-Ogievskiy
2017-07-10 16:30 ` [Qemu-devel] [PATCH v7 05/16] block/dirty-bitmap: add bdrv_dirty_bitmap_enable_successor() Vladimir Sementsov-Ogievskiy
2017-07-10 16:30 ` [Qemu-devel] [PATCH v7 06/16] qapi: add dirty-bitmaps migration capability Vladimir Sementsov-Ogievskiy
2017-07-10 21:03 ` Eric Blake
2017-07-10 16:30 ` [Qemu-devel] [PATCH v7 07/16] block/dirty-bitmap: add bdrv_dirty_bitmap_release_successor Vladimir Sementsov-Ogievskiy
2017-08-14 9:37 ` Vladimir Sementsov-Ogievskiy
2017-07-10 16:30 ` [Qemu-devel] [PATCH v7 08/16] migration: include migrate_dirty_bitmaps in migrate_postcopy Vladimir Sementsov-Ogievskiy
2017-07-10 16:30 ` [Qemu-devel] [PATCH v7 09/16] migration/qemu-file: add qemu_put_counted_string() Vladimir Sementsov-Ogievskiy
2017-07-10 16:30 ` [Qemu-devel] [PATCH v7 10/16] migration: add is_active_iterate handler Vladimir Sementsov-Ogievskiy
2017-07-10 16:30 ` [Qemu-devel] [PATCH v7 11/16] block/dirty-bitmap: add bdrv_dirty_bitmap_set_frozen Vladimir Sementsov-Ogievskiy
2017-07-10 16:30 ` [Qemu-devel] [PATCH v7 12/16] migration: add postcopy migration of dirty bitmaps Vladimir Sementsov-Ogievskiy
2017-09-18 14:07 ` Vladimir Sementsov-Ogievskiy
2017-07-10 16:30 ` [Qemu-devel] [PATCH v7 13/16] iotests: add add_incoming_migration to VM class Vladimir Sementsov-Ogievskiy
2017-07-10 16:30 ` [Qemu-devel] [PATCH v7 14/16] iotests: add default node-name Vladimir Sementsov-Ogievskiy
2017-07-10 16:30 ` [Qemu-devel] [PATCH v7 15/16] iotests: add dirty bitmap migration test Vladimir Sementsov-Ogievskiy
2017-07-10 16:30 ` [Qemu-devel] [PATCH v7 16/16] iotests: add dirty bitmap postcopy test Vladimir Sementsov-Ogievskiy
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=20170926101245.GB3399@localhost.localdomain \
--to=kwolf@redhat.com \
--cc=armbru@redhat.com \
--cc=den@openvz.org \
--cc=dgilbert@redhat.com \
--cc=famz@redhat.com \
--cc=jsnow@redhat.com \
--cc=lirans@il.ibm.com \
--cc=mreitz@redhat.com \
--cc=pbonzini@redhat.com \
--cc=peter.maydell@linaro.org \
--cc=qemu-block@nongnu.org \
--cc=qemu-devel@nongnu.org \
--cc=quintela@redhat.com \
--cc=stefanha@redhat.com \
--cc=vsementsov@virtuozzo.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).