国嵌视频学习——Linux内核驱动

字符设备驱动

驱动分类

——字符设备驱动

       字符设备:字符设备是一种按字节来访问的设备,字符驱动则负责驱动字符设备,这样的驱动通常实现open,close,read,write系统调用

——网络接口驱动

       网络接口:任何网络事务都通过一个接口来进行,一个接口通常是一个硬件设备(eth0),但是它也可以是一个纯粹的软件设备,比如回环接口(lo)。一个网络接口负责发送和接收数据报文。

——块设备驱动

       块设备:——在大部分的unix系统,块设备不能按字节处理数据,只能一次传送一个活多个长度是512字节(或一个更大的2次幂的数)的整块数据

                     ——而linux则允许块设备传送任意数目的字节。因此,块和字符设备的区别仅仅是驱动的与内核的接口不同。


字符设备与块设备的区别:块设备是可以进行随机访问的。而字符设备不能。在linux系统中,块设备也可以进行字节访问

 

驱动程序安装

——模块方式

——直接编译进内核:修改Kconfig、修改Makefile,即可。

                                   将要编译进内核的代码(比如hello.c)cp进内核源码树的/kernel/drivers/char。在char目录下改写Kconfig。然后再make menuconfig的时候便能看见hello world项(Kconfig是用来在menuconfig中增加菜单的,menuconfig配置后的结果保存在.config中);再修改/char目录下的Makefile添加obj-$(CONFIG_HELLO_WORLD)       +=hello.o(Makefile根据配置去选择CONFIG_HELLO_WORLD的值)。如此之后便能编译内核了(进入源码树编译)。编译好的内核位于arch/arm/boot/uImage


A:linux用户程序通过设备文件(又名:设备节点)来使用驱动程序操作字符设备和块设备

Q:设备(字符、块)文件在何处?——在/dev/目录下

 

字符设备驱动程序设计

主次设备号

字符设备通过字符设备文件来存取。字符设备文件由使用ls –l的输出的第一列的“c”标识。如果使用ls –l命令,会看到在设备文件项中有2个数(由一个逗号分隔)这些数字就是设备文件的主次设备编号(举例说明,进入/dev/目录,ls –l)

 

Q:内核中如何描述设备号?

A:dev_t   其实质为unsigned int 32位整数,其中高12位(4K)为主设备号,低20位(64K)为次设备号

 

Q:如何从dev_t中分解出主设备号?

A:MAJOR(dev_t dev)

 

Q:如何从dev_t中分解出此设备号?
A:MINOR(dev_t dev)

设备号

每个设备文件对应有自己的设备号

驱动程序也有自己的设备号

如果两者的设备号对应相同,那么设备文件便和设备驱动建立关联


设备号作用

——主设备号用来标识与设备文件相连的驱动程序。次编号被驱动程序用来辨别操作的是哪个设备

 

       主设备号用来反映设备类型

       此设备号用来区分同类型的设备

 

 

分配主设备号

Linux内核如何给设备分配主设备号?
——静态申请和动态分配两种方法

 

静态申请

——方法:1.根据documentation/devices.txt,确定一个没有使用的主设备号

                2.使用register_chrdev_region函数注册设备号

——优点:简单

——缺点:一旦驱动被广泛使用,这个随机选定的主设备号可能会导致设备号冲突,而使驱动程序无法注册。

       Intregister_chrdev_region(dev_t from, unsigned count, const char *name)

功能——申请使用从from开始的count个设备号(主设备号不变,次设备号增加)

参数——from:希望申请使用的设备号

       ——count:希望申请使用设备号数目

       ——name:设备名(体现在/proc/devices)

 

动态分配(让内核自动来分)

——方法:使用alloc_chrdev_region分配设备号

——有点:简单,易于驱动推广(因为内核知道哪些驱动有没使用)

——缺点:无法在安装驱动前创建设备文件(因为安装前还没有分配到主设备号)

