Messages in this thread | | | Date | Tue, 25 Mar 2003 14:28:43 -0500 | From | Martin Hicks <> | Subject | Re: [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/
| |