linux版本中的+号问题

在进行OMAPL138的开发时，遇到了一个关于syslink的问题。

ARM端运行LINUX系统，系统启动后通过syslink的slaveloader进行加载dsp端的可执行程序执行。

set -x

modprobe syslink

slaveloader startup DSP ../dsp/Debug/dsp.out

./../host/bin/host_app

其中dsp.out是dsp端的应用程序,host_app是ARM端的应用程序。

在modprobe syslink时提示：

FATAL: Module syslink not found

 

必须使用insmod syslink.ko进行加载才可以。

 

经过调查发现是由于KERNEL和文件系统不兼容引起的。

在问价系统的/lib/modules/目录下有两个内核版本对应的驱动目录 3.3.0和3.3.0+

在3.3.0目录下没有syslink.ko文件，3.3.0+目录下有syslink.ko文件。

3.3.0+版本kernel直接使用modprobe syslink时是OK的。

3.3.0版本kernel直接使用modprobe syslink时是NG的。

 

于是就调查如何把linux的kernel版本编译成带+号的。

经过调查发现在编译时使用

make ARCH=arm CROSS_COMPILE=arm-none-linux-gnueabi- LOCALVERSION="+" uImage -j4

进行编译就可以生产带+号的版本。

最后进行测试发现modprobe syslink已经OK了，会提示

root@tl:~# modprobe syslink
[   35.569480] SysLink version : 2.21.01.05
[   35.569508] SysLink module created on Date:Nov  1 2014 Time:06:57:48
root@tl:~#

至此已经解决了为什么modprobe syslink有故障的问题。

 

不过，为了深入研究为什么相同的KERNEL程序，版本号不一致导致modprobe不可用的问题：

 

发现，

在linux桌面系统中，当你编译了新的驱动，为了能够用 modprobe ***加载模块, 先将syslink.ko模块拷贝到 /lib/modules /3.3.0/目录下，然后运行 sudo depmod -a将模块信息写入modules.dep、modules.dep.bin、modules. alias.bin、modules.alias和modules.pcimap文件中。

此时再运行：modprobe syslink，就会发现此时已经OK了。

 

折腾好久才找到上面的原因。