1. 程式人生 > 其它 >Linux核心訊號SIGIO使用例項講解

Linux核心訊號SIGIO使用例項講解

一、訊號

1. 基本概念

訊號是在軟體層次上對中斷機制的一種模擬,在原理上,一個程序收到一個訊號與處理器收到一箇中斷請求可以說是一樣的。訊號是非同步的,一個程序不必通過任何操作來等待訊號的到達,事實上,程序也不知道訊號到底什麼時候到達。

例如鍵盤輸入中斷按鍵(^C),它的發生在程式執行過程中是不可預測的。

訊號是程序間通訊機制中唯一的非同步通訊機制,可以看作是非同步通知,通知接收訊號的程序有哪些事情發生了。

硬體異常也能產生訊號,例如被零除、無效記憶體引用(test裡產生的就是這種錯誤)等。這些條件通常先由核心硬體檢測到,然後通知核心。核心將決定產生什麼樣的訊號。

同一個訊號的額外發生通常不會被排隊。如果訊號在被阻塞時發生了5次,當我們反阻塞這個訊號時,這個訊號的訊號處理函式通常只被呼叫一次。

同一時刻只能處理一個訊號,在訊號處理函式發訊號給自己時,該訊號會被pending。

訊號的數值越小,則優先順序越高。當程序收到多個待處理訊號時,總是先處理優先級別高的訊號。

訊號處理函式的棧可以使用被中斷的也可以使用獨立的,具體可以通過系統呼叫設定。

訊號機制經過POSIX實時擴充套件後,功能更加強大,除了基本通知功能外,還可以傳遞附加資訊。

2. 處理方式

忽略:接收到訊號後不做任何反應。
捕獲:用自定義的訊號處理函式來執行特定的動作。
預設:接收到訊號後按系統預設的行為處理該訊號。這是多數應用採取的處理方式。

二、Linux下的訊號型別

使用kill -l就會顯示出linux支援的訊號列表。

其中列表中,編號為1 ~ 31的訊號為傳統UNIX支援的訊號,是不可靠訊號(非實時的),編號為32 ~ 63的訊號是後來擴充的,稱做可靠訊號(實時訊號)。不可靠訊號和可靠訊號的區別在於前者不支援排隊,可能會造成訊號丟失,而後者不會。

下面我們對編號小於SIGRTMIN的訊號進行討論(下面的編號 依次對應訊號 的數值為1 - 31)。

1) SIGHUP

本訊號在使用者終端連線(正常或非正常)結束時發出, 通常是在終端的控制程序結束時, 通知同一session內的各個作業, 這時它們與控制終端不再關聯。

登入Linux時,系統會分配給登入使用者一個終端(Session)。在這個終端執行的所有程式,包括前臺程序組和後臺程序組,一般都 屬於這個 Session。當用戶退出Linux登入時,前臺程序組和後臺有對終端輸出的程序將會收到SIGHUP訊號。這個訊號的預設操作為終止程序,因此前臺進 程組和後臺有終端輸出的程序就會中止。不過可以捕獲這個訊號,比如wget能捕獲SIGHUP訊號,並忽略它,這樣就算退出了Linux登入,wget也 能繼續下載。

此外,對於與終端脫離關係的守護程序,這個訊號用於通知它重新讀取配置檔案。

2) SIGINT

程式終止(interrupt)訊號, 在使用者鍵入INTR字元(通常是Ctrl-C)時發出,用於通知前臺程序組終止程序。

3) SIGQUIT

和SIGINT類似, 但由QUIT字元(通常是Ctrl-)來控制. 程序在因收到SIGQUIT退出時會產生core檔案, 在這個意義上類似於一個程式錯誤訊號。

4) SIGILL

執行了非法指令. 通常是因為可執行檔案本身出現錯誤, 或者試圖執行資料段. 堆疊溢位時也有可能產生這個訊號。

5) SIGTRAP

由斷點指令或其它trap指令產生. 由debugger使用。

6) SIGABRT

呼叫abort函式生成的訊號。

7) SIGBUS

