Skip to content

Commit

Permalink
docs: fix core_pipe_limit info
Browse files Browse the repository at this point in the history
Fix typos in core_pipe_limit info.

Signed-off-by: Randy Dunlap <[email protected]>
Cc: Neil Horman <[email protected]>
Signed-off-by: Jiri Kosina <[email protected]>
  • Loading branch information
rddunlap authored and Jiri Kosina committed Nov 9, 2009
1 parent d914e5b commit 7beeec8
Showing 1 changed file with 3 additions and 3 deletions.
6 changes: 3 additions & 3 deletions Documentation/sysctl/kernel.txt
Original file line number Diff line number Diff line change
Expand Up @@ -139,9 +139,9 @@ core_pattern is used to specify a core dumpfile pattern name.
core_pipe_limit:

This sysctl is only applicable when core_pattern is configured to pipe core
files to user space helper a (when the first character of core_pattern is a '|',
files to a user space helper (when the first character of core_pattern is a '|',
see above). When collecting cores via a pipe to an application, it is
occasionally usefull for the collecting application to gather data about the
occasionally useful for the collecting application to gather data about the
crashing process from its /proc/pid directory. In order to do this safely, the
kernel must wait for the collecting process to exit, so as not to remove the
crashing processes proc files prematurely. This in turn creates the possibility
Expand All @@ -152,7 +152,7 @@ applications in parallel. If this value is exceeded, then those crashing
processes above that value are noted via the kernel log and their cores are
skipped. 0 is a special value, indicating that unlimited processes may be
captured in parallel, but that no waiting will take place (i.e. the collecting
process is not guaranteed access to /proc/<crahing pid>/). This value defaults
process is not guaranteed access to /proc/<crashing pid>/). This value defaults
to 0.

==============================================================
Expand Down

0 comments on commit 7beeec8

Please sign in to comment.