From: Mike Rapoport <rppt@linux.vnet.ibm.com> To: Pavel Emelyanov <xemul@virtuozzo.com> Cc: Andrew Morton <akpm@linux-foundation.org>, Andrea Arcangeli <aarcange@redhat.com>, linux-mm <linux-mm@kvack.org>, linux-api <linux-api@vger.kernel.org>, lkml <linux-kernel@vger.kernel.org>, crml <criu@openvz.org> Subject: Re: [PATCH 3/3] userfaultfd: non-cooperative: allow synchronous EVENT_REMOVE Date: Wed, 28 Feb 2018 10:26:14 +0200 [thread overview] Message-ID: <20180228082613.GD15048@rapoport-lnx> (raw) In-Reply-To: <1a2ed216-74ac-5fe2-abff-21d670eeb96d@virtuozzo.com> On Wed, Feb 28, 2018 at 11:21:02AM +0300, Pavel Emelyanov wrote: > > > @@ -52,6 +53,7 @@ > > #define _UFFDIO_WAKE (0x02) > > #define _UFFDIO_COPY (0x03) > > #define _UFFDIO_ZEROPAGE (0x04) > > +#define _UFFDIO_WAKE_SYNC_EVENT (0x05) > > Excuse my ignorance, but what's the difference between UFFDIO_WAKE and UFFDIO_WAKE_SYNC_EVENT? UFFDIO_WAKE is used when UFFDIO_COPY/UFFDIO_ZERO page are used with UFFDIO_*_MODE_DONTWAKE flag set and it presumes 'struct uffdio_range' argument to the ioctl(). Since waking up a non page fault event requires different parameters I've add new ioctl to keep backwards compatibility. > -- Pavel > -- Sincerely yours, Mike.
WARNING: multiple messages have this Message-ID (diff)
From: Mike Rapoport <rppt@linux.vnet.ibm.com> To: Pavel Emelyanov <xemul@virtuozzo.com> Cc: Andrew Morton <akpm@linux-foundation.org>, Andrea Arcangeli <aarcange@redhat.com>, linux-mm <linux-mm@kvack.org>, linux-api <linux-api@vger.kernel.org>, lkml <linux-kernel@vger.kernel.org>, crml <criu@openvz.org> Subject: Re: [PATCH 3/3] userfaultfd: non-cooperative: allow synchronous EVENT_REMOVE Date: Wed, 28 Feb 2018 10:26:14 +0200 [thread overview] Message-ID: <20180228082613.GD15048@rapoport-lnx> (raw) In-Reply-To: <1a2ed216-74ac-5fe2-abff-21d670eeb96d@virtuozzo.com> On Wed, Feb 28, 2018 at 11:21:02AM +0300, Pavel Emelyanov wrote: > > > @@ -52,6 +53,7 @@ > > #define _UFFDIO_WAKE (0x02) > > #define _UFFDIO_COPY (0x03) > > #define _UFFDIO_ZEROPAGE (0x04) > > +#define _UFFDIO_WAKE_SYNC_EVENT (0x05) > > Excuse my ignorance, but what's the difference between UFFDIO_WAKE and UFFDIO_WAKE_SYNC_EVENT? UFFDIO_WAKE is used when UFFDIO_COPY/UFFDIO_ZERO page are used with UFFDIO_*_MODE_DONTWAKE flag set and it presumes 'struct uffdio_range' argument to the ioctl(). Since waking up a non page fault event requires different parameters I've add new ioctl to keep backwards compatibility. > -- Pavel > -- Sincerely yours, Mike. -- 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>
next prev parent reply other threads:[~2018-02-28 8:26 UTC|newest] Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top 2018-02-27 8:19 [PATCH 0/3] userfaultfd: non-cooperative: syncronous events Mike Rapoport 2018-02-27 8:19 ` Mike Rapoport 2018-02-27 8:19 ` [PATCH 1/3] userfaultfd: introduce userfaultfd_init_waitqueue helper Mike Rapoport 2018-02-27 8:19 ` Mike Rapoport 2018-02-27 8:19 ` [PATCH 2/3] userfaultfd: non-cooperative: generalize wake key structure Mike Rapoport 2018-02-27 8:19 ` Mike Rapoport 2018-02-27 8:19 ` [PATCH 3/3] userfaultfd: non-cooperative: allow synchronous EVENT_REMOVE Mike Rapoport 2018-02-27 8:19 ` Mike Rapoport 2018-02-28 8:21 ` Pavel Emelyanov 2018-02-28 8:21 ` Pavel Emelyanov 2018-02-28 8:26 ` Mike Rapoport [this message] 2018-02-28 8:26 ` Mike Rapoport 2018-03-02 23:38 ` [PATCH 0/3] userfaultfd: non-cooperative: syncronous events Andrew Morton 2018-03-02 23:38 ` Andrew Morton 2018-03-03 9:09 ` Mike Rapoport 2018-03-03 9:09 ` Mike Rapoport
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=20180228082613.GD15048@rapoport-lnx \ --to=rppt@linux.vnet.ibm.com \ --cc=aarcange@redhat.com \ --cc=akpm@linux-foundation.org \ --cc=criu@openvz.org \ --cc=linux-api@vger.kernel.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-mm@kvack.org \ --cc=xemul@virtuozzo.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: linkBe 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.