From: Dave Hansen <dave@sr71.net>
To: Andrea Arcangeli <aarcange@redhat.com>,
qemu-devel@nongnu.org, kvm@vger.kernel.org, linux-mm@kvack.org,
linux-kernel@vger.kernel.org
Cc: "\"Dr. David Alan Gilbert\"" <dgilbert@redhat.com>,
Johannes Weiner <hannes@cmpxchg.org>,
Andrew Morton <akpm@linux-foundation.org>,
Android Kernel Team <kernel-team@android.com>,
Robert Love <rlove@google.com>, Mel Gorman <mel@csn.ul.ie>,
Hugh Dickins <hughd@google.com>, Rik van Riel <riel@redhat.com>,
Dmitry Adamushko <dmitry.adamushko@gmail.com>,
Neil Brown <neilb@suse.de>, Mike Hommey <mh@glandium.org>,
Taras Glek <tglek@mozilla.com>, Jan Kara <jack@suse.cz>,
KOSAKI Motohiro <kosaki.motohiro@gmail.com>,
Michel Lespinasse <walken@google.com>,
Minchan Kim <minchan@kernel.org>,
Keith Packard <keithp@keithp.com>,
"Huangpeng (Peter)" <peter.huangpeng@huawei.com>,
Isaku Yamahata <yamahata@valinux.co.jp>,
Paolo Bonzini <pbonzini@redhat.com>,
Anthony Liguori <anthony@codemonkey.ws>,
Stefan Hajnoczi <stefanha@gmail.com>,
Wenchao Xia <wenchaoqemu@gmail.com>,
Andr
Subject: Re: [PATCH 00/10] RFC: userfault
Date: Thu, 03 Jul 2014 08:41:33 -0700 [thread overview]
Message-ID: <53B579AD.1010201@sr71.net> (raw)
In-Reply-To: <1404319816-30229-1-git-send-email-aarcange@redhat.com>
On 07/02/2014 09:50 AM, Andrea Arcangeli wrote:
> The MADV_USERFAULT feature should be generic enough that it can
> provide the userfaults to the Android volatile range feature too, on
> access of reclaimed volatile pages.
Maybe.
I certainly can't keep track of all the versions of the variations of
the volatile ranges patches. But, I don't think it's a given that this
can be reused. First of all, volatile ranges is trying to replace
ashmem and is going to require _some_ form of sharing. This mechanism,
being tightly coupled to anonymous memory at the moment, is not a close
fit for that.
It's also important to call out that this is a VMA-based mechanism. I
certainly can't predict what we'll merge for volatile ranges, but not
all of them are VMA-based. We'd also need a mechanism on top of this to
differentiate plain not-present pages from not-present-because-purged pages.
That said, I _think_ this might fit well in to what the Mozilla guys
wanted out of volatile ranges. I'm not confident about it, though.
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
WARNING: multiple messages have this Message-ID (diff)
From: Dave Hansen <dave@sr71.net>
To: Andrea Arcangeli <aarcange@redhat.com>,
qemu-devel@nongnu.org, kvm@vger.kernel.org, linux-mm@kvack.org,
linux-kernel@vger.kernel.org
Cc: "\"Dr. David Alan Gilbert\"" <dgilbert@redhat.com>,
Johannes Weiner <hannes@cmpxchg.org>,
Andrew Morton <akpm@linux-foundation.org>,
Android Kernel Team <kernel-team@android.com>,
Robert Love <rlove@google.com>, Mel Gorman <mel@csn.ul.ie>,
Hugh Dickins <hughd@google.com>, Rik van Riel <riel@redhat.com>,
Dmitry Adamushko <dmitry.adamushko@gmail.com>,
Neil Brown <neilb@suse.de>, Mike Hommey <mh@glandium.org>,
Taras Glek <tglek@mozilla.com>, Jan Kara <jack@suse.cz>,
KOSAKI Motohiro <kosaki.motohiro@gmail.com>,
Michel Lespinasse <walken@google.com>,
Minchan Kim <minchan@kernel.org>,
Keith Packard <keithp@keithp.com>,
"Huangpeng (Peter)" <peter.huangpeng@huawei.com>,
Isaku Yamahata <yamahata@valinux.co.jp>,
Paolo Bonzini <pbonzini@redhat.com>,
Anthony Liguori <anthony@codemonkey.ws>,
Stefan Hajnoczi <stefanha@gmail.com>,
Wenchao Xia <wenchaoqemu@gmail.com>,
Andrew Jones <drjones@redhat.com>,
Juan Quintela <quintela@redhat.com>, Mel Gorman <mgorman@suse.de>
Subject: Re: [PATCH 00/10] RFC: userfault
Date: Thu, 03 Jul 2014 08:41:33 -0700 [thread overview]
Message-ID: <53B579AD.1010201@sr71.net> (raw)
In-Reply-To: <1404319816-30229-1-git-send-email-aarcange@redhat.com>
On 07/02/2014 09:50 AM, Andrea Arcangeli wrote:
> The MADV_USERFAULT feature should be generic enough that it can
> provide the userfaults to the Android volatile range feature too, on
> access of reclaimed volatile pages.
Maybe.
I certainly can't keep track of all the versions of the variations of
the volatile ranges patches. But, I don't think it's a given that this
can be reused. First of all, volatile ranges is trying to replace
ashmem and is going to require _some_ form of sharing. This mechanism,
being tightly coupled to anonymous memory at the moment, is not a close
fit for that.
It's also important to call out that this is a VMA-based mechanism. I
certainly can't predict what we'll merge for volatile ranges, but not
all of them are VMA-based. We'd also need a mechanism on top of this to
differentiate plain not-present pages from not-present-because-purged pages.
That said, I _think_ this might fit well in to what the Mozilla guys
wanted out of volatile ranges. I'm not confident about it, though.
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
WARNING: multiple messages have this Message-ID (diff)
From: Dave Hansen <dave@sr71.net>
To: Andrea Arcangeli <aarcange@redhat.com>,
qemu-devel@nongnu.org, kvm@vger.kernel.org, linux-mm@kvack.org,
linux-kernel@vger.kernel.org
Cc: "\"Dr. David Alan Gilbert\"" <dgilbert@redhat.com>,
Johannes Weiner <hannes@cmpxchg.org>,
Andrew Morton <akpm@linux-foundation.org>,
Android Kernel Team <kernel-team@android.com>,
Robert Love <rlove@google.com>, Mel Gorman <mel@csn.ul.ie>,
Hugh Dickins <hughd@google.com>, Rik van Riel <riel@redhat.com>,
Dmitry Adamushko <dmitry.adamushko@gmail.com>,
Neil Brown <neilb@suse.de>, Mike Hommey <mh@glandium.org>,
Taras Glek <tglek@mozilla.com>, Jan Kara <jack@suse.cz>,
KOSAKI Motohiro <kosaki.motohiro@gmail.com>,
Michel Lespinasse <walken@google.com>,
Minchan Kim <minchan@kernel.org>,
Keith Packard <keithp@keithp.com>,
"Huangpeng (Peter)" <peter.huangpeng@huawei.com>,
Isaku Yamahata <yamahata@valinux.co.jp>,
Paolo Bonzini <pbonzini@redhat.com>,
Anthony Liguori <anthony@codemonkey.ws>,
Stefan Hajnoczi <stefanha@gmail.com>,
Wenchao Xia <wenchaoqemu@gmail.com>,
Andrew Jones <drjones@redhat.com>,
Juan Quintela <quintela@redhat.com>, Mel Gorman <mgorman@suse.de>
Subject: Re: [PATCH 00/10] RFC: userfault
Date: Thu, 03 Jul 2014 08:41:33 -0700 [thread overview]
Message-ID: <53B579AD.1010201@sr71.net> (raw)
In-Reply-To: <1404319816-30229-1-git-send-email-aarcange@redhat.com>
On 07/02/2014 09:50 AM, Andrea Arcangeli wrote:
> The MADV_USERFAULT feature should be generic enough that it can
> provide the userfaults to the Android volatile range feature too, on
> access of reclaimed volatile pages.
Maybe.
I certainly can't keep track of all the versions of the variations of
the volatile ranges patches. But, I don't think it's a given that this
can be reused. First of all, volatile ranges is trying to replace
ashmem and is going to require _some_ form of sharing. This mechanism,
being tightly coupled to anonymous memory at the moment, is not a close
fit for that.
It's also important to call out that this is a VMA-based mechanism. I
certainly can't predict what we'll merge for volatile ranges, but not
all of them are VMA-based. We'd also need a mechanism on top of this to
differentiate plain not-present pages from not-present-because-purged pages.
That said, I _think_ this might fit well in to what the Mozilla guys
wanted out of volatile ranges. I'm not confident about it, though.
WARNING: multiple messages have this Message-ID (diff)
From: Dave Hansen <dave@sr71.net>
To: Andrea Arcangeli <aarcange@redhat.com>,
qemu-devel@nongnu.org, kvm@vger.kernel.org, linux-mm@kvack.org,
linux-kernel@vger.kernel.org
Cc: Robert Love <rlove@google.com>, Jan Kara <jack@suse.cz>,
Neil Brown <neilb@suse.de>, Stefan Hajnoczi <stefanha@gmail.com>,
Andrew Jones <drjones@redhat.com>,
KOSAKI Motohiro <kosaki.motohiro@gmail.com>,
Michel Lespinasse <walken@google.com>,
Taras Glek <tglek@mozilla.com>,
Juan Quintela <quintela@redhat.com>,
Hugh Dickins <hughd@google.com>,
Isaku Yamahata <yamahata@valinux.co.jp>,
Mel Gorman <mgorman@suse.de>,
Android Kernel Team <kernel-team@android.com>,
Mel Gorman <mel@csn.ul.ie>,
"\"Dr. David Alan Gilbert\"" <dgilbert@redhat.com>,
"Huangpeng (Peter)" <peter.huangpeng@huawei.com>,
Anthony Liguori <anthony@codemonkey.ws>,
Mike Hommey <mh@glandium.org>, Keith Packard <keithp@keithp.com>,
Wenchao Xia <wenchaoqemu@gmail.com>,
Minchan Kim <minchan@kernel.org>,
Dmitry Adamushko <dmitry.adamushko@gmail.com>,
Johannes Weiner <hannes@cmpxchg.org>,
Paolo Bonzini <pbonzini@redhat.com>,
Andrew Morton <akpm@linux-foundation.org>
Subject: Re: [Qemu-devel] [PATCH 00/10] RFC: userfault
Date: Thu, 03 Jul 2014 08:41:33 -0700 [thread overview]
Message-ID: <53B579AD.1010201@sr71.net> (raw)
In-Reply-To: <1404319816-30229-1-git-send-email-aarcange@redhat.com>
On 07/02/2014 09:50 AM, Andrea Arcangeli wrote:
> The MADV_USERFAULT feature should be generic enough that it can
> provide the userfaults to the Android volatile range feature too, on
> access of reclaimed volatile pages.
Maybe.
I certainly can't keep track of all the versions of the variations of
the volatile ranges patches. But, I don't think it's a given that this
can be reused. First of all, volatile ranges is trying to replace
ashmem and is going to require _some_ form of sharing. This mechanism,
being tightly coupled to anonymous memory at the moment, is not a close
fit for that.
It's also important to call out that this is a VMA-based mechanism. I
certainly can't predict what we'll merge for volatile ranges, but not
all of them are VMA-based. We'd also need a mechanism on top of this to
differentiate plain not-present pages from not-present-because-purged pages.
That said, I _think_ this might fit well in to what the Mozilla guys
wanted out of volatile ranges. I'm not confident about it, though.
next prev parent reply other threads:[~2014-07-03 15:41 UTC|newest]
Thread overview: 59+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-07-02 16:50 [PATCH 00/10] RFC: userfault Andrea Arcangeli
2014-07-02 16:50 ` [Qemu-devel] " Andrea Arcangeli
2014-07-02 16:50 ` Andrea Arcangeli
2014-07-02 16:50 ` [PATCH 01/10] mm: madvise MADV_USERFAULT: prepare vm_flags to allow more than 32bits Andrea Arcangeli
2014-07-02 16:50 ` [Qemu-devel] " Andrea Arcangeli
2014-07-02 16:50 ` Andrea Arcangeli
2014-07-02 16:50 ` [PATCH 02/10] mm: madvise MADV_USERFAULT Andrea Arcangeli
2014-07-02 16:50 ` [Qemu-devel] " Andrea Arcangeli
2014-07-02 16:50 ` Andrea Arcangeli
2014-07-02 16:50 ` [PATCH 03/10] mm: PT lock: export double_pt_lock/unlock Andrea Arcangeli
2014-07-02 16:50 ` [Qemu-devel] " Andrea Arcangeli
2014-07-02 16:50 ` Andrea Arcangeli
2014-07-02 16:50 ` [PATCH 04/10] mm: rmap preparation for remap_anon_pages Andrea Arcangeli
2014-07-02 16:50 ` [Qemu-devel] " Andrea Arcangeli
2014-07-02 16:50 ` Andrea Arcangeli
2014-07-02 16:50 ` [PATCH 05/10] mm: swp_entry_swapcount Andrea Arcangeli
2014-07-02 16:50 ` [Qemu-devel] " Andrea Arcangeli
2014-07-02 16:50 ` Andrea Arcangeli
2014-07-02 16:50 ` [PATCH 06/10] mm: sys_remap_anon_pages Andrea Arcangeli
2014-07-02 16:50 ` [Qemu-devel] " Andrea Arcangeli
2014-07-02 16:50 ` Andrea Arcangeli
2014-07-04 11:30 ` Michael Kerrisk
2014-07-04 11:30 ` [Qemu-devel] " Michael Kerrisk
2014-07-04 11:30 ` Michael Kerrisk
2014-07-04 11:30 ` Michael Kerrisk
2014-07-02 16:50 ` [PATCH 07/10] waitqueue: add nr wake parameter to __wake_up_locked_key Andrea Arcangeli
2014-07-02 16:50 ` [Qemu-devel] " Andrea Arcangeli
2014-07-02 16:50 ` Andrea Arcangeli
2014-07-02 16:50 ` [PATCH 08/10] userfaultfd: add new syscall to provide memory externalization Andrea Arcangeli
2014-07-02 16:50 ` [Qemu-devel] " Andrea Arcangeli
2014-07-02 16:50 ` Andrea Arcangeli
2014-07-03 1:56 ` Andy Lutomirski
2014-07-03 1:56 ` [Qemu-devel] " Andy Lutomirski
2014-07-03 1:56 ` Andy Lutomirski
2014-07-03 13:19 ` Andrea Arcangeli
2014-07-03 13:19 ` [Qemu-devel] " Andrea Arcangeli
2014-07-03 13:19 ` Andrea Arcangeli
2014-07-03 13:19 ` Andrea Arcangeli
2014-07-03 13:19 ` Andrea Arcangeli
2014-07-02 16:50 ` [PATCH 09/10] userfaultfd: make userfaultfd_write non blocking Andrea Arcangeli
2014-07-02 16:50 ` [Qemu-devel] " Andrea Arcangeli
2014-07-02 16:50 ` Andrea Arcangeli
2014-07-02 16:50 ` [PATCH 10/10] userfaultfd: use VM_FAULT_RETRY in handle_userfault() Andrea Arcangeli
2014-07-02 16:50 ` [Qemu-devel] " Andrea Arcangeli
2014-07-02 16:50 ` Andrea Arcangeli
[not found] ` <1404319816-30229-1-git-send-email-aarcange-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2014-07-03 1:51 ` [PATCH 00/10] RFC: userfault Andy Lutomirski
2014-07-03 1:51 ` [Qemu-devel] " Andy Lutomirski
2014-07-03 1:51 ` Andy Lutomirski
2014-07-03 1:51 ` Andy Lutomirski
2014-07-03 13:45 ` [Qemu-devel] " Christopher Covington
2014-07-03 13:45 ` Christopher Covington
2014-07-03 13:45 ` Christopher Covington
2014-07-03 14:08 ` Andrea Arcangeli
2014-07-03 14:08 ` Andrea Arcangeli
2014-07-03 14:08 ` Andrea Arcangeli
2014-07-03 15:41 ` Dave Hansen [this message]
2014-07-03 15:41 ` Dave Hansen
2014-07-03 15:41 ` Dave Hansen
2014-07-03 15:41 ` Dave Hansen
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=53B579AD.1010201@sr71.net \
--to=dave@sr71.net \
--cc=aarcange@redhat.com \
--cc=akpm@linux-foundation.org \
--cc=anthony@codemonkey.ws \
--cc=dgilbert@redhat.com \
--cc=dmitry.adamushko@gmail.com \
--cc=hannes@cmpxchg.org \
--cc=hughd@google.com \
--cc=jack@suse.cz \
--cc=keithp@keithp.com \
--cc=kernel-team@android.com \
--cc=kosaki.motohiro@gmail.com \
--cc=kvm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=mel@csn.ul.ie \
--cc=mh@glandium.org \
--cc=minchan@kernel.org \
--cc=neilb@suse.de \
--cc=pbonzini@redhat.com \
--cc=peter.huangpeng@huawei.com \
--cc=qemu-devel@nongnu.org \
--cc=riel@redhat.com \
--cc=rlove@google.com \
--cc=stefanha@gmail.com \
--cc=tglek@mozilla.com \
--cc=walken@google.com \
--cc=wenchaoqemu@gmail.com \
--cc=yamahata@valinux.co.jp \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.