There is a bug in the prlimit test that causes invalid limit
combinations (soft > hard) to be created, leading to false failures.
Consider for example an old setting of X for both soft and hard limit.
In such case the hard limit test tries to set the limits to X (soft) and
X/2 (hard), which always fails with -EINVAL.
This patch fixes the logic to clamp the soft limit to keep it from
exceeding the hard limit. In such case the soft limit will also be
changed, but this can't be avoided.
Fixes: 0782228ef06b ("selinux-testsuite: Add tests for prlimit(2) permission checks")
Reported-by: Paul Bunyan <pbunyan@xxxxxxxxxx>
Signed-off-by: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
---
tests/prlimit/parent.c | 6 ++++++
1 file changed, 6 insertions(+)
diff --git a/tests/prlimit/parent.c b/tests/prlimit/parent.c
index be320f0..11c0c25 100644
--- a/tests/prlimit/parent.c
+++ b/tests/prlimit/parent.c
@@ -147,6 +147,12 @@ int main(int argc, char **argv)
newrlim.rlim_max = 1024;
else
newrlim.rlim_max = oldrlim.rlim_max / 2;
+ if (newrlim.rlim_cur > newrlim.rlim_max)
+ /*
+ * This will change also soft limit, but
+ * what else can you do in such case...
+ */
+ newrlim.rlim_cur = newrlim.rlim_max;
}
}
--
2.24.1
