lkml.org 
[lkml]   [2008]   [Feb]   [24]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [PATCH] x86: add the debugfs interface for the sysprof tool
    On Sun, Feb 24, 2008 at 04:32:40PM +0000, John Levon wrote:
    > > There are plenty of things that can be done, including using search
    > > paths to try to find vmlinuz; or maybe even proposing a new standard
    > > such as say for example /lib/modules/`uname -r`/vmlinux being a
    >
    > At the time when I was trying to fix this, I wasn't aware of any way to
    > propose a new standard and get distributions to follow it - is there
    > some way now? Informally I discussed this problem several times with
    > many people without any resolution. As regards searching informal paths,
    > this is extremely risky - get the wrong vmlinux and we end up with
    > inaccurate results, which is worse than no results.

    The way that /lib/modules/`uname -r`/build was standardize was via
    mail to LKML, years ago. It was declared so, "make install" for base
    kernel Makefiles did that, and the distro's picked it up pretty
    quickly thereafter.

    In terms of picking the right vmlinux, how about a kernel patch which
    stashes the MD5 checksum of vmlinux in a convenient location the
    compressed kernel which can be pulled out via querying
    /sys/kernel/vmlinux_cksum? If the problem is making sure you have the
    right vmlinux, there are some fairly simple ways of assuring this ---
    it's just a matter of thinking creatively.

    > > The abdication of responsibility and the lack of trying to solve the
    > > usability issues is one of the things that really worries me about
    > > *all* of Linux's RAS tools. We can and should do better! And it's
    > > really embarassing that the RAS maintainers seem (I assume you are one
    > > of the oprofile maintainers), seem to be blaming this on the victims,
    > > the people who are complaining about using *your* tool. Yes, it's a

    Let me make it clear that the problems go far beyond oprofile. I have
    similar issues of disquietude about the easy of use of SystemTap,
    kdump, and all of the other RAS system tools. It may be the problem
    is that the companies who fund the development of the RAS tools are
    stopping before they can be made turn-key and easy to use by kernel
    developers, as opposed to assuming that the distro's will do all of
    the hard work productizing them and actually making them *usuable*.

    The problem is that not enough mainline kernel developers use these
    tools, mostly because they aren't easy enough for them to use. I
    remember complaining about kdump, and I got the same answer, "Oh, it's
    the distro's job to make it easy to use." Which is fine, except that
    means very few people actually use it (how many kernel developers use
    RHEL and SLES as their day-to-day development OS, as opposed to Fedora
    or Debian, et. al.?), and since there aren't lots of kernel developers
    using it, once the people who are funded to support the RAS tools get
    reassigned to other projects, what's left is in a terrible shape to be
    used by mainline kernel developers, and then the tools effectively
    become unused and then unmaintained.....

    - Ted


    \
     
     \ /
      Last update: 2008-02-24 23:27    [W:4.115 / U:0.092 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site