|From:||Andrew Morton <akpm-AT-linux-foundation.org>|
|To:||Martin Schwidefsky <schwidefsky-AT-de.ibm.com>|
|Subject:||Re: [patch 01/15] kmsg: Kernel message catalog macros.|
|Date:||Wed, 30 Jul 2008 01:30:59 -0700|
|Cc:||linux-kernel-AT-vger.kernel.org, linux-s390-AT-vger.kernel.org, Michael Holzheu <holzheu-AT-de.ibm.com>|
On Mon, 28 Jul 2008 19:53:56 +0200 Martin Schwidefsky <firstname.lastname@example.org> wrote: > Introduce a new family of printk macros which prefixes each kmsg message > with a component name and allows to tag the printk with a message id. > > The kmsg component name is defined per source file with the KMSG_COMPONENT > macro. The first argument of each kmsg printk is the message id. The > message id "0" is special as it will suppress the message id prefix. > > If the message id will be printed to the console / syslog at all depends > on CONFIG_MSG_IDS. If it is "n" then a kmsg_xxx call is just another > printk wrapper. These macros are intended to be used uniformly in the > s390 architecture and the s390 device drivers. > > Signed-off-by: Michael Holzheu <email@example.com> > Signed-off-by: Martin Schwidefsky <firstname.lastname@example.org> > --- > > arch/s390/Kconfig | 9 +++ > include/asm-s390/kmsg.h | 124 ++++++++++++++++++++++++++++++++++++++++++++++++ Numerous people want a facility like this for other-than-s390 use. Progress has been intermittent and appears to have stopped. The apparently-dead mailing list is archived here: https://lists.linux-foundation.org/pipermail/lf_kernel_me.... I don't know what the future holds for that development effort, but the requirement won't go away. So one day someone is going to go and yank your implementation out of arch/s390 and into generic code. So I'd suggest that you start out that way.
Copyright © 2008, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds