eal: increase maximum different hugepage sizes on Arm
authorGagandeep Singh <g.singh@nxp.com>
Thu, 8 Aug 2019 12:13:20 +0000 (17:43 +0530)
committerThomas Monjalon <thomas@monjalon.net>
Thu, 8 Aug 2019 15:25:14 +0000 (17:25 +0200)
commit47caefc163b884ed1911c6eec74d329d63ee46c5
tree60c9ecafb98636519caf9445537fe1f3e321b7bd
parent1861e3a66ffb7fa33e7767649c7091f1900c8808
eal: increase maximum different hugepage sizes on Arm

ARM is supporting maximum 4 hugepage sizes (64K, 2M, 32M
and 1G) when granule is 4KB since very long and DPDK
support maximum 3 hugepage sizes.

With all 4 hugepage sizes enabled, applications and some
stacks like VPP which are working over DPDK and using
"in-memory" eal option, or using separate mount points
on ARM based platform, fails at huge page initialization,
reporting error messages from eal:

EAL: FATAL: Cannot get hugepage information.
EAL: Cannot get hugepage information.
EAL: Error - exiting with code: 1

This issue is originated from Linux 5.0
(a21b0b78eaf7 "arm64: hugetlb: Register hugepages during arch init")
where kernel is by default creating directories for each supported
hugepage size in /sys/kernel/mm/hugepages/

On earlier Stable Kernel LTR's, the directories visible in
/sys/kernel/mm/hugepages/ were dependent upon what hugepage
sizes are configured at boot time.

This change increases the maximum supported hugepage sizes
to 4 for ARM based platforms.

Cc: stable@dpdk.org
Signed-off-by: Gagandeep Singh <g.singh@nxp.com>
Signed-off-by: Nipun Gupta <nipun.gupta@nxp.com>
lib/librte_eal/common/eal_internal_cfg.h