lkml.org 
[lkml]   [1999]   [Jun]   [28]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Profanity in the Linux Kernel?!?!?
Hi Mike, Michael.

>>> Personally, I'd prefer to see Linux move over to having any error
>>> call a separate module to generate the actual error message, and
>>> leave that module to sort out the precice wording thereof.

>> Why litter the kernel with messages? Why not just add error
>> interpretation to some external daemon - sysklogd is an excellent
>> place to do that. It would simply parse all kerenel messages
>> looking for, say

>> "kernel: kerror 00 at 0x0000:0x0000"

>> then look it up in some erorr database and output the translated
>> message - and even localized one if you will. Less kernel space,
>> more convenience for users, and no more such longish discussions
>> as this one. I would gladly code it, if there was consent it's a
>> good approach.

>>> However, when I proposed such a system some months back, and
>>> offered to do the necessary, it was turned down by all concerned,
>>> apparently on the basis of the loss of performancee that such a
>>> system was claimed to inevitably suffer from.

>> If put in the kernel, yes, but in the userland?

> What happens when due to some system malfunction, syslogd and/or
> klogd dies? Then nothing gets logged, and nothing gets printed.

That happens often enough now, with exactly that result - just read
the constant stream of bug reports on linux-kernel where this has
clearly happenned, with precicely the result you quote...

What we really could use is for inetd to auto-restart them if
something turns up for them to log...

> Bad thing... I gladly give up the bit of memory the kernel error
> messages require, to be sure I'll know why it has crashed if it
> does. They've come in handy a couple of times. I wish it were
> even more verbose personally.

Since the situation already happens often enough, you're basically
surrendering that 'bit of memory' for nothing...

Best wishes from Riley.

+----------------------------------------------------------------------+
| There is something frustrating about the quality and speed of Linux |
| development, ie., the quality is too high and the speed is too high, |
| in other words, I can implement this XXXX feature, but I bet someone |
| else has already done so and is just about to release their patch. |
+----------------------------------------------------------------------+
* ftp://ftp.MemAlpha.cx/pub/rhw/Linux
* http://www.MemAlpha.cx/kernel.versions.html



-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

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