All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jeff Mahoney <jeffm@suse.com>
To: Hans Reiser <reiser@namesys.com>
Cc: ReiserFS List <reiserfs-list@namesys.com>
Subject: Re: [PATCH 3/5] reiserfs: rework reiserfs_warning
Date: Mon, 18 Jul 2005 20:47:42 -0400	[thread overview]
Message-ID: <42DC4DAE.1020704@suse.com> (raw)
In-Reply-To: <42DC03CC.5000502@namesys.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hans Reiser wrote:
> Jeff, thanks so kindly for cleaning all this up, it must have been very
> tedious, so extra thanks for it.
> 
> I will now quibble about some trivia....
> 
> Hans
> 
> Jeff Mahoney wrote:
> 
>>ReiserFS warnings can be somewhat inconsistent.
>>In some cases:
>>* a unique identifier may be associated with it
>>* the function name may be included
>>* the device may be printed separately
>>
>>This patch aims to make warnings more consistent. reiserfs_warning() prints
>>the device name, so printing it a second time is not required. The function
>>name for a warning is always helpful in debugging, so it is now automatically
>>inserted into the output. Hans has stated that every warning should have
>>a unique identifier. Some cases lack them, others really shouldn't have them.
>> 
>>
> What cases should not have them?

I don't think that "routine" messages should have identifiers associated
with them. I guess in a more exact sense, messages that are directly
associated with user input, like mount option parsing, finding the
superblock, an unfinished reiserfsck, or enabling CONFIG_REISERFS_CHECK.

I guess a quick visual search for NO_ID in the patch would be the best
way of expressing this. I could be convinced otherwise, and that's why I
made two separate #defines for a missing id or deliberately no id.

- -Jeff

- --
Jeff Mahoney
SuSE Labs
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQFC3E2uLPWxlyuTD7IRAufMAJ9RB1jrQalthIExa/4h+IouWrjr7gCcC34j
wGWoF4EI5kcfAWaL4UScBWo=
=mX/a
-----END PGP SIGNATURE-----

  reply	other threads:[~2005-07-19  0:47 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-07-18 17:42 [PATCH 3/5] reiserfs: rework reiserfs_warning Jeff Mahoney
2005-07-18 19:32 ` Hans Reiser
2005-07-19  0:47   ` Jeff Mahoney [this message]
2005-07-19  1:01     ` Hans Reiser

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=42DC4DAE.1020704@suse.com \
    --to=jeffm@suse.com \
    --cc=reiser@namesys.com \
    --cc=reiserfs-list@namesys.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.