关于linux模块编程

刚开始看linux设备驱动,就是大家都比较推崇的《LINUX设备驱动程序》(第三版)。看到了第一个hellworld的示例,就在自己的系统上试了一下,然后不那么爽。

具体代码如下:

  1 #include <linux/kernel.h>
  2 #include <linux/module.h>
  3 #include <linux/init.h>
  4 
  5 MODULE_LICENSE("GPL");
  6 
  7 static int hello_init(void)
  8 {
  9     printk("Hello, world\n");
 10     return 0;
 11 }
 12 
 13 static void hello_exit(void)
 14 {
 15     printk("Goodbye, cruel world\n");
 16 }
 17 
 18 module_init(hello_init);
 19 module_exit(hello_exit);

于是乎就用gcc编译之

gcc -I /lib/modules/3.13.0-46-generic/build/include/ -c hello_module.c 

但是各种报错啊

In file included from hello_module.c:1:0:
/usr/src/linux-headers-3.13.0-46/include/linux/init.h:153:13: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘load_default_modules’
 void __init load_default_modules(void);
             ^
/usr/src/linux-headers-3.13.0-46/include/linux/init.h:154:12: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘init_rootfs’
 int __init init_rootfs(void);
            ^
/usr/src/linux-headers-3.13.0-46/include/linux/init.h:254:13: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘parse_early_param’
 void __init parse_early_param(void);
             ^
/usr/src/linux-headers-3.13.0-46/include/linux/init.h:255:13: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘parse_early_options’
 void __init parse_early_options(char *cmdline);
             ^
In file included from /usr/src/linux-headers-3.13.0-46/include/linux/kernel.h:6:0,
                 from /usr/src/linux-headers-3.13.0-46/include/linux/cache.h:4,
                 from /usr/src/linux-headers-3.13.0-46/include/linux/time.h:4,
                 from /usr/src/linux-headers-3.13.0-46/include/linux/stat.h:18,
                 from /usr/src/linux-headers-3.13.0-46/include/linux/module.h:10,
                 from hello_module.c:2:
/usr/src/linux-headers-3.13.0-46/include/linux/linkage.h:7:25: fatal error: asm/linkage.h: 没有那个文件或目录

在网上一顿神搜,未果。虽然很多时候都会有类似于
expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘attribute’ before XX
这样的东西出现,但是究其原因,真是五花八门。
(以下是我个人的一些啰嗦,如觉无意义可略过该段落)

针对于后面说“缺少文件”的问题,我到所说的目录里查看了一下,存在类似的文件,只是文件名不一样(要求的是asm/linkage.h,但是有asm-generic/linkage.h)。我甚至复制并更名了文件目录。但是编译后又出现了种种新的问题。然后我意识到,我这样随便更改/usr/src里的东西似乎不太好,一定是有某种其他的解决办法,于是又改了回去。后来我又怀疑是不是系统版本问题,书中说的测试环境是linux 2.6.x(典型环境是2.6.10),而我的是linux 3.13.0。我就考虑是否有必要安装一个2.6.10内核。下载之,make menuconfig(基本默认),make。然后又报了好多错,网上说编译2.6.10内核需要2.95.3版本的gcc,而linux 3.13.0的README里也有此说明,于是又在网上找了gcc 2.95.3的源码,编译之,又报了好多错。网上说是因为编译gcc 2.95.3的gcc的版本过高,我的是4.8.2。然后……我就有些力不从心了……

就在我头痛欲裂时,我发现了这篇帖子
http://www.it165.net/os/html/201403/7540.html

就写了一个Makefile

  1 obj-m := hello_module.o
  2 
  3 all: 
  4     $(MAKE) -C /lib/modules/$(shell uname -r)/build M=$(PWD) modules
  5 
  6 clean:
  7     $(MAKE) -C /lib/modules/$(shell uname -r)/build M=$(PWD) clean

然后我就无敌了。

