lkml.org 
[lkml]   [2010]   [Jan]   [4]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    From
    Date
    SubjectRe: [PATCH] stack2core: show stack message and convert it to core file when kernel die
    Thanks for your mail.

    I am not sure s2c is not a duplicating work with with others or not.

    The main work of it is give user a coredump when kernel die like a
    user level program die.
    The user can very easy use it with gdb.
    Now, it support x86/x8664/mips/arm. It's very easy to extend. To
    support a new arch is not a very hard work. (I use half a day make it
    support mips and mips64 include the test work.)

    And the s2c convert program can run on every environment. I try it in
    x86, x8664, mipsn32 . It didn't depend on any special lib. User can
    compile it with "gcc s2c.c" to get it. And run it in a small board
    that didn't have some script support.

    markup_oops.pl sames still not support cross compile environment. It
    get module message with modinfo,right? And use some objdump and so
    on.
    So even if it support cross compile environment, user use it will need
    set which objdump he want use. Which mod dir he want use. Right?

    For the s2c, user just "s2c < message >core" It did everything with itself.
    After that, gdb vmlinux core.

    Best regards,
    Hui

    On Mon, Jan 4, 2010 at 07:14, Arjan van de Ven <arjan@infradead.org> wrote:
    > On Mon, 04 Jan 2010 08:07:45 +0900
    > Tejun Heo <tj@kernel.org> wrote:
    >
    >> On 01/04/2010 08:01 AM, Arjan van de Ven wrote:
    >> > On Mon, 04 Jan 2010 07:49:56 +0900
    >> > Tejun Heo <tj@kernel.org> wrote:
    >> >>
    >> >> If implementing parsing of oops message in C is too awkward
    >> >> (unsurprising at all), maybe implementing a converter in perl or
    >> >> python is the easiest way so that it takes the oops message and
    >> >> puts out well formatted input for the s2c program?
    >> >
    >> > you mean like scripts/markup_oops.pl ?
    >>
    >> Whichever one works but s2c wouldn't require symbol decoding.  Maybe
    >> we can simply add an option to tell it to just parse the oops and
    >> output it in machine friendly format.  Oh, also, the patch does add
    >> new information the module load addresses.  We should be able to add
    >> those to the oops message in a compact form.
    >
    > actually one does not need those; you know the start address of the
    > function already from the current oops output, and since you know the
    > address of the function within the module as well, you know the start
    > address of the module.
    >
    >
    > --
    > Arjan van de Ven        Intel Open Source Technology Centre
    > For development, discussion and tips for power savings,
    > visit http://www.lesswatts.org
    >
    --
    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: 2010-01-04 17:25    [W:0.049 / U:32.844 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site