[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <20070822151610.bcf60574.akpm@linux-foundation.org>
Date: Wed, 22 Aug 2007 15:16:10 -0700
From: Andrew Morton <akpm@...ux-foundation.org>
To: Pavel Emelyanov <xemul@...nvz.org>
Cc: Sukadev Bhattiprolu <sukadev@...ibm.com>,
Oleg Nesterov <oleg@...sign.ru>,
Linux Containers <containers@...ts.osdl.org>, devel@...nvz.org,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] Use helpers to obtain task pid in printks
On Wed, 22 Aug 2007 13:33:22 +0400
Pavel Emelyanov <xemul@...nvz.org> wrote:
> The task_struct->pid member is going to be deprecated, so start
> using the helpers (task_pid_nr/task_pid_vnr/task_pid_nr_ns) in
> the kernel.
>
> The first thing to start with is the pid, printed to dmesg - in
> this case we may safely use task_pid_nr(). Besides, printks produce
> more (much more) than a half of all the explicit pid usage.
>
> Signed-off-by: Pavel Emelyanov <xemul@...nvz.org>
>
> ---
>
> Andrew, this patch changes many code in drivers and file systems,
> so it may cause many conflicts with other fixes in -mm tree. Is
> there any way I can help with it, e.g. split it into pieces, wait
> till another -mm tree or something else?
I think we just slam it all into the tree as-is. There will be a few
places which ended up getting missed, but we can pick those up on a second
round and then we rename task_struct.pid to
task_struct.dont_use_me_directly_pid so that any remaining, future or
out-of-tree usages of ->pid get reliably broken.
-
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