The "RETURN VALUE" section made a claim that was incorrect for PTRACE_SECCOMP_GET_FILTER. Explicitly describe the behavior of PTRACE_SECCOMP_GET_FILTER in the "RETURN VALUE" section (as usual), but leave the now duplicate description in the section describing PTRACE_SECCOMP_GET_FILTER, since the PTRACE_SECCOMP_GET_FILTER section would otherwise probably become harder to understand. Signed-off-by: Jann Horn <jannh@xxxxxxxxxx> --- man2/ptrace.2 | 5 ++++- 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/man2/ptrace.2 b/man2/ptrace.2 index e1c3eec46..d78b8db2d 100644 --- a/man2/ptrace.2 +++ b/man2/ptrace.2 @@ -2206,7 +2206,10 @@ the report is sent only once. On success, the .B PTRACE_PEEK* requests return the requested data (but see NOTES), -while other requests return zero. +the +.B PTRACE_SECCOMP_GET_FILTER +request returns the number of instructions in the BPF program, and +other requests return zero. .PP On error, all requests return \-1, and .I errno -- 2.16.0.rc1.238.g530d649a79-goog -- To unsubscribe from this list: send the line "unsubscribe linux-man" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
