20.03 LTS KABI 兼容性列表讨论收集（x86_64）

KABI (Kernel Application Binary Interface) 兼容，即内核与驱动的二进制兼容。就是驱动不用重新编译，就可以在新内核上安装使用。如果驱动用到的接口都是兼容的，那么驱动就可以不用重新编译就可以在新版本安装使用。上游社区考虑到便于开发、和防止架构腐化，不考虑 KABI 的兼容性。业界的 KABI 兼容都是由 Linux 发行版来做的，而且兼容的接口越多、维护时间越长，维护成本也越高。 openEuler 20.03 LTS 版本（年度SP版本）根据下游使用者的反馈，提供一定范围的 KABI 兼容能力。通过本 issue 讨论和收集 x86 平台的 KABI 兼容列表 （[ARM64 平台的 KABI 列表在这里收集(https://gitee.com/openeuler/kernel/issues/I2524P)）。

* 附件 [openEuler 反馈需要兼容的 ko.txt](https://gitee.com/open_euler/dashboard/attach_files/519004/download) 是早期收集的 arm64 平台上的模块 （ko）清单，供参考
* [kabi-list.arm64](https://gitee.com/openeuler/kernel/raw/kernel-4.19/kabi/2019-V1/kabi-list.arm64) 是早期收集的针对 arm64 平台的 kabi 列表，供参考

## 直接跟帖反馈，机制形式供参考：
* kernel tree 存在的模块，
设备及型号，驱动（ko）列表，如

| 设备 | 驱动（ko） |
|---|---|
|Intel 82599 网卡|./drivers/net/ethernet/intel/ixgbe/ixgbe.ko|
|Mellanox CX5 网卡|./drivers/net/ethernet/mellanox/mlx5/core/mlx5_core.ko </br> ./drivers/net/ethernet/mellanox/mlxfw/mlxfw.ko|

* 对于不在 kernel tree 中的模块，可以直接反馈接口列表
（这种情况希望能给出重复的理由，和必要性，比如什么驱动、用途等等，以便openEuler可以判断维护的意义和必要性）
比如：
```
0xa5f57090      module_layout
0x907e3a3b      kmalloc_caches
0xf9a482f9      msleep
0x1fdc7df2      _mcount
0x9b7fe4d4      __dynamic_pr_debug
0x999e8297      vfree
0x7c32d0f0      printk
0x449ad0a7      memcmp
0x65dccf13      xz_dec_end
0x167c5967      print_hex_dump
0x6e5b8651      xz_dec_run
0x40a9b349      vzalloc
0xdb7305a1      __stack_chk_fail
0xad46998b      kmem_cache_alloc_trace
0x52d717da      xz_dec_init
0x037a0cba      kfree
0x8f678b07      __stack_chk_guard
```

Howto:
* 如何查看二进制 ko 使用了哪些接口
```
modprobe --dump ./drivers/net/ethernet/intel/ixgbe/ixgbe.ko
0xa5f57090      module_layout
0x2d3385d3      system_wq
0x8d6ce56f      secpath_dup
0x60443957      mdio45_probe
0x79843b38      netdev_info
0x907e3a3b      kmalloc_caches
0xd2b09ce5      __kmalloc
...
```

GVP openEuler / kernel
Closed

Content Risk Flag

Comments (3)

GVPopenEuler / kernelClosed

Content Risk Flag