Linux驱动开发学习笔记7《并发与竞争》

①、多线程并发访问，Linux 是多任务(线程)的系统，所以多线程访问是最基本的原因。

②、抢占式并发访问，从2.6 版本内核开始，Linux 内核支持抢占，也就是说调度程序可以在任意时刻抢占正在运行的线程，从而运行其他的线程。
③、中断程序并发访问，这个无需多说，学过STM32 的同学应该知道，硬件中断的权利可是很大的。
④、SMP(多核)核间并发访问，现在ARM 架构的多核SOC 很常见，多核CPU 存在核间并发访问

并发访问带来的问题就是竞争，学过FreeRTOS 和UCOS 的同学应该知道临界区这个概念，所谓的临界区就是共享数据段，对于临界区必须保证一次只有一个线程访问，也就是要保证临界区是原子访问的，这里的原子访问就表示这一个访问是一个步骤，不能再进行拆分。如果多个线程同时操作临界区就表示存在竞争，我们在编写驱动的时候一定要注意避免并发和防止竞争访问。

2、保护内容是什么

前面一直说要防止并发访问共享资源，换句话说就是要保护共享资源，防止进行并发访问。那么问题来了，什么是共享资源？现实生活中的公共电话、共享单车这些是共享资源，我们都很容易理解，那么在程序中什么是共享资源？也就是保护的内容是什么？我们保护的不是代码，而是数据！某个线程的局部变量不需要保护，我们要保护的是多个线程都会访问的共享数据。一个整形的全局变量a 是数据，一份要打印的文档也是数据，虽然我们知道了要对共享数据进行保护，那么怎么判断哪些共享数据要保护呢？一般像全局变量，设备结构体这些肯定是要保护的，至于其他的数据就要根据实际的驱动程序而定了。

二、原子操作

1、原子操作简介

原子操作就是指不能再进一步分割的操作，一般原子操作用于变量或者位操作。假如现在要对无符号整形变量a 赋值，值为3，对于C 语言来讲很简单，直接就是：

a = 3

但是C语言要先编译为成汇编指令，ARM 架构不支持直接对寄存器进行读写操作，比如要借助寄存器R0、R1 等来完成赋值操作。假设变量a 的地址为0X3000000，“a=3”这一行C语言可能会被编译为如下所示的汇编代码：

ldr r0, =0X30000000 /* 变量a 地址 */
ldr r1, = 3 /* 要写入的值 */
str r1, [r0] /* 将3 写入到a 变量中 */

上述示例代码只是一个简单的举例说明，实际的结果要比示例代码复杂的多。从上述代码可以看出，C 语言里面简简单单的一句“a=3”，编译成汇编文件以后变成了3 句，那么程序在执行的时候肯定是按照示例代码中的汇编语句一条一条的执行。假设现在线程A要向a 变量写入10 这个值，而线程B 也要向a 变量写入20 这个值，我们理想中的执行顺序如下图所示：

按照上图所示的流程，确实可以实现线程A 将a 变量设置为10，线程B 将a 变量设置为20。但是实际上的执行流程可能如下图所示：

按照上图所示的流程，线程A 最终将变量a 设置为了20，而并不是要求的10！线程B 没有问题。这就是一个最简单的设置变量值的并发与竞争的例子，要解决这个问题就要保证示例代码中的三行汇编指令作为一个整体运行，也就是作为一个原子存在。Linux 内核提供了一组原子操作API 函数来完成此功能，Linux 内核提供了两组原子操作API 函数，一组是对整形变量进行操作的，一组是对位进行操作的，我们接下来看一下这些API 函数。

2、原子整形操作API 函数

Linux 内核定义了叫做atomic_t 的结构体来完成整形数据的原子操作，在使用中用原子变量来代替整形变量，此结构体定义在include/linux/types.h 文件中，定义如下：

typedef struct {
         int counter;
    } atomic_t;

如果要使用原子操作API 函数，首先要先定义一个atomic_t 的变量，如下所示：

atomic_t a; //定义a

也可以在定义原子变量的时候给原子变量赋初值，如下所示：

atomic_t b = ATOMIC_INIT(0); //定义原子变量b 并赋初值为0

可以通过宏ATOMIC_INIT 向原子变量赋初值。
原子变量有了，接下来就是对原子变量进行操作，比如读、写、增加、减少等等，Linux 内核提供了大量的原子操作API 函数，如下表所示：

函数	描述
ATOMIC_INIT(int i)	定义原子变量的时候对其初始化。
int atomic_read(atomic_t *v)	读取v 的值，并且返回。
void atomic_set(atomic_t *v, int i)	向v 写入i 值。
void atomic_add(int i, atomic_t *v)	给v 加上i 值。
void atomic_sub(int i, atomic_t *v)	从v 减去i 值。
void atomic_inc(atomic_t *v)	给v 加1，也就是自增。
void atomic_dec(atomic_t *v)	从v 减1，也就是自减
int atomic_dec_return(atomic_t *v)	从v 减1，并且返回v 的值。
int atomic_inc_return(atomic_t *v)	给v 加1，并且返回v 的值。
int atomic_sub_and_test(int i, atomic_t *v)	从v 减i，如果结果为0 就返回真，否则返回假
int atomic_dec_and_test(atomic_t *v)	从v 减1，如果结果为0 就返回真，否则返回假
int atomic_inc_and_test(atomic_t *v)	给v 加1，如果结果为0 就返回真，否则返回假
int atomic_add_negative(int i, atomic_t *v)	给v 加i，如果结果为负就返回真，否则返回假

