嘿，我来帮你解决这个LKM和外部文件链接的问题——你当前的写法踩了内核模块编译系统的一个常见坑，咱们一步步理清楚：

你在Makefile里写的obj-y += foo.o是用来把代码编译进内核镜像的，而不是和动态加载的LKM（chardev.ko）做链接。所以这个配置根本不会让foo.o和chardev模块合并，自然会出现foo符号未定义的错误。

要让foo.c的代码被打包进chardev.ko，你需要告诉内核编译系统：chardev模块需要用到foo.o。这里有两种简单的实现方式：

方式一：明确指定模块的依赖对象 #

修改Makefile的前两行，把chardev模块的依赖目标文件列出来：

obj-m += chardev.o
chardev-objs := chardev.o foo.o  # 这里列出chardev模块包含的所有.o文件
all:
	make -C /lib/modules/$(shell uname -r)/build/ M=$(PWD) modules
	$(CC) test.c -o test
clean:
	make -C /lib/modules/$(shell uname -r)/build/ M=$(PWD) clean
	rm test

这样内核编译系统会自动把chardev.o和foo.o链接成最终的chardev.ko，你在chardev.c里用extern int foo;就能正确引用到foo.c里的变量了。

方式二：利用内核编译的命名约定（可选） #

如果你的foo.c是chardev的专属附属文件，可以把它重命名为chardev_foo.c，这时内核编译系统会自动识别它是chardev模块的一部分，不需要手动写chardev-objs。不过这种方式不如方式一灵活，适合模块拆分比较规整的场景。

• 确保foo.c里的foo变量没有用static修饰——static会把变量的作用域限制在foo.c内部，即使链接了，chardev.c也访问不到。
• 编译完成后，可以用nm chardev.ko命令查看模块里的符号列表，确认foo是否已经被正确包含进去。
• 别在foo.c里用用户空间的函数（比如printf、malloc）！内核模块必须使用内核提供的接口，比如printk、kmalloc，否则编译会报错。

内容的提问来源于stack exchange，提问作者kylemart