zynq操作系统: Linux下异步通知的应用

简介: 在使用阻塞或者非阻塞的方式来读取驱动中某些值都是应用程序主动读取的,对于非阻塞方式来说还需要应用程序通过 poll 函数不断的轮询。最好的方式就是驱动程序能主动向应用程序发出通知,报告自己可以访问,然后应用程序在从驱动程序中读取或写入数据。 Linux 提供了异步通知这个机制来完成此功能

前言

 在使用阻塞或者非阻塞的方式来读取驱动中某些值都是应用程序主动读取的,对于非阻塞方式来说还需要应用程序通过 poll 函数不断的轮询。最好的方式就是驱动程序能主动向应用程序发出通知,报告自己可以访问,然后应用程序在从驱动程序中读取或写入数据。 Linux 提供了异步通知这个机制来完成此功能

异步通知简介

 我们首先来回顾一下“中断”,中断是处理器提供的一种异步机制,我们配置好中断以后就可以让处理器去处理其他的事情了,当中断发生以后会触发我们事先设置好的中断服务函数,在中断服务函数中做具体的处理。我们不再循环读取1553B的中断寄存器数据获取中断状态状态,而是采用中断方式,采用中断方式以后处理器就不需要时刻的去查看最低位是否是1,因为一旦置1以后会自动触发中断。同样的,Linux 应用程序可以通过阻塞或者非阻塞这两种方式来访问驱动设备,通过阻塞方式访问的话应用程序会处于休眠态,等待驱动设备可以使用,非阻塞方式的话会通过 poll 函数来不断的轮询,查看驱动设备文件是否可以使用。这两种方式都需要应用程序主动的去查询设备的使用情况,如果能提供一种类似中断的机制,当驱动程序可以访问的时候主动告诉应用程序那就最好了。

 “信号”为此应运而生,信号类似于我们硬件上使用的“中断”,只不过信号是软件层次上的。算是在软件层次上对中断的一种模拟,驱动可以通过主动向应用程序发送信号的方式来报告自己可以访问了,应用程序获取到信号以后就可以从驱动设备中读取或者写入数据了。整个过程就相当于应用程序收到了驱动发送过来了的一个中断,然后应用程序去响应这个中断,在整个处理过程中应用程序并没有去查询驱动设备是否可以访问,一切都是由驱动设备自己告诉给应用程序的。

 阻塞、非阻塞、异步通知,这三种是针对不同的场合提出来的不同的解决方法,没有优劣之分,在实际的工作和学习中,根据自己的实际需求选择合适的处理方法即可。

 异步通知的核心就是信号,在 include/uapi/asm-generic/signal.h 头文件中定义了Linux 所支持的信号,这些信号如下所示

