From: Andrew Morton <akpm@linux-foundation.org>
To: linux-kernel@vger.kernel.org, drepper@redhat.com, mingo@elte.hu,
roland@redhat.com
Subject: Re: [patch 2/2] clone: prepare to recycle CLONE_DETACHED and CLONE_STOPPED
Date: Thu, 8 Nov 2007 20:36:04 -0800 [thread overview]
Message-ID: <20071108203604.976a167b.akpm@linux-foundation.org> (raw)
In-Reply-To: <200711082131.lA8LVhnk015137@imap1.linux-foundation.org>
> On Thu, 08 Nov 2007 13:31:43 -0800 akpm@linux-foundation.org wrote:
> From: Andrew Morton <akpm@linux-foundation.org>
>
> Ulrich says that we never used these clone flags and that nothing should be
> using them.
>
> As we're down to only a single bit left in clone's flags argument, let's add a
> warning to check that no userspace is actually using these. Hopefully we will
> be able to recycle them.
>
> Cc: Ulrich Drepper <drepper@redhat.com>
> Cc: Ingo Molnar <mingo@elte.hu>
> Cc: Roland McGrath <roland@redhat.com>
> Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
> ---
>
> kernel/fork.c | 16 ++++++++++++----
> 1 file changed, 12 insertions(+), 4 deletions(-)
>
> diff -puN kernel/fork.c~clone-prepare-to-recycle-clone_detached-and-clone_stopped kernel/fork.c
> --- a/kernel/fork.c~clone-prepare-to-recycle-clone_detached-and-clone_stopped
> +++ a/kernel/fork.c
> @@ -1420,10 +1420,18 @@ long do_fork(unsigned long clone_flags,
> int trace = 0;
> long nr;
>
> - if (unlikely(current->ptrace)) {
> - trace = fork_traceflag (clone_flags);
> - if (trace)
> - clone_flags |= CLONE_PTRACE;
> + /*
> + * We hope to recycle these flags after 2.6.26
> + */
> + if (unlikely(clone_flags & (CLONE_DETACHED|CLONE_STOPPED))) {
> + if (printk_ratelimit()) {
> + char comm[TASK_COMM_LEN];
> +
> + printk(KERN_INFO "fork(): process `%s' used deprecated "
> + "clone flags 0x%lx\n",
> + get_task_comm(comm, current),
> + clone_flags & (CLONE_DETACHED|CLONE_STOPPED));
> + }
> }
>
> p = copy_process(clone_flags, stack_start, regs, stack_size,
That was all screwed up. Better version:
From: Andrew Morton <akpm@linux-foundation.org>
Ulrich says that we never used these clone flags and that nothing should be
using them.
As we're down to only a single bit left in clone's flags argument, let's add a
warning to check that no userspace is actually using these. Hopefully we will
be able to recycle them.
Roland said:
CLONE_STOPPED was previously used by some NTPL versions when under
thread_db (i.e. only when being actively debugged by gdb), but not for a
long time now, and it never worked reliably when it was used. Removing it
seems fine to me.
Cc: Ulrich Drepper <drepper@redhat.com>
Cc: Ingo Molnar <mingo@elte.hu>
Cc: Roland McGrath <roland@redhat.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
---
kernel/fork.c | 17 +++++++++++++++++
1 file changed, 17 insertions(+)
diff -puN kernel/fork.c~clone-prepare-to-recycle-clone_detached-and-clone_stopped kernel/fork.c
--- a/kernel/fork.c~clone-prepare-to-recycle-clone_detached-and-clone_stopped
+++ a/kernel/fork.c
@@ -1420,6 +1420,23 @@ long do_fork(unsigned long clone_flags,
int trace = 0;
long nr;
+ /*
+ * We hope to recycle these flags after 2.6.26
+ */
+ if (unlikely(clone_flags & (CLONE_DETACHED|CLONE_STOPPED))) {
+ static int __read_mostly count = 100;
+
+ if (count && printk_ratelimit()) {
+ char comm[TASK_COMM_LEN];
+
+ count--;
+ printk(KERN_INFO "fork(): process `%s' used deprecated "
+ "clone flags 0x%lx\n",
+ get_task_comm(comm, current),
+ clone_flags & (CLONE_DETACHED|CLONE_STOPPED));
+ }
+ }
+
if (unlikely(current->ptrace)) {
trace = fork_traceflag (clone_flags);
if (trace)
_
prev parent reply other threads:[~2007-11-09 4:36 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-11-08 21:31 [patch 2/2] clone: prepare to recycle CLONE_DETACHED and CLONE_STOPPED akpm
2007-11-08 22:09 ` Roland McGrath
2007-11-09 4:36 ` Andrew Morton [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20071108203604.976a167b.akpm@linux-foundation.org \
--to=akpm@linux-foundation.org \
--cc=drepper@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=roland@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox