Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S934454AbZLHGxg (ORCPT ); Tue, 8 Dec 2009 01:53:36 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932110AbZLHGxf (ORCPT ); Tue, 8 Dec 2009 01:53:35 -0500 Received: from fgwmail7.fujitsu.co.jp ([192.51.44.37]:38798 "EHLO fgwmail7.fujitsu.co.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751644AbZLHGxe (ORCPT ); Tue, 8 Dec 2009 01:53:34 -0500 X-SecurityPolicyCheck-FJ: OK by FujitsuOutboundMailChecker v1.3.1 From: KOSAKI Motohiro To: Ingo Molnar Subject: Re: [PATCH v6] Added PR_SET_PROCTITLE_AREA option for prctl() Cc: kosaki.motohiro@jp.fujitsu.com, Bryan Donlan , Ulrich Drepper , Timo Sirainen , WANG Cong , Oleg Nesterov , LKML , Andrew Morton In-Reply-To: <20091208144004.B5AB.A69D9226@jp.fujitsu.com> References: <20091208053851.GA12383@elte.hu> <20091208144004.B5AB.A69D9226@jp.fujitsu.com> Message-Id: <20091208155202.B5B7.A69D9226@jp.fujitsu.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.50.07 [ja] Date: Tue, 8 Dec 2009 15:53:21 +0900 (JST) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1644 Lines: 38 > > > > * KOSAKI Motohiro wrote: > > > > > > The feature looks useful, but the choice of a prctl as an API is strange > > > > - it limits us to the current task only - while the ability to set > > > > arguments for another task looks a more generic (and potentially more > > > > useful) solution. > > > > > > No. It's impossible. > > > /proc/{pid}/cmdline read user process's memory. iow, this prctl() don't > > > receive string, it receive virtual address itself. [...] > > > > it's not 'impossible' at all, you yourself mention ptrace: > > Ah yes, 'impossible' was wrong word. but it doesn't works intentionally. > > 1. setproctitle() unaware application continue to see argv[0] directly. > it makes some inconsistent behavior. > 2. proc title (i.e. string) injection need to map new page as process title area. > implicit mapping increasing makes new trouble > - mihgt cause to exceed max_map_count awhile after. > - might cause leak proc title area (who know when it should be freed?) > > I think reasonable way is 1. send signal (or use another inter process > communication way) to target process 2. target process change own proc title > themself. > > Plus, I haven't seen the use-case of changin another task. iow I doubt > it's worth to change lots code. if your mention is strongly, can you please explain your expected use case? -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/