From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: Date: Sat, 16 Aug 2008 13:40:50 -0700 From: "Tim Hockin" Subject: Re: [patch 1/3] kmsg: Kernel message catalog macros. In-Reply-To: <1218908985.6037.12.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080730165656.118280544@de.ibm.com> <200808131433.02966.rusty@rustcorp.com.au> <1218733623.2651.14.camel@localhost> <200808150922.23277.rusty@rustcorp.com.au> <1218908985.6037.12.camel@localhost> Sender: linux-kernel-owner@vger.kernel.org List-Archive: List-Post: To: schwidefsky@de.ibm.com Cc: Rusty Russell , linux-kernel@vger.kernel.org, linux-s390@vger.kernel.org, lf_kernel_messages@lists.linux-foundation.org, Andrew Morton , Michael Holzheu , Gerrit Huizenga , Greg Kroah-Hartman , Randy Dunlap , Jan Kara , Pavel Machek , Sam Ravnborg , Joe Perches , =?UTF-8?Q?Jochen_Vo=C3=9F?= , Kunai Takashi , Tim Bird List-ID: On Sat, Aug 16, 2008 at 10:49 AM, Martin Schwidefsky wrote: >> > > Can you hash the format string to generate the id? 6 hex digits should >> > > be enough, and your tool can check for clashes. As it's bad form to have >> > > identical strings for different semantics anyway, this seems to make >> > > sense. > Ok, so a specialized version of printk will do the work to calculate > the hash. Only, what will we do if there ever is a conflict? The message > tag has to be unique. The shorter the hash is, the more likely a > collision gets. Don't know if 6 hash digits is enough to just ignore the > problem. And if you ever need to change the text that is in the format string? The hash changes. That seems exactly counter to your goal... Tim