selftests-mm-fix-read_file-return-value-check.patch removed from -mm tree
The quilt patch titled
Subject: selftests/mm: fix read_file() return value check
has been removed from the -mm tree. Its filename was
selftests-mm-fix-read_file-return-value-check.patch
This patch was dropped because it was merged into the mm-stable branch of git://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm
------------------------------------------------------
From: Hongfu Li <[email protected]>
Subject: selftests/mm: fix read_file() return value check
Date: Fri, 7 Aug 2026 09:35:55 +0800
read_file() returns 0 on open/read failures and never returns negative values. Existing < 0 error checks never trigger, so read failures are silently ignored. Check for zero return to detect read_file() failures.
Also fix misleading error message in get_finfo(). The error string incorrectly references read_num when reading uevent files.
---
tools/testing/selftests/mm/khugepaged.c | 4 ++-- tools/testing/selftests/mm/vm_util.c | 2 +- 2 files changed, 3 insertions(+), 3 deletions(-)
tools/testing/selftests/mm/khugepaged.c renamed from tools/testing/selftests/mm/khugepaged.c~selftests-mm-fix-read_file-return-value-check +2 -2
@@ -141,8 +141,8 @@ static void get_finfo(const char *dir) major(path_stat.st_dev), minor(path_stat.st_dev)) >= sizeof(path))ksft_exit_fail_msg ("%s: Pathname is too long\n" , __func__); -if (read_file (path, buf,sizeof (buf)) <0 ) -ksft_exit_fail_perror ("read_file(read_num)" ); +if (!read_file (path, buf,sizeof (buf))) +ksft_exit_fail_perror ("read_file(uevent)" );if (strstr (buf,"DEVTYPE=disk" )) {/* Found it */ if (snprintf(finfo.dev_queue_read_ahead_path,
tools/testing/selftests/mm/vm_util.c renamed from tools/testing/selftests/mm/vm_util.c~selftests-mm-fix-read_file-return-value-check +1 -1
@@ -942,7 +942,7 @@ unsigned long read_num(const char *path) {char buf[21 ]; -if (read_file (path, buf,sizeof (buf)) <0 ) +if (!read_file (path, buf,sizeof (buf)))ksft_exit_fail_perror ("read_file()" );return strtoul (buf,NULL ,10 );
_
Patches currently in -mm which might be from [email protected] are
mm-use-a-folio-in-the-softleaf_is_device_private-path.patch