Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753575AbbBJSrV (ORCPT ); Tue, 10 Feb 2015 13:47:21 -0500 Received: from mail-wi0-f171.google.com ([209.85.212.171]:40526 "EHLO mail-wi0-f171.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752550AbbBJSrU (ORCPT ); Tue, 10 Feb 2015 13:47:20 -0500 Message-ID: <54DA5230.8020800@suse.cz> Date: Tue, 10 Feb 2015 19:47:12 +0100 From: Jiri Slaby User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Josh Poimboeuf , Seth Jennings , Jiri Kosina , Vojtech Pavlik CC: Masami Hiramatsu , live-patching@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [RFC PATCH 7/9] proc: add /proc//universe to show livepatch status References: In-Reply-To: Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1548 Lines: 50 On 02/09/2015, 06:31 PM, Josh Poimboeuf wrote: > Expose the per-task klp_universe value so users can determine which > tasks are holding up completion of a patching operation. > > Signed-off-by: Josh Poimboeuf > --- > fs/proc/base.c | 11 +++++++++++ > 1 file changed, 11 insertions(+) > > diff --git a/fs/proc/base.c b/fs/proc/base.c > index 3f3d7ae..b9fe6b5 100644 > --- a/fs/proc/base.c > +++ b/fs/proc/base.c > @@ -2528,6 +2528,14 @@ static int proc_pid_personality(struct seq_file *m, struct pid_namespace *ns, > return err; > } > > +#ifdef CONFIG_LIVEPATCH > +static int proc_pid_klp_universe(struct seq_file *m, struct pid_namespace *ns, > + struct pid *pid, struct task_struct *task) > +{ > + return seq_printf(m, "%d\n", task->klp_universe); > +} > +#endif /* CONFIG_LIVEPATCH */ > + > /* > * Thread groups > */ > @@ -2628,6 +2636,9 @@ static const struct pid_entry tgid_base_stuff[] = { > #ifdef CONFIG_CHECKPOINT_RESTORE > REG("timers", S_IRUGO, proc_timers_operations), > #endif > +#ifdef CONFIG_LIVEPATCH > + ONE("universe", S_IRUGO, proc_pid_klp_universe), I am not sure if this can be UGO or if it should be USR only instead. Leaving for discussion, but I incline to use USR to avoid *any* info leakage. > +#endif regards, -- js suse labs -- 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/