加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 综合聚焦 > 服务器 > Linux > 正文

构建一个树外的Linux内核模块,它们与导出的符号共享目标文件

发布时间:2020-12-14 01:39:52 所属栏目:Linux 来源:网络整理
导读:想象一个项目,需要构建两个 Linux内核模块,具有以下源树布局: modules/|--common/| `--common_data.c|--mod1/| `--mod1_main.c`--mod2/ `--mod2_main.c common_data.o对象文件需要包含在两个模块中.所以这个项目的Kbuild文件看起来像这样: obj-m := mod1.o
想象一个项目,需要构建两个 Linux内核模块,具有以下源树布局:

modules/
|--common/
|  `--common_data.c
|--mod1/
|  `--mod1_main.c
`--mod2/
   `--mod2_main.c

common_data.o对象文件需要包含在两个模块中.所以这个项目的Kbuild文件看起来像这样:

obj-m  := mod1.o mod2.o
mod1-y := mod1/mod1_main.o common/common_data.o
mod2-y := mod2/mod2_main.o common/common_data.o

如果common_data.c文件中没有导出的符号(即EXPORT_SYMBOL),则构建正常.但是,如果有一些导出的符号(例如some_func),那么MODPOST将产生如下警告:

WARNING: mod2: 'some_func' exported twice. Previous export was in mod1.ko

这是因为两个模块共享单个Module.symvers文件.可以在mod1 /和mod2 /目录中创建两个单独的Kbuild文件以避免此警告,因为这将有两个单独的Module.symvers文件.但这将导致另一个问题 – commond_data.o对象将被构建两次 – 第一次编译mod1.ko时第二次编译mod2.ko.

有什么方法可以在使用单个Kbuild文件时抑制此警告,或者在使用两个单独的Kbuild文件时阻止再次重建common_data.o文件?

解决方法

在对Kbuild系统进行一些修补之后,我得出结论,处理这种情况的最简单方法是从外部makefile中的make输出中过滤出警告消息:

$(MAKE) -C $(KDIR) M=$$PWD 2>&1 
| grep -v '^WARNING:.*exported twice. Previous export was in'

或者没有牺牲STDERR并将其压入STDOUT,但它需要bash:

bash -c "$(MAKE) -C $(KDIR) M=$$PWD 2> >( grep -v '^WARNING:.*exported twice. Previous export was in' )"

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读