非法地址, 包括記憶體地址對齊(alignment)出錯。比如訪問一個四個字長的整數, 但其地址不是4的倍數。它與SIGSEGV的區別在於後者是由於對合法儲存地址的非法訪問觸發的(如訪問不屬於自己儲存空間或只讀儲存空間)。

8) SIGFPE

在發生致命的算術運算錯誤時發出. 不僅包括浮點運算錯誤, 還包括溢位及除數為0等其它所有的算術的錯誤。

9) SIGKILL

用來立即結束程式的執行. 本訊號不能被阻塞、處理和忽略。如果管理員發現某個程序終止不了,可嘗試傳送這個訊號。

10) SIGUSR1

留給使用者使用

11) SIGSEGV

試圖訪問未分配給自己的記憶體, 或試圖往沒有寫許可權的記憶體地址寫資料.

訊號 11,即表示程式中可能存在特定條件下的非法記憶體訪問。

12) SIGUSR2

留給使用者使用

13) SIGPIPE

管道破裂。這個訊號通常在程序間通訊產生,比如採用FIFO(管道)通訊的兩個程序,讀管道沒開啟或者意外終止就往管道寫,寫程序會收到SIGPIPE訊號。此外用Socket通訊的兩個程序,寫程序在寫Socket的時候,讀程序已經終止。

14) SIGALRM

時鐘定時訊號, 計算的是實際的時間或時鐘時間. alarm函式使用該訊號.

15) SIGTERM

程式結束(terminate)訊號, 與SIGKILL不同的是該訊號可以被阻塞和處理。通常用來要求程式自己正常退出,shell命令kill預設產生這個訊號。如果程序終止不了,我們才會嘗試SIGKILL。

17) SIGCHLD

子程序結束時, 父程序會收到這個訊號。

如果父程序沒有處理這個訊號,也沒有等待(wait)子程序,子程序雖然終止,但是還會在核心程序表中佔有表項,這時的子程序稱為殭屍 程序。這種情 況我們應該避免(父程序或者忽略SIGCHILD訊號,或者捕捉它,或者wait它派生的子程序,或者父程序先終止,這時子程序的終止自動由init程序 來接管)。

18) SIGCONT

讓一個停止(stopped)的程序繼續執行. 本訊號不能被阻塞. 可以用一個handler來讓程式在由stopped狀態變為繼續執行時完成特定的工作. 例如, 重新顯示提示符

19) SIGSTOP

停止(stopped)程序的執行. 注意它和terminate以及interrupt的區別:該程序還未結束, 只是暫停執行. 本訊號不能被阻塞, 處理或忽略.

20) SIGTSTP

停止程序的執行, 但該訊號可以被處理和忽略. 使用者鍵入SUSP字元時(通常是Ctrl-Z)發出這個訊號

21) SIGTTIN

當後臺作業要從使用者終端讀資料時, 該作業中的所有程序會收到SIGTTIN訊號. 預設時這些程序會停止執行.

22) SIGTTOU

類似於SIGTTIN, 但在寫終端(或修改終端模式)時收到.

23) SIGURG

有"緊急"資料或out-of-band資料到達socket時產生.

24) SIGXCPU

超過CPU時間資源限制. 這個限制可以由getrlimit/setrlimit來讀取/改變。

25) SIGXFSZ

當程序企圖擴大檔案以至於超過檔案大小資源限制。

26) SIGVTALRM

虛擬時鐘訊號. 類似於SIGALRM, 但是計算的是該程序佔用的CPU時間.

27) SIGPROF

類似於SIGALRM/SIGVTALRM, 但包括該程序用的CPU時間以及系統呼叫的時間.

28) SIGWINCH

視窗大小改變時發出.

29) SIGIO

檔案描述符準備就緒, 可以開始進行輸入/輸出操作.

30) SIGPWR

Power failure

31) SIGSYS

非法的系統呼叫。

三、 訊號行為說明

不通的訊號在不同的標準下,功能有所差別,下面列出主要的訊號的預設行為和說明:

名稱 數字 標準 預設行為 說明
SIGILL 4 ANSI 終止+coredump 執行了非法指令. 通常是因為可執行檔案本身出現錯誤, 或者試圖執行資料段. 堆疊溢位時也有可能產生這個訊號
SIGABRT 6 ANSI 終止+coredump 呼叫abort函式生成的訊號
SIGBUS 7 4.2 BSD 終止+coredump 非法地址, 包括記憶體地址對齊(alignment)出錯。比如訪問一個四個字長的整數, 但其地址不是4的倍數。它與SIGSEGV的區別在於後者是由於對合法儲存地址的非法訪問觸發的(如訪問不屬於自己儲存空間或只讀儲存空間)
SIGFPE 8 ANSI 終止+coredump 在發生致命的算術運算錯誤時發出. 不僅包括浮點運算錯誤, 還包括溢位及除數為0等其它所有的算術的錯誤
SIGSEGV 11 ANSI 終止+coredump 試圖訪問未分配給自己的記憶體, 或試圖往沒有寫許可權的記憶體地址寫資料。訪問空指標,野指標基本都產生這個訊號,也是最常見的訊號
SIGSTKFLT 16 N/A 終止 堆疊錯誤
SIGPIPE 13 POSIX 終止 管道破裂。這個訊號通常在程序間通訊產生,比如採用FIFO(管道)通訊的兩個程序,讀管道沒開啟或者意外終止就往管道寫,寫程序會收到SIGPIPE訊號。此外用Socket通訊的兩個程序,寫程序在寫Socket的時候,讀程序已經終止
SIGTRAP 5 POSIX 終止+coredump 由斷點指令或其它trap指令產生. 由debugger使用
SIGHUP 1 POSIX 終止 使用者終端連線(正常或非正常)結束時發出, 通常是在終端的控制程序結束時, 通知同一session內的各個作業, 這時它們與控制終端不再關聯
SIGINT 2 ANSI 終止 程式終止(interrupt)訊號, 在使用者鍵入INTR字元(通常是Ctrl-C)時發出,用於通知前臺程序組終止程序
SIGQUIT 3 POSIX 終止+coredump 和SIGINT類似, 但由QUIT字元(通常是Ctrl-)來控制. 程序在因收到SIGQUIT退出時會產生core檔案, 在這個意義上類似於一個程式錯誤訊號
SIGKILL 9 POSIX 終止 用來立即結束程式的執行. 本訊號不能被阻塞、捕獲和忽略。如果管理員發現某個程序終止不了,可嘗試傳送這個訊號
SIGCHLD 17 POSIX 忽略 子程序結束時, 父程序會收到這個訊號。如果父程序沒有處理這個訊號,也沒有等待(wait)子程序,子程序雖然終止,但是還會在核心程序表中佔有表項,這時的子程序稱為殭屍程序。這種情 況我們應該避免(父程序或者忽略SIGCHILD訊號,或者捕捉它,或者wait它派生的子程序,或者父程序先終止,這時子程序的終止自動由init程序來接管)
SIGCONT 18 POSIX 繼續/忽略 讓一個停止(stopped)的程序繼續執行. 本訊號不能被阻塞 . 可以用一個handler來讓程式在由stopped狀態變為繼續執行時完成特定的工作. 例如, 重新顯示提示符..在程序掛起時是繼續,否則是忽略
SIGSTOP 19 POSIX 暫停 暫停程序的執行. 注意它和terminate以及interrupt的區別:該程序還未結束, 只是暫停執行. 本訊號不能被阻塞、捕獲或忽略
SIGALRM 14 POSIX 終止 時鐘定時訊號, 計算的是實際的時間或時鐘時間. alarm函式使用該訊號

四、訊號分類

在以上列出的訊號中,程式不可捕獲、阻塞或忽略的訊號有:

SIGKILL,SIGSTOP 

不能恢復至預設動作的訊號有:

SIGILL,SIGTRAP 

預設會導致程序流產的信,有:

SIGABRT,SIGBUS,SIGFPE,SIGILL,SIGIOT,SIGQUIT,SIGSEGV,SIGTRAP,SIGXCPU,SIGXFSZ 

