按键驱动的恩恩怨怨之同步相互排斥堵塞

2024-02-10 06:30

本文主要是介绍按键驱动的恩恩怨怨之同步相互排斥堵塞,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

转载请注明出处:http://write.blog.csdn.net/postedit/24429681

一.驱动代码

#include <linux/module.h>
#include <linux/kernel.h>
#include <linux/fs.h>
#include <linux/init.h>
#include <linux/delay.h>
#include <linux/irq.h>
#include <asm/uaccess.h>
#include <asm/irq.h>
#include <asm/io.h>
#include <asm/arch/regs-gpio.h>
#include <asm/hardware.h>
#include <linux/poll.h>static struct class *sixthdrv_class;
static struct class_device	*sixthdrv_class_dev;//volatile unsigned long *gpfcon;
//volatile unsigned long *gpfdat;static DECLARE_WAIT_QUEUE_HEAD(button_waitq);/* 中断事件标志, 中断服务程序将它置1,sixth_drv_read将它清0 */
static volatile int ev_press = 0;//static struct fasync_struct *button_async;     //定义一个结构struct pin_desc{                               //定义结构体unsigned int pin;unsigned int key_val;
};/* 键值: 按下时, 0x01, 0x02, 0x03, 0x04 */
/* 键值: 松开时, 0x81, 0x82, 0x83, 0x84 */
static unsigned char key_val;/** K1,K2,K3,K4相应GPG0。GPG3,GPG5。GPG6*/struct pin_desc pins_desc[4] = {{S3C2410_GPG0, 0x01},{S3C2410_GPG3, 0x02},{S3C2410_GPG5, 0x03},{S3C2410_GPG6, 0x04},
};//static atomic_t canopen = ATOMIC_INIT(1);     //定义原子变量并初始化为1static DECLARE_MUTEX(button_lock);     //定义相互排斥锁/** 确定按键值*/
static irqreturn_t buttons_irq(int irq, void *dev_id)    //參数中断号,和ID
{struct pin_desc * pindesc = (struct pin_desc *)dev_id;     //?定义一个结构体指针使他的初值为IDunsigned int pinval;pinval = s3c2410_gpio_getpin(pindesc->pin);        //系统函数独处引脚值(GPF0)if (pinval){/* 松开 */key_val = 0x80 | pindesc->key_val;}else{/* 按下 */key_val = pindesc->key_val;}ev_press = 1;                  /* 表示中断发生了 */wake_up_interruptible(&button_waitq);   /* 唤醒休眠的进程 *///kill_fasync (&button_async, SIGIO, POLL_IN);return IRQ_RETVAL(IRQ_HANDLED);
}static int sixth_drv_open(struct inode *inode, struct file *file)
{
#if 0
/*
*刚開始定义为1然后自减变为0返回1。再取非则不执行函数。假设在这个函数没关闭之前又想打开则
*先自减变为-1返回0,再去非则变为1,则执行函数。

先自加变为0,然后返回繁忙 */ if (!atomic_dec_and_test(&canopen)) //原子操作,自减操作后測试其是否为0,为0则返回true,否则返回false。 { atomic_inc(&canopen); return -EBUSY; } #endif if (file->f_flags & O_NONBLOCK) { if (down_trylock(&button_lock)) return -EBUSY; } else { /* 获取信号量 */ down(&button_lock); } /* GPG0,GPG3,GPG5。GPG6为中断引脚: EINT8,EINT11,EINT13,EINT14 */ request_irq(IRQ_EINT8, buttons_irq, IRQT_BOTHEDGE, "K1", &pins_desc[0]); request_irq(IRQ_EINT11, buttons_irq, IRQT_BOTHEDGE, "K2", &pins_desc[1]); request_irq(IRQ_EINT13, buttons_irq, IRQT_BOTHEDGE, "K3", &pins_desc[2]); request_irq(IRQ_EINT14, buttons_irq, IRQT_BOTHEDGE, "K4", &pins_desc[3]); return 0; } ssize_t sixth_drv_read(struct file *file, char __user *buf, size_t size, loff_t *ppos) { if (size != 1) return -EINVAL; if (file->f_flags & O_NONBLOCK) { if (!ev_press) return -EAGAIN; } else { /* 假设没有按键动作, 休眠 */ wait_event_interruptible(button_waitq, ev_press); } /* 假设有按键动作, 返回键值 */ copy_to_user(buf, &key_val, 1); ev_press = 0; return 1; } int sixth_drv_close(struct inode *inode, struct file *file) { //atomic_inc(&canopen); //原子加1 free_irq(IRQ_EINT8, &pins_desc[0]); free_irq(IRQ_EINT11, &pins_desc[1]); free_irq(IRQ_EINT13, &pins_desc[2]); free_irq(IRQ_EINT14, &pins_desc[3]); up(&button_lock); return 0; } # if 0 static unsigned sixth_drv_poll(struct file *file, poll_table *wait) { unsigned int mask = 0; poll_wait(file, &button_waitq, wait); // 不会马上休眠 if (ev_press) mask |= POLLIN | POLLRDNORM; return mask; } #endif # if 0 static int sixth_drv_fasync (int fd, struct file *filp, int on) { printk("driver: sixth_drv_fasync\n"); return fasync_helper (fd, filp, on, &button_async); } #endif static struct file_operations sencod_drv_fops = { .owner = THIS_MODULE, /* 这是一个宏,推向编译模块时自己主动创建的__this_module变量 */ .open = sixth_drv_open, .read = sixth_drv_read, .release = sixth_drv_close, //.poll = sixth_drv_poll, //.fasync = sixth_drv_fasync, }; int major; static int sixth_drv_init(void) { major = register_chrdev(0, "sixth_drv", &sencod_drv_fops); sixthdrv_class = class_create(THIS_MODULE, "sixth_drv"); sixthdrv_class_dev = class_device_create(sixthdrv_class, NULL, MKDEV(major, 0), NULL, "buttons"); /* /dev/buttons */ // gpfcon = (volatile unsigned long *)ioremap(0x56000050, 16); // gpfdat = gpfcon + 1; return 0; } static void sixth_drv_exit(void) { unregister_chrdev(major, "sixth_drv"); class_device_unregister(sixthdrv_class_dev); class_destroy(sixthdrv_class); // iounmap(gpfcon); return 0; } module_init(sixth_drv_init); module_exit(sixth_drv_exit); MODULE_LICENSE("GPL");




二.应用程序代码

#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>
#include <stdio.h>
#include <poll.h>
#include <signal.h>
#include <sys/types.h>
#include <unistd.h>
#include <fcntl.h>/* sixthdrvtest */
int fd;#if 0 
void my_signal_fun(int signum)
{unsigned char key_val;read(fd, &key_val, 1);printf("key_val: 0x%x\n", key_val);
}
#endif int main(int argc, char **argv)
{unsigned char key_val;int ret;int Oflags;//signal(SIGIO, my_signal_fun);fd = open("/dev/buttons", O_RDWR | O_NONBLOCK);  //增加O_NONBLOCK就可以实现非堵塞if (fd < 0){printf("can't open!\n");return -1;}//fcntl(fd, F_SETOWN, getpid());//Oflags = fcntl(fd, F_GETFL); //fcntl(fd, F_SETFL, Oflags | FASYNC);while (1){ret = read(fd, &key_val, 1);printf("key_val: 0x%x, ret = %d\n", key_val, ret);sleep(5);                                          //单位为秒}return 0;
}



三.分析

    1. 原子操作

  

首先我们来看这张图,这张图就是上次我们写驱动的驱动,我在让驱动在后台执行,你吃惊的发现他还能再启动一个应用程序。这是怎么回事呢。

我们的驱动程序能同一时候让多个应用程序打开(非常明显这样有些时候会产生非常多问题)。

有什么办法避免这样的情况?让一个应用程序仅仅能打开一个驱动。

原子操作是一种方法。信号量也是一种。以下我来分别介绍下。

   1. 原子操作

          首先我们定义了原子变量

static atomic_t canopen = ATOMIC_INIT(1);     //定义原子变量并初始化为1
          以下是实现的关键

	if (!atomic_dec_and_test(&canopen))  //原子操作,自减操作后測试其是否为0,为0则返回true。否则返回false。

{ atomic_inc(&canopen); return -EBUSY; }

           关闭的时候要把原子量加1(由于在if中你是给他减1的)

atomic_inc(&canopen);        //原子加1
        

假定我们没有打开。初始值是1,当应用程序第一次打开时候自减值变为0返回true然后取非为假了。不运行if()语句。

当这个程序没运行结束也就是没关闭。此事原子的值为0,若再有人要打开则在if()中先自减为-1。然后返回false,再取非则为真,要运行if(),if()里面干了啥?首先当然是让原子回复正常的状态0啦

然后返回一个错误。这样就能实现应用程序仅仅能调用一次驱动了。

以下是图片


               

    2. 信号量

              相比于上面的应用程序,以下的信号量的方法解决这个问题。

               信号量(semaphore)是用于保护临界区的一种经常用法。仅仅有得到信号量的进程才干运行临界区代码。
当获取不到信号量时,进程进入休眠等待状态。

             三部曲:

                         一.定义

static DECLARE_MUTEX(button_lock);     //定义相互排斥锁
                                       二.获取

down(&button_lock);

                         三.释放

up(&button_lock);
             实现:增加第一个打开以后(也就是获取了信号量),再有程序要打开就会陷入休眠,直到第一个程序释放,第二个程序才開始启动。


    3. 堵塞与非堵塞

               堵塞操作    
                     是指在运行设备操作时若不能获得资源则挂起进程,直到满足可操作的条件后再进行操作。


                     被挂起的进程进入休眠状态。被从调度器的执行队列移走,直到等待的条件被满足。

               非堵塞操作  
                      进程在不能进行设备操作时并不挂起。它或者放弃,或者不停地查询。直至能够进行操作为止。

应用函数实现:

	fd = open("/dev/buttons", O_RDWR | O_NONBLOCK);  //增加O_NONBLOCK就可以实现非堵塞

驱动实现:

在open()函数中:

	if (file->f_flags & O_NONBLOCK){if (down_trylock(&button_lock)) return -EBUSY;}else{/* 获取信号量 */down(&button_lock);}

假设非堵塞方式。打开后检測能否上锁。假设已经上锁则返回错误。假设是堵塞方式,检測是否上锁,假设已经上锁则休眠

在read()函数中:

	if (file->f_flags & O_NONBLOCK){if (!ev_press)return -EAGAIN;}else{/* 假设没有按键动作, 休眠 */wait_event_interruptible(button_waitq, ev_press);}
假设是非堵塞。推断是否按下,假设没按下则返回错误。假设是堵塞,假设则没有按键按下,休眠。

对照下应该非常easy理解堵塞与非堵塞。




转载于:https://www.cnblogs.com/mfmdaoyou/p/7079243.html

这篇关于按键驱动的恩恩怨怨之同步相互排斥堵塞的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/696362

相关文章

基于MySQL Binlog的Elasticsearch数据同步实践

一、为什么要做 随着马蜂窝的逐渐发展,我们的业务数据越来越多,单纯使用 MySQL 已经不能满足我们的数据查询需求,例如对于商品、订单等数据的多维度检索。 使用 Elasticsearch 存储业务数据可以很好的解决我们业务中的搜索需求。而数据进行异构存储后,随之而来的就是数据同步的问题。 二、现有方法及问题 对于数据同步,我们目前的解决方案是建立数据中间表。把需要检索的业务数据,统一放到一张M

服务器集群同步时间手记

1.时间服务器配置(必须root用户) (1)检查ntp是否安装 [root@node1 桌面]# rpm -qa|grep ntpntp-4.2.6p5-10.el6.centos.x86_64fontpackages-filesystem-1.41-1.1.el6.noarchntpdate-4.2.6p5-10.el6.centos.x86_64 (2)修改ntp配置文件 [r

Linux_kernel驱动开发11

一、改回nfs方式挂载根文件系统         在产品将要上线之前,需要制作不同类型格式的根文件系统         在产品研发阶段,我们还是需要使用nfs的方式挂载根文件系统         优点:可以直接在上位机中修改文件系统内容,延长EMMC的寿命         【1】重启上位机nfs服务         sudo service nfs-kernel-server resta

MySQL主从同步延迟原理及解决方案

概述 MySQL的主从同步是一个很成熟的架构,优点为: ①在从服务器可以执行查询工作(即我们常说的读功能),降低主服务器压力; ②在从主服务器进行备份,避免备份期间影响主服务器服务; ③当主服务器出现问题时,可以切换到从服务器。 相信大家对于这些好处已经非常了解了,在项目的部署中也采用这种方案。但是MySQL的主从同步一直有从库延迟的问题,那么为什么会有这种问题。这种问题如何解决呢? MyS

解决C/C++ 头文件相互包含 问题的方法

所谓超前引用是指一个类型在定义之前就被用来定义变量和声明函数。 类A和类B需要彼此互相引用,这样必然有一个类会先被定义,而另外一个类后被定义,这样在 先被定义的类引用后被定义的类的时候,就导致了所谓的超前引用。 超前引用导致的错误有以下几种处理办法:   1) 使用类声明    在超前引用一个类之前,首先用一个特殊的语句说明该标识符是一个类名,即将被超前引用。其使用方法是