如果使用64 位的SOC 的话，就要用到64 位的原子变量，Linux 内核也定义了64 位原子结构体，如下所示：

typedef struct {
long long counter;
} atomic64_t;

相应的也提供了64 位原子变量的操作API 函数，这里我们就不详细讲解了，和上表中的API 函数有用法一样，只是将“atomic_”前缀换为“atomic64_”，将int 换为long long。如果使用的是64 位的SOC，那么就要使用64 位的原子操作函数。Cortex-A7 是32 位的架构，所以本书中只使用上表中的32 位原子操作函数。原子变量和相应的API 函数使用起来很简单，参考如下示例：

atomic_t v = ATOMIC_INIT(0); /* 定义并初始化原子变零v=0 */
atomic_set(&v, 10); /* 设置v=10 */
atomic_read(&v); /* 读取v 的值，肯定是10 */
atomic_inc(&v); /* v 的值加1，v=11 */

3、原子位操作API 函数

位操作也是很常用的操作，Linux 内核也提供了一系列的原子位操作API 函数，只不过原子位操作不像原子整形变量那样有个atomic_t 的数据结构，原子位操作是直接对内存进行操作，API 函数如下表所示：

函数	描述
void set_bit(int nr, void *p)	将p 地址的第nr 位置1。
void clear_bit(int nr,void *p)	将p 地址的第nr 位清零。
void change_bit(int nr, void *p)	将p 地址的第nr 位进行翻转。
int test_bit(int nr, void *p)	获取p 地址的第nr 位的值。
int test_and_set_bit(int nr, void *p)	将p 地址的第nr 位置1，并且返回nr 位原来的值。
int test_and_clear_bit(int nr, void *p)	将p 地址的第nr 位清零，并且返回nr 位原来的值。
int test_and_change_bit(int nr, void *p)	将p 地址的第nr 位翻转，并且返回nr 位原来的值。

4、实验

本例程我们在gpioled.c 文件基础上完成。在本节使用中我们使用原子操作来实现对LED 这个设备的互斥访问，也就是一次只允许一个应用程序可以使用LED 灯。

（1）修改设备树文件

（2） LED 驱动修改

创建atomic.c文件

#include <linux/types.h>
#include <linux/kernel.h>
#include <linux/delay.h>
#include <linux/ide.h>
#include <linux/init.h>
#include <linux/module.h>
#include <linux/errno.h>
#include <linux/gpio.h>
#include <linux/cdev.h>
#include <linux/device.h>
#include <linux/of.h>
#include <linux/of_address.h>
#include <linux/of_gpio.h>
#include <asm/mach/map.h>
#include <asm/uaccess.h>
#include <asm/io.h>

#define GPIOLED_CNT 1 //设备号个数
#define GPIOLED_NAME "gpioled" //名字
#define LEDOFF 0 //关灯
#define LEDON 1 //开灯

//gpio设备结构体
struct gpioled_dev
{
    dev_t devid; //设备号
    struct cdev cdev; //cdev
    struct class *class; //类
    struct device *device; //设备
    int major; //主设备号
    int minor; //次设备号
    struct device_node *nd; //设备节点
    int led_gpio; //led所使用的GPIO编号
    atomic_t lock; //原子变量，用来实现一次只能允许一个应用访问LED 灯，led_init 驱动入口函数会将lock 的值设置为1
};

struct gpioled_dev gpioled; //led设备

//打开设备
static int led_open(struct inode *inode, struct file *filp)
{
    //通过判断原子变量的值来检查LED有没有被别的应用使用
    if (!atomic_dec_and_test(&gpioled.lock))
    {
        atomic_inc(&gpioled.lock);//小于0的话就加1,使其原子变量等于0
        return -EBUSY;//LED被使用，返回忙
    }
    filp->private_data = &gpioled;//设置私有数据
    return 0;
}
//从设备读取数据
static ssize_t led_read(struct file *filp, char __user *buf, size_t cnt, loff_t *offt)
{
    return 0;
}
//向设备写数据
static ssize_t led_write(struct file *filp, const char __user *buf, size_t cnt, loff_t *offt)
{
    int retvalue;
    unsigned char databuf[1];
    unsigned char ledstat;
    struct gpioled_dev *dev = filp->private_data;

    retvalue = copy_from_user(databuf, buf, cnt);
    if(retvalue < 0)
    {
        printk("kernel write failed!\r\n");
        return -EFAULT;
    }

    ledstat = databuf[0]; //获取状态值
    if(ledstat == LEDON)
    {
        gpio_set_value(dev->led_gpio, 0); //打开LED灯
    }
    else if (ledstat == LEDOFF)
    {
        gpio_set_value(dev->led_gpio, 1); //关闭LED灯
    }
    return 0;
}
//关闭/释放设备
static int led_release(struct inode *inode, struct file *filp)
{
    struct gpioled_dev *dev = filp->private_data;

    //关闭驱动文件的时候释放原子变量
    atomic_inc(&dev->lock);
    return 0;
}

//设备操作函数
static struct file_operations gpioled_fops = {
    .owner = THIS_MODULE,
    .open = led_open,
    .read = led_read,
    .write = led_write,
    .release = led_release,
};

//驱动入口函数
static int __init led_init(void)
{
    int ret = 0;

    //初始化原子变量
    atomic_set(&gpioled.lock, 1); //原子变量初始值为1

    //设置LED所使用的GPIO
    //1、获取设备节点：gpioled
    gpioled.nd = of_find_node_by_path("/gpioled");
    if(gpioled.nd == NULL)
    {
        printk("gpioled node not find!\r\n");
        return -EINVAL;
    }
    else
    {
        printk("gpioled node find!\r\n");
    }

    //2、获取设备树中gpio属性，得到LED所使用的LED编号
    gpioled.led_gpio = of_get_named_gpio(gpioled.nd, "led-gpio", 0);
    if(gpioled.led_gpio < 0)
    {
        printk("can't get led-gpio");
        return -EINVAL;
    }
    printk("led-gpio num = %d\r\n", gpioled.led_gpio);

    //3、设置GPIO1_IO03为输出，并且输出高点平，默认关闭LED灯
    ret = gpio_direction_output(gpioled.led_gpio, 1);
    if(ret < 0)
    {
        printk("can't set gpio!\r\n");
    }

    //注册字符设备驱动
    //1、创建设备号
    if(gpioled.major)
    {
        gpioled.devid = MKDEV(gpioled.major, 0);
        register_chrdev_region(gpioled.devid, GPIOLED_CNT, GPIOLED_NAME);
    }
    else
    {
        alloc_chrdev_region(&gpioled.devid, 0, GPIOLED_CNT, GPIOLED_NAME);//申请设备号
        gpioled.major = MAJOR(gpioled.devid);//获取分配号的主设备号
        gpioled.minor = MINOR(gpioled.devid);//获取分配号的次设备号
    }
    printk("gpioled major = %d, minor = %d\r\n",gpioled.major, gpioled.minor);

    //2、初始化cdev
    gpioled.cdev.owner = THIS_MODULE;
    cdev_init(&gpioled.cdev, &gpioled_fops);

    //3、添加一个cdev
    cdev_add(&gpioled.cdev, gpioled.devid, GPIOLED_CNT);

    //4、创建类
    gpioled.class = class_create(THIS_MODULE, GPIOLED_NAME);
    if(IS_ERR(gpioled.class))
    {
        return PTR_ERR(gpioled.class);
    }

    //5、创建设备
    gpioled.device = device_create(gpioled.class, NULL, gpioled.devid, NULL, GPIOLED_NAME);
    if(IS_ERR(gpioled.device))
    {
        return PTR_ERR(gpioled.device);
    }
    return 0;
}

//驱动出口函数
static void __exit led_exit(void)
{
    //注销字符设备驱动
    cdev_del(&gpioled.cdev); //删除cdev
    unregister_chrdev_region(gpioled.devid, GPIOLED_CNT);

    device_destroy(gpioled.class, gpioled.devid);
    class_destroy(gpioled.class);
}

module_init(led_init);
module_exit(led_exit);
MODULE_LICENSE("GPL");
MODULE_AUTHOR("ssz");

（3）编写测试APP

新建名为atomicApp.c 的测试APP，在里面输入如下所示内容：

#include "stdio.h"
#include "unistd.h"
#include "sys/types.h"
#include "sys/stat.h"
#include "fcntl.h"
#include "stdlib.h"
#include "string.h"

#define LEDOFF 0
#define LEDON 1

int main(int argc, char *argv[])
{
    int fd, retvalue;
    char *filename;
    unsigned char cnt = 0;
    unsigned char databuf[1];

    if(argc != 3)
    {
        printf("Error Usage!\r\n");
        return -1;
    }

    filename = argv[1];

    //打开led驱动
    fd = open(filename, O_RDWR);
    if(fd < 0)
    {
        printf("file %s open failed!|r\n", argv[1]);
        return -1;
    }
    databuf[0] = atoi(argv[2]);

    //向/dev/gpioled文件写入数据
    retvalue = write(fd, databuf, sizeof(databuf));
    if(retvalue < 0)
    {
        printf("LED Control Failed!\r\n");
        close(fd);
        return -1;
    }

    //模拟占用25s LED
    while (1)
    {
        sleep(5);
        cnt++;
        printf("App running times:%d\r\n", cnt);
        if(cnt >= 5) break;
    }
    
    printf("App running finished!");
    retvalue = close(fd); //关闭文件
    if(retvalue < 0)
    {
        printf("file %s close failed!\r\n",argv[1]);
        return -1;
    }
    return 0;
}

（4）运行测试

./atomicApp /dev/gpioled 1& //打开LED 灯

./atomicApp /dev/gpioled 0 //关闭LED 灯

从上图可以看出，打开/dev/gpioled 失败！原因是在上图中运行的atomicAPP软件正在占用/dev/gpioled，如果再次运行atomicApp 软件去操作/dev/gpioled 肯定会失败。必须等待上图中的atomicApp 运行结束，也就是25S结束以后其他软件才能去操作/dev/gpioled。这个就是采用原子变量实现一次只能有一个应用程序访问LED 灯。

三、自旋锁

1、自旋锁简介

原子操作只能对整形变量或者位进行保护，但是，在实际的使用环境中怎么可能只有整形变量或位这么简单的临界区。举个最简单的例子，设备结构体变量就不是整型变量，我们对于结构体中成员变量的操作也要保证原子性，在线程A 对结构体变量使用期间，应该禁止其他的线程来访问此结构体变量，这些工作原子操作都不能胜任，需要本节要讲的锁机制，在Linux内核中就是自旋锁。

当一个线程要访问某个共享资源的时候首先要先获取相应的锁，锁只能被一个线程持有，只要此线程不释放持有的锁，那么其他的线程就不能获取此锁。对于自旋锁而言，如果自旋锁正在被线程A 持有，线程B 想要获取自旋锁，那么线程B 就会处于忙循环-旋转-等待状态，线程B 不会进入休眠状态或者说去做其他的处理，而是会一直傻傻的在那里“转圈圈”的等待锁可用。比如现在有个公用电话亭，一次肯定只能进去一个人打电话，现在电话亭里面有人正在打电话，相当于获得了自旋锁。此时你到了电话亭门口，因为里面有人，所以你不能进去打电话，相当于没有获取自旋锁，这个时候你肯定是站在原地等待，你可能因为无聊的等待而转圈圈消遣时光，反正就是哪里也不能去，要一直等到里面的人打完电话出来。终于，里面的人打完电话出来了，相当于释放了自旋锁，这个时候你就可以使用电话亭打电话了，相当于获取到了自旋锁。

自旋锁的“自旋”也就是“原地打转”的意思，“原地打转”的目的是为了等待自旋锁可以用，可以访问共享资源。把自旋锁比作一个变量a，变量a=1 的时候表示共享资源可用，当a=0的时候表示共享资源不可用。现在线程A 要访问共享资源，发现a=0(自旋锁被其他线程持有)，那么线程A 就会不断的查询a 的值，直到a=1。从这里我们可以看到自旋锁的一个缺点：那就等待自旋锁的线程会一直处于自旋状态，这样会浪费处理器时间，降低系统性能，所以自旋锁的持有时间不能太长。所以自旋锁适用于短时期的轻量级加锁，如果遇到需要长时间持有锁的场景那就需要换其他的方法了，这个我们后面会讲解。

Linux 内核使用结构体spinlock_t 表示自旋锁，结构体定义如下所示：

typedef struct spinlock {
    union {
        struct raw_spinlock rlock;

#ifdef CONFIG_DEBUG_LOCK_ALLOC
# define LOCK_PADSIZE (offsetof(struct raw_spinlock, dep_map))
    struct {
            u8 __padding[LOCK_PADSIZE];
            struct lockdep_map dep_map;
            };
#endif
    };
} spinlock_t;

在使用自旋锁之前，肯定要先定义一个自旋锁变量，定义方法如下所示：

spinlock_t lock; //定义自旋锁

定义好自旋锁变量以后就可以使用相应的API 函数来操作自旋锁。

2、自旋锁API 函数

最基本的自旋锁API 函数如下表所示：

函数	描述
DEFINE_SPINLOCK(spinlock_t lock)	定义并初始化一个自选变量。
int spin_lock_init(spinlock_t *lock)	初始化自旋锁。
void spin_lock(spinlock_t *lock)	获取指定的自旋锁，也叫做加锁。
void spin_unlock(spinlock_t *lock)	释放指定的自旋锁。
int spin_trylock(spinlock_t *lock)	尝试获取指定的自旋锁，如果没有获取到就返回0
int spin_is_locked(spinlock_t *lock)	检查指定的自旋锁是否被获取，如果没有被获取就返回非0，否则返回0。

上表中的自旋锁API 函数适用于SMP 或支持抢占的单CPU 下线程之间的并发访问，也就是用于线程与线程之间，被自旋锁保护的临界区一定不能调用任何能够引起睡眠和阻塞的API 函数，否则的话会可能会导致死锁现象的发生。自旋锁会自动禁止抢占，也就说当线程A得到锁以后会暂时禁止内核抢占。如果线程A 在持有锁期间进入了休眠状态，那么线程A 会自动放弃CPU 使用权。线程B 开始运行，线程B 也想要获取锁，但是此时锁被A 线程持有，而且内核抢占还被禁止了！线程B 无法被调度出去，那么线程A 就无法运行，锁也就无法释放，好了，死锁发生了！

上表中的API 函数用于线程之间的并发访问，如果此时中断也要插一脚，中断也想访问共享资源，那该怎么办呢？首先可以肯定的是，中断里面可以使用自旋锁，但是在中断里面使用自旋锁的时候，在获取锁之前一定要先禁止本地中断(也就是本CPU 中断，对于多核SOC来说会有多个CPU 核)，否则可能导致锁死现象的发生，如下图所示：

在上图中，线程A 先运行，并且获取到了lock 这个锁，当线程A 运行functionA 函数的时候中断发生了，中断抢走了CPU 使用权。右边的中断服务函数也要获取lock 这个锁，但是这个锁被线程A 占有着，中断就会一直自旋，等待锁有效。但是在中断服务函数执行完之前，线程A 是不可能执行的，线程A 说“你先放手”，中断说“你先放手”，场面就这么僵持着，死锁发生！

最好的解决方法就是获取锁之前关闭本地中断，Linux 内核提供了相应的API 函数，如下表所示：

函数	描述
void spin_lock_irq(spinlock_t *lock)	禁止本地中断，并获取自旋锁。
void spin_unlock_irq(spinlock_t *lock)	激活本地中断，并释放自旋锁。
void spin_lock_irqsave(spinlock_t *lock, unsigned long flags)	保存中断状态，禁止本地中断，并获取自旋锁。
void spin_unlock_irqrestore(spinlock_t *lock, unsigned long flags)	将中断状态恢复到以前的状态，并且激活本地中断，释放自旋锁。

使用spin_lock_irq/spin_unlock_irq 的时候需要用户能够确定加锁之前的中断状态，但实际上内核很庞大，运行也是“千变万化”，我们是很难确定某个时刻的中断状态，因此不推荐使用spin_lock_irq/spin_unlock_irq。建议使用spin_lock_irqsave/ spin_unlock_irqrestore，因为这一函数会保存中断状态，在释放锁的时候会恢复中断状态。一般在线程中使用spin_lock_irqsave/spin_unlock_irqrestore，在中断中使用spin_lock/spin_unlock，示例代码如下所示：

DEFINE_SPINLOCK(lock) //定义并初始化一个锁

//线程A
void functionA(){
    unsigned long flags; //中断状态
    spin_lock_irqsave(&lock, flags) //获取锁
    //临界区
    spin_unlock_irqrestore(&lock, flags) //释放锁
}

//中断服务函数
void irq()
{
    spin_lock(&lock); //获取锁
    //临界区
    spin_unlock(&lock) //释放锁
}

下半部(BH)也会竞争共享资源，有些资料也会将下半部叫做底半部。关于下半部后面的章节会讲解，如果要在下半部里面使用自旋锁，可以使用下表中的API 函数：

函数	描述
void spin_lock_bh(spinlock_t *lock)	关闭下半部，并获取自旋锁。
void spin_unlock_bh(spinlock_t *lock)	打开下半部，并释放自旋锁。

3、其他类型的锁

（1）读写自旋锁

现在有个学生信息表，此表存放着学生的年龄、家庭住址、班级等信息，此表可以随时被修改和读取。此表肯定是数据，那么必须要对其进行保护，如果我们现在使用自旋锁对其进行保护。每次只能一个读操作或者写操作，但是，实际上此表是可以并发读取的。只需要保证在修改此表的时候没人读取，或者在其他人读取此表的时候没有人修改此表就行了。也就是此表的读和写不能同时进行，但是可以多人并发的读取此表。像这样，当某个数据结构符合读/写或生产者/消费者模型的时候就可以使用读写自旋锁。
读写自旋锁为读和写操作提供了不同的锁，一次只能允许一个写操作，也就是只能一个线程持有写锁，而且不能进行读操作。但是当没有写操作的时候允许一个或多个线程持有读锁，可以进行并发的读操作。Linux 内核使用rwlock_t 结构体表示读写锁，结构体定义如下(删除了条件编译)：

typedef struct {
arch_rwlock_t raw_lock;
} rwlock_t;

读写锁操作API 函数分为两部分，一个是给读使用的，一个是给写使用的，这些API 函数如下表所示：

DEFINE_RWLOCK(rwlock_t lock) 定义并初始化读写锁
void rwlock_init(rwlock_t *lock) 初始化读写锁。

void read_lock(rwlock_t *lock) 获取读锁。
void read_unlock(rwlock_t *lock) 释放读锁。
void read_lock_irq(rwlock_t *lock) 禁止本地中断，并且获取读锁。
void read_unlock_irq(rwlock_t *lock) 打开本地中断，并且释放读锁。
void read_lock_irqsave(rwlock_t *lock,
unsigned long flags)
保存中断状态，禁止本地中断，并获取读锁。
void read_unlock_irqrestore(rwlock_t *lock,
unsigned long flags)
将中断状态恢复到以前的状态，并且激活本地
中断，释放读锁。
void read_lock_bh(rwlock_t *lock) 关闭下半部，并获取读锁。
void read_unlock_bh(rwlock_t *lock) 打开下半部，并释放读锁。

void write_lock(rwlock_t *lock) 获取写锁。
void write_unlock(rwlock_t *lock) 释放写锁。
void write_lock_irq(rwlock_t *lock) 禁止本地中断，并且获取写锁。
void write_unlock_irq(rwlock_t *lock) 打开本地中断，并且释放写锁。
void write_lock_irqsave(rwlock_t *lock,
unsigned long flags)
保存中断状态，禁止本地中断，并获取写锁。

void write_unlock_irqrestore(rwlock_t *lock,
unsigned long flags)
将中断状态恢复到以前的状态，并且激活本地
中断，释放读锁。
void write_lock_bh(rwlock_t *lock) 关闭下半部，并获取读锁。
void write_unlock_bh(rwlock_t *lock) 打开下半部，并释放读锁。

（2）顺序锁

顺序锁在读写锁的基础上衍生而来的，使用读写锁的时候读操作和写操作不能同时进行。使用顺序锁的话可以允许在写的时候进行读操作，也就是实现同时读写，但是不允许同时进行并发的写操作。虽然顺序锁的读和写操作可以同时进行，但是如果在读的过程中发生了写操作，最好重新进行读取，保证数据完整性。顺序锁保护的资源不能是指针，因为如果在写操作的时候可能会导致指针无效，而这个时候恰巧有读操作访问指针的话就可能导致意外发生，比如读取野指针导致系统崩溃。Linux 内核使用seqlock_t 结构体表示顺序锁，结构体定义如下：

typedef struct {
struct seqcount seqcount;
spinlock_t lock;
} seqlock_t;

关于顺序锁的API 函数如下表所示：

DEFINE_SEQLOCK(seqlock_t sl) 定义并初始化顺序锁
void seqlock_ini seqlock_t *sl) 初始化顺序锁。