——解决办法:安装驱动后,从/proc/devices中查询设备号

 

       Intalloc_chrdev_region(dev_t *dev, unsigned baseminor, unsigned count, const char*name)

——功能:请求内核动态分配count个设备号,且次设备号从baseminor开始

——参数:dev:分配到的设备号

                Baseminor:起始设备号

                Count:需要分配的设备号数目

                Name:设备名(体现在/proc/devices)

 

注销设备号

不论使用何种方法分配设备号,都应该在不再使用它们时释放这些设备号

       Voidunregister_chrdev_region(dev_t from, unsigned count)

——功能:释放从from开始的count个设备号

 

创建设备文件

2种方法:

——1.使用mknod命令手工创建

 

Mknod用法:       mknod filename typemajor minor

——filename:设备文件名

——type:设备文件类型(b/c)

——major:主设备号

——minor:次设备号

例:       mknod serial0 c 100 0

 

——2.自动创建

 

重要结构

在linux字符设备驱动程序设计中,有3种非常重要的数据结构:struct file ; struct inode ; struct file_operations

 

Structfile

代表一个打开的文件。系统中每个打开的文件在内核空间都有一个关联的struct file。它由内核在打开文件时创建,在文件关闭后释放。(如果有3个程序打开同一个文件,那么也有3个struct file)

——重要成员:loff_tf_pos //文件读写位置,loff_t其实是个整形

                       Struct file_operations *f_op

 

Structinode

用来记录文件的物理上的信息。因此,它和代表打开文件的file结构是不同的。一个文件可以对应多个file结构,但只有一个inode结构

——重要成员:dev_ti_rdev:设备号

 

Structfile_operations

一个函数指针的集合(更像是一个对应关系表,把应用程序中对文件的操作转化为驱动程序中相应的函数),定义能在设备上进行的操作。结构中的成员指向驱动中的函数,这些函数实现一个特别的操作,对于不支持的操作保留为NULL

例:              mem_fops

       Structfile_operations mem_fops={

       .owner= THIS_MODULE;

       .llseek= mem_seek;

       .read= mem_read;

       .write= mem_write;

       .ioctl= mem_ioctl;

       .open= mem_open;

       .release= mem_release;

       };

 

内核代码导读

 

设备注册

在linux2.6内核中,字符设备使用struct cdev来描述

字符设备的注册可分为如下3个步骤:

1.分配cdev

              Structcdev的分配可使用cdev_alloc函数来完成

              Structcdev *cdev_alloc(void)

——2.初始化cdev

              Structcdev的初始化使用cdev_init函数来完成

              Voidcdev_init(struct cdev*cdev, const structfile_operations *fops)

              ——参数:cdev:待初始化的cdev结构

                            :fops:设备对应的操作函数集

——3.添加cdev

              Structcdev的注册使用cdev_add函数来完成

              Intcdev_add(struct cdev *p, dev_t dev, unsigned count)

              ——参数:p:待添加到内核的字符设备结构

                              dev:设备号

                              count:添加的设备个数、

 

设备操作实现

完成了驱动程序的注册,下一步该做什么呢?——实现设备所支持的操作(即是file_operations中的函数指针集)

——int (*open)(struct inode *, struct file *)

在设备文件上的第一个操作,并不要求驱动程序一定要实现这个方法。如果该项为NULL,设备的打开操作永远成功。Open这个函数指针名可以改,比如改为上述mem_fops中的mem_open,但是其参数的类型是固定的,不能更改的。下同。

——void (*release)(struct inode *, struct file *)

当设备文件被关闭时调用这个操作。与open相仿,release也可以没有

——ssize_t (*read)(struct file*, char __user *, size_tloff_t)

从设备中读取数据

——ssize_t(*write)(struct file *, const char __user *,size_t loff_t)

向设备发送数据

——unsigned int (*poll)(struct file *, structpoll_table_struct *)

对应select系统调用

——int (*ioctl)(struct inode *, struct file *, unsignedint , unsigned long)