至于到底发生了什么,我觉得我以后可以回答这个问题。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
编译过程: 1). 解压后默认的文件夹位置是在D:\Linux-0.11,如果你不是将文件解压到该目录下, 你要修改MinGW32目录下的MinGW32.bat文件,将里面的PATH指向MinGW32的bin目录. 2). 打开Linux-0.11目录,双击MinGW32.bat快捷方式,打开控制台. 3). make 一下,生成1.44M的Boot.img软盘镜像,要清除编译结果请"make clean" 4). 如果安装了bochs,直接双击bochsrc.bxrc即可运行Linux-0.11了. 5). 也可用其它虚拟机加载Boot.img后运行,如果出现Kernel panic,请把虚拟机里的硬盘删了 6). 在出现Insert root floppy and press ENTER以后,将rootimage-0.11.img载入虚拟软驱,回车 这就是能在windows环境下编译的Linux 0.11了,不是在Cygwin,也不是在虚拟机里,而是使用MinGW. 下面是在Windows下编译Linux 0.11会遇到的问题和对原文件作的修改: 1.赵炯博士已经将汇编程序中引用的C变量(包括嵌入汇编的C变量)的下划线去掉了,但MinGW的gcc可能是为了与其它Windows下的编译器保持兼容,并不能识别这些不带下划线的C变量,因而还得把原先已经在汇编程序中去掉下划线的C变量加上下划线,同时也要把被C程序引用的汇编程序中的变量加上下划线. 2.MinGW中不带as86编译器,因而把boot目录下原先用as86编译的bootsect.s和setup.s两个程序修改成能用nasm编译的程序.并且更名为bootsect.asm和setup.asm. 3.在Makefile作的主要修改: 在LDFLAGS中加了--image-base 0x0000 将elf_i386改成i386pe 将cd 与 make 之间的;改成&,如cd kernel ; make 改成cd kernel & make MinGW中没有sync这个程序,可以把它注释掉,更简单的办法是写一个sync.c,这个sync.c只包含一个空的main函数,编译成sync.exe 因为类似的原因,make dep会出错 4.生成的system文件是PE格式的(PE是Portable Executable的简称),这是windows下的可执行文件的格式,显然是不能直接执行的,必须加以转化.我实现了通过两种方式加以转化. 1)写一个程序Trans.cpp将system.exe里的代码和数据从PE文件里解析出来,生成一个system.bin文件,这个文件是能被setup模块直接加载的.我已经将这个程序放在了Linux-0.11的tools目录下,要微软的编译器编译. 2)自己写一个PE Loader,这种方式比较麻烦,但是想想自己也能做一个PE Loader,还是满有成就感的,尽管这是一个最简单的Loader.代码是加在Linux-0.11-With-PE-Loader\boot目录下的setup.asm文件里,里面有详细的注释. 5.对tools下的build.c作了修改,使其能生成可引导的1.44M的软盘镜像文件Boot.img 6.在Link的过程中,init目录下的main.c会出现以下错误: boot/head.o(.text+0x540c):fake: undefined reference to `_main' init/main.o(.text+0x16f):main.c: undefined reference to `_alloca' init/main.o(.text+0x174):main.c: undefined reference to `__main' make: *** [tools/system.exe] Error 1 第一个和最后一个错误还好理解,但中间那个错误那就莫明其妙了,因为Linux 0.11根本没有这个函数,在gcc的编译选项里也有-nostdinc .有一个解释是main函数不是一个普通的函数,MinGW gcc会对它作特殊的处理.解决的办法其实也很简单,把main.c下面的main函数改名为_main,或者是干脆把它改成另外一个函数,就改成start吧.记得把head.s里的_main也改了. 在最后,要感谢《自己动手写操作系统》的作者于渊,其实我也是先将原先只能在Linux下编译的书里源代码用MinGW移植到Windows下编译的过程中才试着在Windows下编译Linux 0.11源代码的,有了在Windows下编译Linux 0.11源代码的经验,移植高版本的源代码,像0.12,0.95,0.96等等版本应该不会有太大的麻烦了。 也要感谢Linux内核完全注释的作者赵炯博士,是他拉接了操作系统与操作系统爱好者的距离. 最后,我也非常想和操作系统爱好者们共同交流心得体会,也希望能多认识一些朋友. 我的网名:flyfish 我的QQ:785606288 E-mail:I2CBus@126.com 另外,要转载请保持本文件的完整性,请尊重别人的劳动果实. 修改日志: 08/3/29 修改了一下Makefile,旧的Makefile在某些文件更新后还会重新编译。 修改了Trans.cpp中的一个dug,该dug在translate MinGW gcc编译的程序时可能会出错。用MinGW gcc 编译的程序的VirtualAddress的形式可能是0xFFC1000这样的形式,其实0x1000才是它的VirtualAddress 08/4/2 修改了下MinGW32.bat,现在已经不用重设路径了。 08/4/4 Trans.cpp还是有错,如果VirtualAddress>0xffff,那么生成的system.bin就错了,bochs调试时会一直重启。 权宜之计,把0xffff再改成0x3ffff,这样VirtualAddress就不能大于0x3ffff,不知谁有更好的解决方法,
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值