linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Adrian Hunter <ext-adrian.hunter@nokia.com>
To: Christoph Hellwig <hch@infradead.org>
Cc: Artem Bityutskiy <dedekind@yandex.ru>,
	Pekka Enberg <penberg@cs.helsinki.fi>,
	Artem Bityutskiy <Artem.Bityutskiy@nokia.com>,
	LKML <linux-kernel@vger.kernel.org>
Subject: Re: [RFC PATCH 26/26] UBIFS: include FS to compilation
Date: Mon, 28 Apr 2008 15:25:29 +0300	[thread overview]
Message-ID: <4815C239.5050800@nokia.com> (raw)
In-Reply-To: <20080428113932.GA27250@infradead.org>

Christoph Hellwig wrote:
> On Mon, Apr 28, 2008 at 02:23:26PM +0300, Adrian Hunter wrote:
>>>>> But these don't make much sense to me. Why would you want to be able
>>>>> to compile out printks at this granularity? Why not enable all of them
>>>>> when CONFIG_UBIFS_FS_DEBUG is enabled? 
>>>> Well, its just more convenient for us. If I know the bug is somewhere in
>>>> the journal, I enable the journal messages - less flooding. We may
>>>> lessen the amount, but it is still handy to have some classes of
>>>> prints separate.
>>>>
>>>> We will think how to lessen the amount and granularity of this. 
> 
> note that this last line was _not_ quoted in my mail.
> 
>>>> Christoph Hellwig wrote:
>>>>> It's everything but convenient :)  Please make it one config option to
>>>>> compile in all debug code and then have a module option to select the
>>>>> verbosity level at runtime.
>>>> Surely that judgement should be made by people who actually debug UBIFS.
> 
>> You have gone off on a tangent.  The original context was discussing the
>> need for granulated debug messages.  I have restored the context above.
> 
> I think you haven't read my statement at all.  Please look at the quoted
> bit above.  There is nothing against having different
> vebosity/granularity levels, quite to the contrary.  I just told you
> that a run-time selection of them is everything but convenient and they
> should rather be at runtime. 
> 
>> You seem to have mistakenly inferred I was impugning your judgement.  That
>> was not the point.
> 
> No, the point was that you didn't read my message and/or assumes just
> because I'm not 100% on your line of reasoning I'm against you.
> 
>> Coming back to your issue of a mount-time option for debug messages.  I am
>> not sure any other file systems do that.  In general I would say having to
>> switch on the debug config option and also change either the kernel command
>> line or init scripts, seems in fact much less convenient.
> 
> It means you can be debug different bits without recompiling which is a
> very good thing.  Especially if you're debugging moves from one area to
> another.

At one stage Artem had set up sysfs entries for UBIFS so that he could change
debugging options via sysfs on the fly, without even unmounting.  But he said
he didn't find it that useful and removed it all.

For myself, recompiling UBIFS only takes 25 seconds so changing config options
is not a big deal.

However I have no problem adding a mount option, although I suspect we might
end up being asked to remove it.

I hope to spend some time on UBIFS debug message handling this week.  I would
like to be able to control verbosity, but not overcomplicate matters.  We plan
to post UBIFS again next week when Artem returns from holiday.

  reply	other threads:[~2008-04-28 12:31 UTC|newest]

