[PATCH 0/2] Minor fixups for hugetlb fault path

Oscar Salvador posted 2 patches 1 year, 7 months ago
mm/hugetlb.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
[PATCH 0/2] Minor fixups for hugetlb fault path
Posted by Oscar Salvador 1 year, 7 months ago
Hi,

this series contains a couple of fixups for hugetlb_fault and hugetlb_wp
respectively, where a VM_FAULT_SET_HINDEX call was missing.

I did not bother with a Fixes tag because the missing piece here is that
we will not report to userspace the right extension of the faulty area
by adjusting struct kernel_siginfo.si_addr_lsb, but I do not consider that
to be a big issue because I assume that userspace already knows the size
of the mapping anyway.

Oscar Salvador (2):
  mm/hugetlb: Add missing VM_FAULT_SET_HINDEX in hugetlb_fault
  mm/hugetlb: Add missing VM_FAULT_SET_HINDEX in hugetlb_wp

 mm/hugetlb.c | 5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)

-- 
2.44.0
Re: [PATCH 0/2] Minor fixups for hugetlb fault path
Posted by Peter Xu 1 year, 7 months ago
On Thu, May 09, 2024 at 12:01:46PM +0200, Oscar Salvador wrote:
> Hi,
> 
> this series contains a couple of fixups for hugetlb_fault and hugetlb_wp
> respectively, where a VM_FAULT_SET_HINDEX call was missing.
> 
> I did not bother with a Fixes tag because the missing piece here is that
> we will not report to userspace the right extension of the faulty area
> by adjusting struct kernel_siginfo.si_addr_lsb, but I do not consider that
> to be a big issue because I assume that userspace already knows the size
> of the mapping anyway.

Acked-by: Peter Xu <peterx@redhat.com>

-- 
Peter Xu
Re: [PATCH 0/2] Minor fixups for hugetlb fault path
Posted by Axel Rasmussen 1 year, 7 months ago
On Thu, May 9, 2024 at 6:26 AM Peter Xu <peterx@redhat.com> wrote:
>
> On Thu, May 09, 2024 at 12:01:46PM +0200, Oscar Salvador wrote:
> > Hi,
> >
> > this series contains a couple of fixups for hugetlb_fault and hugetlb_wp
> > respectively, where a VM_FAULT_SET_HINDEX call was missing.
> >
> > I did not bother with a Fixes tag because the missing piece here is that
> > we will not report to userspace the right extension of the faulty area
> > by adjusting struct kernel_siginfo.si_addr_lsb, but I do not consider that
> > to be a big issue because I assume that userspace already knows the size
> > of the mapping anyway.
>
> Acked-by: Peter Xu <peterx@redhat.com>

Looks correct to me as well. Thanks!

Acked-by: Axel Rasmussen <axelrasmussen@google.com>

>
> --
> Peter Xu
>