这节我们就开始开始进行实战啦！这里顺便说一下啊，出来做开发的基础很重要啊，基础不好，迟早是要恶补的。个人深刻觉得像这种嵌入式的开发对C语言和微机接口与原理是非常依赖的，必须要有深厚的基础才能hold的住，不然真像一些人说的，学了一年嵌入式感觉还没找到门。
不能再扯了，涉及到linux的驱动开发知识面灰常广，再扯文章就会变得灰常长。首先还是回到led驱动的本身上，自从linux被移植到arm上后，做驱动开发的硬件知识要求有所降低，很多都回归到了软件上，这是系统编程的一大特点，当然 ，也不排除有很多设备的驱动需要我们从头做起。
led的驱动虽然看似很简单，但是要描述清楚估计上万字都不一定够用，本篇文章从初学者的角度出发，重点关注在整个软件的开发的流程和思想，而不过多局限与细节的分析，初学者应该首先把握某一类编程的流程和思想，这样才能入门快，进步迅速。作为一个初学者我一直觉得这样入门效率最高。
下面我们进入主题led驱动的书写：
既然是在linux系统下设备驱动开发，就不同于以往我们单片机下设置一个高电平而了事，在linux系统下开发的驱动程序要想在linux正常工作，一定要符合linux系统的规范，linux下设备被分为三个类型字符设备/块设备/网络设备。上述的三种设备不可能面面俱到，因此还提出了一个杂设备作为补充，看了下网上大部分人都把led的驱动设备归到了杂设备，这是为什么呢？原来是友善之臂的手册上把它归为了杂设备，哈哈，所以杂设备这种版本比较流行，木有追求的人们啊! 那我们把它归为那种设备呢？当然是杂设备了，嘿嘿。。。。。。
既然对led我们准备把它作为一个杂设备加入系统，是不是应该有一个名字吧，还应该有个操作符号吧。。。。。。
stop，停止你的YY，关于这个设备的标准形式大神已经帮你定义好了，具体它存在于系统的include下，里面有一个miscdivice.h。
1 struct miscdevice {
2 int minor;
3 const char *name;
4 const struct file_operations *fops;
5 struct list_head list;
6 struct device *parent;
7 struct device *this_device;
8 const char *nodename;
9 mode_t mode;
10 };
好吧，原来为了统一规范，我们只需按照标准来填充内容就可以啦！要想正确的使用这个描述设备的结构体，必须清楚的了解到其中的每个成员。天空飘来四个字 f u c k
好，让我们平复一下心情，继续了解它。查了下minor这个单词是次要的，在这里是次设备号的意思。这是因为杂设备为了节约主设备号，采用共用主设备号的方式，次设备号加以区分的方式来描述设备，因此来看这个minor是要必须填写啦！不愧是过了四级的人，第二个直接看懂啦！欧耶～
之前做过一个了解，这第三个在linux驱动中非常的重要，可以称之为核心，我们很大的工作 都要围绕这个file_operations来操作，因此必须要隆重的研究下这个file_operatios这个结构体。
file_operations这个结构体的存在是linux中将所有设备看做文件的基础，这是为什么呢？因为通俗的说就是这个结构体是文件操作和驱动操作的一个关系映射，对于系统的操作函数（诸如read/write）在这个结构体里都有与之对应的对硬件进行操作的函数。wow这个函数居然如此之酷！这样以来，我们还弄清楚了另外一个问题，就是为什么我们不能直接越过操作系统来操作硬件，都是因为有它啊！可见这个结构体在内核中的地位，以及在linux操作系统中的地位。哈哈下面的几个成员，就先不分析啦！我们这次也用不上，感觉在linux下开发驱动真是个力气活啊！
见过file_operations的厉害之后，我们自然知道 现在只要把这个结构体弄清楚就可以敲代码写驱动啦！so，let‘s go！
首先在系统目录include/linux/fs.h中找到这个牛逼的结构体：
1 struct file_operations { 2 struct module *owner; 3 loff_t (*llseek) (struct file *, loff_t, int); 4 ssize_t (*read) (struct file *, char __user *, size_t, loff_t *); 5 ssize_t (*write) (struct file *, const char __user *, size_t, loff_t *); 6 ssize_t (*aio_read) (struct kiocb *, const struct iovec *, unsigned long, loff_t); 7 ssize_t (*aio_write) (struct kiocb *, const struct iovec *, unsigned long, loff_t); 8 int (*readdir) (struct file *, void *, filldir_t); 9 unsigned int (*poll) (struct file *, struct poll_table_struct *); 10 int (*ioctl) (struct inode *, struct file *, unsigned int, unsigned long); 11 long (*unlocked_ioctl) (struct file *, unsigned int, unsigned long); 12 long (*compat_ioctl) (struct file *, unsigned int, unsigned long); 13 int (*mmap) (struct file *, struct vm_area_struct *); 14 int (*open) (struct inode *, struct file *); 15 int (*flush) (struct file *, fl_owner_t id); 16 int (*release) (struct inode *, struct file *); 17 int (*fsync) (struct file *, struct dentry *, int datasync); 18 int (*aio_fsync) (struct kiocb *, int datasync); 19 int (*fasync) (int, struct file *, int); 20 int (*lock) (struct file *, int, struct file_lock *); 21 ssize_t (*sendpage) (struct file *, struct page *, int, size_t, loff_t *, int); 22 unsigned long (*get_unmapped_area)(struct file *, unsigned long, unsigned long, unsigned long, unsigned long); 23 int (*check_flags)(int); 24 int (*flock) (struct file *, int, struct file_lock *); 25 ssize_t (*splice_write)(struct pipe_inode_info *, struct file *, loff_t *, size_t, unsigned int); 26 ssize_t (*splice_read)(struct file *, loff_t *, struct pipe_inode_info *, size_t, unsigned int); 27 int (*setlease)(struct file *, long, struct file_lock **); 28 }; |
当我知道有这么多成员的时候，当时我就尿了，不过，还好我们只需要实现本次驱动需要的东东！查看了一下手册上的驱动，欧耶～这次我们只需要研究两个成员ower和ioctl。上面可以看出ower是一个结构体成员就是是那个模块，而ioctl是个函数。