預設會導致程序退出的訊號有:

SIGALRM,SIGHUP,SIGINT,SIGKILL,SIGPIPE,SIGPOLL,SIGPROF,SIGSYS,SIGTERM,SIGUSR1,SIGUSR2,SIGVTALRM 

預設會導致程序停止的訊號有:

SIGSTOP,SIGTSTP,SIGTTIN,SIGTTOU 

預設程序忽略的訊號有:

SIGCHLD,SIGPWR,SIGURG,SIGWINCH

此外,SIGIO在SVR4是退出,在4.3BSD中是忽略;

SIGCONT在程序掛起時是繼續,否則是忽略,不能被阻塞

終止程式的時候在不得已的情況下不能用SIGKILL,因為SIGKILL不會對子程序進行處理,只是把對自己進行處理。

五、訊號驅動IO-SIGIO-29

下面我們主要講SIGIO-29的使用。

參考上圖:

  • 時刻1 通過sigaction系統呼叫建立訊號SIGIO的訊號處理函式,該函式壺立即返回,注意,對應的驅動必須支援方法.fastnc
  • 時刻2 資料此時沒有準備好,應程序會繼續執行,而核心會繼續等待資料,也就是說等待資料階段應用程序是非阻塞的。
  • 時刻3 核心準備好了資料,要嚮應用程序複製資料,通過函式kill_fasync()嚮應用程式遞交SIGIO訊號,二應用程式的訊號處理程式會被呼叫到,在該函式中我們可以通過read等系統呼叫從核心賦值程式到程序
  • 時刻4 在賦值資料期間,程序阻塞
  • 時刻5 資料複製完成,會返回成功的指示,應用程式可以繼續處理資料

訊號驅動 I/O 的 CPU 利用率很高,因為在圖中,等待資料的那段時間2,應用程式可以繼續執行其他操作。

六、程式實現

1. 訊號註冊函式signal()

#include <signal.h>
typedef void (*sighandler_t)(int);
sighandler_t signal(int signum, sighandler_t handler);

功能:

給訊號signum註冊處理函式,函式原型是void (*sighandler_t)(int)
當收到訊號signum後,就會呼叫註冊的函式

引數:

int signum  訊號值
sighandler_t handler  訊號處理函式

2.核心函式

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

功能:

傳送訊號sig給程序,通知程序是可讀還是可寫,由band給出
POLLIN    :可讀
POLLOUT:可寫

通用字元裝置的.fasync方法,一般都是固定的寫法,我們暫時可以不用關心他的原理,會用即可,具體寫法如下:

static ssize_t hello_write (struct file *filep, const char __user *buf, size_t size, loff_t *pos)
{
	int error;
…………
	kill_fasync(&hello_fasync,SIGIO,POLLIN);
	return size;
}

static struct file_operations hello_ops = 
{
…………
	.fasync = hello_fasync_func,
};

2. 源程式

驅動程式:
hello.c

/*  
 *公眾號:一口Linux
 *2021.6.21
 *version: 1.0.0
*/
#include <linux/init.h>
#include <linux/module.h>
#include <linux/kdev_t.h>
#include <linux/fs.h>
#include <linux/cdev.h>
#include <linux/uaccess.h>
#include <linux/poll.h> 
#include<asm/signal.h>

static int major = 237;
static int minor = 0;
static dev_t devno;
static struct cdev cdev;
struct device *class_dev = NULL;
struct class *cls;

struct fasync_struct *hello_fasync;

static int hello_open (struct inode *inode, struct file *filep)
{
	printk("hello_open()\n");
	return 0;
}
static int hello_release (struct inode *inode, struct file *filep)
{
	printk("hello_release()\n");

	return 0;
}

#define KMAX_LEN 32
char kbuf[KMAX_LEN+1] = "kernel";


//read(fd,buff,40);

