[lkml]   [2002]   [Nov]   [23]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: New module loader makes kernel debugging much harder
    On Sun, 24 Nov 2002 01:06:17 +0000, 
    John Levon <> wrote:
    >On Sun, Nov 24, 2002 at 11:49:32AM +1100, Keith Owens wrote:
    >> Although all module code currently goes in a single text area, there is
    >> no guarantee that will always be the case. In the past we have had
    >> multiple text areas in modules (out of line lock code used its own
    >> section for a long time) and future changes could require multiple text
    >> sections. To do profiling correctly, you need to know where all the
    >> text sections are, i.e. the module loader has to publish symbols and
    >> section data. Loosing that data is a big step backwards.
    >Actually all *I* need is the address of one of the sections, as long as
    >they're simply mapped in we can work backwards given the sample file
    >and the offset of that section. So this already worked for when the
    >locking code was a separate section. But yeah, it would be helpful for
    >other uses to have more info available.

    How do you know if the sections are "simply mapped"? The module loader
    could assign different sections to different mappings, there is no
    guarantee that they are contiguous. They were contiguous using the 2.4
    module loader but only because the syscall only allowed for a single
    area. The new loader can assign sections anywhere it likes.

    One possibility the new loader opens up is the ability to replicate the
    pure module data (rodata and text) for each node of a NUMA box. There
    is already an option to replicate the kernel text on each node to cut
    down inter-node traffic. Replicating the pure module data would be
    nice as well. I guarantee that will result in something that is not
    "simply mapped".

    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: 2005-03-22 13:31    [W:0.019 / U:7.912 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site