[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <007c01c8f2f7$89f55620$9de00260$@css.fujitsu.com>
Date: Thu, 31 Jul 2008 19:23:56 +0900
From: "Takashi Nishiie" <t-nishiie@...css.fujitsu.com>
To: "'Martin Schwidefsky'" <schwidefsky@...ibm.com>,
<linux-kernel@...r.kernel.org>, <linux-s390@...r.kernel.org>,
<lf_kernel_messages@...ts.linux-foundation.org>
Cc: "'Andrew Morton'" <akpm@...ux-foundation.org>,
"'Michael Holzheu'" <holzheu@...ibm.com>,
"'Gerrit Huizenga'" <gh@...ibm.com>,
"'Greg Kroah-Hartman'" <gregkh@...e.de>,
"'Randy Dunlap'" <randy.dunlap@...cle.com>,
"'Jan Kara'" <jack@...e.cz>, "'Pavel Machek'" <pavel@....cz>,
"'Sam Ravnborg'" <sam@...nborg.org>,
"'Joe Perches'" <joe@...ches.com>,
"'Jochen Voß'" <jochen.voss@...glemail.com>,
"'Kunai Takashi'" <kunai@...ux-foundation.jp>,
"'Tim Bird'" <tim.bird@...sony.com>
Subject: RE: [patch 2/3] kmsg: Kernel message catalog script.
>
> /*?
> * Tag: <component>.<id>
> * Text: "<kmsg message text>"
> * Severity: <severity>
> * Parameter:
> * @1: <description of the first message parameter>
> * @2: <description of the second message parameter>
> * ...
> * Description:
> * <What is the kmsg message all about>
> * User action:
> * <What can the user do to fix the problem> */
>
> The script looks for a kmsg comment for a kmsg printk at three places,
> the source file where the kmsg call is located, in the architecture
> dependent file Documentation/kmsg/$ARCH/<component> and in the common
> file Documentation/kmsg/<component>.
>
> The kmsg check is invoked with "make D=1" and reads the source files
> for all objects that are built by the current configuration and
> searches for matching kmsg descriptions for the kmsg messages in the
> source which have a messages id > 0. If a message description can not
> be found the script prints a blueprint and causes a make error.
>
> The kmsg man page creation is invoked with "make D=2" and reads the
> source files for all built objects, looks up the message description
> and writes a man page to $(objtree)/man.
I think it is good to number the message. It might be gospel for
providing with the support service for the corporation.
However, there is a problem of the scale in numbering of not only a
specific module but also all modules to the message. (There might be
at least 34000 relating messages or more. )
It introduces the following Web sites as a approach that arranges
the message on a Japanese Web site though it apologizes.
OSS Message Pedia
http://ossmpedia.org/
(Attention: This Web site is being written in Japanese. )
Thanks
--
NISHIIE Takashi
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists