[lkml]   [2010]   [Jul]   [12]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    Patch in this message
    SubjectRe: Dynamic Debug broken on 2.6.35-rc3?
    On Mon, Jul 12, 2010 at 04:24:16PM +0200, Thomas Renninger wrote:
    > Hi,
    > it's this one:
    > commit ff49d74ad383f54041378144ca1a229ee9aeaa59
    > Author: Yehuda Sadeh <>
    > Date: Sat Jul 3 13:07:35 2010 +1000
    > which touches same code than Jason's fix does.
    > Possibly this patch also addresses (only parts of?) this problem?
    > Jason: Do you mind having a look at the latest git version and review
    > Yehuda's and adjust your patch if still necessary.

    So Yehuda's patch is meant to address this issue. I would still move the
    remove code to free_module(), for the case that load_module() fails as
    follows (on top of Yehuda's patch):

    Signed-off-by: Jason Baron <>
    kernel/module.c | 4 +++-
    1 files changed, 3 insertions(+), 1 deletions(-)

    diff --git a/kernel/module.c b/kernel/module.c
    index 5d2d281..6c56282 100644
    --- a/kernel/module.c
    +++ b/kernel/module.c
    @@ -787,7 +787,6 @@ SYSCALL_DEFINE2(delete_module, const char __user *, name_user,

    /* Store the name of the last unloaded module for diagnostic purposes */
    strlcpy(last_unloaded_module, mod->name, sizeof(last_unloaded_module));
    - ddebug_remove_module(mod->name);

    return 0;
    @@ -1550,6 +1549,9 @@ static void free_module(struct module *mod)

    + /* Remove dynamic debug info */
    + ddebug_remove_module(mod->name);
    /* Arch-specific cleanup. */

    Also, the patch i wrote addressed the issue of duplicate "module" names.
    Although you can't have duplicate names of loadable modules. Dynamic
    debug also refers to built in vmlinux sections by using
    "KBUILD_MODNAME". These are not necessarily globally unique. Thus, we
    probably should be using a better globally unique identifier in the code.
    However, that improvement can probably wait...

    I will re-post the above as a separate thread. Also, I should probably
    post a patch to add myself to the MAINTAINERS file, since I didn't see
    Yehuda's patch until now...

    > If Yehuda's patch is fixing this already, we still need it backported for
    > 2.6.34 stable kernel and further?

    Yes, patch might need to be adjusted a bit but is still relevant for
    2.6.34 stable. The situation was exacerbated by:

    commit 3bafeb6247042dcbb72b0141ec7c7107de9f0b99
    Author: Linus Torvalds <>
    Date: Sat Jun 5 11:17:36 2010 -0600

    module: move find_module check to end

    during the 2.6.35 time frame.

    > One question about dynamic debug (unrelated to the mem corruption
    > issue):
    > Would it make sense to initialize dynamic debug earlier, somewhen shortly
    > after __setup is called.
    > Then a boot param ddebug_enable="xy" could be added.
    > The param could be in /sys/../control format or just be "all"?
    > My idea is to be able to track all the pr_debug calls (as) early (as possible)
    > at boot up.
    > One example is ec.c. Currently it is not possible to see the pr_debug messages
    > when EC accesses are done when the ACPI interpreter is started, there
    > is no userspace and no sysfs yet.
    > Same for PCI related pr_debug messages at early PCI(e) initialization time?
    > Would that be possible or do I miss something?
    > Thanks,
    > Thomas

    definitely a good idea, and something I just had not yet done
    yet...after we resolve this issue, I'd be more than happy to review
    and/or write a patch to do this. I'm glad ppl are interested in this :)



     \ /
      Last update: 2010-07-12 18:25    [W:0.034 / U:45.756 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site