From: Wei Wang <wei.w.wang@intel.com>
To: "Dr. David Alan Gilbert" <dgilbert@redhat.com>
Cc: qemu-devel@nongnu.org, virtio-dev@lists.oasis-open.org,
mst@redhat.com, quintela@redhat.com, pbonzini@redhat.com,
liliang.opensource@gmail.com, yang.zhang.wz@gmail.com,
quan.xu0@gmail.com, nilal@redhat.com, riel@redhat.com
Subject: Re: [Qemu-devel] [PATCH v4 2/4] migration: API to clear bits of guest free pages from the dirty bitmap
Date: Thu, 15 Mar 2018 18:52:41 +0800 [thread overview]
Message-ID: <5AAA5079.2000308@intel.com> (raw)
In-Reply-To: <20180314181137.GG3006@work-vm>
On 03/15/2018 02:11 AM, Dr. David Alan Gilbert wrote:
> * Wei Wang (wei.w.wang@intel.com) wrote:
>> This patch adds an API to clear bits corresponding to guest free pages
>> from the dirty bitmap. Spilt the free page block if it crosses the QEMU
>> RAMBlock boundary.
>>
>> Signed-off-by: Wei Wang <wei.w.wang@intel.com>
>> CC: Dr. David Alan Gilbert <dgilbert@redhat.com>
>> CC: Juan Quintela <quintela@redhat.com>
>> CC: Michael S. Tsirkin <mst@redhat.com>
>> ---
>> include/migration/misc.h | 2 ++
>> migration/ram.c | 21 +++++++++++++++++++++
>> 2 files changed, 23 insertions(+)
>>
>> diff --git a/include/migration/misc.h b/include/migration/misc.h
>> index 77fd4f5..fae1acf 100644
>> --- a/include/migration/misc.h
>> +++ b/include/migration/misc.h
>> @@ -14,11 +14,13 @@
>> #ifndef MIGRATION_MISC_H
>> #define MIGRATION_MISC_H
>>
>> +#include "exec/cpu-common.h"
>> #include "qemu/notify.h"
>>
>> /* migration/ram.c */
>>
>> void ram_mig_init(void);
>> +void qemu_guest_free_page_hint(void *addr, size_t len);
>>
>> /* migration/block.c */
>>
>> diff --git a/migration/ram.c b/migration/ram.c
>> index 5e33e5c..e172798 100644
>> --- a/migration/ram.c
>> +++ b/migration/ram.c
>> @@ -2189,6 +2189,27 @@ static int ram_init_all(RAMState **rsp)
>> return 0;
>> }
>>
> This could do with some comments
OK, I'll add some.
>
>> +void qemu_guest_free_page_hint(void *addr, size_t len)
>> +{
>> + RAMBlock *block;
>> + ram_addr_t offset;
>> + size_t used_len, start, npages;
> From your use I think the addr and len are coming raw from the guest;
> so we need to take some care.
>
Actually the "addr" here has been the host address that corresponds to
the guest free page. It's from elem->in_sg[0].iov_base.
>
>> + if (unlikely(offset + len > block->used_length)) {
> I think to make that overflow safe, that should be:
> if (len > (block->used_length - offset)) {
>
> But we'll need another test before it, because qemu_ram_block_from_host
> seems to check max_length not used_length, so we need to check
> for offset > block->used_length first
OK, how about adding an assert above, like this:
block = qemu_ram_block_from_host(addr, false, &offset);
assert (offset < block->used_length );
if (!block)
...
The address corresponds to a guest free page, which means it should be
within used_length. If not, something weird happens, I think we'd better
to assert it in that case.
Best,
Wei
next prev parent reply other threads:[~2018-03-15 10:49 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-03-07 12:34 [Qemu-devel] [PATCH v4 0/4] virtio-balloon: free page hint reporting support Wei Wang
2018-03-07 12:34 ` [Qemu-devel] [PATCH v4 1/4] bitmap: bitmap_count_one_with_offset Wei Wang
2018-03-14 16:20 ` Dr. David Alan Gilbert
2018-03-07 12:34 ` [Qemu-devel] [PATCH v4 2/4] migration: API to clear bits of guest free pages from the dirty bitmap Wei Wang
2018-03-14 18:11 ` Dr. David Alan Gilbert
2018-03-14 19:16 ` Michael S. Tsirkin
2018-03-14 19:42 ` Dr. David Alan Gilbert
2018-03-14 20:38 ` Michael S. Tsirkin
2018-03-15 11:10 ` Wei Wang
2018-03-15 10:52 ` Wei Wang [this message]
2018-03-15 13:50 ` Michael S. Tsirkin
2018-03-16 11:24 ` Wei Wang
2018-03-07 12:34 ` [Qemu-devel] [PATCH v4 3/4] virtio-balloon: VIRTIO_BALLOON_F_FREE_PAGE_HINT Wei Wang
2018-03-13 16:49 ` Michael S. Tsirkin
2018-03-14 2:43 ` [Qemu-devel] [virtio-dev] " Wei Wang
2018-03-14 2:53 ` Michael S. Tsirkin
2018-03-14 6:03 ` Wei Wang
2018-03-14 14:12 ` Michael S. Tsirkin
2018-03-15 1:15 ` Wei Wang
2018-03-15 2:47 ` Michael S. Tsirkin
2018-03-15 10:24 ` Wei Wang
2018-03-15 13:53 ` Michael S. Tsirkin
2018-03-14 18:44 ` [Qemu-devel] " Dr. David Alan Gilbert
2018-03-07 12:34 ` [Qemu-devel] [PATCH v4 4/4] migration: use the free page hint feature from balloon Wei Wang
2018-03-13 16:35 ` Michael S. Tsirkin
2018-03-14 2:41 ` Wei Wang
2018-03-14 2:51 ` Michael S. Tsirkin
2018-03-14 6:50 ` Wei Wang
2018-03-14 14:45 ` Michael S. Tsirkin
2018-03-14 19:49 ` Dr. David Alan Gilbert
2018-03-16 11:20 ` 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=5AAA5079.2000308@intel.com \
--to=wei.w.wang@intel.com \
--cc=dgilbert@redhat.com \
--cc=liliang.opensource@gmail.com \
--cc=mst@redhat.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=yang.zhang.wz@gmail.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).