From: Linus Torvalds <torvalds@linux-foundation.org>
To: Christoph Hellwig <hch@infradead.org>
Cc: Andreas Gruenbacher <agruenba@redhat.com>,
Alexander Viro <viro@zeniv.linux.org.uk>,
"Darrick J. Wong" <djwong@kernel.org>, Jan Kara <jack@suse.cz>,
Matthew Wilcox <willy@infradead.org>,
cluster-devel <cluster-devel@redhat.com>,
linux-fsdevel <linux-fsdevel@vger.kernel.org>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
ocfs2-devel@oss.oracle.com
Subject: Re: [PATCH v7 17/19] gup: Introduce FOLL_NOFAULT flag to disable page faults
Date: Thu, 9 Sep 2021 10:17:14 -0700 [thread overview]
Message-ID: <CAHk-=wj4RER3XeG34nLH2PgvuRuj_NRgDx=wLTKv=jYaQnFe+Q@mail.gmail.com> (raw)
In-Reply-To: <YTnxruxm/xA/BBmQ@infradead.org>
On Thu, Sep 9, 2021 at 4:36 AM Christoph Hellwig <hch@infradead.org> wrote:
>
> On Fri, Aug 27, 2021 at 06:49:24PM +0200, Andreas Gruenbacher wrote:
> > Introduce a new FOLL_NOFAULT flag that causes get_user_pages to return
> > -EFAULT when it would otherwise trigger a page fault. This is roughly
> > similar to FOLL_FAST_ONLY but available on all architectures, and less
> > fragile.
>
> So, FOLL_FAST_ONLY only has one single user through
> get_user_pages_fast_only (pin_user_pages_fast_only is entirely unused,
> which makes totally sense given that give up on fault and pin are not
> exactly useful semantics).
So I think we should treat FOLL_FAST_ONLY as a special "internal to
gup.c" flag, and perhaps not really compare it to the new
FOLL_NOFAULT.
In fact, maybe we could even just make FOLL_FAST_ONLY be the high bit,
and not expose it in <linux/mm.h> and make it entirely private as a
name in gup.c.
Because FOLL_FAST_ONLY really is meant more as a "this way we can
share code easily inside gup.c, by having the internal helpers that
*can* do everything, but not do it all when the user is one of the
limited interfaces".
Because we don't really expect people to use FOLL_FAST_ONLY externally
- they'll use the explicit interfaces we have instead (ie
"get_user_pages_fast()"). Those use-cases that want that fast-only
thing really are so special that they need to be very explicitly so.
FOLL_NOFAULT is different, in that that is something an external user
_would_ use.
Admittedly we'd only have one single case for now, but I think we may
end up with other filesystems - or other cases entirely - having that
same kind of "I am holding locks, so I can't fault into the MM, but
I'm otherwise ok with the immediate mmap_sem lock usage and sleeping".
End result: FOLL_FAST_ONLY and FOLL_NOFAULT have some similarities,
but at the same time I think they are fundamentally different.
The FAST_ONLY is the very very special "I can't sleep, I can't even
take the fundamental MM lock, and we export special interfaces because
it's _so_ special and can be used in interrupts etc".
In contrast, NOFAULT is not _that_ special. It's just another flag,
and has generic use.
Linus
WARNING: multiple messages have this Message-ID (diff)
From: Linus Torvalds <torvalds@linux-foundation.org>
To: Christoph Hellwig <hch@infradead.org>
Cc: Jan Kara <jack@suse.cz>,
Andreas Gruenbacher <agruenba@redhat.com>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
cluster-devel <cluster-devel@redhat.com>,
Alexander Viro <viro@zeniv.linux.org.uk>,
linux-fsdevel <linux-fsdevel@vger.kernel.org>,
ocfs2-devel@oss.oracle.com
Subject: Re: [Ocfs2-devel] [PATCH v7 17/19] gup: Introduce FOLL_NOFAULT flag to disable page faults
Date: Thu, 9 Sep 2021 10:17:14 -0700 [thread overview]
Message-ID: <CAHk-=wj4RER3XeG34nLH2PgvuRuj_NRgDx=wLTKv=jYaQnFe+Q@mail.gmail.com> (raw)
In-Reply-To: <YTnxruxm/xA/BBmQ@infradead.org>
On Thu, Sep 9, 2021 at 4:36 AM Christoph Hellwig <hch@infradead.org> wrote:
>
> On Fri, Aug 27, 2021 at 06:49:24PM +0200, Andreas Gruenbacher wrote:
> > Introduce a new FOLL_NOFAULT flag that causes get_user_pages to return
> > -EFAULT when it would otherwise trigger a page fault. This is roughly
> > similar to FOLL_FAST_ONLY but available on all architectures, and less
> > fragile.
>
> So, FOLL_FAST_ONLY only has one single user through
> get_user_pages_fast_only (pin_user_pages_fast_only is entirely unused,
> which makes totally sense given that give up on fault and pin are not
> exactly useful semantics).
So I think we should treat FOLL_FAST_ONLY as a special "internal to
gup.c" flag, and perhaps not really compare it to the new
FOLL_NOFAULT.
In fact, maybe we could even just make FOLL_FAST_ONLY be the high bit,
and not expose it in <linux/mm.h> and make it entirely private as a
name in gup.c.
Because FOLL_FAST_ONLY really is meant more as a "this way we can
share code easily inside gup.c, by having the internal helpers that
*can* do everything, but not do it all when the user is one of the
limited interfaces".
Because we don't really expect people to use FOLL_FAST_ONLY externally
- they'll use the explicit interfaces we have instead (ie
"get_user_pages_fast()"). Those use-cases that want that fast-only
thing really are so special that they need to be very explicitly so.
FOLL_NOFAULT is different, in that that is something an external user
_would_ use.
Admittedly we'd only have one single case for now, but I think we may
end up with other filesystems - or other cases entirely - having that
same kind of "I am holding locks, so I can't fault into the MM, but
I'm otherwise ok with the immediate mmap_sem lock usage and sleeping".
End result: FOLL_FAST_ONLY and FOLL_NOFAULT have some similarities,
but at the same time I think they are fundamentally different.
The FAST_ONLY is the very very special "I can't sleep, I can't even
take the fundamental MM lock, and we export special interfaces because
it's _so_ special and can be used in interrupts etc".
In contrast, NOFAULT is not _that_ special. It's just another flag,
and has generic use.
Linus
_______________________________________________
Ocfs2-devel mailing list
Ocfs2-devel@oss.oracle.com
https://oss.oracle.com/mailman/listinfo/ocfs2-devel
WARNING: multiple messages have this Message-ID (diff)
From: Linus Torvalds <torvalds@linux-foundation.org>
To: cluster-devel.redhat.com
Subject: [Cluster-devel] [PATCH v7 17/19] gup: Introduce FOLL_NOFAULT flag to disable page faults
Date: Thu, 9 Sep 2021 10:17:14 -0700 [thread overview]
Message-ID: <CAHk-=wj4RER3XeG34nLH2PgvuRuj_NRgDx=wLTKv=jYaQnFe+Q@mail.gmail.com> (raw)
In-Reply-To: <YTnxruxm/xA/BBmQ@infradead.org>
On Thu, Sep 9, 2021 at 4:36 AM Christoph Hellwig <hch@infradead.org> wrote:
>
> On Fri, Aug 27, 2021 at 06:49:24PM +0200, Andreas Gruenbacher wrote:
> > Introduce a new FOLL_NOFAULT flag that causes get_user_pages to return
> > -EFAULT when it would otherwise trigger a page fault. This is roughly
> > similar to FOLL_FAST_ONLY but available on all architectures, and less
> > fragile.
>
> So, FOLL_FAST_ONLY only has one single user through
> get_user_pages_fast_only (pin_user_pages_fast_only is entirely unused,
> which makes totally sense given that give up on fault and pin are not
> exactly useful semantics).
So I think we should treat FOLL_FAST_ONLY as a special "internal to
gup.c" flag, and perhaps not really compare it to the new
FOLL_NOFAULT.
In fact, maybe we could even just make FOLL_FAST_ONLY be the high bit,
and not expose it in <linux/mm.h> and make it entirely private as a
name in gup.c.
Because FOLL_FAST_ONLY really is meant more as a "this way we can
share code easily inside gup.c, by having the internal helpers that
*can* do everything, but not do it all when the user is one of the
limited interfaces".
Because we don't really expect people to use FOLL_FAST_ONLY externally
- they'll use the explicit interfaces we have instead (ie
"get_user_pages_fast()"). Those use-cases that want that fast-only
thing really are so special that they need to be very explicitly so.
FOLL_NOFAULT is different, in that that is something an external user
_would_ use.
Admittedly we'd only have one single case for now, but I think we may
end up with other filesystems - or other cases entirely - having that
same kind of "I am holding locks, so I can't fault into the MM, but
I'm otherwise ok with the immediate mmap_sem lock usage and sleeping".
End result: FOLL_FAST_ONLY and FOLL_NOFAULT have some similarities,
but at the same time I think they are fundamentally different.
The FAST_ONLY is the very very special "I can't sleep, I can't even
take the fundamental MM lock, and we export special interfaces because
it's _so_ special and can be used in interrupts etc".
In contrast, NOFAULT is not _that_ special. It's just another flag,
and has generic use.
Linus
next prev parent reply other threads:[~2021-09-09 17:17 UTC|newest]
Thread overview: 309+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-08-27 16:49 [PATCH v7 00/19] gfs2: Fix mmap + page fault deadlocks Andreas Gruenbacher
2021-08-27 16:49 ` Andreas Gruenbacher
2021-08-27 16:49 ` [Cluster-devel] " Andreas Gruenbacher
2021-08-27 16:49 ` [Ocfs2-devel] " Andreas Gruenbacher
2021-08-27 16:49 ` [PATCH v7 01/19] iov_iter: Fix iov_iter_get_pages{,_alloc} page fault return value Andreas Gruenbacher
2021-08-27 16:49 ` [Cluster-devel] [PATCH v7 01/19] iov_iter: Fix iov_iter_get_pages{, _alloc} " Andreas Gruenbacher
2021-08-27 16:49 ` [Ocfs2-devel] " Andreas Gruenbacher
2021-09-09 11:09 ` [PATCH v7 01/19] iov_iter: Fix iov_iter_get_pages{,_alloc} " Christoph Hellwig
2021-09-09 11:09 ` [Cluster-devel] [PATCH v7 01/19] iov_iter: Fix iov_iter_get_pages{, _alloc} " Christoph Hellwig
2021-09-09 11:09 ` [Ocfs2-devel] " Christoph Hellwig
2021-08-27 16:49 ` [PATCH v7 02/19] powerpc/kvm: Fix kvm_use_magic_page Andreas Gruenbacher
2021-08-27 16:49 ` Andreas Gruenbacher
2021-08-27 16:49 ` [Cluster-devel] " Andreas Gruenbacher
2021-08-27 16:49 ` [Ocfs2-devel] " Andreas Gruenbacher
2021-08-27 16:49 ` [PATCH v7 03/19] gup: Turn fault_in_pages_{readable,writeable} into fault_in_{readable,writeable} Andreas Gruenbacher
2021-08-27 16:49 ` [Cluster-devel] [PATCH v7 03/19] gup: Turn fault_in_pages_{readable, writeable} into fault_in_{readable, writeable} Andreas Gruenbacher
2021-08-27 16:49 ` [Ocfs2-devel] " Andreas Gruenbacher
2021-08-27 19:08 ` [PATCH v7 03/19] gup: Turn fault_in_pages_{readable,writeable} into fault_in_{readable,writeable} Al Viro
2021-08-27 19:08 ` [Cluster-devel] [PATCH v7 03/19] gup: Turn fault_in_pages_{readable, writeable} into fault_in_{readable, writeable} Al Viro
2021-08-27 19:08 ` [Ocfs2-devel] " Al Viro
2021-09-03 14:56 ` [PATCH v7 03/19] gup: Turn fault_in_pages_{readable,writeable} into fault_in_{readable,writeable} Filipe Manana
2021-09-03 14:56 ` [Cluster-devel] [PATCH v7 03/19] gup: Turn fault_in_pages_{readable, writeable} into fault_in_{readable, writeable} Filipe Manana
2021-09-03 14:56 ` [Ocfs2-devel] " Filipe Manana
2021-09-28 15:02 ` [PATCH v7 03/19] gup: Turn fault_in_pages_{readable,writeable} into fault_in_{readable,writeable} Andreas Gruenbacher
2021-09-28 15:02 ` [Cluster-devel] [PATCH v7 03/19] gup: Turn fault_in_pages_{readable, writeable} into fault_in_{readable, writeable} Andreas Gruenbacher
2021-09-28 15:02 ` [Ocfs2-devel] " Andreas Gruenbacher
2021-09-28 16:37 ` [PATCH v7 03/19] gup: Turn fault_in_pages_{readable,writeable} into fault_in_{readable,writeable} Matthew Wilcox
2021-09-28 16:37 ` [Cluster-devel] [PATCH v7 03/19] gup: Turn fault_in_pages_{readable, writeable} into fault_in_{readable, writeable} Matthew Wilcox
2021-09-28 16:37 ` [Ocfs2-devel] " Matthew Wilcox
2021-09-28 20:41 ` [PATCH v7 03/19] gup: Turn fault_in_pages_{readable,writeable} into fault_in_{readable,writeable} Andreas Gruenbacher
2021-09-28 20:41 ` [Cluster-devel] [PATCH v7 03/19] gup: Turn fault_in_pages_{readable, writeable} into fault_in_{readable, writeable} Andreas Gruenbacher
2021-09-28 20:41 ` [Ocfs2-devel] " Andreas Gruenbacher
2021-08-27 16:49 ` [PATCH v7 04/19] iov_iter: Turn iov_iter_fault_in_readable into fault_in_iov_iter_readable Andreas Gruenbacher
2021-08-27 16:49 ` [Cluster-devel] " Andreas Gruenbacher
2021-08-27 16:49 ` [Ocfs2-devel] " Andreas Gruenbacher
2021-08-27 18:53 ` Al Viro
2021-08-27 18:53 ` [Cluster-devel] " Al Viro
2021-08-27 18:53 ` [Ocfs2-devel] " Al Viro
2021-08-27 18:57 ` Linus Torvalds
2021-08-27 18:57 ` [Cluster-devel] " Linus Torvalds
2021-08-27 18:57 ` [Ocfs2-devel] " Linus Torvalds
2021-08-27 19:16 ` Al Viro
2021-08-27 19:16 ` [Cluster-devel] " Al Viro
2021-08-27 19:16 ` [Ocfs2-devel] " Al Viro
2021-08-27 20:56 ` Kari Argillander
2021-08-27 20:56 ` [Cluster-devel] " Kari Argillander
2021-08-27 20:56 ` [Ocfs2-devel] " Kari Argillander
2021-08-27 21:05 ` Kari Argillander
2021-08-28 17:13 ` Linus Torvalds
2021-08-28 17:13 ` [Cluster-devel] " Linus Torvalds
2021-08-28 17:13 ` [Ocfs2-devel] " Linus Torvalds
2021-08-28 17:13 ` Linus Torvalds
2021-08-27 16:49 ` [PATCH v7 05/19] iov_iter: Introduce fault_in_iov_iter_writeable Andreas Gruenbacher
2021-08-27 16:49 ` [Cluster-devel] " Andreas Gruenbacher
2021-08-27 16:49 ` [Ocfs2-devel] " Andreas Gruenbacher
2021-08-27 18:49 ` Al Viro
2021-08-27 18:49 ` [Cluster-devel] " Al Viro
2021-08-27 18:49 ` [Ocfs2-devel] " Al Viro
2021-08-27 19:05 ` Linus Torvalds
2021-08-27 19:05 ` [Cluster-devel] " Linus Torvalds
2021-08-27 19:05 ` [Ocfs2-devel] " Linus Torvalds
2021-08-27 19:23 ` Al Viro
2021-08-27 19:23 ` [Cluster-devel] " Al Viro
2021-08-27 19:23 ` [Ocfs2-devel] " Al Viro
2021-08-27 19:33 ` Linus Torvalds
2021-08-27 19:33 ` [Cluster-devel] " Linus Torvalds
2021-08-27 19:33 ` [Ocfs2-devel] " Linus Torvalds
2021-08-27 19:37 ` Al Viro
2021-08-27 19:37 ` [Cluster-devel] " Al Viro
2021-08-27 19:37 ` [Ocfs2-devel] " Al Viro
2021-08-27 21:48 ` Al Viro
2021-08-27 21:48 ` [Cluster-devel] " Al Viro
2021-08-27 21:48 ` [Ocfs2-devel] " Al Viro
2021-08-27 21:57 ` Al Viro
2021-08-27 21:57 ` [Cluster-devel] " Al Viro
2021-08-27 21:57 ` [Ocfs2-devel] " Al Viro
2021-08-27 23:22 ` Luck, Tony
2021-08-27 23:22 ` [Cluster-devel] " Luck, Tony
2021-08-27 23:22 ` [Ocfs2-devel] " Luck, Tony
2021-08-28 2:20 ` Luck, Tony
2021-08-28 2:20 ` [Cluster-devel] " Luck, Tony
2021-08-28 2:20 ` [Ocfs2-devel] " Luck, Tony
2021-08-28 21:47 ` Thomas Gleixner
2021-08-28 21:47 ` [Cluster-devel] " Thomas Gleixner
2021-08-28 21:47 ` [Ocfs2-devel] " Thomas Gleixner
2021-08-28 22:04 ` Al Viro
2021-08-28 22:04 ` [Cluster-devel] " Al Viro
2021-08-28 22:04 ` [Ocfs2-devel] " Al Viro
2021-08-28 22:11 ` Al Viro
2021-08-28 22:11 ` [Cluster-devel] " Al Viro
2021-08-28 22:11 ` [Ocfs2-devel] " Al Viro
2021-08-28 22:19 ` Al Viro
2021-08-28 22:19 ` [Cluster-devel] " Al Viro
2021-08-28 22:19 ` [Ocfs2-devel] " Al Viro
2021-08-28 22:51 ` Al Viro
2021-08-28 22:51 ` [Cluster-devel] " Al Viro
2021-08-28 22:51 ` Al Viro
2021-08-29 18:44 ` Thomas Gleixner
2021-08-29 18:44 ` [Cluster-devel] " Thomas Gleixner
2021-08-29 18:44 ` [Ocfs2-devel] " Thomas Gleixner
2021-08-29 19:46 ` Al Viro
2021-08-29 19:46 ` [Cluster-devel] " Al Viro
2021-08-29 19:46 ` [Ocfs2-devel] " Al Viro
2021-08-29 19:51 ` Thomas Gleixner
2021-08-29 19:51 ` [Cluster-devel] " Thomas Gleixner
2021-08-29 19:51 ` [Ocfs2-devel] " Thomas Gleixner
2021-08-28 22:20 ` Tony Luck
2021-08-28 22:20 ` [Cluster-devel] " Tony Luck
2021-08-28 22:20 ` [Ocfs2-devel] " Tony Luck
2021-08-29 1:40 ` Matthew Wilcox
2021-08-29 1:40 ` [Cluster-devel] " Matthew Wilcox
2021-08-29 1:40 ` [Ocfs2-devel] " Matthew Wilcox
2021-08-30 15:41 ` Luck, Tony
2021-08-30 15:41 ` [Cluster-devel] " Luck, Tony
2021-08-30 15:41 ` [Ocfs2-devel] " Luck, Tony
2021-08-28 22:23 ` Thomas Gleixner
2021-08-28 22:23 ` [Cluster-devel] " Thomas Gleixner
2021-08-28 22:23 ` [Ocfs2-devel] " Thomas Gleixner
2021-08-28 19:28 ` [RFC][arm64] possible infinite loop in btrfs search_ioctl() Al Viro
2021-08-28 19:28 ` [Cluster-devel] " Al Viro
2021-08-28 19:28 ` [Ocfs2-devel] " Al Viro
2021-08-31 13:54 ` Catalin Marinas
2021-08-31 13:54 ` [Cluster-devel] " Catalin Marinas
2021-08-31 13:54 ` [Ocfs2-devel] " Catalin Marinas
2021-08-31 15:28 ` Al Viro
2021-08-31 15:28 ` [Cluster-devel] " Al Viro
2021-08-31 15:28 ` [Ocfs2-devel] " Al Viro
2021-08-31 16:01 ` Catalin Marinas
2021-08-31 16:01 ` [Cluster-devel] " Catalin Marinas
2021-08-31 16:01 ` [Ocfs2-devel] " Catalin Marinas
2021-10-11 17:37 ` Catalin Marinas
2021-10-11 17:37 ` [Cluster-devel] " Catalin Marinas
2021-10-11 17:37 ` [Ocfs2-devel] " Catalin Marinas
2021-10-11 19:15 ` Linus Torvalds
2021-10-11 19:15 ` [Cluster-devel] " Linus Torvalds
2021-10-11 19:15 ` [Ocfs2-devel] " Linus Torvalds
2021-10-11 21:08 ` Catalin Marinas
2021-10-11 21:08 ` [Cluster-devel] " Catalin Marinas
2021-10-11 21:08 ` [Ocfs2-devel] " Catalin Marinas
2021-10-11 23:59 ` Linus Torvalds
2021-10-11 23:59 ` [Cluster-devel] " Linus Torvalds
2021-10-11 23:59 ` [Ocfs2-devel] " Linus Torvalds
2021-10-12 17:27 ` Catalin Marinas
2021-10-12 17:27 ` [Cluster-devel] " Catalin Marinas
2021-10-12 17:27 ` [Ocfs2-devel] " Catalin Marinas
2021-10-12 17:58 ` Linus Torvalds
2021-10-12 17:58 ` [Cluster-devel] " Linus Torvalds
2021-10-12 17:58 ` [Ocfs2-devel] " Linus Torvalds
2021-10-18 17:13 ` Catalin Marinas
2021-10-18 17:13 ` [Cluster-devel] " Catalin Marinas
2021-10-18 17:13 ` Catalin Marinas
2021-10-21 0:46 ` Andreas Gruenbacher
2021-10-21 0:46 ` [Cluster-devel] " Andreas Gruenbacher
2021-10-21 0:46 ` [Ocfs2-devel] " Andreas Gruenbacher
2021-10-21 10:05 ` Catalin Marinas
2021-10-21 10:05 ` [Cluster-devel] " Catalin Marinas
2021-10-21 10:05 ` [Ocfs2-devel] " Catalin Marinas
2021-10-21 14:42 ` Andreas Gruenbacher
2021-10-21 14:42 ` [Cluster-devel] " Andreas Gruenbacher
2021-10-21 14:42 ` [Ocfs2-devel] " Andreas Gruenbacher
2021-10-21 17:09 ` Catalin Marinas
2021-10-21 17:09 ` [Cluster-devel] " Catalin Marinas
2021-10-21 17:09 ` [Ocfs2-devel] " Catalin Marinas
2021-10-21 18:00 ` Andreas Gruenbacher
2021-10-21 18:00 ` [Cluster-devel] " Andreas Gruenbacher
2021-10-21 18:00 ` [Ocfs2-devel] " Andreas Gruenbacher
2021-10-22 18:41 ` Catalin Marinas
2021-10-22 18:41 ` [Cluster-devel] " Catalin Marinas
2021-10-22 18:41 ` [Ocfs2-devel] " Catalin Marinas
2021-10-25 19:37 ` Andreas Gruenbacher
2021-10-25 19:37 ` [Cluster-devel] " Andreas Gruenbacher
2021-10-25 19:37 ` [Ocfs2-devel] " Andreas Gruenbacher
2021-10-22 2:30 ` Linus Torvalds
2021-10-22 2:30 ` [Cluster-devel] " Linus Torvalds
2021-10-22 2:30 ` [Ocfs2-devel] " Linus Torvalds
2021-10-22 9:34 ` Catalin Marinas
2021-10-22 9:34 ` [Cluster-devel] " Catalin Marinas
2021-10-22 9:34 ` [Ocfs2-devel] " Catalin Marinas
2021-08-29 0:58 ` [Ocfs2-devel] [PATCH v7 05/19] iov_iter: Introduce fault_in_iov_iter_writeable Al Viro
2021-08-29 0:58 ` [Cluster-devel] " Al Viro
2021-08-29 0:58 ` Al Viro
2021-08-27 16:49 ` [PATCH v7 06/19] gfs2: Add wrapper for iomap_file_buffered_write Andreas Gruenbacher
2021-08-27 16:49 ` [Cluster-devel] " Andreas Gruenbacher
2021-08-27 16:49 ` [Ocfs2-devel] " Andreas Gruenbacher
2021-08-27 16:49 ` [PATCH v7 07/19] gfs2: Clean up function may_grant Andreas Gruenbacher
2021-08-27 16:49 ` [Cluster-devel] " Andreas Gruenbacher
2021-08-27 16:49 ` [Ocfs2-devel] " Andreas Gruenbacher
2021-08-27 16:49 ` [PATCH v7 08/19] gfs2: Eliminate vestigial HIF_FIRST Andreas Gruenbacher
2021-08-27 16:49 ` [Cluster-devel] " Andreas Gruenbacher
2021-08-27 16:49 ` [Ocfs2-devel] " Andreas Gruenbacher
2021-08-27 16:49 ` [PATCH v7 09/19] gfs2: Remove redundant check from gfs2_glock_dq Andreas Gruenbacher
2021-08-27 16:49 ` [Cluster-devel] " Andreas Gruenbacher
2021-08-27 16:49 ` [Ocfs2-devel] " Andreas Gruenbacher
2021-08-27 16:49 ` [PATCH v7 10/19] gfs2: Introduce flag for glock holder auto-demotion Andreas Gruenbacher
2021-08-27 16:49 ` [Cluster-devel] " Andreas Gruenbacher
2021-08-27 16:49 ` [Ocfs2-devel] " Andreas Gruenbacher
2021-08-27 16:49 ` [PATCH v7 11/19] gfs2: Move the inode glock locking to gfs2_file_buffered_write Andreas Gruenbacher
2021-08-27 16:49 ` [Cluster-devel] " Andreas Gruenbacher
2021-08-27 16:49 ` [Ocfs2-devel] " Andreas Gruenbacher
2021-08-27 16:49 ` [PATCH v7 12/19] gfs2: Eliminate ip->i_gh Andreas Gruenbacher
2021-08-27 16:49 ` [Cluster-devel] " Andreas Gruenbacher
2021-08-27 16:49 ` [Ocfs2-devel] " Andreas Gruenbacher
2021-08-27 16:49 ` [PATCH v7 13/19] gfs2: Fix mmap + page fault deadlocks for buffered I/O Andreas Gruenbacher
2021-08-27 16:49 ` [Cluster-devel] " Andreas Gruenbacher
2021-08-27 16:49 ` [Ocfs2-devel] " Andreas Gruenbacher
2021-08-27 16:49 ` [PATCH v7 14/19] iomap: Fix iomap_dio_rw return value for user copies Andreas Gruenbacher
2021-08-27 16:49 ` [Cluster-devel] " Andreas Gruenbacher
2021-08-27 16:49 ` [Ocfs2-devel] " Andreas Gruenbacher
2021-09-03 18:54 ` Darrick J. Wong
2021-09-03 18:54 ` [Cluster-devel] " Darrick J. Wong
2021-09-03 18:54 ` [Ocfs2-devel] " Darrick J. Wong
2021-09-09 11:17 ` Christoph Hellwig
2021-09-09 11:17 ` [Cluster-devel] " Christoph Hellwig
2021-09-09 11:17 ` [Ocfs2-devel] " Christoph Hellwig
2021-08-27 16:49 ` [PATCH v7 15/19] iomap: Support partial direct I/O on user copy failures Andreas Gruenbacher
2021-08-27 16:49 ` [Cluster-devel] " Andreas Gruenbacher
2021-08-27 16:49 ` [Ocfs2-devel] " Andreas Gruenbacher
2021-09-03 18:54 ` Darrick J. Wong
2021-09-03 18:54 ` [Cluster-devel] " Darrick J. Wong
2021-09-03 18:54 ` [Ocfs2-devel] " Darrick J. Wong
2021-09-09 11:20 ` Christoph Hellwig
2021-09-09 11:20 ` [Cluster-devel] " Christoph Hellwig
2021-09-09 11:20 ` [Ocfs2-devel] " Christoph Hellwig
2021-09-28 15:05 ` Andreas Gruenbacher
2021-09-28 15:05 ` [Cluster-devel] " Andreas Gruenbacher
2021-09-28 15:05 ` [Ocfs2-devel] " Andreas Gruenbacher
2021-08-27 16:49 ` [PATCH v7 16/19] iomap: Add done_before argument to iomap_dio_rw Andreas Gruenbacher
2021-08-27 16:49 ` [Cluster-devel] " Andreas Gruenbacher
2021-08-27 16:49 ` [Ocfs2-devel] " Andreas Gruenbacher
2021-08-27 18:30 ` Darrick J. Wong
2021-08-27 18:30 ` [Cluster-devel] " Darrick J. Wong
2021-08-27 18:30 ` [Ocfs2-devel] " Darrick J. Wong
2021-08-27 20:15 ` Andreas Gruenbacher
2021-08-27 20:15 ` [Cluster-devel] " Andreas Gruenbacher
2021-08-27 20:15 ` [Ocfs2-devel] " Andreas Gruenbacher
2021-08-27 21:32 ` Darrick J. Wong
2021-08-27 21:32 ` [Cluster-devel] " Darrick J. Wong
2021-08-27 21:32 ` [Ocfs2-devel] " Darrick J. Wong
2021-08-27 21:49 ` Andreas Grünbacher
2021-08-27 21:49 ` [Cluster-devel] " Andreas Grünbacher
2021-08-27 21:49 ` [Ocfs2-devel] " Andreas Grünbacher
2021-08-27 22:35 ` Linus Torvalds
2021-08-27 22:35 ` [Cluster-devel] " Linus Torvalds
2021-08-27 22:35 ` [Ocfs2-devel] " Linus Torvalds
2021-09-03 18:47 ` Darrick J. Wong
2021-09-03 18:47 ` [Cluster-devel] " Darrick J. Wong
2021-09-03 18:47 ` [Ocfs2-devel] " Darrick J. Wong
2021-09-03 18:53 ` Darrick J. Wong
2021-09-03 18:53 ` [Cluster-devel] " Darrick J. Wong
2021-09-03 18:53 ` [Ocfs2-devel] " Darrick J. Wong
2021-09-09 11:30 ` Christoph Hellwig
2021-09-09 11:30 ` [Cluster-devel] " Christoph Hellwig
2021-09-09 11:30 ` [Ocfs2-devel] " Christoph Hellwig
2021-09-09 17:22 ` Linus Torvalds
2021-09-09 17:22 ` [Cluster-devel] " Linus Torvalds
2021-09-09 17:22 ` [Ocfs2-devel] " Linus Torvalds
2021-09-10 7:36 ` Christoph Hellwig
2021-09-10 7:36 ` [Cluster-devel] " Christoph Hellwig
2021-09-10 7:36 ` [Ocfs2-devel] " Christoph Hellwig
2021-08-27 16:49 ` [PATCH v7 17/19] gup: Introduce FOLL_NOFAULT flag to disable page faults Andreas Gruenbacher
2021-08-27 16:49 ` [Cluster-devel] " Andreas Gruenbacher
2021-08-27 16:49 ` [Ocfs2-devel] " Andreas Gruenbacher
2021-09-09 11:36 ` Christoph Hellwig
2021-09-09 11:36 ` [Cluster-devel] " Christoph Hellwig
2021-09-09 11:36 ` [Ocfs2-devel] " Christoph Hellwig
2021-09-09 17:17 ` Linus Torvalds [this message]
2021-09-09 17:17 ` [Cluster-devel] " Linus Torvalds
2021-09-09 17:17 ` [Ocfs2-devel] " Linus Torvalds
2021-09-10 7:24 ` Christoph Hellwig
2021-09-10 7:24 ` [Cluster-devel] " Christoph Hellwig
2021-09-10 7:24 ` [Ocfs2-devel] " Christoph Hellwig
2021-08-27 16:49 ` [PATCH v7 18/19] iov_iter: Introduce nofault " Andreas Gruenbacher
2021-08-27 16:49 ` [Cluster-devel] " Andreas Gruenbacher
2021-08-27 16:49 ` [Ocfs2-devel] " Andreas Gruenbacher
2021-08-27 18:47 ` Al Viro
2021-08-27 18:47 ` [Cluster-devel] " Al Viro
2021-08-27 18:47 ` [Ocfs2-devel] " Al Viro
2021-08-27 19:56 ` Andreas Gruenbacher
2021-08-27 19:56 ` [Cluster-devel] " Andreas Gruenbacher
2021-08-27 19:56 ` [Ocfs2-devel] " Andreas Gruenbacher
2021-08-27 16:49 ` [PATCH v7 19/19] gfs2: Fix mmap + page fault deadlocks for direct I/O Andreas Gruenbacher
2021-08-27 16:49 ` [Cluster-devel] " Andreas Gruenbacher
2021-08-27 16:49 ` [Ocfs2-devel] " Andreas Gruenbacher
2021-08-27 17:16 ` [PATCH v7 00/19] gfs2: Fix mmap + page fault deadlocks Linus Torvalds
2021-08-27 17:16 ` Linus Torvalds
2021-08-27 17:16 ` [Cluster-devel] " Linus Torvalds
2021-08-27 17:16 ` [Ocfs2-devel] " Linus Torvalds
2021-09-01 19:52 ` Andreas Gruenbacher
2021-09-01 19:52 ` Andreas Gruenbacher
2021-09-01 19:52 ` [Cluster-devel] " Andreas Gruenbacher
2021-09-01 19:52 ` [Ocfs2-devel] " Andreas Gruenbacher
2021-09-03 15:52 ` Linus Torvalds
2021-09-03 15:52 ` Linus Torvalds
2021-09-03 15:52 ` [Cluster-devel] " Linus Torvalds
2021-09-03 15:52 ` [Ocfs2-devel] " Linus Torvalds
2021-09-03 18:25 ` Al Viro
2021-09-03 18:25 ` Al Viro
2021-09-03 18:25 ` [Cluster-devel] " Al Viro
2021-09-03 18:25 ` [Ocfs2-devel] " Al Viro
2021-09-03 18:47 ` Linus Torvalds
2021-09-03 18:47 ` Linus Torvalds
2021-09-03 18:47 ` [Cluster-devel] " Linus Torvalds
2021-09-03 18:47 ` [Ocfs2-devel] " Linus Torvalds
2021-09-03 19:51 ` Andreas Grünbacher
2021-09-03 19:51 ` [Cluster-devel] " Andreas Grünbacher
2021-09-03 15:07 ` Filipe Manana
2021-09-03 15:07 ` Filipe Manana
2021-09-03 15:07 ` [Cluster-devel] " Filipe Manana
2021-09-03 15:07 ` [Ocfs2-devel] " Filipe Manana
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='CAHk-=wj4RER3XeG34nLH2PgvuRuj_NRgDx=wLTKv=jYaQnFe+Q@mail.gmail.com' \
--to=torvalds@linux-foundation.org \
--cc=agruenba@redhat.com \
--cc=cluster-devel@redhat.com \
--cc=djwong@kernel.org \
--cc=hch@infradead.org \
--cc=jack@suse.cz \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=ocfs2-devel@oss.oracle.com \
--cc=viro@zeniv.linux.org.uk \
--cc=willy@infradead.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 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.