Ⅰ linux内核中断之中断调用流程
本文基于 RockPI 4A 单板Linux4.4内核介绍中断调用流程。
ARMv8包括两种运行状态：AArch64和AArch32。
AArch64中不再使用AArch32中的7种特权模式，而是提出了Exception Levels的概念，包括：
1）EL0：用于用户态程序，权限最低
2）EL1：给内核使用，权限稍高
3）EL2：虚拟化相关，权限更高
4）EL3：安全相关，权限最高
Linux内核中一般只使用EL0和EL1。
AArch64异常向量表中的异常包括：
1）Synchronous exception（同步异常）
2）SError
3）IRQ
4）FIQ
注：SError、IRQ和FIQ属于异步异常。
在Linux内核中，在 arch/arm64/kernel/entry.S 文件中定义了异常向量表，内容如下：
选取 el1_irq() 函数介绍Linux内核中断的调用流程。
文件： arch/arm64/kernel/entry.S ，调用流程如下：
1、handle_irq()初始化
在 DTS 解析阶段完成 handle_irq() 函数的初始化，流程如下：
gic_irq_domain_map() 函数中完成了 handle_irq() 函数的赋值，具体执行如下：
2、handle_irq()实现
以共享外设中断 SPI 的中断处理函数 handle_fasteoi_irq() 为例，继续跟踪中断的执行过程。
handle_irq_event_percpu() 函数会调用已经注册的中断处理函数，同时唤醒 irq_thread 线程。
3、中断处理线程
在使用 request_threaded_irq() 函数申请中断时，会创建一个 irq_thread 线程，调用流程如下：
irq_thread 线程平时在睡眠状态，等待 handle_irq_event_percpu() 函数唤醒，进一步执行已注册的中断处理线程函数。
使用 DRM 框架中 HDMI 中断验证中断调用流程。
文件： driversgpudrmridgesynopsysdw-hdmi.c
在中断处理函数 dw_hdmi_hardirq() 和中断处理线程函数 dw_hdmi_irq 中增加 mp_stack() 调用（ 注：仅限于调试验证 ）。
插入 HDMI 线，系统启动后，显示中断调用流程的日志如下：
和
Ⅱ Linux中，shell脚本如何使用信号机制去控制线程的开启关闭
trap是Linux的内建命令，用于捕捉信号，trap命令可以指定收到某种信号时所执行的命令。trap命令的格式如下：trap command sig1 sig2 ... sigN，当接收到sinN中任意一个信号时，执行command命令，command命令完成后继续接收到信号前的操作，直到脚本结束。利用trap命令捕捉INT信号（即与Ctrl+c绑定的中断信号）。trap还可以忽略某些信号，将command用空字符串代替即可，如trap "" TERM INT，忽略kill %n和Ctrl+c发送的信号（kill发送的是TERM信号）。Linux更强劲的杀死进程的命令：kill -9 进程号（或kill -9 %n作业号）等价与kill -KILL 进程号。
举个例子：
最近小A需要生产2015年全年的KPI数据报表，现在小A已经将生产脚本写好了，生产脚本一次只能生产指定一天的KPI数据，假设跑一次生产脚本需要5分钟，那么：
如果是循环顺序执行，那么需要时间：5 * 365 = 1825 分钟，约等于 6 天
如果是一次性放到linux后台并发执行，365个后台任务，系统可承受不住哦！
既然不能一次性把365个任务放到linux后台执行，那么，能不能实现自动地每次将N个任务放到后台并发执行呢？当然是可以的啦。
#!/bin/bash
source/etc/profile;
#-----------------------------
tempfifo=$$.fifo#$$表示当前执行文件的PID
begin_date=$1#开始时间
end_date=$2#结束时间
if[$#-eq2]
then
if["$begin_date">"$end_date"]
then
echo"Error!$begin_dateisgreaterthan$end_date"
exit1;
fi
else
echo"Error!Notenoughparams."
echo"Sample:shloop_kpi2015-12-012015-12-07"
exit2;
fi
#-----------------------------
trap"exec1000>&-;exec1000<&-;exit0"2
mkfifo$tempfifo
exec1000<>$tempfifo
rm-rf$tempfifo
for((i=1;i<=8;i++))
do
echo>&1000
done
while[$begin_date!=$end_date]
do
read-u1000
{
echo$begin_date
hive-fkpi_report.sql--hivevardate=$begin_date
echo>&1000
}&
begin_date=`date-d"+1day$begin_date"+"%Y-%m-%d"`
done
wait
echo"done!!!!!!!!!!"
第6～22行：比如：sh loop_kpi_report.sh 2015-01-01 2015-12-01：
$1表示脚本入参的第一个参数，等于2015-01-01
$2表示脚本入参的第二个参数，等于2015-12-01
$#表示脚本入参的个数，等于2
第13行用于比较传入的两个日期的大小，>是转义
第26行：表示在脚本运行过程中，如果接收到Ctrl+C中断命令，则关闭文件描述符1000的读写，并正常退出
exec 1000>&-;表示关闭文件描述符1000的写
exec 1000<&-;表示关闭文件描述符1000的读
trap是捕获中断命令
第27～29行：
第27行，创建一个管道文件
第28行，将文件描述符1000与FIFO进行绑定，<读的绑定，>写的绑定，<>则标识对文件描述符1000的所有操作等同于对管道文件$tempfifo的操作
第29行，可能会有这样的疑问：为什么不直接使用管道文件呢？事实上这并非多此一举，管道的一个重要特性，就是读写必须同时存在，缺失某一个操作，另一个操作就是滞留，而第28行的绑定文件描述符（读、写绑定）正好解决了这个问题
第31～34行：对文件描述符1000进行写入操作。通过循环写入8个空行，这个8就是我们要定义的后台并发的线程数。为什么是写空行而不是写其它字符？因为管道文件的读取，是以行为单位的
第37～42行：
第37行，read -u1000的作用就是读取管道中的一行，在这里就是读取一个空行；每次读取管道就会减少一个空行
第39～41行，注意到第42行结尾的&吗？它表示进程放到linux后台中执行
第41行，执行完后台任务之后，往文件描述符1000中写入一个空行。这是关键所在了，由于read -u1000每次操作，都会导致管道减少一个空行，当linux后台放入了8个任务之后，由于文件描述符1000没有可读取的空行，将导致read -u1000一直处于等待。
Ⅲ linux如何杀掉线程
我们使用linux时遇到端口占用，在了解占用程序影响不大的情况下，会通过netstat命令找到占用端口的进程，直接kill掉
查找端口占用命令：
netstat -tnlp | grep 80
可以看到，进程id为20902的进程占用了80端口
我们可以选择使用命令 kill pid 杀掉进程
kill 20902
或者使用kill -9 pid 强杀进程
kill -9 20902
如果你需要杀掉所有筛选结果下的进程可以使用
ps -aux|grep name|awk '{print $2}'|xargs kill -9
其中name是你要查询的服务名称，例如我要查nginx的所有服务可以使用
ps -aux|grep nginx
我们要筛选出第二项pid
ps -aux|grep name|awk '{print $2}'
筛选出后要杀掉这些进程
ps -aux|grep name|awk '{print $2}'|xargs kill -9
这样就批量杀掉筛选出的所有进程了