public inbox for linux-mtd@lists.infradead.org
 help / color / mirror / Atom feed
* JFFS2 prints
@ 2004-11-13 11:26 Artem B. Bityuckiy
  2004-11-13 11:38 ` David Woodhouse
  0 siblings, 1 reply; 3+ messages in thread
From: Artem B. Bityuckiy @ 2004-11-13 11:26 UTC (permalink / raw)
  To: linux-mtd

Hello,

I wonder, is there some reasons why JFFS2 doesn't use some macros to 
output information? My be in order to be eCos-compatable? Or may be it 
is just dirty work and nobody has time to do it?

I mean, why do not we introduce macros like:

/* JFFS2 message */
#define JFFS2MSG(fmt, args...) \
     printk(KERN_NOTICE fmt, args);

/* JFFS2 debug message */
#define JFFS2DMSG(level, fmt, args...) \
     do { \
         if (level <= JFFS2_DEBUG_LEVEL) \
             printk(KERN_DEBUG "(%d) %s(): " fmt, level, __FUNCTION__, 
args); \
     }while(0)

/* JFFS2 warning message */
#define JFFS2EMSG(fmt, args...) \
     do { \
         printk(KERN_ERR "JFFS2 Warning! %s(): " fmt, __FUNCTION__, args); \
     } while(0)

/* JFFS2 error message */
#define JFFS2EMSG(fmt, args...) \
     do { \
         printk(KERN_ERR "JFFS2 Error! %s(): " fmt, __FUNCTION__, args); \
     } while(0)

It is not very readable to use output like this:
D1(printk(KERN_DEBUG "bababa"));

But the main thing why I think it would be nice to introduce macros like 
these is that the messages will be a bit standard. I mean that all 
errors will have the same prefix. It is useful when you develop JFFS2 
with debugging output on. In this case you will just s/JFFS2 Error and 
see all the error messages. But currently, it is hard to find all the 
error messages in JFFS2 because some of them use prefix "Error", some 
just contain the word "failed", etc.

Thanks.

-- 
Best Regards,
Artem B. Bityuckiy,
St.-Petersburg, Russia.

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: JFFS2 prints
  2004-11-13 11:26 JFFS2 prints Artem B. Bityuckiy
@ 2004-11-13 11:38 ` David Woodhouse
  2004-11-13 11:56   ` Artem B. Bityuckiy
  0 siblings, 1 reply; 3+ messages in thread
From: David Woodhouse @ 2004-11-13 11:38 UTC (permalink / raw)
  To: Artem B. Bityuckiy; +Cc: linux-mtd

On Sat, 2004-11-13 at 14:26 +0300, Artem B. Bityuckiy wrote:
> But the main thing why I think it would be nice to introduce macros like 
> these is that the messages will be a bit standard. I mean that all 
> errors will have the same prefix. It is useful when you develop JFFS2 
> with debugging output on. In this case you will just s/JFFS2 Error and 
> see all the error messages. But currently, it is hard to find all the 
> error messages in JFFS2 because some of them use prefix "Error", some 
> just contain the word "failed", etc.

I'm not sure that just a standard prefix will really help with
debugging. The trick is still to know what's important, and what's
noise. And running it with full debugging is slow enough already over a
115200 baud serial line, without adding more stuff to each line :)

I'd much rather see an effort to weed out the unnecessary prints at
debug level 1, moving them to level 2. I don't consider level 2 to be
particularly useful in general; it's _too_ verbose. 

-- 
dwmw2

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: JFFS2 prints
  2004-11-13 11:38 ` David Woodhouse
@ 2004-11-13 11:56   ` Artem B. Bityuckiy
  0 siblings, 0 replies; 3+ messages in thread
From: Artem B. Bityuckiy @ 2004-11-13 11:56 UTC (permalink / raw)
  To: David Woodhouse; +Cc: linux-mtd



David Woodhouse wrote:
> On Sat, 2004-11-13 at 14:26 +0300, Artem B. Bityuckiy wrote:
> 
>>But the main thing why I think it would be nice to introduce macros like 
>>these is that the messages will be a bit standard. I mean that all 
>>errors will have the same prefix. It is useful when you develop JFFS2 
>>with debugging output on. In this case you will just s/JFFS2 Error and 
>>see all the error messages. But currently, it is hard to find all the 
>>error messages in JFFS2 because some of them use prefix "Error", some 
>>just contain the word "failed", etc.
> 
> 
> I'm not sure that just a standard prefix will really help with
> debugging. The trick is still to know what's important, and what's
> noise. And running it with full debugging is slow enough already over a
> 115200 baud serial line, without adding more stuff to each line :)
I'm debugging JFFS2 on the P4 host with the Flash simulator, so I do not 
restricted by the serial line speed. May be somebody use USB which is 
also faster.

The situation is that I have *lots* of debugging output and want to see 
all warnings/errors. May be not only I :-) Yes, some of the output is 
unneeded and too noisy, but many is very useful.

Moreover, we will not need to write the name of function in the 
debugging printk. I mean

D1(printk(KERN_DEBUG "some_long_function_name(): some important message"));

We will use shorter calls like
JFFS2DMSG(1, "some important message");

> 
> I'd much rather see an effort to weed out the unnecessary prints at
> debug level 1, moving them to level 2. I don't consider level 2 to be
> particularly useful in general; it's _too_ verbose. 
> 
Yes, I've mentioned this and I switch off the lists content output when 
developing JFFS2. I think these messages should be moved to the level 2.


So, do you think we should not introduce such output macros?

-- 
Best Regards,
Artem B. Bityuckiy,
St.-Petersburg, Russia.

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2004-11-13 11:57 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-11-13 11:26 JFFS2 prints Artem B. Bityuckiy
2004-11-13 11:38 ` David Woodhouse
2004-11-13 11:56   ` Artem B. Bityuckiy

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox