Messages in this thread | | | Date | Mon, 28 Jun 1999 20:29:29 +0100 (GMT) | From | Riley Williams <> | Subject | Re: 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/
| |