控制设备

——int (*mmap)(struct file *, struct vm_area_struct *)

将设备映射到进程虚拟地址空间中

——off_t (*llseek)(struct file *, loff_t, int)

修改文件的当前读写位置,并将新位置作为返回值

——参数:要操作的文件,移动的偏移量,移动的起始位置(有三种取值,头、当前位置、尾)

 

那么如何实现上述函数的呢?

 

OPEN方法

OPEN方法是驱动程序用来为以后的操作完成初始化准备工作的。在大部分驱动程序中,open完成如下工作:

——初始化设备

——标明次设备号

RELEASE方法

RELEASE方法的作用正好与open相反。这个设备方法有时也称为close,它应该:——关闭设备

 

读和写

读和写方法都完成类似的工作:从设备中读取数据到用户空间;将数据传递给驱动程序,它们的原型也相当相似:

ssize_t xxx_read(struct file *filp, char__user * buff, size_t count , loff_t * offp);

 

ssize_t xxx_write(struct file *filp, char__user *buff, size_t count , loff_t *offp);

对于2个方法,filp是文件指针,count是请求传输的数据量。buff参数指向数据缓存。最后,offp指出文件当前的访问位置(buff和count来自用户空间,filp和offp来自内核)

 

Read和write方法的buff参数是用户空间指针。因此,它不能被内核代码直接引用(而应由内核提供的专门函数来引用),理由如下:用户空间指针在内核空间时可能根本是无效的——没有那个地址的映射

 

内核提供了专门的函数用于访问用户空间的指针,例如:

——intcopy_from_user(void *to, const void __user *from, int n)

对应写操作,为真则是写失败

——intcopy_to_user(void __user *to , const void *from, int n)

对应读操作,为真则是读失败


设备注销

字符设备的注销使用cdev_del函数来完成

       Int cdev_del(struct cdev *p)

——参数:p:要注销的字符设备结构

 

:字符设备驱动程序:memdev.c

(分析驱动程序不像应用程序那样从头到尾看,应该看入口module_init())

(分析一个字符设备驱动程序,首先分析初始化、分析file operations的各函数(open、read、write、seek))


memdev.h 

#ifndef _MEMDEV_H_
#define _MEMDEV_H_

#ifndef MEMDEV_MAJOR
#define MEMDEV_MAJOR 254	//预设的mem的主设备号
#endif

#ifndef MEMDEV_NR_DEVS
#define MEMDEV_NR_DEVS 2		//设备数
#endif

#ifndef MEMDEV_SIZE
#define MEMDEV_SIZE 4096    //4K,申请的用于模拟字符设备的内存是4K

//mem设备描述结构体
Struct mem_dev
{
	Char *data;     //由于是用内存模拟字符设备,所以需要记录那块内存的地址,用data保存
	Unsigned long size;
};

#endif		/*_MEMDEV_H_*/

memdev.c

//此函数是用内存中的某一段数据来模拟一个字符设备
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 

#include “memdev..h”

static mem_major = MEMDEV_MAJOR;
module_param(mem_major, int, S_IRUGO);

struct mem_dev *mem_devp ; //设备结构体指针

struct cdev cdev;

/*文件打开函数*/
int mem_open(struct inode *inode, struct file *filp)
{
	struct mem_dev *dev;
	
	/*获取次设备号*/
	int num = MINOR(inode->i_rdev);

	if (num >= MEMDEV_NR_DEVS)
		return -ENODEV;
	dev = &mem_devp[num];

	/*将设备描述结构指针赋值给文件私有数据指针*/
	filp->private_data = dev;

	return 0;
}

/*文件释放函数*/
int mem_release(struct inode * inode , struct file * filp)
{
	return 0;
}