static ssize_t hello_read (struct file *filep, char __user *buf, size_t size, loff_t *pos)
{
	int error;

	
	if(size > strlen(kbuf))
	{
		size = strlen(kbuf);
	}

	if(copy_to_user(buf,kbuf, size))
	{
		error = -EFAULT;
		return error;
	}

	return size;
}
//write(fd,buff,40);
static ssize_t hello_write (struct file *filep, const char __user *buf, size_t size, loff_t *pos)
{
	int error;

	if(size > KMAX_LEN)
	{
		size = KMAX_LEN;
	}
	memset(kbuf,0,sizeof(kbuf));
	if(copy_from_user(kbuf, buf, size))
	{
		error = -EFAULT;
		return error;
	}
	printk("%s\n",kbuf);
	kill_fasync(&hello_fasync,SIGIO,POLLIN);
	return size;
}

int hello_fasync_func(int fd,struct file* filep,int on)
{
	printk("led_fasync \n");
	return fasync_helper(fd,filep,on,&hello_fasync);
}

static struct file_operations hello_ops = 
{
	.open = hello_open,
	.release = hello_release,
	.read = hello_read,
	.write = hello_write,
	.fasync = hello_fasync_func,
};
static int hello_init(void)
{
	int result;
	int error;
	
	printk("hello_init \n");
	result = register_chrdev( major, "hello", &hello_ops);
	if(result < 0)
	{
		printk("register_chrdev fail \n");
		return result;
	}
	cls = class_create(THIS_MODULE, "hellocls");
	if (IS_ERR(cls)) {
		printk(KERN_ERR "class_create() failed for cls\n");
		result = PTR_ERR(cls);
		goto out_err_1;
	}
	devno = MKDEV(major, minor);
	
	class_dev = device_create(cls, NULL, devno, NULL, "hellodev");
	if (IS_ERR(class_dev)) {
		result = PTR_ERR(class_dev);
		goto out_err_2;
	}
	
	return 0;

out_err_2:
	class_destroy(cls);
out_err_1:
	unregister_chrdev(major,"hello");
	return 	result;
}
static void hello_exit(void)
{
	printk("hello_exit \n");
	device_destroy(cls, devno);
	class_destroy(cls);
	unregister_chrdev(major,"hello");
	return;
}
module_init(hello_init);
module_exit(hello_exit);
MODULE_LICENSE("GPL");
//proc/devices

write.c

/*  
 *一口Linux
 *2021.6.21
 *version: 1.0.0
*/

#include <stdio.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>
main()
{
	int fd;
	int len;
	char buf[64]={0};
	char buf2[64+1]="peng";
	
	
	fd = open("/dev/hellodev",O_RDWR);
	if(fd<0)
	{
		perror("open fail \n");
		return;
	}

	
	printf("before write\n");
	len = write(fd,buf2,strlen(buf2));
	printf("after write\n");

	printf("len = %d\n",len);
	
	 
	close(fd);
}

test.c

/*  
 *公眾號:一口Linux
 *2021.6.21
 *version: 1.0.0
*/
#include <stdio.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>
#include<signal.h>

char buff[64] = {0};
int fd;

void func(int signo)
{
	printf("signo= %d\n",signo);
	read(fd,buff,sizeof(buff));
	printf("buff=%s\n",buff);
	return ;
}

main()
{
	int flage;

	fd = open("/dev/hellodev",O_RDWR);
	if(fd<0)
	{
		perror("open fail \n");
		return;
	}
	fcntl(fd,F_SETOWN,getpid());
	flage=fcntl(fd,F_GETFL);
	fcntl(fd,F_SETFL,flage|FASYNC);
    signal(SIGIO,func);
	while(1); 
	close(fd);
}

3. 執行結果

編譯

make
gcc test.c -o run
gcc write.c -o run

執行:

insmod hello.ko

先開啟一個終端 ,執行

./run

再開啟一個終端 ,執行

./w

執行結果如下:

可以看到,寫入資料後,訊號處理程式被呼叫到,並且打印出訊號的值29,同時從驅動力讀取出資料。

本例以字元裝置為基礎來實現,詳細原理,請參考博主其他文章。

Linux驅動系列文章合集

完整程式碼和執行環境,請關注,一口君的號,後臺回覆:ubuntu
B站也有同步視訊,

歡迎關注公眾號:一口Linux