[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <1314048011-2824-1-git-send-email-bookjovi@gmail.com>
Date: Mon, 22 Aug 2011 17:20:11 -0400
From: bookjovi@...il.com
To: viro@...iv.linux.org.uk
Cc: linux-kernel@...r.kernel.org, Jovi Zhang <bookjovi@...il.com>,
Oleg Nesterov <oleg@...hat.com>,
Neil Horman <nhorman@...driver.com>
Subject: [PATCH] coredump: fix wrong comments on core limits of pipe coredump case
From: Jovi Zhang <bookjovi@...il.com>
In commit 898b374a, core limits recursive check vaule changed from 0 to 1,
but the corresponding comments was not changed correctly.
Only core limit 1 can skip dump in ispipe case, not 0.
Signed-off-by: Jovi Zhang <bookjovi@...il.com>
Cc: Oleg Nesterov <oleg@...hat.com>
Cc: Neil Horman <nhorman@...driver.com>
---
fs/exec.c | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/fs/exec.c b/fs/exec.c
index 25dcbe5..da60703 100644
--- a/fs/exec.c
+++ b/fs/exec.c
@@ -2163,7 +2163,7 @@ void do_coredump(long signr, int exit_code, struct pt_regs *regs)
* we're not writing to the file system, but we use
* cprm.limit of 1 here as a speacial value. Any
* non-1 limit gets set to RLIM_INFINITY below, but
- * a limit of 0 skips the dump. This is a consistent
+ * a limit of 1 skips the dump. This is a consistent
* way to catch recursive crashes. We can still crash
* if the core_pattern binary sets RLIM_CORE = !1
* but it runs as root, and can do lots of stupid things
--
1.7.2.3
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists