From: "Michael S. Tsirkin" <mst@redhat.com>
To: Wei Wang <wei.w.wang@intel.com>
Cc: qemu-devel@nongnu.org, virtio-dev@lists.oasis-open.org,
quintela@redhat.com, dgilbert@redhat.com, pbonzini@redhat.com,
liliang.opensource@gmail.com, yang.zhang.wz@gmail.com,
quan.xu0@gmail.com, nilal@redhat.com, riel@redhat.com,
zhang.zhanghailiang@huawei.com
Subject: [virtio-dev] Re: [PATCH v7 4/5] virtio-balloon: VIRTIO_BALLOON_F_FREE_PAGE_HINT
Date: Thu, 31 May 2018 20:42:05 +0300 [thread overview]
Message-ID: <20180531203837-mutt-send-email-mst@kernel.org> (raw)
In-Reply-To: <5B0F5D74.603@intel.com>
On Thu, May 31, 2018 at 10:27:00AM +0800, Wei Wang wrote:
> On 05/30/2018 08:47 PM, Michael S. Tsirkin wrote:
> > On Wed, May 30, 2018 at 05:12:09PM +0800, Wei Wang wrote:
> > > On 05/29/2018 11:24 PM, Michael S. Tsirkin wrote:
> > > > On Tue, Apr 24, 2018 at 02:13:47PM +0800, Wei Wang wrote:
> > > > > +/*
> > > > > + * Balloon will report pages which were free at the time of this call. As the
> > > > > + * reporting happens asynchronously, dirty bit logging must be enabled before
> > > > > + * this call is made.
> > > > > + */
> > > > > +void balloon_free_page_start(void)
> > > > > +{
> > > > > + balloon_free_page_start_fn(balloon_opaque);
> > > > > +}
> > > > Please create notifier support, not a single global.
> > > OK. The start is called at the end of bitmap_sync, and the stop is called at
> > > the beginning of bitmap_sync. In this case, we will need to add two
> > > migration states, MIGRATION_STATUS_BEFORE_BITMAP_SYNC and
> > > MIGRATION_STATUS_AFTER_BITMAP_SYNC, right?
> > If that's the way you do it, you need to ask migration guys, not me.
>
> Yeah, I know.. thanks for the virtio part.
>
> > > > +
> > > > +static bool virtio_balloon_free_page_support(void *opaque)
> > > > +{
> > > > + VirtIOBalloon *s = opaque;
> > > > + VirtIODevice *vdev = VIRTIO_DEVICE(s);
> > > > +
> > > > + return virtio_vdev_has_feature(vdev, VIRTIO_BALLOON_F_FREE_PAGE_HINT);
> > > > or if poison is negotiated.
> > > Will make it
> > > return virtio_vdev_has_feature(vdev, VIRTIO_BALLOON_F_FREE_PAGE_HINT) &&
> > > !virtio_vdev_has_feature(vdev, VIRTIO_BALLOON_F_PAGE_POISON)
> >
> > I mean the reverse:
> > virtio_vdev_has_feature(vdev, VIRTIO_BALLOON_F_FREE_PAGE_HINT) ||
> > virtio_vdev_has_feature(vdev, VIRTIO_BALLOON_F_PAGE_POISON)
> >
> >
> > If poison has been negotiated you must migrate the
> > guest supplied value even if you don't use it for hints.
>
>
> Just a little confused with the logic. Writing it that way means that we are
> taking this possibility "virtio_vdev_has_feature(vdev,
> VIRTIO_BALLOON_F_FREE_PAGE_HINT)=fasle, virtio_vdev_has_feature(vdev,
> VIRTIO_BALLOON_F_PAGE_POISON)=true" into account, and let the support
> function return true when F_FREE_PAGE_HINT isn't supported.
All I am saying is that in this configuration, you must migrate
the poison value programmed by guest even if you do not
yet use it without VIRTIO_BALLOON_F_FREE_PAGE_HINT.
Right now you have
a section:
+ .needed = virtio_balloon_free_page_support,
which includes the poison value.
So if guest migrates after writing the poison value,
it's lost. Not nice.
> If guest doesn't support F_FREE_PAGE_HINT, it doesn't support the free page
> reporting (even the free page vq). I'm not sure why we tell the migration
> thread that the free page reporting feature is supported via this support
> function. If the support function simply returns false when F_FREE_PAGE_HINT
> isn't negotiated, the legacy migration already migrates the poisoned pages
> (not skipped, but may be compressed).
>
> I think it would be better to simply use the original "return
> virtio_vdev_has_feature(vdev, VIRTIO_BALLOON_F_FREE_PAGE_HINT)" here.
So maybe you should put the poison value in a separate section then.
>
> Best,
> Wei
---------------------------------------------------------------------
To unsubscribe, e-mail: virtio-dev-unsubscribe@lists.oasis-open.org
For additional commands, e-mail: virtio-dev-help@lists.oasis-open.org
next prev parent reply other threads:[~2018-05-31 17:42 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-04-24 6:13 [virtio-dev] [PATCH v7 0/5] virtio-balloon: free page hint reporting support Wei Wang
2018-04-24 6:13 ` [virtio-dev] [PATCH v7 1/5] bitmap: bitmap_count_one_with_offset Wei Wang
2018-04-24 6:13 ` [virtio-dev] [PATCH v7 2/5] migration: use bitmap_mutex in migration_bitmap_clear_dirty Wei Wang
2018-04-24 6:13 ` [virtio-dev] [PATCH v7 3/5] migration: API to clear bits of guest free pages from the dirty bitmap Wei Wang
[not found] ` <20180601040049.GG14867@xz-mi>
2018-06-01 7:36 ` [virtio-dev] Re: [Qemu-devel] " Wei Wang
[not found] ` <20180601100617.GK14867@xz-mi>
2018-06-01 12:32 ` Wei Wang
[not found] ` <20180604024958.GA15534@xz-mi>
2018-06-04 7:43 ` Wei Wang
2018-04-24 6:13 ` [virtio-dev] [PATCH v7 4/5] virtio-balloon: VIRTIO_BALLOON_F_FREE_PAGE_HINT Wei Wang
2018-05-29 15:24 ` [virtio-dev] " Michael S. Tsirkin
2018-05-30 9:12 ` Wei Wang
2018-05-30 12:47 ` Michael S. Tsirkin
2018-05-31 2:27 ` Wei Wang
2018-05-31 17:42 ` Michael S. Tsirkin [this message]
2018-06-01 3:18 ` Wei Wang
2018-06-04 8:04 ` Wei Wang
[not found] ` <20180605065857.GC9216@xz-mi>
2018-06-05 13:22 ` Wei Wang
[not found] ` <20180606054227.GA7815@xz-mi>
2018-06-06 10:04 ` Wei Wang
[not found] ` <20180606110217.GF7815@xz-mi>
2018-06-07 5:24 ` Wei Wang
[not found] ` <20180607063241.GA750@xz-mi>
2018-06-07 11:59 ` Wei Wang
[not found] ` <20180608021758.GS750@xz-mi>
2018-06-08 7:14 ` Wei Wang
2018-06-08 7:31 ` Wei Wang
[not found] ` <20180606064315.GB7815@xz-mi>
2018-06-06 10:11 ` [virtio-dev] Re: [Qemu-devel] " Wei Wang
[not found] ` <20180607031732.GG7815@xz-mi>
2018-06-07 5:29 ` Wei Wang
[not found] ` <20180607065808.GB750@xz-mi>
2018-06-07 12:01 ` Wei Wang
[not found] ` <20180608013723.GQ750@xz-mi>
2018-06-08 1:58 ` Michael S. Tsirkin
[not found] ` <20180608023425.GT750@xz-mi>
2018-06-08 2:49 ` Michael S. Tsirkin
2018-04-24 6:13 ` [virtio-dev] [PATCH v7 5/5] migration: use the free page hint feature from balloon Wei Wang
2018-04-24 6:42 ` [virtio-dev] Re: [PATCH v7 0/5] virtio-balloon: free page hint reporting support Wei Wang
2018-05-14 1:22 ` Wei Wang
[not found] ` <7e6412ef-4f92-dafa-acaf-b61296740f3d@huawei.com>
2018-05-29 15:24 ` [virtio-dev] Re: [Qemu-devel] " Michael S. Tsirkin
[not found] ` <20180601045824.GH14867@xz-mi>
2018-06-01 7:21 ` Wei Wang
[not found] ` <20180601104005.GL14867@xz-mi>
[not found] ` <20180601153328.GC2531@work-vm>
2018-06-05 14:39 ` Michael S. Tsirkin
[not found] ` <20180605064240.GA9216@xz-mi>
2018-06-05 14:40 ` Michael S. Tsirkin
[not found] ` <20180601050709.GI14867@xz-mi>
2018-06-01 7:29 ` Wei Wang
[not found] ` <20180601100234.GJ14867@xz-mi>
2018-06-01 12:31 ` Wei Wang
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=20180531203837-mutt-send-email-mst@kernel.org \
--to=mst@redhat.com \
--cc=dgilbert@redhat.com \
--cc=liliang.opensource@gmail.com \
--cc=nilal@redhat.com \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=quan.xu0@gmail.com \
--cc=quintela@redhat.com \
--cc=riel@redhat.com \
--cc=virtio-dev@lists.oasis-open.org \
--cc=wei.w.wang@intel.com \
--cc=yang.zhang.wz@gmail.com \
--cc=zhang.zhanghailiang@huawei.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