void write_seqlock(seqlock_t *sl) 获取写顺序锁。
void write_sequnlock(seqlock_t *sl) 释放写顺序锁。
void write_seqlock_irq(seqlock_t *sl) 禁止本地中断，并且获取写顺序锁
void write_sequnlock_irq(seqlock_t *sl) 打开本地中断，并且释放写顺序锁。
void write_seqlock_irqsave(seqlock_t *sl,
unsigned long flags)
保存中断状态，禁止本地中断，并获取写顺序
锁。
void write_sequnlock_irqrestore(seqlock_t *sl,
unsigned long flags)
将中断状态恢复到以前的状态，并且激活本地
中断，释放写顺序锁。
void write_seqlock_bh(seqlock_t *sl) 关闭下半部，并获取写读锁。
void write_sequnlock_bh(seqlock_t *sl) 打开下半部，并释放写读锁。

unsigned read_seqbegin(const seqlock_t *sl)
读单元访问共享资源的时候调用此函数，此函
数会返回顺序锁的顺序号。
unsigned read_seqretry(const seqlock_t *sl,
unsigned start)
读结束以后调用此函数检查在读的过程中有
没有对资源进行写操作，如果有的话就要重读

4、自旋锁使用注意事项

        ①、因为在等待自旋锁的时候处于“自旋”状态，因此锁的持有时间不能太长，一定要短，否则的话会降低系统性能。如果临界区比较大，运行时间比较长的话要选择其他的并发处理方式，比如稍后要讲的信号量和互斥体。
        ②、自旋锁保护的临界区内不能调用任何可能导致线程休眠的API 函数，否则的话可能导致死锁。
        ③、不能递归申请自旋锁，因为一旦通过递归的方式申请一个你正在持有的锁，那么你就必须“自旋”，等待锁被释放，然而你正处于“自旋”状态，根本没法释放锁。结果就是自己把自己锁死了！
        ④、在编写驱动程序的时候我们必须考虑到驱动的可移植性，因此不管你用的是单核的还是多核的SOC，都将其当做多核SOC 来编写驱动程序。

5、自旋锁实验

上一节我们使用原子变量实现了一次只能有一个应用程序访问LED 灯，本节我们使用自旋锁来实现此功能。在使用自旋锁之前，先回顾一下自旋锁的使用注意事项：

①、自旋锁保护的临界区要尽可能的短，因此在open 函数中申请自旋锁，然后在release 函数中释放自旋锁的方法就不可取。我们可以使用一个变量来表示设备的使用情况，如果设备被使用了那么变量就加一，设备被释放以后变量就减1，我们只需要使用自旋锁保护这个变量即可。
②、考虑驱动的兼容性，合理的选择API 函数。

综上所述，在本节例程中，我们通过定义一个变量dev_stats 表示设备的使用情况，dev_stats为0 的时候表示设备没有被使用，dev_stats 大于0 的时候表示设备被使用。驱动open 函数中先判断dev_stats 是否为0，也就是判断设备是否可用，如果为0 的话就使用设备，并且将dev_stats加1，表示设备被使用了。使用完以后在release 函数中将dev_stats 减1，表示设备没有被使用了。因此真正实现设备互斥访问的是变量dev_stats，但是我们要使用自旋锁对dev_stats 来做保护。

（1）修改设备树文件

本章实验是在上一节实验的基础上完成的，同样不需要对设备树做任何的修改。

（2） LED 驱动修改

本节实验在第上一节实验驱动文件atomic.c 的基础上修改而来。

//gpio设备结构体
struct gpioled_dev
{
    dev_t devid; //设备号
    struct cdev cdev; //cdev
    struct class *class; //类
    struct device *device; //设备
    int major; //主设备号
    int minor; //次设备号
    struct device_node *nd; //设备节点
    int led_gpio; //led所使用的GPIO编号
    int dev_stats; //设备状态，0：设备未使用;>0，设备已经被使用
    spinlock_t lock; //自旋锁
};
......
//打开设备
static int led_open(struct inode *inode, struct file *filp)
{
    unsigned long flags;
    filp->private_data = &gpioled;//设置私有数据

    spin_lock_irqsave(&gpioled.lock, flags); //上锁
    if(gpioled.dev_stats) //如果设备被使用了
    {
        spin_unlock_irqrestore(&gpioled.lock, flags); //解锁
        return -EBUSY;
    }
    gpioled.dev_stats++; //如果设备没有打开，那么就标记已经打开了
    spin_unlock_irqrestore(&gpioled.lock, flags); //解锁
    return 0;
}
......
//关闭/释放设备
static int led_release(struct inode *inode, struct file *filp)
{
    unsigned long flags;
    struct gpioled_dev *dev = filp->private_data;

    //关闭驱动文件的时候将dev_stats减1
    spin_lock_irqsave(&dev->lock, flags); //上锁
    if(dev->dev_stats)
    {
        dev->dev_stats--;
    }
    spin_unlock_irqrestore(&dev->lock, flags); //解锁
    return 0;
}
......
//驱动入口函数
static int __init led_init(void)
{
    int ret = 0;

    //初始化自旋锁
    spin_lock_init(&gpioled.lock);
......
}

（3）测试APP

同上一节。

（4）运行测试

驱动加载成功以后就可以使用spinlockApp 软件测试驱动是否工作正常，测试方法和上小节中一样，先输入如下命令让spinlockAPP 软件模拟占用25S 的LED 灯：

./spinlockApp /dev/gpioled 1& //打开LED 灯

紧接着再输入如下命令关闭LED 灯：

./spinlockApp /dev/gpioled 0 //关闭LED 灯