#define SIGHUP 1 /* 终端挂起或控制进程终止 */
 #define SIGINT 2 /* 终端中断(Ctrl+C 组合键) */
 #define SIGQUIT 3 /* 终端退出(Ctrl+\组合键) */
 #define SIGILL 4 /* 非法指令 */
 #define SIGTRAP 5 /* debug 使用,有断点指令产生 */
 #define SIGABRT 6 /* 由 abort(3)发出的退出指令 */
 #define SIGIOT 6 /* IOT 指令 */
 #define SIGBUS 7 /* 总线错误 */
 #define SIGFPE 8 /* 浮点运算错误 */
 #define SIGKILL 9 /* 杀死、终止进程 */
 #define SIGUSR1 10 /* 用户自定义信号 1 */
 #define SIGSEGV 11 /* 段违例(无效的内存段) */
 #define SIGUSR2 12 /* 用户自定义信号 2 */
 #define SIGPIPE 13 /* 向非读管道写入数据 */
 #define SIGALRM 14 /* 闹钟 */
 #define SIGTERM 15 /* 软件终止 */
 #define SIGSTKFLT 16 /* 栈异常 */
 #define SIGCHLD 17 /* 子进程结束 */
 #define SIGCONT 18 /* 进程继续 */
 #define SIGSTOP 19 /* 停止进程的执行,只是暂停 */
 #define SIGTSTP 20 /* 停止进程的运行(Ctrl+Z 组合键) */
 #define SIGTTIN 21 /* 后台进程需要从终端读取数据 */
 #define SIGTTOU 22 /* 后台进程需要向终端写数据 */
 #define SIGURG 23 /* 有"紧急"数据 */
 #define SIGXCPU 24 /* 超过 CPU 资源限制 */
 #define SIGXFSZ 25 /* 文件大小超额 */
 #define SIGVTALRM 26 /* 虚拟时钟信号 */
 #define SIGPROF 27 /* 时钟信号描述 */
 #define SIGWINCH 28 /* 窗口大小改变 */
 #define SIGIO 29 /* 可以进行输入/输出操作 */
 #define SIGPOLL SIGIO
 /* #define SIGLOS 29 */
 #define SIGPWR 30 /* 断点重启 */
 #define SIGSYS 31 /* 非法的系统调用 */
 #define SIGUNUSED 31 /* 未使用信号 */

 除了SIGKILL(9)和 SIGSTOP(19)这两个信号不能被忽略外,其他的信号都可以忽略。这些信号就相当于中断号,不同的中断号代表了不同的中断,不同的中断所做的处理不同,因此,驱动程序可以通过向应用程序发送不同的信号来实现不同的功能。我们使用中断的时候需要设置中断处理函数,同样的,如果要在应用程序中使用信号,那么就必须设置信号所使用的信号处理函数,在应用程序中使用 signal 函数来设置指定信号的处理函数,signal 函数原型如下所示:

sighandler_t signal(int signum, sighandler_t handler)

 函数参数和返回值含义如下:

 signum:要设置处理函数的信号。

 handler: 信号的处理函数。

 返回值: 设置成功的话返回信号的前一个处理函数,设置失败的话返回 SIG_ERR。

 信号处理函数原型如下所示

typedef void (*sighandler_t)(int)

 使用“ kill -9 PID”杀死指定进程的方法就是向指定的进程(PID)发送SIGKILL 这个信号。当按下键盘上的 CTRL+C 组合键以后会向当前正在占用终端的应用程序发出 SIGINT 信号, SIGINT 信号默认的动作是关闭当前应用程序。这里我们修改一下 SIGINT 信号的默认处理函数,当按下 CTRL+C 组合键以后先在终端上打印出“ SIGINT signal!”这行字符串,然后再关闭当前应用程序。 在 Linux系统 中新建一个 signaltest.c 文件,然后输入如下所示内容:


#include <stdlib.h>
 #include <stdio.h>
 #include <signal.h>
void sigint_handler(int num)
 {
  printf("\r\nSIGINT signal!\r\n");
  exit(0);
 }
 int main(void)
 {
  signal(SIGINT, sigint_handler);
  while(1);
 return 0;
 }

 执行后很明显可以看到程序终止并打印出了我们预期的SIGINT signal!

驱动中的信号处理

fasync_struct 结构体

 首先我们需要在驱动程序中定义一个 fasync_struct 结构体指针变量, 该结构体定义在内核源码目录 include/linux/fs.h 头文件中, fasync_struct 结构体内容如下:


struct fasync_struct {
  spinlock_t            fa_lock;
  int                   magic;
        int                   fa_fd;
        struct fasync_struct *fa_next; /* singly linked list */
  struct file          *fa_file;
        struct rcu_head       fa_rcu;
};

 一般将 fasync_struct 结构体指针变量定义到设备结构体中

struct fasync_struct *RT_async;

fasync 函数

 如果要使用异步通知,需要在设备驱动中实现 file_operations 操作集中的 fasync 函数,此函数格式如下所示:

int (*fasync) (int fd, struct file *filp, int on)

 fasync 函数里面一般通过调用 fasync_helper 函数来初始化前面定义的 fasync_struct结构体指针, fasync_helper 函数原型如下:

int fasync_helper(int fd, struct file * filp, int on, struct fasync_struct **fapp)

 fasync_helper 函数的前三个参数就是 fasync 函数的那三个参数,第四个参数就是要初始化的 fasync_struct 结构体指针变量。当应用程序通过“ fcntl(fd, F_SETFL, flags |FASYNC)”改变 fasync 标记的时候,驱动程序 file_operations 操作集中的 fasync 函数就会执行。

 驱动程序中的 fasync 函数参考示例如下:

