Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758753AbbGHOSd (ORCPT ); Wed, 8 Jul 2015 10:18:33 -0400 Received: from mail-wi0-f175.google.com ([209.85.212.175]:35707 "EHLO mail-wi0-f175.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753205AbbGHOSb (ORCPT ); Wed, 8 Jul 2015 10:18:31 -0400 Subject: Re: config PROC_CHILDREN To: Jean Delvare References: <20150703093918.75b98eb7@endymion.delvare> <55965195.6010602@endocode.com> <20150704190728.6a1b8a5a@endymion.delvare> Cc: LKML , Djalal Harouni , Alban Crequy , Cyrill Gorcunov , Andrew Morton From: =?UTF-8?Q?Iago_L=c3=b3pez_Galeiras?= X-Enigmail-Draft-Status: N1110 Message-ID: <559D3134.1080603@endocode.com> Date: Wed, 8 Jul 2015 16:18:28 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.0.1 MIME-Version: 1.0 In-Reply-To: <20150704190728.6a1b8a5a@endymion.delvare> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1919 Lines: 50 On 07/04/2015 07:07 PM, Jean Delvare wrote: > Hi Iago, > > Please don't top-post. > > On Fri, 3 Jul 2015 11:10:45 +0200, Iago López Galeiras wrote: >> Hi Jean, >> >> The purpose of this option is enabling /proc//task//children without >> having to enable CHECKPOINT_RESTORE, which is hidden behind EXPERT. >> >> Regarding its lack of help, documentation is in already in place[1] but perhaps >> that's not clear for the user because as you say the Kconfig help text is missing. >> >> I suggest adding something like: >> >> Provides a fast way to retrieve first level children pids of a task. See >> for more information. >> >> Do you think that's enough? > > That's a start, the reference to Documentation/filesystems/proc.txt is > good but I think we can do better. You need to help the user make the > decision. Why should he/she say Y or N? The user should NOT have to look > at an external documentation file if the answer is N. I would suggest > the following: > > Say Y if running any user-space software which takes benefit from this > interface. For example, rkt is such a piece of software. That makes it more clear for the user. Thanks! > That being said, I am curious... Is this interface so expensive that it > really deserves a separate option, instead of always enabling it? This > seems to be a fairly generic feature that a lot of scripts and tools > could benefit from (starting with pstree I suppose.) I don't think I have enough information to answer that question. I'll CC Cyrill Gorcunov and Andrew Morton. -- Iago López Galeiras Software developer @ Endocode AG iago@endocode.com -- 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/