[PATCH] powerpc/mm: Fix UBSAN warning reported on hugetlb
Christophe Leroy
christophe.leroy at csgroup.eu
Fri Sep 9 04:55:53 AEST 2022
Le 08/09/2022 à 09:24, Aneesh Kumar K.V a écrit :
> Powerpc architecture supports 16GB hugetlb pages with hash translation. For 4K
> page size, this is implemented as a hugepage directory entry at PGD level and
> for 64K it is implemented as a huge page pte at PUD level
>
> With 16GB hugetlb size, offset within a page is greater than 32 bits. Hence
> switch to use unsigned long type when using hugepd_shift.
>
> Inorder to keep things simpler, we make sure we always use unsigned long type
> when using hugepd_shift() even though all the hugetlb page size won't require
> that.
>
> The walk_hugepd_range change won't have any impact because we don't use that for
> the hugetlb walk. That code is needed to support hugepd on init_mm with PPC_8XX
> and 8M page. Even though 8M page size won't result in any real issue, we update
> that to keep it simpler.
>
> The hugetlb_free_p*d_range changes are all related to nohash usage where we can
> have multiple pgd entries pointing to the same hugepd entries. Hence on book3s64
> where we can have > 4GB hugetlb page size we will always find more < next even
> if we compute the value of more correctly.
>
> Hence there is no functional change in this patch except that it fixes the below
> warning.
>
> UBSAN: shift-out-of-bounds in arch/powerpc/mm/hugetlbpage.c:499:21
> shift exponent 34 is too large for 32-bit type 'int'
> CPU: 39 PID: 1673 Comm: a.out Not tainted 6.0.0-rc2-00327-gee88a56e8517-dirty #1
> Call Trace:
> [c00000002ccb3720] [c000000000cb21e4] dump_stack_lvl+0x98/0xe0 (unreliable)
> [c00000002ccb3760] [c000000000cacf60] ubsan_epilogue+0x18/0x70
> [c00000002ccb37c0] [c000000000cac44c] __ubsan_handle_shift_out_of_bounds+0x1bc/0x390
> [c00000002ccb38c0] [c0000000000d6f78] hugetlb_free_pgd_range+0x5d8/0x600
> [c00000002ccb39f0] [c000000000550e94] free_pgtables+0x114/0x290
> [c00000002ccb3ac0] [c00000000056cbe0] exit_mmap+0x150/0x550
> [c00000002ccb3be0] [c00000000017bf0c] mmput+0xcc/0x210
> [c00000002ccb3c20] [c00000000018f180] do_exit+0x420/0xdd0
> [c00000002ccb3cf0] [c00000000018fcdc] do_group_exit+0x4c/0xd0
> [c00000002ccb3d30] [c00000000018fd84] sys_exit_group+0x24/0x30
> [c00000002ccb3d50] [c00000000003cde0] system_call_exception+0x250/0x600
> [c00000002ccb3e10] [c00000000000c3bc] system_call_common+0xec/0x250
>
> Signed-off-by: Aneesh Kumar K.V <aneesh.kumar at linux.ibm.com>
> ---
> arch/powerpc/mm/hugetlbpage.c | 6 +++---
> mm/pagewalk.c | 2 +-
> 2 files changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/mm/pagewalk.c b/mm/pagewalk.c
> index fa7a3d21a751..e210b737658c 100644
> --- a/mm/pagewalk.c
> +++ b/mm/pagewalk.c
> @@ -65,7 +65,7 @@ static int walk_hugepd_range(hugepd_t *phpd, unsigned long addr,
> int err = 0;
> const struct mm_walk_ops *ops = walk->ops;
> int shift = hugepd_shift(*phpd);
> - int page_size = 1 << shift;
> + long page_size = 1UL << shift;
1UL means _unsigned_ long. Should page_size be unsigned ?
>
> if (!ops->pte_entry)
> return 0;
More information about the Linuxppc-dev
mailing list