struct xxx_dev {
    ......
    struct fasync_struct *async_queue; /* 异步相关结构体 */
 };
static int xxx_fasync(int fd, struct file *filp, int on)
 {
  struct xxx_dev *dev = (xxx_dev)filp->private_data;
   if (fasync_helper(fd, filp, on, &dev->async_queue) < 0)
     return -EIO;
    return 0;
 }
 static struct file_operations xxx_ops = {
    ......
    .fasync = xxx_fasync,
    ......
 };

 在关闭驱动文件的时候需要在 file_operations 操作集中的 release 函数中释放fasync_struct, fasync_struct 的释放函数同样为 fasync_helper, release 函数参数参考

 实例如下:

static int xxx_release(struct inode *inode, struct file *filp)
  {
  return xxx_fasync(-1, filp, 0); /* 删除异步通知 */
  }
static struct file_operations xxx_ops = {
  ......
  .release = xxx_release,
 };

 第 3 行通过调用示例代码xxx_fasync 函数来完成 fasync_struct 的释放工作,但是,其最终还是通过 fasync_helper 函数完成释放工作。

 体现在之前的代码中:

 先添加 fcntl.h 头文件,因为要用到相关的 API 函数。

 在设备结构体中添加 fasync_struct 指针变量。

 设备操作函数集 file_operations 结构体中的 fasync 函数  RT_fasync_ops,该函数中直接调用 fasync_helper 函数进行相关处理。

 在RT_release 函数中也调用RT_fasync_ops 函数释放 fasync_struct 指针变量。

static int RT_fasync_ops (int fd, struct file *filp, int on)
{
  return fasync_helper(fd, filp, on, &RT_async);
}
static int RT_release(struct inode *inode, struct file *filp)
{
  return RT_fasync_ops(-1, filp, 0);
}
static struct file_operations RT_fops = {
  .read=RT_read,
  // .unlocked_ioctl=RT_ioctl,
  .fasync = RT_fasync_ops,
  .release = RT_release,
};

kill_fasync 函数

 当设备可以访问的时候,驱动程序需要向应用程序发出信号,相当于产生“中断”。kill_fasync 函数负责发送指定的信号, kill_fasync 函数原型如下所示:

void kill_fasync(struct fasync_struct **fp, int sig, int band)

 函数参数和返回值含义如下:

 fp:要操作的 fasync_struct。

 sig: 要发送的信号。

 band: 可读时设置为 POLL_IN,可写时设置为 POLL_OUT。

 返回值: 无。

 参考上篇测试用例:

if (RT_async)
     {
       kill_fasync(&RT_async, SIGIO, POLL_IN);
     } 
     return 0;
  }
  rt1553B_BUMSG.commandWord=-1;

应用层对异步通知的处理:

 应用程序对异步通知的处理包括以下三步:

 1、注册信号处理函数

 应用程序根据驱动程序所使用的信号来设置信号的处理函数,应用程序使用 signal 函数来设置信号的处理函数。前面已经详细的讲过了,这里就不细讲了。

 2、将本应用程序的进程号告诉给内核

 使用 fcntl(fd, F_SETOWN, getpid())将本应用程序的进程号告诉给内核。

 3、开启异步通知

 使用如下两行程序开启异步通知:

 flags = fcntl(fd, F_GETFL); /* 获取当前的进程状态 /

 fcntl(fd, F_SETFL, flags | FASYNC); / 开启当前进程异步通知功能 */

 重点就是通过 fcntl 函数设置进程状态为 FASYNC,经过这一步,驱动程序中的 fasync 函数就会执行。

参考上篇测试用例:

 RT_signal_func函数, SIGIO 信号的处理函数,

 通过 signal 函数设置 SIGIO 信号的处理函数为 RT_signal_func。

 下面三行设置当前进程的状态,开启异步通知的功能

 While1 循环,等待信号产生。

