[LTP] hugemmap24 failure on aarch64 with 512MB hugepages

Li Wang liwang@redhat.com
Thu Mar 9 09:29:37 CET 2023


[Cc'ing Jan Stancek]

On Wed, Mar 8, 2023 at 5:51 PM Cyril Hrubis <chrubis@suse.cz> wrote:

> Hi!
> Looks like the hugemmap24 test fails on aarch64 with 512MB hugepages
> since it attempts to MAP_FIXED at NULL address, any idea why aarch64 is
> limited to 0x10000000 as slice boundary?
>

It looks like a generic/random slice_boundary that tries as a
basic gap between two available free neighbor slices.

https://github.com/libhugetlbfs/libhugetlbfs/commit/8ee2462f3f6eea72067641a197214610443576b8
https://github.com/libhugetlbfs/libhugetlbfs/commit/399cda578564bcd52553ab88827a82481b4034d1

I guess it doesn't matter just to increase the size of the boundary.
or, we can skip testing on a big page-size system like aarch64(with 512MB)
if unable to find the free slices.

Test passed from my side with patch:

--- a/testcases/kernel/mem/hugetlb/hugemmap/hugemmap24.c
+++ b/testcases/kernel/mem/hugetlb/hugemmap/hugemmap24.c
@@ -37,7 +37,7 @@ static int init_slice_boundary(int fd)
 #else
        /* powerpc: 256MB slices up to 4GB */
        slice_boundary = 0x00000000;
-       slice_size = 0x10000000;
+       slice_size = 0x100000000;
 #endif

        /* dummy malloc so we know where is heap */



>
> See: https://github.com/linux-test-project/ltp/issues/1022
>
> --
> Cyril Hrubis
> chrubis@suse.cz
>
> --
> Mailing list info: https://lists.linux.it/listinfo/ltp
>
>

-- 
Regards,
Li Wang


More information about the ltp mailing list