lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Message-ID: <20071007194725.GS22435@flower.upol.cz> Date: Sun, 7 Oct 2007 21:47:25 +0200 From: Oleg Verych <olecom@...wer.upol.cz> To: Willy Tarreau <w@....eu> Cc: Rene Herman <rene.herman@...access.nl>, Ingo Molnar <mingo@...e.hu>, Jan Engelhardt <jengelh@...putergmbh.de>, Linux Kernel Mailing List <linux-kernel@...r.kernel.org>, Dave Jones <davej@...hat.com>, Krzysztof Halasa <khc@...waw.pl>, Medve Emilian-EMMEDVE1 <Emilian.Medve@...escale.com>, Helge Deller <deller@....de> Subject: Re: "Re: [PATCH 0/2] Colored kernel output (run2)" + "`Subject:' usage" On Sun, Oct 07, 2007 at 09:13:09PM +0200, Willy Tarreau wrote: > On Sun, Oct 07, 2007 at 08:47:52PM +0200, Rene Herman wrote: > > On 10/07/2007 06:12 PM, Ingo Molnar wrote: > > > > >* Oleg Verych <olecom@...wer.upol.cz> wrote: > > > > >>Coloring isn't useful. If it was, it would be implemented ~16 years > > >>ago. > > > > > >Congratulations, this is the most stupid argument i've ever read on > > >lkml. [] > I would say that while I'm not particularly fond of flashy colors > everywhere, I think that being able to use colors to indicate particular > actions in progress or conditions can be a good thing. RAID errors, > devices disabled due to command-line parameters, and general anomalies > which can cause a hang or panic a few line laters are worth coloring. That *is* the coloring, i'm talking about. > And I don't believe in userland's help here, because for that type of > messages, the indication should be returned immediately. In the very buggy cases, i think, everything just hang. Otherwise initramfs stuff can deal with it. > For instance, anyone who has experienced read errors on and IDE disk > knows that it can literally take hours/days to boot, after displaying > thousands of messages. Here, having the ability to see that no IRQ was > assigned or something like this could help. As i'm pretty much in all that text(tty)-mode stuff anyway, maybe after some time i will propose something klibc/tty based. Mainly a bit of user interface: split scrolling regions for errors and notifications; flexible color schemas (keyword highlighting); keyboard events. Of course it will work in such IDE cases, only if driver is a module. ____ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists