Linux驱动实践:驱动程序如何发送【信号】给应用程序?

开发 前端
在上一篇文章中,我们讨论的是:在应用层如何发送指令来控制驱动层的 GPIOLinux驱动实践:如何编写【 GPIO 】设备的驱动程序。今天我为大伙儿解说的技术知识点是:【驱动层中,如何发送信号给应用程序】

[[438633]]

别人的经验,我们的阶梯!

大家好,我是道哥,今天我为大伙儿解说的技术知识点是:【驱动层中,如何发送信号给应用程序】。

在上一篇文章中,我们讨论的是:在应用层如何发送指令来控制驱动层的 GPIOLinux驱动实践:如何编写【 GPIO 】设备的驱动程序?。控制的方向是从应用层到驱动层:

那么,如果想让程序的执行路径从下往上,也就是从驱动层传递到应用层,应该如何实现呢?

 

最容易、最简单的方式,就是通过发送信号!

这篇文章继续以完整的代码实例来演示如何实现这个功能。

kill 命令和信号

使用 kill 命令发送信号

关于 Linux 操作系统的信号,每位程序员都知道这个指令:使用 kill 工具来“杀死”一个进程:

  1. $ kill -9 <进程的 PID> 

这个指令的功能是:向指定的某个进程发送一个信号 9,这个信号的默认功能是:是停止进程。

虽然在应用程序中没有主动处理这个信号,但是操作系统默认的处理动作是终止应用程序的执行。

除了发送信号 9,kill 命令还可以发送其他的任意信号。

在 Linux 系统中,所有的信号都使用一个整型数值来表示,可以打开文件 /usr/include/x86_64-linux-gnu/bits/signum.h(你的系统中可能位于其它的目录) 查看一下,比较常见的几个信号是:

  1. /* Signals.  */ 
  2. #define SIGINT      2   /* Interrupt (ANSI).  */ 
  3. #define SIGKILL     9   /* Kill, unblockable (POSIX).  */ 
  4. #define SIGUSR1     10  /* User-defined signal 1 (POSIX).  */ 
  5. #define SIGSEGV     11  /* Segmentation violation (ANSI).  */ 
  6. #define SIGUSR2     12  /* User-defined signal 2 (POSIX).  */ 
  7. ... 
  8. ... 
  9. #define SIGSYS      31  /* Bad system call.  */ 
  10. #define SIGUNUSED   31 
  11.  
  12. #define _NSIG       65  /* Biggest signal number + 1 
  13.                    (including real-time signals).  */ 
  14.  
  15. /* These are the hard limits of the kernel.  These values should not be 
  16.    used directly at user level.  */ 
  17. #define __SIGRTMIN  32 
  18. #define __SIGRTMAX  (_NSIG - 1) 

信号 9 对应着 SIGKILL,而信号11(SIGSEGV)就是最令人讨厌的Segmentfault!

这里还有一个地方需要注意一下:实时信号和非实时信号,它俩的主要区别是:

  1. 非实时信号:操作系统不确保应用程序一定能接收到(即:信号可能会丢失);
  2. 实时信号:操作系统确保应用程序一定能接收到;

如果我们的程序设计,通过信号机制来完成一些功能,那么为了确保信号不会丢失,肯定是使用实时信号的。

从文件 signum.h 中可以看到,实时信号从 __SIGRTMIN(数值:32) 开始。

多线程中的信号

我们在编写应用程序时,虽然没有接收并处理 SIGKILL 这个信号,但是一旦别人发送了这个信号,我们的程序就被操作系统停止掉了,这是默认的动作。

那么,在应用程序中,应该可以主动声明接收并处理指定的信号,下面就来写一个最简单的实例。

在一个应用程序中,可能存在多个线程;

当有一个信号发送给此进程时,所有的线程都可能接收到,但是只能有一个线程来处理;

在这个示例中,只有一个主线程来接收并处理信号;

信号注册和处理函数

按照惯例,所有应用程序文件都创建在 ~/tmp/App 目录中。

  1. // 文件:tmp/App/app_handle_signal/app_handle_signal.c 
  2.  
  3. #include <stdio.h> 
  4. #include <stdlib.h> 
  5. #include <unistd.h> 
  6. #include <sys/ioctl.h> 
  7. #include <signal.h> 
  8.  
  9. // 信号处理函数 
  10. static void signal_handler(int signum, siginfo_t *info, void *context) 
  11.     // 打印接收到的信号值 
  12.     printf("signal_handler: signum = %d \n", signum); 
  13.  
  14. int main(void) 
  15.     int count = 0; 
  16.     // 注册信号处理函数 
  17.     struct sigaction sa; 
  18.     sigemptyset(&sa.sa_mask); 
  19.     sa.sa_sigaction = &signal_handler; 
  20.     sa.sa_flags = SA_SIGINFO; 
  21.     sigaction(SIGUSR1, &sa, NULL); 
  22.     sigaction(SIGUSR2, &sa, NULL); 
  23.  
  24.     // 一直循环打印信息,等待接收发信号 
  25.     while (1) 
  26.     { 
  27.         printf("app_handle_signal is running...count = %d \n", ++count); 
  28.         sleep(5); 
  29.     } 
  30.  
  31.     return 0; 

这个示例程序接收的信号是 SIGUSR1 和 SIGUSR2,也就是数值 10 和 12。

编译、执行:

  1. $ gcc app_handle_signal.c -o app_handle_signal 
  2. $ ./app_handle_signal 

此时,应用程序开始执行,等待接收信号。

在另一个终端中,使用kill指令来发送信号SIGUSR1或者 SIGUSR2。

kill 发送信号,需要知道应用程序的 PID,可以通过指令: ps -au | grep app_handle_signal 来查看。

其中的15428就是进程的 PID。

执行发送信号SIGUSR1指令:

  1. $ kill -10 15428 

此时,在应用程序的终端窗口中,就能看到下面的打印信息:

说明应用程序接收到了 SIGUSR1 这个信号!

注意:我们是使用kill命令来发送信号的,kill 也是一个独立的进程,程序的执行路径如下: 

在这个执行路径中,我们可控的部分是应用层,至于操作系统是如何接收kill的操作,然后如何发送信号给 app_handle_signal 进程的,我们不得而知。

下面就继续通过示例代码来看一下如何在驱动层主动发送信号。

驱动程序代码示例:发送信号

功能需求

在刚才的简单示例中,可以得出下面这些信息:

  1. 信号发送方:必须知道向谁[PID]发送信号,发送哪个信号;
  2. 信号接收方:必须定义信号处理函数,并且向操作系统注册:接收哪些信号;

发送方当然就是驱动程序了,在示例代码中,继续使用 SIGUSR1 信号来测试。

那么,驱动程序如何才能知道应用程序的PID呢?可以让应用程序通过oictl函数,把自己的PID主动告诉驱动程序:

驱动程序

这里的示例代码,是在上一篇文章的基础上修改的,改动部分的内容,使用宏定义 MY_SIGNAL_ENABLE 控制起来,方便查看和比较。

以下所有操作的工作目录,都是与上一篇文章相同的,即:~/tmp/linux-4.15/drivers/。

  1. $ cd ~/tmp/linux-4.15/drivers/ 
  2. $ mkdir my_driver_signal 
  3. $ cd my_driver_signal 
  4. $ touch my_driver_signal.c 

my_driver_signal.c 文件的内容如下(不需要手敲,文末有代码下载链接):

  1. #include <linux/module.h> 
  2. #include <linux/kernel.h> 
  3. #include <linux/ctype.h> 
  4. #include <linux/device.h> 
  5. #include <linux/cdev.h> 
  6.  
  7. // 新增的头文件 
  8. #include <asm/siginfo.h> 
  9. #include <linux/pid.h> 
  10. #include <linux/uaccess.h> 
  11. #include <linux/sched/signal.h> 
  12. #include <linux/pid_namespace.h> 
  13.  
  14. // GPIO 硬件相关宏定义 
  15. #define MYGPIO_HW_ENABLE 
  16.  
  17. // 新增部分,使用这个宏控制起来 
  18. #define MY_SIGNAL_ENABLE 
  19.  
  20. // 设备名称 
  21. #define MYGPIO_NAME         "mygpio" 
  22.  
  23. // 一共有4个GPIO 
  24. #define MYGPIO_NUMBER       4 
  25.  
  26. // 设备类 
  27. static struct class *gpio_class; 
  28.  
  29. // 用来保存设备 
  30. struct cdev gpio_cdev[MYGPIO_NUMBER]; 
  31.  
  32. // 用来保存设备号 
  33. int gpio_major = 0; 
  34. int gpio_minor = 0; 
  35.  
  36. #ifdef MY_SIGNAL_ENABLE 
  37. // 用来保存向谁发送信号,应用程序通过 ioctl 把自己的进程 ID 设置进来。 
  38. static int g_pid = 0; 
  39. #endif 
  40.  
  41. #ifdef MYGPIO_HW_ENABLE 
  42. // 硬件初始化函数,在驱动程序被加载的时候(gpio_driver_init)被调用 
  43. static void gpio_hw_init(int gpio) 
  44.     printk("gpio_hw_init is called: %d. \n", gpio); 
  45.  
  46. // 硬件释放 
  47. static void gpio_hw_release(int gpio) 
  48.     printk("gpio_hw_release is called: %d. \n", gpio); 
  49.  
  50. // 设置硬件GPIO的状态,在控制GPIO的时候(gpio_ioctl)被调研 
  51. static void gpio_hw_set(unsigned long gpio_no, unsigned int val) 
  52.     printk("gpio_hw_set is called. gpio_no = %ld, val = %d. \n", gpio_no, val); 
  53. #endif 
  54.  
  55. #ifdef MY_SIGNAL_ENABLE 
  56. // 用来发送信号给应用程序 
  57. static void send_signal(int sig_no) 
  58.     int ret; 
  59.     struct siginfo info; 
  60.     struct task_struct *my_task = NULL
  61.     if (0 == g_pid) 
  62.     { 
  63.         // 说明应用程序没有设置自己的 PID 
  64.         printk("pid[%d] is not valid! \n", g_pid); 
  65.         return
  66.     } 
  67.  
  68.     printk("send signal %d to pid %d \n", sig_no, g_pid); 
  69.  
  70.     // 构造信号结构体 
  71.     memset(&info, 0, sizeof(struct siginfo)); 
  72.     info.si_signo = sig_no; 
  73.     info.si_errno = 100; 
  74.     info.si_code = 200; 
  75.  
  76.     // 获取自己的任务信息,使用的是 RCU 锁 
  77.     rcu_read_lock(); 
  78.     my_task = pid_task(find_vpid(g_pid), PIDTYPE_PID); 
  79.     rcu_read_unlock(); 
  80.  
  81.     if (my_task == NULL
  82.     { 
  83.         printk("get pid_task failed! \n"); 
  84.         return
  85.     } 
  86.  
  87.     // 发送信号 
  88.     ret = send_sig_info(sig_no, &info, my_task); 
  89.     if (ret < 0)  
  90.     { 
  91.            printk("send signal failed! \n"); 
  92.     } 
  93. #endif 
  94.  
  95. // 当应用程序打开设备的时候被调用 
  96. static int gpio_open(struct inode *inode, struct file *file) 
  97.      
  98.     printk("gpio_open is called. \n"); 
  99.     return 0;    
  100.  
  101. #ifdef MY_SIGNAL_ENABLE 
  102. static long gpio_ioctl(struct file* file, unsigned int cmd, unsigned long arg) 
  103.     void __user *pArg; 
  104.     printk("gpio_ioctl is called. cmd = %d \n", cmd); 
  105.     if (100 == cmd) 
  106.     { 
  107.         // 说明应用程序设置进程的 PID  
  108.         pArg = (void *)arg; 
  109.         if (!access_ok(VERIFY_READ, pArg, sizeof(int))) 
  110.         { 
  111.             printk("access failed! \n"); 
  112.             return -EACCES; 
  113.         } 
  114.  
  115.         // 把用户空间的数据复制到内核空间 
  116.         if (copy_from_user(&g_pid, pArg, sizeof(int))) 
  117.         { 
  118.             printk("copy_from_user failed! \n"); 
  119.             return -EFAULT; 
  120.         } 
  121.  
  122.         printk("save g_pid success: %d \n", g_pid);  
  123.         if (g_pid > 0) 
  124.         { 
  125.             // 发送信号 
  126.             send_signal(SIGUSR1); 
  127.             send_signal(SIGUSR2); 
  128.         } 
  129.     } 
  130.  
  131.     return 0; 
  132. #else 
  133. // 当应用程序控制GPIO的时候被调用 
  134. static long gpio_ioctl(struct file* file, unsigned int val, unsigned long gpio_no) 
  135.     printk("gpio_ioctl is called. \n"); 
  136.      
  137.     if (0 != val && 1 != val) 
  138.     { 
  139.         printk("val is NOT valid! \n"); 
  140.         return 0; 
  141.     } 
  142.  
  143.     if (gpio_no >= MYGPIO_NUMBER) 
  144.     { 
  145.         printk("dev_no is invalid! \n"); 
  146.         return 0; 
  147.     } 
  148.  
  149.     printk("set GPIO: %ld to %d. \n", gpio_no, val); 
  150.  
  151. #ifdef MYGPIO_HW_ENABLE 
  152.     gpio_hw_set(gpio_no, val); 
  153. #endif 
  154.  
  155.     return 0; 
  156. #endif 
  157.  
  158. static const struct file_operations gpio_ops={ 
  159.     .owner = THIS_MODULE, 
  160.     .open  = gpio_open, 
  161.     .unlocked_ioctl = gpio_ioctl 
  162. }; 
  163.  
  164. static int __init gpio_driver_init(void) 
  165.     int i, devno; 
  166.     dev_t num_dev; 
  167.  
  168.     printk("gpio_driver_init is called. \n"); 
  169.  
  170.     // 动态申请设备号(严谨点的话,应该检查函数返回值) 
  171.     alloc_chrdev_region(&num_dev, gpio_minor, MYGPIO_NUMBER, MYGPIO_NAME); 
  172.  
  173.     // 获取主设备号 
  174.     gpio_major = MAJOR(num_dev); 
  175.     printk("gpio_major = %d. \n", gpio_major); 
  176.  
  177.     // 创建设备类 
  178.     gpio_class = class_create(THIS_MODULE, MYGPIO_NAME); 
  179.  
  180.     // 创建设备节点 
  181.     for (i = 0; i < MYGPIO_NUMBER; ++i) 
  182.     { 
  183.         // 设备号 
  184.         devno = MKDEV(gpio_major, gpio_minor + i); 
  185.          
  186.         // 初始化cdev结构 
  187.         cdev_init(&gpio_cdev[i], &gpio_ops); 
  188.  
  189.         // 注册字符设备 
  190.         cdev_add(&gpio_cdev[i], devno, 1); 
  191.  
  192.         // 创建设备节点 
  193.         device_create(gpio_class, NULL, devno, NULL, MYGPIO_NAME"%d", i); 
  194.     } 
  195.  
  196. #ifdef MYGPIO_HW_ENABLE 
  197.     for (i = 0; i < MYGPIO_NUMBER; ++i) 
  198.     { 
  199.         // 初始硬件GPIO 
  200.         gpio_hw_init(i); 
  201.     } 
  202. #endif 
  203.  
  204.     return 0; 
  205.  
  206. static void __exit gpio_driver_exit(void) 
  207.     int i; 
  208.     printk("gpio_driver_exit is called. \n"); 
  209.  
  210.     // 删除设备节点 
  211.     for (i = 0; i < MYGPIO_NUMBER; ++i) 
  212.     { 
  213.         cdev_del(&gpio_cdev[i]); 
  214.         device_destroy(gpio_class, MKDEV(gpio_major, gpio_minor + i)); 
  215.     } 
  216.  
  217.     // 释放设备类 
  218.     class_destroy(gpio_class); 
  219.  
  220. #ifdef MYGPIO_HW_ENABLE 
  221.     for (i = 0; i < MYGPIO_NUMBER; ++i) 
  222.     { 
  223.         gpio_hw_release(i); 
  224.     } 
  225. #endif 
  226.  
  227.     // 注销设备号 
  228.     unregister_chrdev_region(MKDEV(gpio_major, gpio_minor), MYGPIO_NUMBER); 
  229.  
  230. MODULE_LICENSE("GPL"); 
  231. module_init(gpio_driver_init); 
  232. module_exit(gpio_driver_exit); 

这里大部分的代码,在上一篇文章中已经描述的比较清楚了,这里把重点关注放在这两个函数上:gpio_ioctl 和 send_signal。

(1)函数 gpio_ioctl

当应用程序调用 ioctl() 的时候,驱动程序中的 gpio_ioctl 就会被调用。

这里定义一个简单的协议:当应用程序调用参数中 cmd 为 100 的时候,就表示用来告诉驱动程序自己的 PID。

驱动程序定义了一个全局变量 g_pid,用来保存应用程序传入的参数PID。

需要调用函数 copy_from_user(&g_pid, pArg, sizeof(int)),把用户空间的参数复制到内核空间中;

成功取得PID之后,就调用函数 send_signal 向应用程序发送信号。

这里仅仅是用于演示目的,在实际的项目中,可能会根据接收到硬件触发之后再发送信号。

(2)函数 send_signal

这个函数主要做了3件事情:

构造一个信号结构体变量:struct siginfo info;

通过应用程序传入的 PID,获取任务信息:pid_task(find_vpid(g_pid), PIDTYPE_PID);

发送信号:send_sig_info(sig_no, &info, my_task);

驱动模块 Makefile

  1. $ touch Makefile 

内容如下:

  1. ifneq ($(KERNELRELEASE),) 
  2.     obj-m := my_driver_signal.o 
  3. else 
  4.     KERNELDIR ?= /lib/modules/$(shell uname -r)/build 
  5.     PWD := $(shell pwd) 
  6. default
  7.     $(MAKE) -C $(KERNELDIR) M=$(PWD) modules 
  8. clean: 
  9.     $(MAKE) -C $(KERNEL_PATH) M=$(PWD) clean 
  10. endif 

编译驱动模块

  1. $ make 

得到驱动程序: my_driver_signal.ko 。

加载驱动模块

  1. $ sudo insmod my_driver_signal.ko 

通过 dmesg 指令来查看驱动模块的打印信息:

因为示例代码是在上一篇GPIO的基础上修改的,因此创建的设备节点文件,与上篇文章是一样的: 

应用程序代码示例:接收信号

注册信号处理函数

应用程序仍然放在 ~/tmp/App/ 目录下。

  1. $ mkdir ~/tmp/App/app_mysignal 
  2. $ cd ~/tmp/App/app_mysignal 
  3. $ touch mysignal.c 

文件内容如下:

  1. #include <stdio.h> 
  2. #include <stdlib.h> 
  3. #include <unistd.h> 
  4. #include <assert.h> 
  5. #include <fcntl.h> 
  6. #include <sys/ioctl.h> 
  7. #include <signal.h> 
  8.  
  9. #define MY_GPIO_NUMBER      4 
  10.  
  11. char gpio_name[MY_GPIO_NUMBER][16] = { 
  12.     "/dev/mygpio0"
  13.     "/dev/mygpio1"
  14.     "/dev/mygpio2"
  15.     "/dev/mygpio3" 
  16. }; 
  17.  
  18. // 信号处理函数 
  19. static void signal_handler(int signum, siginfo_t *info, void *context) 
  20.     // 打印接收到的信号值 
  21.     printf("signal_handler: signum = %d \n", signum); 
  22.     printf("signo = %d, code = %d, errno = %d \n"
  23.              info->si_signo, 
  24.              info->si_code,  
  25.              info->si_errno); 
  26.  
  27. int main(int argc, char *argv[]) 
  28.     int fd, count = 0; 
  29.     int pid = getpid(); 
  30.  
  31.     // 打开GPIO 
  32.     if((fd = open("/dev/mygpio0", O_RDWR | O_NDELAY)) < 0){ 
  33.         printf("open dev failed! \n"); 
  34.         return -1; 
  35.     } 
  36.  
  37.     printf("open dev success! \n"); 
  38.      
  39.     // 注册信号处理函数 
  40.     struct sigaction sa; 
  41.     sigemptyset(&sa.sa_mask); 
  42.     sa.sa_sigaction = &signal_handler; 
  43.     sa.sa_flags = SA_SIGINFO; 
  44.      
  45.     sigaction(SIGUSR1, &sa, NULL); 
  46.     sigaction(SIGUSR2, &sa, NULL); 
  47.  
  48.     // set PID  
  49.     printf("call ioctl. pid = %d \n", pid); 
  50.     ioctl(fd, 100, &pid); 
  51.  
  52.     // 休眠1秒,等待接收信号 
  53.     sleep(1); 
  54.  
  55.     // 关闭设备 
  56.     close(fd); 

可以看到,应用程序主要做了两件事情:

(1)首先通过函数 sigaction() 向操作系统注册了信号 SIGUSR1 和 SIGUSR2,它俩的信号处理函数是同一个:signal_handler()。

除了 sigaction 函数,应用程序还可以使用 signal 函数来注册信号处理函数;

(2)然后通过 ioctl(fd, 100, &pid); 向驱动程序设置自己的 PID。

编译应用程序:

  1. $ gcc mysignal.c -o mysignal 

执行应用程序:

  1. $ sudo ./mysignal 

根据刚才驱动程序的代码,当驱动程序接收到设置PID的命令之后,会立刻发送两个信号:

先来看一下 dmesg 中驱动程序的打印信息:

可以看到:驱动把这两个信号(10 和 12),发送给了应用程序(PID=6259)。

应用程序的输出信息如下:

可以看到:应用程序接收到信号 10 和 12,并且正确打印出信号中携带的一些信息!

本文转载自微信公众号「IOT物联网小镇」

 

责任编辑:姜华 来源: IOT物联网小镇
相关推荐

2021-11-29 07:55:45

Linux GPIO Linux 系统

2011-01-10 18:21:38

linux编写程序

2021-12-20 07:51:16

Linux函数应用层

2010-01-07 13:27:22

Linux驱动程序

2009-07-06 18:17:46

JDBC驱动程序

2021-11-12 11:28:01

Linux 内核驱动Linux 系统

2018-11-26 08:45:29

Linux驱动程序命令

2009-12-07 09:39:04

Linux设备驱动硬件通信

2013-10-31 16:29:10

Linux内核

2011-01-06 16:29:08

linuxtasklet机制

2019-10-22 15:40:34

Windows 10驱动程序Windows

2021-11-16 06:55:36

Linux字符设备

2021-11-22 08:14:23

Linux Linux驱动Linux 系统

2023-10-07 09:37:53

2011-04-22 17:29:37

Linux网卡

2009-10-23 10:25:27

驱动程序技巧

2018-11-19 10:15:26

Windows 10WiFi驱动程序

2019-03-27 13:20:31

Windows 10更新驱动程序

2009-08-12 18:20:39

C#事件驱动程序

2017-03-03 08:40:32

点赞
收藏

51CTO技术栈公众号