Re: [PATCH 0/2] Colored kernel output (run2)

Oleg Verych
2007-10-06T20:49:51Z

On Sat, Oct 06, 2007 at 09:48:20PM +0200, Ingo Molnar wrote:
> >
> > This is a "kernel messages color-l10n".
> >
> > * text code size, that cannot be zero if config option is not set;
>
> not really an issue. Changing the inline function to non-inline will get
> rid of most of the text cost. Embedded wont build in a console.

I'm trying to say "text size *and* config option is not set". That
have nothing to do with other text size reductions.

> > * completely useless, if properly implemented in userspace (with much
> > reacher functionality).
>
> that's hogwash. No user-space runs during early bootup. (and yes i want
> a color code at glance if something hangs in early bootup) Nothing will
> color-code crashes, etc., etc. Control of the _kernel_ console by
> user-space is complete nonsense.

If it is so important for major kernel developer like you, Ingo, then
why there's no scrollback at first place? Why nothing like that was
not implemented up until now?

My first ever Linux hack was changing default console output color. I
think it was seven years ago. I though, it was not serious, if nobody
did that already (in the 2.2.14).

Please, don't mix important stuff here. I know, what kernel console is.

> The kernel console is one of the most important information channels of
> the kernel towards the user.

I'd say: towards hard OOPs-handling developer.

> this is nice and robust functionality that i personally welcome. The
> default is not changed in any way.
>
> (btw., i corrected the subject line to remove the 'NAK'. Why do you
> think you can 'NAK' a patch in this field?)

I added comment (like this), so anyone can skip reading body, if headers
are "Oleg Verych && NAK". In case if `NAK' have a magic meaning in the
LKML, like control characters in the tty, i'm sorry.

But how to express opinion quickly and easily?
____