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

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?

> reiserfs_warning() now expects an id associated with each message. In the
> event that it is missing, MISSING_ID is used. In the case where one is simply
> not desired, NO_ID is used. Both of these are currently #define'd to NULL,
> but may be changed in the future.
>  
>


  reply	other threads:[~2005-07-18 19:32 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 [this message]
2005-07-19  0:47   ` Jeff Mahoney
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=42DC03CC.5000502@namesys.com \
    --to=reiser@namesys.com \
    --cc=jeffm@suse.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.