lkml.org 
[lkml]   [2003]   [Mar]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [patch] Generic way to control display of debug printk's


On Fri, Mar 21, 2003 at 06:15:06PM -0800, H. Peter Anvin wrote:
> Followup to: <20030321223717.GA1241@bork.org>
> By author: Martin Hicks <mort@wildopensource.com>
> In newsgroup: linux.dev.kernel
> >
> > It seems to me that a generic way to dynamically control the printing
> > of certain messages to the console during kernel boot is required.
> > Systems that really need this are large SMP systems or NUMA machines
> > with a large number of nodes. The number of messages that appear
> > per-node or per-cpu is huge in these machines.
> >
>
> See KERN_EMERG, KERN_ALERT, KERN_CRIT, KERN_ERR, KERN_WARNING,
> KERN_NOTICE, KERN_INFO, KERN_DEBUG.

Okay, perhaps I didn't clearly identify the problem last time. The
problem is the number of messages that go into the log_buf. On
large systems we can certainly just crank up the size of log_buf, but I
don't see this as a terribly elegant solution.

I think there should be some facility, mirroring the way we can set a
threshold for console messages, to decide if a message is logged at all.
For example, setting console_loglevel and log_loglevel (the new
threshold) to 7 results in no KERN_DEBUG messages begin printed to the
console or the log.

I'm testing a patch now, but are there any comments on the basic idea?
Is it preferrable to just crank up the size of log_buf?

mh

--
Martin Hicks || mort@bork.org || PGP/GnuPG: 0x4C7F2BEE
plato up 2 days, 22:44, 14 users, load average: 2.64, 0.94, 0.34
Great Spirits have always encountered opposition from mediocre minds
-Albert Einstein
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:34    [W:0.041 / U:0.024 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site