/*读函数*/
static ssize_t mem_read(struct file * filp, char __user *buf, size_t size, loff_t *ppos)
{
	unsigned long p = *ppos;
	unsigned int count = size;
	int ret = 0;
	struct mem_dev *dev = filp->private_data;	//获得设备结构体指针
	
	/*判断读位置是否有效*/
	if (p >= MEMDEV_SIZE)
 	 return 0;
	if (count > MEMDEV_SIZE -p)
	 count = MEMDEV_SIZE -p;
	
	/*读数据到用户空间*/
	if(copy_to_user(buf, (void *)(dev->data + p), count))
	 {
	   ret = -EFAULT;
	}
	else
	 {
	   *ppos += count;
	   ret = count;
	
	   printk(KERN_INFO, "read %d bytes(s) from %d \n", count, p);
	 }
	return ret;	
	
}
/*写函数*/
static ssize_t mem_write(struct file *filp, const char __user *buf, size_t size, loff_t *ppos)
{
	unsigned long p = *ppos;
	unsigned int count = size;
	int ret = 0;
	struct mem_dev *dev = filp->private_data;//获得设备结构体指针

	/*分析和获取有效的写长度*/
	if (p >= MEMDEV_SIZE)
 	 return 0;
	if (count > MEMDEV_SIZE -p)
	 count = MEMDEV_SIZE -p;
	
	/*从用户空间写入数据*/
	if (copy_from_user(dev->data +p , buf, count))
	 ret = -EFAULT;
	else
	 {
	   *ppos += count;
	   ret = count;

	   printk(KERN_INFO "written %d bytes(s) from %d \n", count, p);	
	}
	return ret;
}

/*seek文件定位函数*/
static loff_t mem_llseek(struct file *filp, loff_t offset, int whence)
{
	loff_t newpos;
	
	switch(whence){
	  case 0:	/*SEEK_SET*/
	    newpos = offset;
	    break;

	  case 1:	/*SEEK_CUR*/
	    newpos = filp->f_ops + offset;
	    break;

	  case 2:	/*SEEK_END*/
	    newpos = MEMDEV_SIZE - 1 + offset;//此时offset应为负数
	    break;
	
	  default:	/*can't happen*/
	    return -EINVAL;	
	}
	if ((newpos < 0) || (newpos > MEMDEV_SIZE))
	    return -EINVAL;
	
	filp->f_pos = newpos;
	return newpos; 
}

/*文件操作结构体*/
static const struct file_operations mem_fops = 
{
	.owner = THIS_MODULE,
	.llseek = mem_llseek,
	.read = mem_read,
	.write = mem_write,
	.open = mem_open,
	.release = mem_release,
};

