遇到一个问题,简要记录如下:
base on ubuntu18.06 4.15内核,这版内核不支持一款intel的集成网卡,追踪内核代码的提交历史才发现,这款网卡是从linux-4.20才开始支持的,系统自带的这个Kernel版本不支持。
如果不允许升级内核,面对这种问题,社区的做法是把新内核的特性cherrypick到老版本上,这种操作一般被叫做backport.把相关补丁从4.20打回到4.15.
更新:
最近接触到一个新的问题,下面这段代码会造成无限递归,在执行到的时候死循环出不来。出错。
这段代码是C写的,实现很简单,伪代码表示如下:
int __x86_return_thunk(void)
{
return 0;
}
函数什么都没有做,仅仅返回一个0就退出了。但实际上,7.2.0之后的gcc不会把__x86_return_thunk这个函数当成一个普通函数,它虽然可以由用户定义,但是编译器再生成指令的时候,可以通过选项 -mfunction-return=thunk-extern 触发编译器将ret执行修改为 jmp __x86_return_thunk 指令实现对这个函数的调用,这一切是无法通过阅读函数是实现观察到的。
口说无凭,程序作证:
#include <stdio.h>
int main(void)
{
printf("%s line %d.\n", __func__, __LINE__);
return 0;
}
$ gcc demo.c
$ ls
a.out demo.c
$ ./a.out
main line 5.
$
如果不加-mfunction-return=thunk-extern选项,会发现编译运行没有问题。但是如果增加这样的选项编译,就会遇到__x86_return_thunk符号找不到的链接错误:
$ gcc -mfunction-return=thunk-extern demo.c
/tmp/ccYssgHN.o: In function `main':
demo.c:(.text+0x24): undefined reference to `__x86_return_thunk'
collect2: error: ld returned 1 exit status
demo.c非常简单,从源代码看没有未定义的符号依赖,所以这个链接错误一定不是编码本身的问题,而是编译器再连接阶段需要这样的一个符号,而这个符号是编译器识别,由用户去定义的。
但是当我们增加对这个符号的定义:
#include <stdio.h>
int __x86_return_thunk(void)
{
return 0;
}
int main(void)
{
printf("%s line %d.\n", __func__, __LINE__);
return 0;
}
$ gcc -mfunction-return=thunk-extern demo.c
[br104@localhost demo]$ ls
a.out demo.c
[br104@localhost demo]$ ./a.out
main line 10.