看一下能不能关闭LED 灯，驱动正常工作的话并不会马上关闭LED 灯，会提示你“file/dev/gpioled open failed!”，必须等待第一个spinlockApp 软件运行完成(25S 计时结束)才可以再次操作LED 灯。

四、信号量

1、信号量简介

大家如果有学习过FreeRTOS 或者UCOS 的话就应该对信号量很熟悉，因为信号量是同步的一种方式。Linux 内核也提供了信号量机制，信号量常常用于控制对共享资源的访问。停车场满的时你可以等一会看看有没有其他的车开出停车场，当有车开出停车场的时候停车数量就会减一，也就是说信号量减一，此时你就可以把车停进去了，你把车停进去以后停车数量就会加一，也就是信号量加一。这就是一个典型的使用信号量进行共享资源管理的案例，在这个案例中使用的就是计数型信号量。

相比于自旋锁，信号量可以使线程进入休眠状态，比如A 与B、C 合租了一套房子，这个房子只有一个厕所，一次只能一个人使用。某一天早上A 去上厕所了，过了一会B 也想用厕所，因为A 在厕所里面，所以B 只能等到A 用来了才能进去。B 要么就一直在厕所门口等着，等A 出来，这个时候就相当于自旋锁。B 也可以告诉A，让A 出来以后通知他一下，然后B 继续回房间睡觉，这个时候相当于信号量。可以看出，使用信号量会提高处理器的使用效率，毕竟不用一直傻乎乎的在那里“自旋”等待。但是，信号量的开销要比自旋锁大，因为信号量使线程进入休眠状态以后会切换线程，切换线程就会有开销。总结一下信号量的特点：

①、因为信号量可以使等待资源线程进入休眠状态，因此适用于那些占用资源比较久的场合。
②、因此信号量不能用于中断中，因为信号量会引起休眠，中断不能休眠。
③、如果共享资源的持有时间比较短，那就不适合使用信号量了，因为频繁的休眠、切换线程引起的开销要远大于信号量带来的那点优势。

信号量有一个信号量值，相当于一个房子有10 把钥匙，这10 把钥匙就相当于信号量值为10。因此，可以通过信号量来控制访问共享资源的访问数量，如果要想进房间，那就要先获取一把钥匙，信号量值减1，直到10 把钥匙都被拿走，信号量值为0，这个时候就不允许任何人进入房间了，因为没钥匙了。如果有人从房间出来，那他要归还他所持有的那把钥匙，信号量值加1，此时有1 把钥匙了，那么可以允许进去一个人。相当于通过信号量控制访问资源的线程数，在初始化的时候将信号量值设置的大于1，那么这个信号量就是计数型信号量，计数型信号量不能用于互斥访问，因为它允许多个线程同时访问共享资源。如果要互斥的访问共享资源那么信号量的值就不能于1，此时的信号量就是一个二值信号量。

2、信号量API 函数

Linux 内核使用semaphore 结构体表示信号量，结构体内容如下所示：

struct semaphore {
    raw_spinlock_t lock;
    unsigned int count;
    struct list_head wait_list;
};

要想使用信号量就得先定义，然后初始化信号量。有关信号量的API 函数如下表所示：

函数	描述
DEFINE_SEAMPHORE(name)	定义一个信号量，并且设置信号量的值为1。
void sema_init(struct semaphore *sem, int val)	初始化信号量sem，设置信号量值为val。
void down(struct semaphore *sem)	获取信号量，因为会导致休眠，因此不能在中断中使用。
int down_trylock(struct semaphore *sem);	尝试获取信号量，如果能获取到信号量就获取，并且返回0。如果不能就返回非0，并且不会进入休眠。
int down_interruptible(struct semaphore *sem)	获取信号量，和down 类似，只是使用down 进入休眠状态的线程不能被信号打断。而使用此函数进入休眠以后是可以被信号打断的。
void up(struct semaphore *sem)	释放信号量

信号量的使用如下所示：

struct semaphore sem; //定义信号量
sema_init(&sem, 1); //初始化信号量
down(&sem); //申请信号量
up(&sem); //释放信号量

3、信号量实验

本节我们来使用信号量实现了一次只能有一个应用程序访问LED 灯，信号量可以导致休眠，因此信号量保护的临界区没有运行时间限制，可以在驱动的open 函数申请信号量，然后在release 函数中释放信号量。但是信号量不能用在中断中，本节实验我们不会在中断中使用信号量。

（1）修改设备树文件

（2） LED 驱动修改

本节实验在第上一节实验驱动文件spinlock.c 的基础上修改而来。

#include <linux/types.h>
#include <linux/kernel.h>
#include <linux/delay.h>
#include <linux/ide.h>
#include <linux/init.h>
#include <linux/module.h>
#include <linux/errno.h>
#include <linux/gpio.h>
#include <linux/cdev.h>
#include <linux/device.h>
#include <linux/of.h>
#include <linux/of_address.h>
#include <linux/of_gpio.h>
#include <linux/semaphore.h> //新加的
#include <asm/mach/map.h>
#include <asm/uaccess.h>
#include <asm/io.h>
......
//gpio设备结构体
struct gpioled_dev
{
    dev_t devid; //设备号
    struct cdev cdev; //cdev
    struct class *class; //类
    struct device *device; //设备
    int major; //主设备号
    int minor; //次设备号
    struct device_node *nd; //设备节点
    int led_gpio; //led所使用的GPIO编号
    struct semaphore sem; //信号量
};
......
//打开设备
static int led_open(struct inode *inode, struct file *filp)
{
    filp->private_data = &gpioled;//设置私有数据

    //获取信号量，进入休眠状态的进程可以被信号打断
    if(down_interruptible(&gpioled.sem))
    {
        return -ERESTARTSYS;
    }
#if 0
    down(&gpioled.sem); //不能被信号打断
#endif
    return 0;
}
......
//关闭/释放设备
static int led_release(struct inode *inode, struct file *filp)
{
    struct gpioled_dev *dev = filp->private_data;

    up(&dev->sem); //释放信号量，信号量加1
    return 0;
}
......
//驱动入口函数
static int __init led_init(void)
{
    int ret = 0;

    //初始化信号量
    sema_init(&gpioled.sem, 1);
......
}

