Addr2line на модуле ядра

Я пытаюсь отлаживать модуль ядра. Я подозреваю, что там есть утечки памяти. Чтобы проверить это, я подготовил сборку с включенной утечкой памяти для ядра и модулей. И я получил некоторое предупреждение от этого:

[11839.429168] slab error in verify_redzone_free(): cache `size-64': memory outside object was overwritten
[11839.438659] [<c005575c>] (unwind_backtrace+0x0/0x164) from [<c0116ca0>] (kfree+0x278/0x4d8)
[11839.447357] [<c0116ca0>] (kfree+0x278/0x4d8) from [<bf083f48>] (some_function+0x18/0x1c [my_module])
[11839.457214] [<bf083f48>] (some_function+0x18/0x1c [my_module]) from [<bf08762c>] (some_function+0x174/0x718 [my_module])
[11839.470184] [<bf08762c>] (some_function+0x174/0x718 [my_module]) from [<bf0a56b8>] (some_function+0x12c/0x16c [my_module])
[11839.483917] [<bf0a56b8>] (some_function+0x12c/0x16c [my_module]) from [<bf085790>] (some_function+0x8/0x10 [my_module])
[11839.496368] [<bf085790>] (some_function+0x8/0x10 [my_module]) from [<bf07b74c>] (some_function+0x358/0x6d4 [my_module])
[11839.507476] [<bf07b74c>] (some_function+0x358/0x6d4 [my_module]) from [<c00a60f8>] (worker_thread+0x1e8/0x284)
[11839.517211] [<c00a60f8>] (worker_thread+0x1e8/0x284) from [<c00a9edc>] (kthread+0x78/0x80)
[11839.525543] [<c00a9edc>] (kthread+0x78/0x80) from [<c004f8fc>] (kernel_thread_exit+0x0/0x8)

Нет необходимости переводить адреса, указывающие на ядро:

$ addr2line -f -e vmlinux.kmeml c0116ca0
verify_redzone_free
/[...]/kernel/mm/slab.c:2922

Но я не могу этого сделать, если адреса из my_module:

$ addr2line -f -e vmlinux.kmeml bf0a56b8
??
??:0

Я также пытался с файлом модуля:

$ addr2line -f -e my_module.ko bf0a56b8
??
??:0

Как я могу перевести эти адреса в файлы и номера строк?

Ответы

Ответ 1

Я полагаю, что модуль построен с включенной информацией об отладке. Если это так, вы можете использовать gdb или objdump, чтобы узнать, к какому исходному файлу и строке принадлежит каждый адрес. Что-то вроде этого:

$ gdb "$(modinfo -n my_module)"
(gdb) list *(some_function+0x12c)

Теперь Gdb сообщит имя исходного файла и строку в нем.

Вы также можете сделать аналогичную вещь с objdump, но это немного сложнее. Во-первых, разобрать модуль:

objdump -dSlr my_module.ko > my_module.disasm

При вызове с опцией -S objdump будет включать исходные строки в результирующем списке, где это необходимо.

Теперь вы можете прокрутить список до кода some_function, найти инструкцию со смещением 0x12c от начала функции. Строка источника будет указана над ней.

EDIT:

После многих экспериментов я обнаружил, что хотя addr2line действительно может использоваться для модулей ядра, eu-addr2line (аналогичный инструмент от elfutils), кажется, более надежным. То есть иногда addr2line выводит неверные строки источника, но eu-add2line делает все правильно.

Чтобы использовать eu-addr2line, может потребоваться установить библиотеки libdw и libebl, если они еще не установлены вместе с elfutils.

Использование аналогично использованию addr2line:

eu-addr2line -f -e <path_to_the_module> -j <section_name> <offset_in_section>

Если отладочная информация для модуля ядра хранится в отдельном файле (это часто бывает для ядер, предоставляемых основными дистрибутивами Linux), путь к этому файлу должен использоваться как <path_to_the_module>.

Ответ 2

Вам действительно нужно запустить addr2line на вашем модуле ядра, а не на ядре, но есть твист -

в файле модуля ядра используются относительные адреса, кэш-адрес, который у вас есть, состоит из:

смещение внутри модуля + адрес загрузки модуля - это память.

Итак, что вам нужно сделать, это найти загрузочный адрес ядра moduel - сначала память, выполнив cat/proc/modules, найдя, к какому модулю относится этот адрес, если вы не знаете, вычесть адрес загрузки модуля из адрес сбоя и подать, что для addr2line

удача

Ответ 3

Возможно, вам нужно использовать параметр -g для компиляции модуля.