嵌入式Linux驱动程序之编程常见错误

2019-07-12 22:39发布

嵌入式Linux驱动程序之编程常见错误


1、warning: function declaration isn't a prototype
            这种错误也是很常见的,主要是对一些函数固定格式的错误使用。比如int function()改称int function(void)
           static int xxxx_init(void)记住不要缺少static,而static void xxxx_exit(void) 2、出现 warning: assignment makes pointer from integer without a cast 的原因
           第一可能是类型转换的问题。函数的返回值类型等等           第二、在源文件中没有发现函数的声明,可能是忘加头文件了。(未经声明的函数原型一律默认为返回int值)
3、makefile:4: *** missing separator. Stop.
          最近常用SourceInsight3.5编辑程序,里面直接编辑保存的是word格式。用WinHex或UltraEdit以二进制方式打开,里面的
          Tab字符对应0x09而不应该是几个0x20。这是主要用vi打开文件,切入到底行模式,使用":set ff =unix"
4、模块与内核不匹配问题
       安装模块时出现:[root@FriendlyARM nfs]# insmod key2.ko         key2: version magic '2.6.32.2 mod_unload modversions ARMv4 ' should be '2.6.32.2-FriendlyARM mod_unload ARMv4 '         这一行的意思就是说,当前插入的模块xxx.ko的版本信息(version magic)与正运行的kernel的版本信息不一致!应该是'2.6.32.2-       FriendlyARM mod_unload ARMv4 ',而实际上xxx.ko的版本信息却是:'2.6.32.2 mod_unload modversions ARMv4 '; 显然       它们之间差别是很小的。实际上,根据上面安装的kernel源码来看,它们应该是没有什么差别的。        我觉得解决这个问题最主要的手段是务必务必保证内核模块的Makefile文件中的         KDIR := /home/google/Linux/FriendlyARM/linux-2.6.32.2与编译内核FriendlyARM/linux-2.6.32.2,下载到开发板的 zImage是同  一内核。
5、多文件编程结构体的存放位置          我比较喜欢的是把结构体和函数声明放置头文件中,把头文件加到各个.c文件中,以前把结构体定义放置main.c中,编译时老是出错。 6、关于2.6.32在创建bus总线时的bus_id的问题 按照国嵌的代码(LDD那本书上的代码也一样):
struct device my_bus = {
    .bus_id = "my_bus0",
    .release = my_bus_release,
};
static int my_match(struct device *dev, struct device_driver *driver)
{
return !strncmp(dev->bus_id, driver->name, strlen(driver->name));
}
编译时,提示 struct device 中没有bus_id 这样的错误。打开/lib/modules/2.6.35-28-generic/build/include/linux/device.h
找到struct device  的定义,里面没有bus_id,但有:
const char *init_name; /* initial name of the device */                      这句。
可见,要把上面结构中的.bus_id = "my_bus0",         改为       .init_name = "my_bus0",
同时上网搜到,return !strncmp(dev->bus_id, driver->name, strlen(driver->name));这句也要改成:
return !strncmp(dev_name(dev), driver->name, strlen(driver->name));
这样编译即可成功!