[lkml]   [2007]   [Oct]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: "Re: [PATCH 0/2] Colored kernel output (run2)" + "`Subject:' usage"

    * Willy Tarreau <> wrote:

    > 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. And I don't believe in userland's help here, because for
    > that type of messages, the indication should be returned immediately.
    > 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.

    Exactly. I'm also testing older distros quite regularly with new kernels
    and there's it's useful to have an impression of a kernel's output at a
    glance. Adding _any_ userspace change (even if i wanted to do it, which
    i dont) is out of question. So these are distinct, well-defined usecases
    that nobody has brought any coherent argument against yet. VGA isnt
    going away anytime soon, certainly not on my testboxes.

    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2007-10-07 23:15    [W:0.021 / U:42.320 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site