int main(void)
{
    //int command;
    int flags = 0;
    int err;
    //pthread_t deal_data;
    rt1553open();
    // fastenable();
    fd = open("/dev/1553drv", O_RDWR);
    if(fd < 0) {
        printf("*********open fail************\n");
        return -1;
    }
    signal(SIGIO, RT_signal_func);
    fcntl(fd, F_SETOWN, getpid()); // 将当前进程的进程号告诉给内核
    flags = fcntl(fd, F_GETFD); // 获取当前的进程状态
    fcntl(fd, F_SETFL, flags | FASYNC); // 设置进程启用异步通知功能
    // err=pthread_create(&deal_data, NULL, &data_fun,NULL);
    //   if(err != 0)
    //   {
    //     printf("pthreadrx_create fail\n");
    //     return -1;
    //   }
    while(1)
    {
        sleep(1);
    }
    return 0;
}
相关实践学习
CentOS 7迁移Anolis OS 7
龙蜥操作系统Anolis OS的体验。Anolis OS 7生态上和依赖管理上保持跟CentOS 7.x兼容,一键式迁移脚本centos2anolis.py。本文为您介绍如何通过AOMS迁移工具实现CentOS 7.x到Anolis OS 7的迁移。
相关文章
|
19天前
|
安全 Linux 数据安全/隐私保护
Vanilla OS:下一代安全 Linux 发行版
【10月更文挑战第30天】
41 0
Vanilla OS:下一代安全 Linux 发行版
|
12天前
|
缓存 资源调度 安全
深入探索Linux操作系统的心脏——内核配置与优化####
本文作为一篇技术性深度解析文章,旨在引领读者踏上一场揭秘Linux内核配置与优化的奇妙之旅。不同于传统的摘要概述,本文将以实战为导向,直接跳入核心内容,探讨如何通过精细调整内核参数来提升系统性能、增强安全性及实现资源高效利用。从基础概念到高级技巧,逐步揭示那些隐藏在命令行背后的强大功能,为系统管理员和高级用户打开一扇通往极致性能与定制化体验的大门。 --- ###
39 9
|
12天前
|
缓存 Linux 开发者
Linux内核中的并发控制机制:深入理解与应用####
【10月更文挑战第21天】 本文旨在为读者提供一个全面的指南,探讨Linux操作系统中用于实现多线程和进程间同步的关键技术——并发控制机制。通过剖析互斥锁、自旋锁、读写锁等核心概念及其在实际场景中的应用,本文将帮助开发者更好地理解和运用这些工具来构建高效且稳定的应用程序。 ####
31 5
|
11天前
|
缓存 运维 网络协议
深入Linux内核架构:操作系统的核心奥秘
深入Linux内核架构:操作系统的核心奥秘
30 2
|
15天前
|
缓存 网络协议 Linux
Linux操作系统内核
Linux操作系统内核 1、进程管理: 进程调度 进程创建与销毁 进程间通信 2、内存管理: 内存分配与回收 虚拟内存管理 缓存管理 3、驱动管理: 设备驱动程序接口 硬件抽象层 中断处理 4、文件和网络管理: 文件系统管理 网络协议栈 网络安全及防火墙管理
36 4
|
14天前
|
安全 网络协议 Linux
Linux操作系统的内核升级与优化策略####
【10月更文挑战第29天】 本文深入探讨了Linux操作系统内核升级的重要性,并详细阐述了一系列优化策略,旨在帮助系统管理员和高级用户提升系统的稳定性、安全性和性能。通过实际案例分析,我们展示了如何安全有效地进行内核升级,以及如何利用调优技术充分发挥Linux系统的潜力。 ####
35 1
|
17天前
|
物联网 Linux 云计算
Linux操作系统的演变与未来趋势####
【10月更文挑战第29天】 本文深入探讨了Linux操作系统从诞生至今的发展历程,分析了其在服务器、桌面及嵌入式系统领域的应用现状,并展望了云计算、物联网时代下Linux的未来趋势。通过回顾历史、剖析现状、预测未来,本文旨在为读者提供一个全面而深入的视角,以理解Linux在当今技术生态中的重要地位及其发展潜力。 ####
|
21天前
|
人工智能 安全 Linux
下一篇
无影云桌面