From: Takuya Yoshikawa <yoshikawa.takuya-gVGce1chcLdL9jVzuh4AOg@public.gmane.org>
To: Alexander Graf <agraf-l3A5Bk7waGM@public.gmane.org>
Cc: avi-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
mtosatti-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
kvm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
kvm-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
kvm-ppc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
fernando-gVGce1chcLdL9jVzuh4AOg@public.gmane.org
Subject: Re: [PATCH RFC v2 5/6] KVM: moving dirty bitmaps to user space
Date: Tue, 20 Apr 2010 20:26:48 +0900 [thread overview]
Message-ID: <4BCD8F78.8000900@oss.ntt.co.jp> (raw)
In-Reply-To: <20234257-D6B8-44A6-BD91-C7B9D0E4970B-l3A5Bk7waGM@public.gmane.org>
(2010/04/20 20:10), Alexander Graf wrote:
>
> On 20.04.2010, at 13:02, Takuya Yoshikawa wrote:
>
>> We move dirty bitmaps to user space.
>>
>> - Allocation and destruction: we use do_mmap() and do_munmap().
>> The new bitmap space is twice longer than the original one and we
>> use the additional space for double buffering: this makes it
>> possible to update the active bitmap while letting the user space
>> read the other one safely.
>>
>> - Bitmap manipulations: we replace all functions which access dirty
>> bitmaps to *_user() functions. Note that some of these should be
>> optimized later.
>>
>> - For ia64: moving the dirty bitmaps of memory slots does not effect
>> much to ia64 because it's using a different space to store bitmaps
>> which is directly updated: all we have to change are sync and get
>> of dirty log, so we don't need set_bit_user like function for ia64.
>>
>> Signed-off-by: Takuya Yoshikawa<yoshikawa.takuya-gVGce1chcLdL9jVzuh4AOg@public.gmane.org>
>> Signed-off-by: Fernando Luis Vazquez Cao<fernando-gVGce1chcLdL9jVzuh4AOg@public.gmane.org>
>> ---
>> arch/ia64/kvm/kvm-ia64.c | 12 ++++-
>> arch/powerpc/kvm/book3s.c | 2 +-
>> arch/x86/kvm/x86.c | 24 +++++-----
>> include/linux/kvm_host.h | 5 +-
>> virt/kvm/kvm_main.c | 101 ++++++++++++++++++++++++++++++++++++++++-----
>> 5 files changed, 116 insertions(+), 28 deletions(-)
>>
>>
>
> [...]
>
>> @@ -778,13 +803,45 @@ int kvm_vm_ioctl_set_memory_region(struct kvm *kvm,
>> }
>>
>> int kvm_copy_dirty_bitmap(unsigned long __user *to,
>> - const unsigned long *from,
>> + const unsigned long __user *from,
>> unsigned long bytes)
>> {
>> - if (copy_to_user(to, from, bytes))
>> +#if defined(CONFIG_X86_64) || defined(CONFIG_PPC64) || defined(CONFIG_IA64)
>
> Wouldn't it be better to have a define __HAS_COPY_IN_USER or so? I really dislike writing out all architectures that have this explicitly.
Yes, I completely agree with you: actually, I am not determined to use this finally or not.
The best way is to make generic copy_in_user().
Anyway, yes, next time, I will define macro as you suggest!
>
>> + if (copy_in_user(to, from, bytes)) {
>> + printk(KERN_WARNING "%s: copy_in_user failed.\n", __func__);
>> return -EFAULT;
>> + }
>> + return 0;
>> +#else
>
> Worst case I'd at least like to see all the others written out here, so when someone adds a new arch he can at least check if it's supported or not.
>
>> + int num, bufbytes;
>> + unsigned long buf[32];
>>
>> + if (!access_ok(VERIFY_READ, from, bytes) ||
>> + !access_ok(VERIFY_WRITE, to, bytes)) {
>> + goto out_fault;
>> + }
>> +
>> + bufbytes = sizeof(buf);
>> + num = bufbytes / sizeof(buf[0]);
>
> ARRAY_SIZE?
OK, thanks!
>
>> +
>> + for (; bytes> bufbytes; bytes -= bufbytes, to += num, from += num) {
>> + if (__copy_from_user(buf, from, bufbytes))
>> + goto out_fault;
>> + if (__copy_to_user(to, buf, bufbytes))
>> + goto out_fault;
>> + }
>> + if (bytes> 0) {
>> + if (__copy_from_user(buf, from, bytes))
>> + goto out_fault;
>> + if (__copy_to_user(to, buf, bytes))
>> + goto out_fault;
>> + }
>> return 0;
>> +
>> +out_fault:
>> + printk(KERN_WARNING "%s: copy to(from) user failed.\n", __func__);
>> + return -EFAULT;
>> +#endif
>> }
>>
>> int kvm_get_dirty_log(struct kvm *kvm, struct kvm_dirty_log *log)
>> @@ -1194,13 +1251,35 @@ int kvm_clear_guest(struct kvm *kvm, gpa_t gpa, unsigned long len)
>> }
>> EXPORT_SYMBOL_GPL(kvm_clear_guest);
>>
>> +/*
>> + * Please use generic *_user bitops once they become available.
>> + * Be careful setting the bit won't be done atomically.
>> + */
>> static int __mark_page_dirty(unsigned long nr,
>> - unsigned long *dirty_bitmap)
>> + unsigned long __user *dirty_bitmap)
>> {
>> + unsigned long user_addr;
>> + u8 val;
>> +
>> #ifdef __BIG_ENDIAN
>> nr = nr ^ BITOP_LE_SWIZZLE;
>> #endif
>> - __set_bit(nr, dirty_bitmap);
>> + user_addr = (unsigned long)dirty_bitmap + nr / 8;
>
> BITS_PER_BYTE
>
>> + if (!access_ok(VERIFY_WRITE, user_addr, 1))
>> + goto out_fault;
>> +
>> + if (__get_user(val, (u8 __user *)user_addr))
>> + goto out_fault;
>> +
>> + val |= 1U<< (nr % 8);
>
> see above
>
>
> Alex
>
next prev parent reply other threads:[~2010-04-20 11:26 UTC|newest]
Thread overview: 47+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-04-20 10:53 [PATCH RFC v2 0/6] KVM: moving dirty gitmaps to user space! Takuya Yoshikawa
2010-04-20 10:54 ` Alexander Graf
[not found] ` <C70797C1-08EC-4DBA-9595-4047CAE8E457-l3A5Bk7waGM@public.gmane.org>
2010-04-20 11:13 ` Takuya Yoshikawa
2010-04-20 10:56 ` [PATCH RFC v2 1/6] KVM: introduce slot level dirty state management Takuya Yoshikawa
2010-04-20 10:57 ` [PATCH RFC v2 2/6] KVM: introduce wrapper functions to create and destroy dirty bitmaps Takuya Yoshikawa
2010-04-20 11:00 ` [PATCH RFC v2 4/6] KVM: change mark_page_dirty() to handle endian issues explicitly Takuya Yoshikawa
[not found] ` <20100420200043.956302db.yoshikawa.takuya-gVGce1chcLdL9jVzuh4AOg@public.gmane.org>
2010-04-20 11:00 ` Alexander Graf
2010-04-20 11:20 ` Takuya Yoshikawa
2010-04-21 11:15 ` Avi Kivity
[not found] ` <20100420195349.dab60b1d.yoshikawa.takuya-gVGce1chcLdL9jVzuh4AOg@public.gmane.org>
2010-04-20 10:59 ` [PATCH RFC v2 3/6] KVM: introduce a wrapper function to copy dirty bitmaps to user space Takuya Yoshikawa
[not found] ` <20100420195913.ac44281c.yoshikawa.takuya-gVGce1chcLdL9jVzuh4AOg@public.gmane.org>
2010-04-21 11:12 ` Avi Kivity
2010-04-22 8:57 ` Takuya Yoshikawa
[not found] ` <4BD00F64.4020405-gVGce1chcLdL9jVzuh4AOg@public.gmane.org>
2010-04-23 10:26 ` Avi Kivity
2010-04-20 11:02 ` [PATCH RFC v2 5/6] KVM: moving " Takuya Yoshikawa
[not found] ` <20100420200225.efca602f.yoshikawa.takuya-gVGce1chcLdL9jVzuh4AOg@public.gmane.org>
2010-04-20 11:10 ` Alexander Graf
[not found] ` <20234257-D6B8-44A6-BD91-C7B9D0E4970B-l3A5Bk7waGM@public.gmane.org>
2010-04-20 11:26 ` Takuya Yoshikawa [this message]
2010-04-21 11:26 ` Avi Kivity
[not found] ` <4BCEE0E4.6060707-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2010-04-22 9:07 ` Takuya Yoshikawa
2010-04-23 10:28 ` Avi Kivity
[not found] ` <4BD17665.5090101-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2010-04-23 11:14 ` Takuya Yoshikawa
[not found] ` <4BD1812E.6030707-gVGce1chcLdL9jVzuh4AOg@public.gmane.org>
2010-04-23 11:29 ` Yoshiaki Tamura
2010-04-23 11:45 ` Avi Kivity
2010-04-20 11:03 ` [PATCH RFC v2 6/6] KVM: introduce a new API for getting dirty bitmaps Takuya Yoshikawa
2010-04-20 11:15 ` Alexander Graf
[not found] ` <480E8E1E-32BD-429E-96C8-5AA69A8BDDF3-l3A5Bk7waGM@public.gmane.org>
2010-04-20 11:33 ` Takuya Yoshikawa
[not found] ` <4BCD90FE.9060300-gVGce1chcLdL9jVzuh4AOg@public.gmane.org>
2010-04-20 11:33 ` Alexander Graf
2010-04-20 11:44 ` Takuya Yoshikawa
2010-04-21 8:29 ` Fernando Luis Vázquez Cao
2010-04-21 9:41 ` Alexander Graf
2010-04-22 2:45 ` Fernando Luis Vázquez Cao
[not found] ` <4BCFB862.7010509-gVGce1chcLdL9jVzuh4AOg@public.gmane.org>
2010-04-22 6:09 ` Fernando Luis Vázquez Cao
[not found] ` <4BCFE805.5040500-gVGce1chcLdL9jVzuh4AOg@public.gmane.org>
2010-04-22 23:29 ` Alexander Graf
2010-04-23 10:17 ` Fernando Luis Vázquez Cao
2010-04-23 10:20 ` Alexander Graf
[not found] ` <9B7714E9-7244-4569-B8DB-B3E31E680CAF-l3A5Bk7waGM@public.gmane.org>
2010-04-23 11:57 ` Avi Kivity
[not found] ` <4BD18B1D.1080604-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2010-04-23 12:26 ` Alexander Graf
2010-04-23 12:27 ` Arnd Bergmann
2010-04-23 12:42 ` Avi Kivity
2010-04-23 12:46 ` Arnd Bergmann
2010-04-23 12:53 ` Avi Kivity
[not found] ` <4BD19831.5000405-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2010-04-23 12:59 ` Alexander Graf
[not found] ` <9557F344-EC7C-450F-AED9-5BB865C08650-l3A5Bk7waGM@public.gmane.org>
2010-04-23 13:20 ` Avi Kivity
2010-04-23 13:12 ` Arnd Bergmann
[not found] ` <20100420200353.2d2a6dec.yoshikawa.takuya-gVGce1chcLdL9jVzuh4AOg@public.gmane.org>
2010-04-21 11:46 ` Avi Kivity
[not found] ` <4BCEE579.9020206-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2010-04-22 9:34 ` Takuya Yoshikawa
[not found] ` <4BD0181C.6020900-gVGce1chcLdL9jVzuh4AOg@public.gmane.org>
2010-04-23 11:58 ` Avi Kivity
2010-04-20 12:05 ` [PATCH RFC v2 0/6] KVM: moving dirty gitmaps to user space! Takuya Yoshikawa
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=4BCD8F78.8000900@oss.ntt.co.jp \
--to=yoshikawa.takuya-gvgce1chcldl9jvzuh4aog@public.gmane.org \
--cc=agraf-l3A5Bk7waGM@public.gmane.org \
--cc=avi-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org \
--cc=fernando-gVGce1chcLdL9jVzuh4AOg@public.gmane.org \
--cc=kvm-ia64-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=kvm-ppc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=kvm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=mtosatti-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org \
/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