（3）编写测试APP

同上节。

（4）测试

五、互斥体

1、互斥体简介

在FreeRTOS 和UCOS 中也有互斥体，将信号量的值设置为1 就可以使用信号量进行互斥访问了，虽然可以通过信号量实现互斥，但是Linux 提供了一个比信号量更专业的机制来进行互斥，它就是互斥体—mutex。互斥访问表示一次只有一个线程可以访问共享资源，不能递归申请互斥体。在我们编写Linux 驱动的时候遇到需要互斥访问的地方建议使用mutex。Linux 内核使用mutex 结构体表示互斥体，定义如下(省略条件编译部分)：

struct mutex {
    /* 1: unlocked, 0: locked, negative: locked, possible waiters */
    atomic_t count;
    spinlock_t wait_lock;
};

在使用mutex 之前要先定义一个mutex 变量。在使用mutex 的时候要注意如下几点：

        ①、mutex 可以导致休眠，因此不能在中断中使用mutex，中断中只能使用自旋锁。
        ②、和信号量一样，mutex 保护的临界区可以调用引起阻塞的API 函数。
        ③、因为一次只有一个线程可以持有mutex，因此，必须由mutex 的持有者释放mutex。并且mutex 不能递归上锁和解锁。

2、互斥体API 函数

函数	描述
DEFINE_MUTEX(name)	定义并初始化一个mutex 变量。
void mutex_init(mutex *lock)	初始化mutex。
void mutex_lock(struct mutex *lock)	获取mutex，也就是给mutex 上锁。如果获取不到就进休眠。
void mutex_unlock(struct mutex *lock)	释放mutex，也就给mutex 解锁。
int mutex_trylock(struct mutex *lock)	尝试获取mutex，如果成功就返回1，如果失败就返回0。
int mutex_is_locked(struct mutex *lock)	判断mutex 是否被获取，如果是的话就返回 1，否则返回0。
int mutex_lock_interruptible(struct mutex *lock)	使用此函数获取信号量失败进入休眠以后可以被信号打断。

互斥体的使用如下所示：

struct mutex lock; //定义一个互斥体
mutex_init(&lock); //初始化互斥体
mutex_lock(&lock); //上锁
/* 临界区 */
mutex_unlock(); //解锁

3、互斥体实验

前面我们使用原子操作、自旋锁和信号量实现了对LED 灯的互斥访问，但是最适合互斥的就是互斥体mutex 了。

（1）修改设备树文件

（2）LED 驱动修改

本节实验在第上一节实验驱动文件semaphore.c 的基础上修改而来。

//gpio设备结构体
struct gpioled_dev
{
    dev_t devid; //设备号
    struct cdev cdev; //cdev
    struct class *class; //类
    struct device *device; //设备
    int major; //主设备号
    int minor; //次设备号
    struct device_node *nd; //设备节点
    int led_gpio; //led所使用的GPIO编号
    struct mutex lock; //互斥体
};
......
//打开设备
static int led_open(struct inode *inode, struct file *filp)
{
    filp->private_data = &gpioled;//设置私有数据

    //获取互斥体，可以被信号打断
    if(mutex_lock_interruptible(&gpioled.lock))
    {
        return -ERESTARTSYS;
    }
#if 0
    mutex_lock(&gpioled.lock); //不能被信号打断
#endif
    return 0;
}
......
//关闭/释放设备
static int led_release(struct inode *inode, struct file *filp)
{
    struct gpioled_dev *dev = filp->private_data;

    //释放互斥锁
    mutex_unlock(&dev->lock);
    return 0;
}
......
//驱动入口函数
static int __init led_init(void)
{
    int ret = 0;

    //初始化信号量
    mutex_init(&gpioled.lock);
......
}
......

（3）测试APP

驱动加载成功以后就可以使用mutexApp软件测试驱动是否工作正常，测试方法和测试信号量的方法一样。

ssz008

关注

23
点赞
踩
21

收藏

觉得还不错? 一键收藏
0
评论
Linux驱动开发学习笔记7《并发与竞争》

此时你到了电话亭门口，因为里面有人，所以你不能进去打电话，相当于没有获取自旋锁，这个时候你肯定是站在原地等待，你可能因为无聊的等待而转圈圈消遣时光，反正就是哪里也不能去，要一直等到里面的人打完电话出来。终于，里面的人打完电话出来了，相当于释放了自旋锁，这个时候你就可以使用电话亭打电话了，相当于获取到了自旋锁。，如果要想进房间，那就要先获取一把钥匙，信号量值减1，直到10 把钥匙都被拿走，信号量值为0，这个时候就不允许任何人进入房间了，因为没钥匙了。，只要此线程不释放持有的锁，那么其他的线程就不能获取此锁。
复制链接

扫一扫