[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCH 10/17] mm: rmap preparation for remap_anon_pages
From: |
Dr. David Alan Gilbert |
Subject: |
Re: [Qemu-devel] [PATCH 10/17] mm: rmap preparation for remap_anon_pages |
Date: |
Tue, 7 Oct 2014 18:07:32 +0100 |
User-agent: |
Mutt/1.5.23 (2014-03-12) |
* Linus Torvalds (address@hidden) wrote:
> On Mon, Oct 6, 2014 at 12:41 PM, Andrea Arcangeli <address@hidden> wrote:
> >
> > Of course if somebody has better ideas on how to resolve an anonymous
> > userfault they're welcome.
>
> So I'd *much* rather have a "write()" style interface (ie _copying_
> bytes from user space into a newly allocated page that gets mapped)
> than a "remap page" style interface
Something like that might work for the postcopy case; it doesn't work
for some of the other uses that need to stop a page being changed by the
guest, but then need to somehow get a copy of that page internally to QEMU,
and perhaps provide it back later. remap_anon_pages worked for those cases
as well; I can't think of another current way of doing it in userspace.
I'm thinking here of systems for making VMs with memory larger than a single
host; that's something that's not as well thought out. I've also seen people
writing emulation that want to trap and emulate some page accesses while
still having the original data available to the emulator itself.
So yes, OK for now, but the result is less general.
Dave
> remapping anonymous pages involves page table games that really aren't
> necessarily a good idea, and tlb invalidates for the old page etc.
> Just don't do it.
>
> Linus
--
Dr. David Alan Gilbert / address@hidden / Manchester, UK
- [Qemu-devel] [PATCH 10/17] mm: rmap preparation for remap_anon_pages, (continued)
- [Qemu-devel] [PATCH 10/17] mm: rmap preparation for remap_anon_pages, Andrea Arcangeli, 2014/10/03
- Re: [Qemu-devel] [PATCH 10/17] mm: rmap preparation for remap_anon_pages, Linus Torvalds, 2014/10/03
- Re: [Qemu-devel] [PATCH 10/17] mm: rmap preparation for remap_anon_pages, Dr. David Alan Gilbert, 2014/10/06
- Re: [Qemu-devel] [PATCH 10/17] mm: rmap preparation for remap_anon_pages, Andrea Arcangeli, 2014/10/06
- Re: [Qemu-devel] [PATCH 10/17] mm: rmap preparation for remap_anon_pages, Linus Torvalds, 2014/10/07
- Re: [Qemu-devel] [PATCH 10/17] mm: rmap preparation for remap_anon_pages, Andrea Arcangeli, 2014/10/07
- Re: [Qemu-devel] [PATCH 10/17] mm: rmap preparation for remap_anon_pages, Andrea Arcangeli, 2014/10/07
- Re: [Qemu-devel] [PATCH 10/17] mm: rmap preparation for remap_anon_pages, Andy Lutomirski, 2014/10/07
- Re: [Qemu-devel] [PATCH 10/17] mm: rmap preparation for remap_anon_pages, Peter Feiner, 2014/10/07
- Re: [Qemu-devel] [PATCH 10/17] mm: rmap preparation for remap_anon_pages, Linus Torvalds, 2014/10/07
- Re: [Qemu-devel] [PATCH 10/17] mm: rmap preparation for remap_anon_pages,
Dr. David Alan Gilbert <=
- Re: [Qemu-devel] [PATCH 10/17] mm: rmap preparation for remap_anon_pages, Paolo Bonzini, 2014/10/07
- Re: [Qemu-devel] [PATCH 10/17] mm: rmap preparation for remap_anon_pages, Dr. David Alan Gilbert, 2014/10/07
Re: [Qemu-devel] [PATCH 10/17] mm: rmap preparation for remap_anon_pages, Kirill A. Shutemov, 2014/10/07
[Qemu-devel] [PATCH 02/17] mm: gup: add get_user_pages_locked and get_user_pages_unlocked, Andrea Arcangeli, 2014/10/03
[Qemu-devel] [PATCH 05/17] mm: gup: use get_user_pages_fast and get_user_pages_unlocked, Andrea Arcangeli, 2014/10/03
[Qemu-devel] [PATCH 12/17] mm: sys_remap_anon_pages, Andrea Arcangeli, 2014/10/03
[Qemu-devel] [PATCH 17/17] userfaultfd: implement USERFAULTFD_RANGE_REGISTER|UNREGISTER, Andrea Arcangeli, 2014/10/03
[Qemu-devel] [PATCH 08/17] mm: madvise MADV_USERFAULT, Andrea Arcangeli, 2014/10/03