如果我加载内核模块并使用 lsmod 列出加载的模块，我可以得到模块的“使用计数”(引用该模块的其他模块的数量)。但是，有没有办法弄清楚使用模块的内容？

问题是我正在开发的模块坚持其使用计数为 1，因此我不能使用 rmmod卸载它，但它的“by”列是空的。这意味着每次我想重新编译和重新加载模块时，我都必须重新启动机器(或者，至少，我想不出任何其他方法来卸载它)。

最佳答案

实际上，似乎有一种方法可以列出声明模块/驱动程序的进程——但是，我还没有看到它的广告(在 Linux 内核文档之外)，所以我会在这里记下我的笔记:

首先，非常感谢 @haggai_e的回答；指向函数的指针 try_module_get和 try_module_put因为那些负责管理使用计数 (refcount) 的人是让我能够追踪程序的关键。

在网上进一步寻找这个，我不知何故偶然发现了帖子Linux-Kernel Archive: [PATCH 1/2] tracing: Reduce overhead of module tracepoints ;它最终指向内核中存在的一个工具，称为(我猜)“跟踪”；相关文档在目录 Documentation/trace - Linux kernel source tree 中.特别是，两个文件解释了跟踪工具，events.txt和 ftrace.txt .

但是，在 /sys/kernel/debug/tracing/README 中还有一个关于正在运行的 Linux 系统的简短“跟踪迷你 HOWTO”。 (另见 I'm really really tired of people saying that there's no documentation…)；注意在内核源码树中，这个文件实际上是由文件kernel/trace/trace.c生成的。 .我已经在 Ubuntu natty 上测试过了，并注意，因为 /sys归 root 所有，你必须使用 sudo读取此文件，如 sudo cat或

sudo less /sys/kernel/debug/tracing/README

/*
https://github.com/spotify/linux/blob/master/samples/tracepoints/tracepoint-sample.c
https://www.linux.com/learn/linux-training/37985-the-kernel-newbie-corner-kernel-debugging-using-proc-qsequenceq-files-part-1
*/

#include <linux/module.h>
#include <linux/sched.h>
#include <linux/proc_fs.h>
#include <linux/seq_file.h> // for sequence files

struct proc_dir_entry *pentry_sample;

char *defaultOutput = "This is testmod.";


static int my_show(struct seq_file *m, void *v)
{
  seq_printf(m, "%s\n", defaultOutput);
  return 0;
}

static int my_open(struct inode *inode, struct file *file)
{
  return single_open(file, my_show, NULL);
}

static const struct file_operations mark_ops = {
  .owner    = THIS_MODULE,
  .open = my_open,
  .read = seq_read,
  .llseek   = seq_lseek,
  .release  = single_release,
};


static int __init sample_init(void)
{
  printk(KERN_ALERT "sample init\n");
  pentry_sample = proc_create(
    "testmod-sample", 0444, NULL, &mark_ops);
  if (!pentry_sample)
    return -EPERM;
  return 0;
}

static void __exit sample_exit(void)
{
    printk(KERN_ALERT "sample exit\n");
    remove_proc_entry("testmod-sample", NULL);
}

module_init(sample_init);
module_exit(sample_exit);

MODULE_LICENSE("GPL");
MODULE_AUTHOR("Mathieu Desnoyers et al.");
MODULE_DESCRIPTION("based on Tracepoint sample");

CONFIG_MODULE_FORCE_UNLOAD=y
# for oprofile
DEBUG_INFO=y
EXTRA_CFLAGS=-g -O0

obj-m += testmod.o

# mind the tab characters needed at start here:
all:
    make -C /lib/modules/$(shell uname -r)/build M=$(PWD) modules

clean:
    make -C /lib/modules/$(shell uname -r)/build M=$(PWD) clean

$ sudo ls /sys/kernel/debug/tracing/events/module
enable  filter  module_free  module_get  module_load  module_put  module_request

$ sudo cat /sys/kernel/debug/tracing/tracing_enabled
1

$ sudo cat /sys/kernel/debug/tracing/events/module/enable
0

$ sudo cat /sys/kernel/debug/tracing/events/module/module_put/format
name: module_put
ID: 312
format:
...
    field:__data_loc char[] name;   offset:20;  size:4; signed:1;

print fmt: "%s call_site=%pf refcnt=%d", __get_str(name), (void *)REC->ip, REC->refcnt

sudo bash -c "echo name == testmod > /sys/kernel/debug/tracing/events/module/filter"

sudo bash -c "echo 1 > /sys/kernel/debug/tracing/events/module/enable"

sudo cat /sys/kernel/debug/tracing/trace_pipe | tee tracelog.txt

$ sudo insmod ./testmod.ko
$ cat /proc/testmod-sample 
This is testmod.
$ sudo rmmod testmod

# tracer: nop
#
#           TASK-PID    CPU#    TIMESTAMP  FUNCTION
#              | |       |          |         |
          insmod-21137 [001] 28038.101509: module_load: testmod
          insmod-21137 [001] 28038.103904: module_put: testmod call_site=sys_init_module refcnt=2
           rmmod-21354 [000] 28080.244448: module_free: testmod

sudo bash -c "echo 0 > /sys/kernel/debug/tracing/tracing_enabled"

   <...>-21137 [001] 28038.101509: module_load: testmod
   <...>-21137 [001] 28038.103904: module_put: testmod call_site=sys_init_module refcnt=2
   rmmod-21354 [000] 28080.244448: module_free: testmod

sudo bash -c "echo 0 > /sys/kernel/debug/tracing/trace"

$ sudo ls -la /sys/kernel/debug/tracing/trace
-rw-r--r-- 1 root root 0 2013-03-19 06:39 /sys/kernel/debug/tracing/trace

...
  tr-6232  [001] 25149.815373: module_put: binfmt_misc call_site=search_binary_handler refcnt=133194
..
  grep-6231  [001] 25149.816923: module_put: binfmt_misc call_site=search_binary_handler refcnt=133196
..
  cut-6233  [000] 25149.817842: module_put: binfmt_misc call_site=search_binary_handler refcnt=129669
..
  sudo-6234  [001] 25150.289519: module_put: binfmt_misc call_site=search_binary_handler refcnt=133198
..
  tail-6235  [000] 25150.316002: module_put: binfmt_misc call_site=search_binary_handler refcnt=129671

关于linux - 有没有办法找出使用 Linux 内核模块的内容？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/448999/