Thread overview: 89+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-03-27 14:55 [RFC PATCH] UBIFS - new flash file system Artem Bityutskiy
2008-03-27 14:55 ` [RFC PATCH 01/26] VFS: introduce writeback_inodes_sb() Artem Bityutskiy
2008-03-27 14:55 ` [RFC PATCH 02/26] UBIFS: add I/O sub-system Artem Bityutskiy
2008-03-27 14:55 ` [RFC PATCH 03/26] UBIFS: add flash scanning Artem Bityutskiy
2008-03-27 14:55 ` [RFC PATCH 04/26] UBIFS: add journal replay Artem Bityutskiy
2008-03-27 14:55 ` [RFC PATCH 05/26] UBIFS: add file-system build Artem Bityutskiy
2008-03-28 10:12   ` Andrew Morton
2008-03-28 11:04     ` Artem Bityutskiy
2008-03-27 14:55 ` [RFC PATCH 06/26] UBIFS: add superblock and master node Artem Bityutskiy
2008-03-27 14:55 ` [RFC PATCH 07/26] UBIFS: add file-system recovery Artem Bityutskiy
2008-03-27 14:55 ` [RFC PATCH 08/26] UBIFS: add compression support Artem Bityutskiy
2008-03-27 14:55 ` [RFC PATCH 09/26] UBIFS: add key helpers Artem Bityutskiy
2008-03-27 14:55 ` [RFC PATCH 10/26] UBIFS: add the journal Artem Bityutskiy
2008-03-27 14:55 ` [RFC PATCH 11/26] UBIFS: add commit functionality Artem Bityutskiy
2008-03-27 14:55 ` [RFC PATCH 12/26] UBIFS: add TNC implementation Artem Bityutskiy
2008-03-27 14:55 ` [RFC PATCH 13/26] UBIFS: add TNC commit implementation Artem Bityutskiy
2008-03-27 14:55 ` [RFC PATCH 14/26] UBIFS: add TNC shrinker Artem Bityutskiy
2008-03-27 14:55 ` [RFC PATCH 15/26] UBIFS: add LEB properties Artem Bityutskiy
2008-03-27 14:55 ` [RFC PATCH 16/26] UBIFS: add LEB properties tree Artem Bityutskiy
2008-03-27 14:55 ` [RFC PATCH 17/26] " Artem Bityutskiy
2008-03-27 14:55 ` [RFC PATCH 18/26] UBIFS: add LEB find subsystem Artem Bityutskiy
2008-03-27 14:55 ` [RFC PATCH 19/26] UBIFS: add Garbage Collector Artem Bityutskiy
2008-04-01  2:11   ` Arnd Bergmann
2008-03-27 14:55 ` [RFC PATCH 20/26] UBIFS: add VFS operations Artem Bityutskiy
2008-03-27 13:36   ` Andi Kleen
2008-03-27 13:42     ` Artem Bityutskiy
2008-04-01 12:08   ` Pekka Enberg
2008-04-01 12:42     ` Artem Bityutskiy
2008-04-01 13:12       ` Pekka Enberg
2008-04-01 14:04         ` Artem Bityutskiy
2008-04-01 15:14           ` Adrian Hunter
2008-03-27 14:55 ` [RFC PATCH 21/26] UBIFS: add budgeting Artem Bityutskiy
2008-03-27 14:55 ` [RFC PATCH 22/26] UBIFS: add extended attribute support Artem Bityutskiy
2008-03-27 14:55 ` [RFC PATCH 23/26] UBIFS: add orphans handling sub-system Artem Bityutskiy
2008-03-27 14:55 ` [RFC PATCH 24/26] UBIFS: add header files Artem Bityutskiy
2008-03-27 14:55 ` [RFC PATCH 25/26] UBIFS: add debugging stuff Artem Bityutskiy
2008-03-31 21:00   ` Pekka Enberg
2008-04-01  6:20     ` Artem Bityutskiy
2008-04-01  7:33       ` Pekka Enberg
2008-04-01  8:32         ` Artem Bityutskiy
2008-04-01  9:00           ` Pekka Enberg
2008-04-01  9:04             ` Artem Bityutskiy
2008-04-01  8:34         ` Adrian Hunter
2008-04-01  7:43       ` Pekka Enberg
2008-03-27 14:55 ` [RFC PATCH 26/26] UBIFS: include FS to compilation Artem Bityutskiy
2008-04-01  7:39   ` Pekka Enberg
2008-04-01  8:51     ` Artem Bityutskiy
2008-04-01  9:15       ` Pekka Enberg
2008-04-01  9:25         ` Artem Bityutskiy
2008-04-01 10:04           ` Pekka Enberg
2008-04-01 10:26             ` Artem Bityutskiy
2008-04-01 11:33               ` Pekka Enberg
2008-04-01 11:56                 ` Artem Bityutskiy
2008-04-26  9:37                 ` Christoph Hellwig
2008-04-28  7:10                   ` Adrian Hunter
2008-04-28  9:03                     ` ext Christoph Hellwig
2008-04-30  7:04                       ` Adrian Hunter
2008-04-26  9:35       ` Christoph Hellwig
2008-04-28  7:09         ` Adrian Hunter
2008-04-28  9:00           ` ext Christoph Hellwig
2008-04-28 11:23             ` Adrian Hunter
2008-04-28 11:39               ` ext ext Christoph Hellwig
2008-04-28 12:25                 ` Adrian Hunter [this message]
2008-04-28 13:02                   ` Christoph Hellwig
2008-03-27 16:20 ` [RFC PATCH] UBIFS - new flash file system Josh Boyer
2008-03-28  6:17   ` Artem Bityutskiy
2008-03-28  6:45 ` Artem Bityutskiy
2008-03-31 12:29 ` Jan Engelhardt
2008-03-31 12:47   ` Adrian Hunter
2008-03-31 13:20     ` Jörn Engel
2008-03-31 14:00       ` Artem Bityutskiy
2008-03-31 17:17         ` Jörn Engel
2008-03-31 20:49           ` Pekka Enberg
2008-03-31 21:21             ` Jörn Engel
2008-04-01  6:00               ` Artem Bityutskiy
2008-04-01  5:26       ` UBIFS vs Logfs (was [RFC PATCH] UBIFS - new flash file system) Artem Bityutskiy
2008-04-01  5:28         ` Artem Bityutskiy
2008-04-01  5:56         ` Artem Bityutskiy
2008-04-01  9:25           ` Jörn Engel
2008-04-01  9:39             ` Artem Bityutskiy
2008-04-01 10:51               ` Jörn Engel
2008-04-01 11:17                 ` Artem Bityutskiy
2008-04-01  9:19         ` Jörn Engel
2008-04-01  9:46           ` Artem Bityutskiy
2008-04-01 11:16             ` Jörn Engel
2008-03-31 13:40   ` [RFC PATCH] UBIFS - new flash file system Jörn Engel
2008-04-01 21:01 ` Matthieu CASTET
2008-04-03  7:07   ` Artem Bityutskiy
2008-04-18  9:05 ` Thomas Gleixner

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=4815C239.5050800@nokia.com \
    --to=ext-adrian.hunter@nokia.com \
    --cc=Artem.Bityutskiy@nokia.com \
    --cc=dedekind@yandex.ru \
    --cc=hch@infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=penberg@cs.helsinki.fi \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).