/*设备驱动模块加载函数*/
static int memdev_init(void)
{
	int result;
	int i;
	
	dev_t devno = MKDEV(mem_major, 0);

	/*静态申请设备号*/
	if (mem_major)
	 result = register_chrdev_region(devno, 2, "memdev");
	else	/*动态分配设备号*/
	 {
		result = alloc_chrdev_region(&devno, 0, 2, "memdev");
		mem_major = MAJOR(devno);	
	}
	
	if (result < 0)
	 return result;

	/*初始化cdev结构*/
	cdev_init(&cdev, &mem_fops);	//因为cdev是之前定义好了的struct cdev cdev,所以不需要分配,而直接进行初始化
	cdev.owner = THIS_MODULE;
	cdev.ops = &mem_fops;

	/*注册字符设备*/
	cdev_add(&cdev, MKDEV(mem_major, 0), MEMDEV_NR_DEVS);
	
	/*为设备描述结构分配内存*/
	mem_devp = kmalloc(MEMDEV_NR_DEVS * sizeof(struct mem_dev), GFP_KERNEL);
	if(!mem_devp)	//申请失败
	{
	 result = -ENOMEM;
	 goto fail_malloc;
	}
	memset(mem_devp, 0, sizeof(struct mem_dev));

	/*为设备分配内存*/
	for (i=0; i


main.c


//此为应用程序。用来测试驱动程序的读、写、重定位等功能
//当写入的内容和读出的内容一样,那么即是说读写功能成功。
#include 

int main()
{
	FILE *fp0 = NULL;
	char Buf[4096];

	/*初始化Buf*/
	strcpy(Buf, "Mem is char dev!");
	printf("BUF:%s \n", Buf);
	
	/*打开设备文件*/
	fp0 = fopen("/dev/memdev0", "r+");//用fopen打开/dev/memdev0这个设备文件,这个设备文件是由我们自己去创建的:安装驱动程序之后,再去创建这个设备文件。
	if (fp0 == NULL)
	 {
	    printf("Open Memdev0 Error!\n");
	    return -1;
	}	

	/*写入设备*/
	fwrite(Buf, sizeof(Buf), 1, fp0);

	/*重新定位文件位置(思考没有该指令,会有何后果)*/
	fseek(fp0, 0, SEEK_SET);//如果没有SEEK_SET,那么会因为每次写入之后seek指针的位置总是在跟随变化的,所以,当读的时候,便不是从文件开头读起!

	/*清除Buf*/
	strcpy(Buf, "Buf os NULL!\n");
	printf("Buf:%s \n ", Buf);

	/*读出设备*/
	fread(Buf, sizeof(Buf), 1, fp0);

	/*检测结果*/
	printf("Buf :%s \n", Buf);

	return 0;
}


竞争与互斥

调试技术分类

对于驱动程序设计来说,核心问题之一就是如何完成调试。当前常用的驱动调试技术科分为:

——打印调试(printk)

       在调试应用程序时,最常用的调试技术是打印,就是在应用程序中合适的点调用printf。当调试内核代码的时候,可以用printk完成类似任务

       合理使用printk

       在驱动开发时,printk非常有助于调试。但当正式发行驱动程序时,应当去掉这些打印语句。但你有可能很快又发现,你又需要在驱动程序中实现一个新功能(或者修复一个bug),这时你又要用到那些被删除的打印语句。这里介绍一种是用printk的合理方法,可以全局地打开或关闭它们,而不是简单地删除:

       #ifdefPDEBUG

       #define PLOG(fmt, args…) printk(KERN_DEBUG”scull:”fmt,##args)

#else

#define PLOG(fmt,args..)           //do nothing

#endif

 

       Makefile作如下修改:

       ——DEBUG=y

              ifeq ($(DEBUG),y)

              DEBFLAGS=-O2 –g –DPDEBUG        //D的作用是相当于#define

              else

              DEBFLAGS=-O2

              endif

              CFLAGS +=$(DEBFLAGS)

      

——调试器调试(kgdb)

——查询调试(/proc文件系统)

 

并发与竞态

——并发:多个执行单元同时被执行

——竞态:并发的执行单元对共享资源(硬件资源和软件上的全局变量等)的访问导致的竞争状态

 

例:

If(copy_from_user(&(dev->data[pos]), buf, count))

Ret = -EFAULT;

Goto out;

 

假设有2个进程试图同时向一个设备的相同位置写入数据,就会造成数据混乱(对应于多核情况)

 

处理并发的常用技术是加锁或者互斥,即确保在任何时间只有一个执行单元可以操作共享资源。在Linux内核中主要通过semaphore(信号量)机制和spin_lock(自旋锁)机制实现

 

信号量

Linux内核的信号量在概念和原理上与用户态的信号量是一样的,但是它不能在内核之外使用,它是一种睡眠锁。如果有一个任务想要获得已经被占用的信号量时,信号量会将这个进程放入一个等待队列,然后让其睡眠。当持有信号量的进程将信号释放后,处于等待队列中的任务将被唤醒,并让其获得信号量

 

——信号量在创建时需要设置一个初始值,表示允许有几个任务同时访问该信号量保护的共享资源,初始值为1就变成互斥锁(Mutex),即同时只能有一个任务可以访问信号量保护的共享资源。

 

——当任务访问完被信号量保护的共享资源后,必须释放信号量,释放信号量通过把信号量的值加1实现,如果释放后信号量的值为非正数,表明有任务等待当前信号量,因此要唤醒等待该信号量的任务。

 

信号量的实现也是与体系结构相关的,定义在中,struct semaphore类型用来表示信号量。

1.定义信号量        struct semaphore sem;

2.初始化信号量   

       voidsema_init(struct semaphore *sem, int vall)该函数用户初始化设置信号量的初值,它设置信号量sem的值为val

       voidinit_MUTEX(struct semaphore * sem)该函数用于初始化一个互斥锁,即它把信号量sem的值设置为1。

       voidinit_MUTEX_LOCKED(struct semaphore *sem)该函数用于初始化一个互斥锁,但它把信号量sem的值设置为0,即一开始就处在已锁状态。

 

定义及初始化的工作可由如下宏一步完成:

DECLARE_MUTEX(name):定义一个信号量name,并初始化它的值为1

DECLARE_MUTEX_LOCKED(name):定义一个信号量name,但它把它的初始值设置为0,即锁在创建时就处在已锁状态。

 

3.获取信号量

       voiddown(struct semaphore * sem)获取信号量sem,可能会导致进程睡眠,因此不能在中断上下文使用该函数。该函数将把sem的值减1,如果信号量sem 的值非负,就直接返回,否则调用者将被挂起,直到别的任务释放该信号量才能继续运行(此时处于TASK_UNINTERRUPTIBLE的状态)。

 

——intdown_interruptible(struct semaphore * sem):获取信号量sem。如果信号量不可用,进程将被设置为TASK_INTERRUPTIBLE(可被信号和中断唤醒)类型的睡眠状态。该函数由返回值来区分是正常返回还是被信号中断返回,如果返回0,表示获得信号量正常返回,如果被信号打断,返回-EINTR

 

——down_killable(structsemaphore * sem):获取信号量sem。如果信号量不可用,进程将被置为TASK_KILLABLE类型的睡眠状态

 

注:down()函数(linux 2.4)现已不建议继续使用。建议使用down_killable()或down_interruptible()函数

 

4.释放信号量

       voidup(struct semaphore * sem):该函数释放信号量sem,即把sem 的值加1,如果sem的值为非正数,表明有任务等待该信号量,因此唤醒这些等待者。

 

自旋锁

自旋锁最多只能被一个可执行单元持有。自旋锁不会引起调用者睡眠,如果一个执行线程试图获得一个已经被持有的自旋锁,那么线程就会一直进行忙循环(一直占有CPU),一直等待下去,在那里看是否该自旋锁的保持者已经释放了锁,“自旋”就是这个意思。

 

——spin_lock_init(x):该宏用于初始化自旋锁x,自旋锁在使用前必须先初始化

——spin_lock(lock):获取自旋锁lock,如果成功,立即获得锁,并马上返回,否则它将一直自旋在那里,直到该自旋锁的保持者释放。

——spin_trylock(lock):试图获取自旋锁lock,如果能立即获得锁,并返回真,否则立即返回假。它不会一直等待被释放

——spin_unlock(lock):释放自旋锁lock,它与spin_trylock或spin_lock配对使用

 

信号量PK自旋锁

——信号量可能允许有多个持有者,而自旋锁在任何时候只能允许一个持有者。当然也有信号量叫互斥信号量(只能一个持有者),允许有多个持有者的信号量叫计数信号量

——信号量适合于保持时间较长的情况;而自旋锁适合于保持时间非常短的情况,在实际应用中自旋锁控制的代码只有几行,而持有自旋锁的时间也一般不会超过两次上下文切换的时间,因为线程一旦要进行切换,就至少花费切出切入两次,自旋锁的占用时间如果远远长于两次上下文切换,我们就应该选择信号量。


实验1: 1.在mini2440平台编写实现了读、写,定位功能的字符设备驱动程序

2.编写应用程序,测试驱动


实验2: 基于实验1设计的驱动程序,加入竞争控制

你可能感兴趣的:(嵌入式&&linux)