第一个mini2440led驱动程序--各种过程--（大神请过路，小牛勿喷）

学习驱动要半个月了，学的其实不是很好。上周学完了国嵌的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 <linux/miscdevice.h>
#include <linux/delay.h>
#include <asm/irq.h>
#include <mach/regs-gpio.h>
#include <mach/hardware.h>
#include <linux/kernel.h>
#include <linux/module.h>
#include <linux/init.h>
#include <linux/mm.h>
#include <linux/fs.h>
#include <linux/types.h>
#include <linux/delay.h>
#include <linux/moduleparam.h>
#include <linux/slab.h>
#include <linux/errno.h>
#include <linux/ioctl.h>
#include <linux/cdev.h>
#include <linux/string.h>
#include <linux/list.h>
#include <linux/pci.h>
#include <asm/uaccess.h>
#include <asm/atomic.h>
#include <asm/unistd.h>
#include <linux/gpio.h>
#include <mach/regs-gpio.h>
//#include <gpio/nrs.h>

#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 <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <sys/ioctl.h>

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目录下可以找到绝大部分的国嵌移植好的驱动程序，可以作为菜鸟的我的参考