linux驱动编写之进程独占驱动

最新推荐文章于 2023-11-02 11:06:35 发布

weixin_34417635

最新推荐文章于 2023-11-02 11:06:35 发布

阅读量235

点赞数

文章标签：嵌入式

一、描述

嵌入式开发系统中，有各种硬件资源，而有些硬件资源使用时候是需要进程独占的。也就是说，同一时刻只有一个进程允许使用这个硬件资源，其他的进程只能放弃执行或者挂起等待。在设计其对应驱动的时候，就需要做独占处理。

example:

led灯驱动，4盏LED灯，在open的时候调用驱动，对其引脚进行配置。如果没有进程独占驱动的处理机制，效果如下：

根据测试结果可以得到结论，调用了4次应用程序led_test，每一次调用open("/dev/leds", 0),都返回了一个/dev/leds的fd，fd是相同的，都是3。应用程序led_test的4次运行，都成功得到了执行，进程pid号分别为680、681、682、683。当调用open("/dev/leds", 0)时候，对应的就会调用驱动的leds_open函数，然后进行4次初始化。

所以要实现只有一个进程使用该leds驱动，就需要在驱动模块的leds_open函数动手脚，具体实现方法如下。

二、原子操作

1、定义一个全局原子变量

static atomic_t open_ability = ATOMIC_INIT(1);

2、修改drivers_open函数

static int drivers_open(struct inode *inode, struct file *file)
{    
    if (!atomic_dec_and_test(&open_ability))
    {
        atomic_inc(&open_ability);
        return -EBUSY;
    }
        ............
}

如果是第一次打开或者处于关闭之后未打开状态，那么可以打开,if判断为false，执行之后的open代码段；如果已经打开了，就不能打开，返回-EBUSY.

3、修改drivers_close函数

int drivers_close(struct inode *inode, struct file *file)
{
    atomic_inc(&open_ability);
        ............      
    return 0;
}

打开之后，关闭驱动文件，就需要释放open_ability.

4、实现思路总结

通过引入一个变量open_ability，为硬件驱动设计一个锁，只允许一个进程对其独占；当进程使用完驱动之后，就可以释放这个资源，以提供给其他应用程序来使用。

5、测试效果

可以看到第一次打开驱动成功，但是第二次打开驱动失败了。而且，这种方法实现的效果是，直接由驱动程序返回打开失败的消息-EBUSY.

三、信号量--互斥锁

1、定义一个互斥锁，并将互斥锁初始值设为1

static DECLARE_MUTEX(leds_lock);  //利用宏来实现定义，并初始化

2、修改drivers_open函数

static int drivers_open(struct inode *inode, struct file *file)
{    
        /* 获取信号量，如果没有获得，那么就进入睡眠状态 */
        down(&leds_lock);
        ............
}

3、修改drivers_close函数

int drivers_close(struct inode *inode, struct file *file)
{
    ............
    up(&leds_lock);      
    return 0;
}

4、实现思路总结

利用互斥锁，来实现对硬件驱动的独占，显然是很适合的，因为互斥锁设计的初衷就是来解决这类问题。

5、测试效果

可以看到第一次成功打开了驱动，第二次进入了不可中断的休眠状态。也就是说，当pid号645的应用程序led_test调用调用open("/dev/leds", 0)时候，驱动程序中的down(leds_lock)令进程进入了不可中断的休眠状态，直到第一次运行pid号644的应用程序led_test释放互斥锁，才能够重新得到运行。