From: Vivek Goyal <vgoyal@redhat.com>
To: Li Zefan <lizf@cn.fujitsu.com>
Cc: Jens Axboe <jens.axboe@oracle.com>,
Gui Jianfeng <GuiJianfeng@cn.fujitsu.com>,
Ben Blum <bblum@andrew.cmu.edu>,
LKML <linux-kernel@vger.kernel.org>,
"containers@lists.osdl.org" <containers@lists.osdl.org>
Subject: Re: [PATCH] block: make CONFIG_BLK_CGROUP visible
Date: Tue, 16 Mar 2010 09:53:46 -0400 [thread overview]
Message-ID: <20100316135346.GB9144@redhat.com> (raw)
In-Reply-To: <4B9EE0A9.5010901@cn.fujitsu.com>
On Tue, Mar 16, 2010 at 09:36:41AM +0800, Li Zefan wrote:
> >> ---help---
> >> Generic block IO controller cgroup interface. This is the common
> >> @@ -91,7 +92,7 @@ config BLK_CGROUP
> >> to such task groups.
> >>
> >> config DEBUG_BLK_CGROUP
> >> - bool
> >> + bool "Block cgroup debugging help"
> >
> >
> > Why are you making DEBUG_BLK_CGROUP this as a user visible/configurable
> > option? This is already controlled by DEBUG_CFQ_IOSCHED. If you don't want
> > the DEBUG overhead, just set DEBUG_CFQ_IOSCHED=n and DEBUG_BLK_CGROUP will
> > not be selected? Making it user visible does not seem to be buying us
> > anything?
> >
>
> Sounds reasonable. A minor question, since DEBUG_BLK_CGROUP is not
> visible, the help message for this config is not visible too, so we
> still keep it?
Right now the message is only for developer if somebody opens the Kconfig
file. I think it does not harm if somebody wants to understand what this
config option is doing. But if you think that it should not be there, I have
no strong opinion about it.
Thanks
Vivek
prev parent reply other threads:[~2010-03-16 13:53 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-03-15 3:18 [PATCH] block: make CONFIG_BLK_CGROUP visible Li Zefan
[not found] ` <4B9DA6F5.3070606-BthXqXjhjHXQFUHtdCDX3A@public.gmane.org>
2010-03-15 4:31 ` Ben Blum
2010-03-15 4:31 ` Ben Blum
2010-03-15 11:57 ` Jens Axboe
2010-03-16 1:42 ` Li Zefan
2010-03-16 7:56 ` Jens Axboe
2010-03-15 13:21 ` Vivek Goyal
2010-03-16 1:36 ` Li Zefan
2010-03-16 13:53 ` Vivek Goyal [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=20100316135346.GB9144@redhat.com \
--to=vgoyal@redhat.com \
--cc=GuiJianfeng@cn.fujitsu.com \
--cc=bblum@andrew.cmu.edu \
--cc=containers@lists.osdl.org \
--cc=jens.axboe@oracle.com \
--cc=linux-kernel@vger.kernel.org \
--cc=lizf@cn.fujitsu.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.