驱动(RK3588S)第七课时:单节点设备树

目录 需求一、设备树的概念1、设备树的后缀名:2、设备树的语法格式3、设备树的属性(重要)4、设备树格式举例 二、设备树所用函数1、如何在内核层种获取设备树节点:2、从设备树上获取 gpio 口的属性3、获取节点上的属性只针对于字符串属性的4、函数读取 np 结点中的 propname 属性的值,并将读取到的 u32 类型的值保存在 out_value 指向的内存中,函数的返回值表示读取到的

数据流与Bitmap之间相互转换

把获得的数据流转换成一副图片(Bitmap) 其原理就是把获得倒的数据流序列化到内存中,然后经过加工,在把数据从内存中反序列化出来就行了。 难点就是在如何实现加工。因为Bitmap有一个专有的格式,我们常称这个格式为数据头。加工的过程就是要把这个数据头与我们之前获得的数据流合并起来。(也就是要把这个头加入到我们之前获得的数据流的前面)      那么这个头是

使用条件变量实现线程同步:C++实战指南

使用条件变量实现线程同步:C++实战指南 在多线程编程中,线程同步是确保程序正确性和稳定性的关键。条件变量(condition variable)是一种强大的同步原语,用于在线程之间进行协调,避免数据竞争和死锁。本文将详细介绍如何在C++中使用条件变量实现线程同步,并提供完整的代码示例和详细的解释。 什么是条件变量? 条件变量是一种同步机制,允许线程在某个条件满足之前进入等待状态,并在条件满

mysql创建新表,同步数据

import os import argparse import glob import cv2 import numpy as np import onnxruntime import tqdm import pymysql import time import json from datetime import datetime os.environ[“CUDA_VISIBLE_DEVICE

驱动安装注册表指令

HKCR: HKEY_CLASSES_ROOT HKCU: HKEY_CURRENT_USER HKLM: HKEY_LOCAL_MACHINE HKU: HEKY_USER HER: 相对根键