学习驱动要半个月了,学的其实不是很好。上周学完了国嵌的led驱动,使用Ioctl控制。应用的代码和驱动的代码都是使用国嵌的。
问题:使用的驱动代码是国嵌的,驱动相关的内核是国嵌的linux-2.6.29。但是手上没有国嵌的可以启动linux2.6.29的u-boot,国嵌带了u-boot,但是不知道什么原因编译不过去。后来通过各种渠道弄到的都是国嵌针对mini2440的linux2.6.32.2的u-boot。这个linux2.6.32.2的内核和u-boot都有好的镜像,可以直接烧写。
由于驱动是linux-2.6.29相关的,所以在编译内核模块的过程中出现了很多很多的问题。
①注意内核模块的Makefile
这个Makefile可以使用,注意KDIR的路径,这里不要犯错误。
同时,obj-m := cyx.o是自己定义的目标文件名,这里也要慎重,不要丢失细节。
ifneq ($(KERNELRELEASE),)
obj-m := cyx.o
else
KDIR := /qq/GQ/linux-2.6.32.2
all:
make -C $(KDIR) M=$(PWD) modules ARCH=arm CROSS_COMPILE=arm-linux-
clean:
rm -f *.ko *.o *.mod.o *.mod.c *.symvers modul*
endif
在编译内核模块的过程中要注意:目标内核(这里是linux-2.6.32.2)必须是编译过的内核,
下面列出驱动程序:
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
//#include
#define DEVICE_NAME "cyx"
static unsigned long led_table [] = {
S3C2410_GPB(5),
S3C2410_GPB(6),
S3C2410_GPB(7),
S3C2410_GPB(8),
};
static unsigned int led_cfg_table [] = {
S3C2410_GPIO_OUTPUT,
S3C2410_GPIO_OUTPUT,
S3C2410_GPIO_OUTPUT,
S3C2410_GPIO_OUTPUT,
};
static int sbc2440_leds_ioctl(
struct inode *inode,
struct file *file,
unsigned int cmd,
unsigned long arg)
{
switch(cmd) {
case 0:
case 1:
if (arg > 4) {
return -EINVAL;
}
s3c2410_gpio_setpin(led_table[arg], !cmd);
return 0;
default:
return -EINVAL;
}
}
static struct file_operations dev_fops = {
.owner = THIS_MODULE,
.ioctl = sbc2440_leds_ioctl,
};
static struct miscdevice misc = {
.minor = MISC_DYNAMIC_MINOR,
.name = DEVICE_NAME,
.fops = &dev_fops,
};
static int __init dev_init(void)
{
int ret;
int i;
for (i = 0; i < 4; i++) {
s3c2410_gpio_cfgpin(led_table[i], led_cfg_table[i]);
s3c2410_gpio_setpin(led_table[i], 0);
}
ret = misc_register(&misc);
printk (DEVICE_NAME"\tinitied\n");
return ret;
}
static void __exit dev_exit(void)
{
misc_deregister(&misc);
return;
}
module_init(dev_init);
module_exit(dev_exit);
MODULE_LICENSE("GPL");
MODULE_AUTHOR("FriendlyARM Inc.");
在编译内核的过程中驱动程序出现了很多和内核不匹配的地方,由于这次调程序(也可以说是调通过程)的时间太长,期间没有认真的截图。但是出现的错误都是比较常见的。大概分为以下几类:①缺少头文件②部分代码和内核版本不匹配(解决办法:去内核中追一追原始的函数)。最后说一说贺老师去年给什么是系统都不知道的我讲linux的时候说的就是“拿来主义”,所以出现错误了随手百度,多讨教,基本都可以解决,但是过程真的很痛苦,但是别放弃。
下面是应用程序的代码。
#include
#include
#include
#include
int main(int argc, char **argv)
{
int on = 1;
int led_no;
int fd;
/*argv[1]本身是一个字符串,把这个字符串通过%d传递给led_no
on < 0 || on > 1 设定on的有效值只能取0或1。
led_no < 0 || led_no > 3 设定led_no的有效值。
*/
if (argc != 3 || sscanf(argv[1], "%d", &led_no) != 1 || sscanf(argv[2],"%d", &on) != 1 ||
on < 0 || on > 1 || led_no < 0 || led_no > 3) {
fprintf(stderr, "Usage: leds led_no 0|1\n");
exit(1);
}
fd = open("/dev/cyx", 0);
printf ("cyx\n");
if (fd < 0) {
perror("open device cyx");
exit(1);
}
ioctl(fd, on, led_no);
close(fd);
return 0;
}
关于应用程序的代码注意一下几个地方。
①int on = 1;这里出现了错误,源代码是int on ;这样肯定是不对的,因为如果int on;那么下面是不可以对on变量进行判断的。
②fd = open("/dev/cyx", 0);这里的cyx是我的驱动程序在/dev下生成的文件。(不知道理解的对不对,这是第一次深刻的理解了一切设备皆文件,而且说这句话的时候我们是站在应用的角度来讲的)
您可能会说这些没什么吧?对于小牛或者大神来说这太小菜了,但是菜鸟的我还遇见了其他的问题。
当把编译好的内核模块cyx.ko放进了板子的NFS中,然后执行命令insmod cyx.ko。这时候出现了下列错误:
这个错误是说我重复挂载了内核模块。因为是菜鸟,所以没有注意到细节,错误提示的上一句已经告诉 leds initialized。这个时候经过百度去自己的驱动程序中看发现#define DEVICE_NAME "leds(cyx)"这里定义出现了错误,然后又把Makefile和文件名以及设备文件的宏变换了以后再进行insmod成功。这个时候你可能会问那个leds是哪里来的?这就是友好的国嵌给移植好的内核代码。
下面来仔细说说这个leds,这个leds其实是存在于内核中的,这个驱动是直接被编译进内核的。
当应用程序和驱动程序都编译好了,也insmod好了以后,我开始执行驱动程序,但是这个时候mini2440板子的四个led没有任何变化,还是在按照文件系统起来以后的流水灯在流水。ps查看所以进程,kill掉了一个和led相关的进程,自己挂载的驱动可以正常工作了。到此为止五天的工作自己认为也就告一段落了。
晚上的时候又和同学走了一遍上面的东西,发现原来leds就是一个关于led的设备文件,就是我们的led驱动。所以led一直在流水。
最后,友好的国嵌的linux-2.6.32.2这一套内核源码真的很好,里面的驱动很全。在/driver目录下可以找到绝大部分的国嵌移植好的驱动程序,可以作为菜鸟的我的参考