在生成内核模块时出现下面这种警告:WARNING: "*******"[*******.ko] undefined!
其中""里是函数名称,[]里是所生成的模块位置。
出现这种警告是由于欲在模块A中调用模块B里的函数,这个函数必须要用EXPORT_SYMBOL(函数名)的形式给导出,不然就会发出这样的警告。
EXPORT_SYMBOL(函数名)怎么用网上有相关文章。这里更关心的是这种警告要不要考虑呢,因为编应用程序时习惯性的不考虑warining,但是这里的警告还是得留下意。
生成内核模块,在编译连接的时候没和内核打交道,可能会找不到某些已经 EXPORT_SYMBOL 出来的函数,但是由于你生成的是一个内核模块,所以LD不提示error,而是给出一个warning,寄希望于在insmod的时候,内核能够把这个 EXPORT_SYMBOL 连接上。如果insmod的时候它查到了之前警告的undefined的诸多函数,那一切安好,便是晴天;要是它还找不到这些undefined的函数,那天崩地裂,错误连连。
所以说看到这些warning时想一想它警告的这些函数有没有在已经存在的内核当中EXPORT_SYMBOL出来了。
其中""里是函数名称,[]里是所生成的模块位置。
出现这种警告是由于欲在模块A中调用模块B里的函数,这个函数必须要用EXPORT_SYMBOL(函数名)的形式给导出,不然就会发出这样的警告。
EXPORT_SYMBOL(函数名)怎么用网上有相关文章。这里更关心的是这种警告要不要考虑呢,因为编应用程序时习惯性的不考虑warining,但是这里的警告还是得留下意。
生成内核模块,在编译连接的时候没和内核打交道,可能会找不到某些已经 EXPORT_SYMBOL 出来的函数,但是由于你生成的是一个内核模块,所以LD不提示error,而是给出一个warning,寄希望于在insmod的时候,内核能够把这个 EXPORT_SYMBOL 连接上。如果insmod的时候它查到了之前警告的undefined的诸多函数,那一切安好,便是晴天;要是它还找不到这些undefined的函数,那天崩地裂,错误连连。
所以说看到这些warning时想一想它警告的这些函数有没有在已经存在的内核当中EXPORT_SYMBOL出来了。