如何排查内核模块GPL符号使用及跨版本编译差异问题

我正在开发一个复杂的闭源内核模块，使用部分工具链编译时必须将许可证设为GPL才能成功。modpost报错称使用了特定GPL符号lockdep_init_map_type()，但在模块源码中grep不到该符号，无法确定其使用方式及用途。

编译情况 #

• 使用Buildroot工具链可将模块以“Proprietary”许可证编译Linux v6.1.42
• 使用crosstools-ng工具链可将模块以“Proprietary”许可证编译Linux v6.1.87
• 使用crosstools-ng工具链无法将模块以“GPL”许可证编译Linux v6.1.87

疑问 #

1. 为何相同源码无法跨内核版本以“Proprietary”许可证编译？
2. 如何查看两个内核版本间从非GPL转为GPL的符号？
3. 未直接使用GPL符号为何modpost仍报错？

注：lockdep_init_map_type在两个内核版本中均被声明为EXPORT_SYMBOL_GPL。

1. 跨内核版本编译失败原因 #

同一系列内核的小版本迭代会修复漏洞、调整内部API/符号依赖关系。v6.1.87相比v6.1.42，可能在锁机制、lockdep这类调试组件的实现上有变更：

• 某个你直接调用的非GPL符号，内部实现新增了对lockdep_init_map_type()的依赖；
• 内核配置差异（比如v6.1.87开启了CONFIG_LOCKDEP而旧版本未开），导致编译时自动引入lockdep相关GPL符号；
• 工具链编译选项差异，比如crosstools-ng的配置在不同内核版本下触发了不同的链接逻辑，间接引入GPL符号依赖。

另外你提到的“crosstools-ng编译v6.1.87时Proprietary可行但GPL不行”，大概率是声明GPL许可证后，内核启用了更多调试/校验逻辑，这些逻辑引入了额外的符号依赖，而Proprietary模式下内核跳过了相关校验。

2. 查看内核版本间符号许可证变更的方法 #

• 对比源码中的符号导出定义：
  用git diff过滤两个版本的符号导出宏：

  git diff v6.1.42 v6.1.87 -- '*.c' | grep -E 'EXPORT_SYMBOL(_GPL)?'
  

• 对比Module.symvers文件：
  编译两个版本内核后，Module.symvers包含所有导出符号的许可证信息，对比筛选变更项：

  # 假设两个文件为symvers-6.1.42和symvers-6.1.87
  join -1 1 -2 1 <(sort symvers-6.1.42) <(sort symvers-6.1.87) | awk '$3 != $6'
  

  其中第3列是旧版本许可证，第6列是新版本许可证，结果就是许可证变更的符号。
• 聚焦lockdep相关代码：
  直接对比lockdep模块的源码变更：

  git diff v6.1.42 v6.1.87 -- kernel/locking/lockdep*
  

3. 未直接使用GPL符号但modpost报错的原因 #

这是间接依赖导致的：

• 你直接调用的非GPL符号，在新版本内核的实现中内部调用了lockdep_init_map_type()这类GPL符号；
• 内核配置开启了CONFIG_LOCKDEP等调试选项，锁相关函数自动链接lockdep代码，间接引入GPL符号依赖；
• 工具链编译选项开启了额外调试特性，导致编译时链接了原本不会被触发的GPL符号分支。

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