From: Wei Wang <wei.w.wang@intel.com>
To: "Michael S. Tsirkin" <mst@redhat.com>
Cc: "Dr. David Alan Gilbert" <dgilbert@redhat.com>,
qemu-devel@nongnu.org, virtio-dev@lists.oasis-open.org,
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: [virtio-dev] Re: [PATCH v4 2/4] migration: API to clear bits of guest free pages from the dirty bitmap
Date: Fri, 16 Mar 2018 19:24:50 +0800 [thread overview]
Message-ID: <5AABA982.3080106@intel.com> (raw)
In-Reply-To: <20180315154754-mutt-send-email-mst@kernel.org>
On 03/15/2018 09:50 PM, Michael S. Tsirkin wrote:
> On Thu, Mar 15, 2018 at 06:52:41PM +0800, Wei Wang wrote:
>> 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
> What if memory has been removed by hotunplug after guest sent the
> free page notification?
>
> This seems to actually be likely to happen as memory being unplugged
> would typically be mostly free.
OK, thanks for the reminder. Instead of using an assert, I think we can
let the function just return if (offset > block->used_length).
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-03-16 11:22 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-03-07 12:34 [virtio-dev] [PATCH v4 0/4] virtio-balloon: free page hint reporting support Wei Wang
2018-03-07 12:34 ` [virtio-dev] [PATCH v4 1/4] bitmap: bitmap_count_one_with_offset Wei Wang
2018-03-07 12:34 ` [virtio-dev] [PATCH v4 2/4] migration: API to clear bits of guest free pages from the dirty bitmap Wei Wang
[not found] ` <20180314181137.GG3006@work-vm>
2018-03-14 19:16 ` [virtio-dev] " Michael S. Tsirkin
[not found] ` <20180314194258.GI3006@work-vm>
2018-03-14 20:38 ` Michael S. Tsirkin
2018-03-15 11:10 ` Wei Wang
2018-03-15 10:52 ` Wei Wang
2018-03-15 13:50 ` Michael S. Tsirkin
2018-03-16 11:24 ` Wei Wang [this message]
2018-03-07 12:34 ` [virtio-dev] [PATCH v4 3/4] virtio-balloon: VIRTIO_BALLOON_F_FREE_PAGE_HINT Wei Wang
2018-03-13 16:49 ` [virtio-dev] " Michael S. Tsirkin
2018-03-14 2:43 ` 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-07 12:34 ` [virtio-dev] [PATCH v4 4/4] migration: use the free page hint feature from balloon Wei Wang
2018-03-13 16:35 ` [virtio-dev] " 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
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=5AABA982.3080106@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