[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <1466458030-17524-1-git-send-email-scientist@fb.com>
Date: Mon, 20 Jun 2016 14:27:10 -0700
From: Yannick Brosseau <scientist@...com>
To: <shuahkh@....samsung.com>, <linux-kselftest@...r.kernel.org>,
<linux-kernel@...r.kernel.org>, <emunson@...mai.com>,
<treding@...dia.com>
CC: <kernel-team@...com>, Yannick Brosseau <scientist@...com>
Subject: [PATCH] selftests/vm: Don't mlockall MCL_CURRENT in on-fault-limit test
The default MEMLOCK limit is not big enough to accomodate all the
current pages of the test program process, so the test fails
at this step.
By removing the MCL_CURRENT flag, we allow the mlockall
call to succeed. The mmap is twice the size of the current limit,
so it will still fail as expected.
Signed-off-by: Yannick Brosseau <scientist@...com>
---
tools/testing/selftests/vm/on-fault-limit.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/testing/selftests/vm/on-fault-limit.c b/tools/testing/selftests/vm/on-fault-limit.c
index 245accc..0ae458f 100644
--- a/tools/testing/selftests/vm/on-fault-limit.c
+++ b/tools/testing/selftests/vm/on-fault-limit.c
@@ -20,7 +20,7 @@ static int test_limit(void)
return ret;
}
- if (mlockall(MCL_CURRENT | MCL_ONFAULT | MCL_FUTURE)) {
+ if (mlockall(MCL_ONFAULT | MCL_FUTURE)) {
perror("mlockall");
return ret;
}
--
2.8.1
Powered by blists - more mailing lists