From: "Luck, Tony" <tony.luck@intel.com>
To: Al Viro <viro@zeniv.linux.org.uk>
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
Andreas Gruenbacher <agruenba@redhat.com>,
Christoph Hellwig <hch@infradead.org>,
"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 05/19] iov_iter: Introduce fault_in_iov_iter_writeable
Date: Fri, 27 Aug 2021 16:22:46 -0700 [thread overview]
Message-ID: <20210827232246.GA1668365@agluck-desk2.amr.corp.intel.com> (raw)
In-Reply-To: <YSlftta38M4FsWUq@zeniv-ca.linux.org.uk>
On Fri, Aug 27, 2021 at 09:57:10PM +0000, Al Viro wrote:
> On Fri, Aug 27, 2021 at 09:48:55PM +0000, Al Viro wrote:
>
> > [btrfs]search_ioctl()
> > Broken with memory poisoning, for either variant of semantics. Same for
> > arm64 sub-page permission differences, I think.
>
>
> > So we have 3 callers where we want all-or-nothing semantics - two in
> > arch/x86/kernel/fpu/signal.c and one in btrfs. HWPOISON will be a problem
> > for all 3, AFAICS...
> >
> > IOW, it looks like we have two different things mixed here - one that wants
> > to try and fault stuff in, with callers caring only about having _something_
> > faulted in (most of the users) and one that wants to make sure we *can* do
> > stores or loads on each byte in the affected area.
> >
> > Just accessing a byte in each page really won't suffice for the second kind.
> > Neither will g-u-p use, unless we teach it about HWPOISON and other fun
> > beasts... Looks like we want that thing to be a separate primitive; for
> > btrfs I'd probably replace fault_in_pages_writeable() with clear_user()
> > as a quick fix for now...
> >
> > Comments?
>
> Wait a sec... Wasn't HWPOISON a per-page thing? arm64 definitely does have
> smaller-than-page areas with different permissions, so btrfs search_ioctl()
> has a problem there, but arch/x86/kernel/fpu/signal.c doesn't have to deal
> with that...
>
> Sigh... I really need more coffee...
On Intel poison is tracked at the cache line granularity. Linux
inflates that to per-page (because it can only take a whole page away).
For faults triggered in ring3 this is pretty much the same thing because
mm/memory_failure.c unmaps the page ... so while you see a #MC on first
access, you get #PF when you retry. The x86 fault handler sees a magic
signature in the page table and sends a SIGBUS.
But it's all different if the #MC is triggerd from ring0. The machine
check handler can't unmap the page. It just schedules task_work to do
the unmap when next returning to the user.
But if your kernel code loops and tries again without a return to user,
then your get another #MC.
-Tony
WARNING: multiple messages have this Message-ID (diff)
From: "Luck, Tony" <tony.luck@intel.com>
To: Al Viro <viro@zeniv.linux.org.uk>
Cc: cluster-devel <cluster-devel@redhat.com>, Jan Kara <jack@suse.cz>,
Andreas Gruenbacher <agruenba@redhat.com>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Christoph Hellwig <hch@infradead.org>,
linux-fsdevel <linux-fsdevel@vger.kernel.org>,
Linus Torvalds <torvalds@linux-foundation.org>,
ocfs2-devel@oss.oracle.com
Subject: Re: [Ocfs2-devel] [PATCH v7 05/19] iov_iter: Introduce fault_in_iov_iter_writeable
Date: Fri, 27 Aug 2021 16:22:46 -0700 [thread overview]
Message-ID: <20210827232246.GA1668365@agluck-desk2.amr.corp.intel.com> (raw)
In-Reply-To: <YSlftta38M4FsWUq@zeniv-ca.linux.org.uk>
On Fri, Aug 27, 2021 at 09:57:10PM +0000, Al Viro wrote:
> On Fri, Aug 27, 2021 at 09:48:55PM +0000, Al Viro wrote:
>
> > [btrfs]search_ioctl()
> > Broken with memory poisoning, for either variant of semantics. Same for
> > arm64 sub-page permission differences, I think.
>
>
> > So we have 3 callers where we want all-or-nothing semantics - two in
> > arch/x86/kernel/fpu/signal.c and one in btrfs. HWPOISON will be a problem
> > for all 3, AFAICS...
> >
> > IOW, it looks like we have two different things mixed here - one that wants
> > to try and fault stuff in, with callers caring only about having _something_
> > faulted in (most of the users) and one that wants to make sure we *can* do
> > stores or loads on each byte in the affected area.
> >
> > Just accessing a byte in each page really won't suffice for the second kind.
> > Neither will g-u-p use, unless we teach it about HWPOISON and other fun
> > beasts... Looks like we want that thing to be a separate primitive; for
> > btrfs I'd probably replace fault_in_pages_writeable() with clear_user()
> > as a quick fix for now...
> >
> > Comments?
>
> Wait a sec... Wasn't HWPOISON a per-page thing? arm64 definitely does have
> smaller-than-page areas with different permissions, so btrfs search_ioctl()
> has a problem there, but arch/x86/kernel/fpu/signal.c doesn't have to deal
> with that...
>
> Sigh... I really need more coffee...
On Intel poison is tracked at the cache line granularity. Linux
inflates that to per-page (because it can only take a whole page away).
For faults triggered in ring3 this is pretty much the same thing because
mm/memory_failure.c unmaps the page ... so while you see a #MC on first
access, you get #PF when you retry. The x86 fault handler sees a magic
signature in the page table and sends a SIGBUS.
But it's all different if the #MC is triggerd from ring0. The machine
check handler can't unmap the page. It just schedules task_work to do
the unmap when next returning to the user.
But if your kernel code loops and tries again without a return to user,
then your get another #MC.
-Tony
_______________________________________________
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: Luck, Tony <tony.luck@intel.com>
To: cluster-devel.redhat.com
Subject: [Cluster-devel] [PATCH v7 05/19] iov_iter: Introduce fault_in_iov_iter_writeable
Date: Fri, 27 Aug 2021 16:22:46 -0700 [thread overview]
Message-ID: <20210827232246.GA1668365@agluck-desk2.amr.corp.intel.com> (raw)
In-Reply-To: <YSlftta38M4FsWUq@zeniv-ca.linux.org.uk>
On Fri, Aug 27, 2021 at 09:57:10PM +0000, Al Viro wrote:
> On Fri, Aug 27, 2021 at 09:48:55PM +0000, Al Viro wrote:
>
> > [btrfs]search_ioctl()
> > Broken with memory poisoning, for either variant of semantics. Same for
> > arm64 sub-page permission differences, I think.
>
>
> > So we have 3 callers where we want all-or-nothing semantics - two in
> > arch/x86/kernel/fpu/signal.c and one in btrfs. HWPOISON will be a problem
> > for all 3, AFAICS...
> >
> > IOW, it looks like we have two different things mixed here - one that wants
> > to try and fault stuff in, with callers caring only about having _something_
> > faulted in (most of the users) and one that wants to make sure we *can* do
> > stores or loads on each byte in the affected area.
> >
> > Just accessing a byte in each page really won't suffice for the second kind.
> > Neither will g-u-p use, unless we teach it about HWPOISON and other fun
> > beasts... Looks like we want that thing to be a separate primitive; for
> > btrfs I'd probably replace fault_in_pages_writeable() with clear_user()
> > as a quick fix for now...
> >
> > Comments?
>
> Wait a sec... Wasn't HWPOISON a per-page thing? arm64 definitely does have
> smaller-than-page areas with different permissions, so btrfs search_ioctl()
> has a problem there, but arch/x86/kernel/fpu/signal.c doesn't have to deal
> with that...
>
> Sigh... I really need more coffee...
On Intel poison is tracked at the cache line granularity. Linux
inflates that to per-page (because it can only take a whole page away).
For faults triggered in ring3 this is pretty much the same thing because
mm/memory_failure.c unmaps the page ... so while you see a #MC on first
access, you get #PF when you retry. The x86 fault handler sees a magic
signature in the page table and sends a SIGBUS.
But it's all different if the #MC is triggerd from ring0. The machine
check handler can't unmap the page. It just schedules task_work to do
the unmap when next returning to the user.
But if your kernel code loops and tries again without a return to user,
then your get another #MC.
-Tony
next prev parent reply other threads:[~2021-08-27 23:22 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 [this message]
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
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=20210827232246.GA1668365@agluck-desk2.amr.corp.intel.com \
--to=tony.luck@intel.com \
--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=torvalds@linux-foundation.org \
--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.