patch 'eal/linux: fix hugetlbfs sub-directories discovery' has been queued to stable release 21.11.4

[Kevin Traynor <ktraynor@redhat.com>]

Hi,

FYI, your patch has been queued to stable release 21.11.4

Note it hasn't been pushed to http://dpdk.org/browse/dpdk-stable yet.
It will be pushed if I get no objections before 02/28/23. So please
shout if anyone has objections.

Also note that after the patch there's a diff of the upstream commit vs the
patch applied to the branch. This will indicate if there was any rebasing
needed to apply to the stable branch. If there were code changes for rebasing
(ie: not only metadata diffs), please double check that the rebase was
correctly done.

Queued patches are on a temporary branch at:
https://github.com/kevintraynor/dpdk-stable

This queued commit can be viewed at:
https://github.com/kevintraynor/dpdk-stable/commit/26b4d5a198296b02d4bd4f7f6117149777cc68ab

Thanks.

Kevin

---
From 26b4d5a198296b02d4bd4f7f6117149777cc68ab Mon Sep 17 00:00:00 2001
From: Ashish Sadanandan <ashish.sadanandan@gmail.com>
Date: Sun, 8 Jan 2023 18:52:39 -0700
Subject: [PATCH] eal/linux: fix hugetlbfs sub-directories discovery

[ upstream commit f9d1ef28619a2dd16cafca36f5a5ca6d3315c5fc ]

The code added for allowing --huge-dir to specify hugetlbfs
sub-directories has a bug where it incorrectly matches mounts that
contain a prefix of the specified --huge-dir.

Consider --huge-dir=/dev/hugepages1G is passed to rte_eal_init. Given
the following hugetlbfs mounts

$ mount | grep hugetlbfs
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M)
hugetlbfs on /dev/hugepages1G type hugetlbfs (rw,relatime,pagesize=1024M)
hugetlbfs on /mnt/huge type hugetlbfs (rw,relatime,pagesize=2M)

get_hugepage_dir is first called with hugepage_sz=2097152. While
iterating over all mount points, /dev/hugepages is incorrectly
determined to be a match because it's a prefix of --huge-dir. The caller
then obtains an exclusive lock on --huge-dir.

In the next call to get_hugepage_dir, hugepage_sz=1073741824. This call
correctly determines /dev/hugepages1G is a match. The caller again
attempts to obtain an exclusive lock on --huge-dir and deadlocks because
it's already holding a lock.

This has been corrected by ensuring any matched mount point is either an
exact match or a parent path of --huge-dir.

Fixes: 24d5a1ce6b85 ("eal/linux: allow hugetlbfs sub-directories")

Signed-off-by: Ashish Sadanandan <ashish.sadanandan@gmail.com>
Reviewed-by: John Levon <john.levon@nutanix.com>
Tested-by: Julien Meunier <julien.meunier@nokia.com>
---
 lib/eal/linux/eal_hugepage_info.c | 15 +++++++++++----
 1 file changed, 11 insertions(+), 4 deletions(-)

diff --git a/lib/eal/linux/eal_hugepage_info.c b/lib/eal/linux/eal_hugepage_info.c
index 682875ce3e..393e37bfb6 100644
--- a/lib/eal/linux/eal_hugepage_info.c
+++ b/lib/eal/linux/eal_hugepage_info.c
@@ -218,4 +218,6 @@ get_hugepage_dir(uint64_t hugepage_sz, char *hugedir, int len)
 	const struct internal_config *internal_conf =
 		eal_get_internal_configuration();
+	const size_t hugepage_dir_len = (internal_conf->hugepage_dir != NULL) ?
+		strlen(internal_conf->hugepage_dir) : 0;
 	struct stat st;
 
@@ -237,4 +239,5 @@ get_hugepage_dir(uint64_t hugepage_sz, char *hugedir, int len)
 	while (fgets(buf, sizeof(buf), fd)){
 		const char *pagesz_str;
+		size_t mountpt_len = 0;
 
 		if (rte_strsplit(buf, sizeof(buf), splitstr, _FIELDNAME_MAX,
@@ -269,10 +272,14 @@ get_hugepage_dir(uint64_t hugepage_sz, char *hugedir, int len)
 		}
 
+		mountpt_len = strlen(splitstr[MOUNTPT]);
+
 		/*
-		 * Ignore any mount that doesn't contain the --huge-dir
-		 * directory.
+		 * Ignore any mount that doesn't contain the --huge-dir directory
+		 * or where mount point is not a parent path of --huge-dir
 		 */
 		if (strncmp(internal_conf->hugepage_dir, splitstr[MOUNTPT],
-			strlen(splitstr[MOUNTPT])) != 0) {
+				mountpt_len) != 0 ||
+			(hugepage_dir_len > mountpt_len &&
+				internal_conf->hugepage_dir[mountpt_len] != '/')) {
 			continue;
 		}
@@ -282,5 +289,5 @@ get_hugepage_dir(uint64_t hugepage_sz, char *hugedir, int len)
 		 * (so /mnt/1 is preferred over /mnt for matching /mnt/1/2)).
 		 */
-		if (strlen(splitstr[MOUNTPT]) > strlen(found))
+		if (mountpt_len > strlen(found))
 			strlcpy(found, splitstr[MOUNTPT], len);
 	} /* end while fgets */
-- 
2.39.1

---
  Diff of the applied patch vs upstream commit (please double-check if non-empty:
---
--- -	2023-02-23 14:46:24.859864560 +0000
+++ 0043-eal-linux-fix-hugetlbfs-sub-directories-discovery.patch	2023-02-23 14:46:23.763235942 +0000
@@ -1 +1 @@
-From f9d1ef28619a2dd16cafca36f5a5ca6d3315c5fc Mon Sep 17 00:00:00 2001
+From 26b4d5a198296b02d4bd4f7f6117149777cc68ab Mon Sep 17 00:00:00 2001
@@ -5,0 +6,2 @@
+[ upstream commit f9d1ef28619a2dd16cafca36f5a5ca6d3315c5fc ]
+
@@ -32 +33,0 @@
-Cc: stable@dpdk.org
@@ -42 +43 @@
-index 24411d9c5b..581d9dfc91 100644
+index 682875ce3e..393e37bfb6 100644
@@ -45 +46 @@
-@@ -215,4 +215,6 @@ get_hugepage_dir(uint64_t hugepage_sz, char *hugedir, int len)
+@@ -218,4 +218,6 @@ get_hugepage_dir(uint64_t hugepage_sz, char *hugedir, int len)
@@ -52 +53 @@
-@@ -234,4 +236,5 @@ get_hugepage_dir(uint64_t hugepage_sz, char *hugedir, int len)
+@@ -237,4 +239,5 @@ get_hugepage_dir(uint64_t hugepage_sz, char *hugedir, int len)
@@ -58 +59 @@
-@@ -266,10 +269,14 @@ get_hugepage_dir(uint64_t hugepage_sz, char *hugedir, int len)
+@@ -269,10 +272,14 @@ get_hugepage_dir(uint64_t hugepage_sz, char *hugedir, int len)
@@ -76 +77 @@
-@@ -279,5 +286,5 @@ get_hugepage_dir(uint64_t hugepage_sz, char *hugedir, int len)
+@@ -282,5 +289,5 @@ get_hugepage_dir(uint64_t hugepage_sz, char *hugedir, int len)