lkml.org 
[lkml]   [2007]   [Sep]   [22]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [RFC] New kernel-message logging API
    On 9/22/07, Vegard Nossum <vegard.nossum@gmail.com> wrote:
    > After recent discussions on LKML and a general dissatisfaction at the
    > current printk() kernel-message logging interface, I've decided to
    > write down some of the ideas for a better system.

    Nice. I would suggest having some kind of standard way to show the
    information on the screen/dmesg. I mean, instead of having plain lines
    being written to the log, having something very short like:

    SSL: Message sent.

    Being:

    SS - Subsystem ("EA" for early code, "MM" for memory managment, "PU"
    for processor stuff, "HD" for hard disks, "PP" for parallel port, "NT"
    for networking, "VI" for video stuff, "FB" for framebuffers, "SN" for
    sound stuff, "KE" for keyboard, "MO" for mouse, ... I think you get
    the idea, just generic things).
    L - Log level (0 for emerg, ..., 7 for debug)

    And maybe some other character for other information. This would be
    great to read pretty easily dmesg and for grepping, like:

    $ dmesg | grep ^FB

    for getting just information about framebuffers, or

    $ dmesg | grep ^..[0123]

    to get all the problems of the whole kernel/system.

    So, for example, userspace scripts will be able to separate into
    different log files the kernel stuff:

    #!/bin/sh
    dmesg | grep ^..[0123] > klog.errors
    dmesg | grep ^NT > klog.networking
    dmesg | grep ^HD > klog.harddisks
    dmesg | grep ^FB > klog.framebuffers

    Maybe its weird at first, but I think it will speed up the reading of
    plain dmesg's outputs for everyone at the cost of 3-5 more characters
    at every line in dmesg.

    Also, it may help to make printk()'s messages to be more uniform,
    instead of having every .c file having differents ways to express
    similar things.

    Getting more complex, lets add another character:

    SSLR: Message sent.

    being R the reason of the message (D for information about a
    probed-and-detected hardware [like a PCI card], R for a new
    succesfully registered device [like a framebuffer], S for new settings
    in a device [like taking up a ethernet link, or that messages about
    IRQs], C for copyright/about/info lines, ...).

    Now we have at some dmesg (for example):

    eth0: Broadcom 4400 10/100BaseT Ethernet 00:1f:a2:0c:4a:72
    ieee80211_crypt: registered algorithm 'TKIP'
    ipw3945: Intel(R) PRO/Wireless 3945 Network Connection 1.2.2d
    ipw3945: Copyright(c) 2003-2006 Intel Corporation
    ACPI: PCI Interrupt 0000:0c:00.0[A] -> GSI 17 (level, low) -> IRQ 17
    PCI: Setting latency timer of device 0000:0c:00.0 to 64
    ipw3945: Detected Intel PRO/Wireless 3945ABG Network Connection
    ipw3945: Detected geography ABG (13 802.11bg channels, 23 802.11a channels)
    usb 6-1: new low speed USB device using uhci_hcd and address 2
    usb 6-1: configuration #1 chosen from 1 choice
    usbcore: registered new interface driver hiddev

    and we could have:

    NT6R eth0: Broadcom 4400 10/100BaseT Ethernet 00:1f:a2:0c:4a:72
    NT6R ieee80211_crypt: algorithm 'TKIP'
    NT6C ipw3945: Intel(R) PRO/Wireless 3945 Network Connection driver 1.2.2d
    NT7C ipw3945: Copyright(c) 2003-2006 Intel Corporation
    XX6S ACPI: PCI Interrupt 0000:0c:00.0[A] -> GSI 17 (level, low) -> IRQ 17
    XX6S PCI: Latency timer of device 0000:0c:00.0 to 64
    NT6R ipw3945: Intel PRO/Wireless 3945ABG Network Connection
    NT6D ipw3945: geography ABG (13 802.11bg channels, 23 802.11a channels)
    US6R usb 6-1: low speed USB device using uhci_hcd and address 2
    US6S usb 6-1: configuration #1 chosen from 1 choice
    US6R usbcore: new interface driver hiddev

    which I think its much more clear... Wanna know about registered
    networking-related devices? Then grep using "^NT.R":

    NT6R eth0: Broadcom 4400 10/100BaseT Ethernet 00:1f:a2:0c:4a:72
    NT6R ieee80211_crypt: algorithm 'TKIP'
    NT6R ipw3945: Intel PRO/Wireless 3945ABG Network Connection

    ...

    Nothing more, thanks for reading :)

    --
    Miguel Ojeda
    http://maxextreme.googlepages.com/index.htm
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2007-09-23 03:09    [W:0.049 / U:0.540 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site