Linux 提供了 glibc 库, 它封装了系统调用接口, 对上层更友好的提供服务, 系统调用最终都会通过 DO_CALL 发起, 这是一个宏定义, 其 32 位和 64 位的定义是不同的:
32 位系统调用
用户态
将请求参数保存到寄存器
将系统调用名称转为系统调用号保存到寄存器 eax 中
通过软中断 ENTER_KERNEL 陷入内核态
内核态
内核的软中断陷入门收到系统调用会将用户态的寄存器保存到 pt_regs 结构中
在系统调用函数表 sys_call_table 中根据调用号找到对应的函数
并将寄存器中保存的参数取出来作为参数执行函数, 将返回值写入 pt_regs 结构的 ax 位置
通过iret指令根据 pt_regs 恢复用户态进程
64 位系统调用
用户态
将请求参数保存到寄存器
将系统调用名称转为系统调用号保存到寄存器 rax 中
通过 syscall 指令进入内核态
(注:由int中断指令改为syscall指令,减少了一次查表过程,性能应该有所提高)
内核态
将用户态的寄存器保存到 pt_regs 中
在系统调用函数表 sys_call_table 中根据调用号找到对应的函数
将寄存器中保存的参数取出来作为函数参数执行函数, 将返回值写入 pt_regs 的 ax 位置
本文基于 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 中断验证中断调用流程。
文件: drivers\gpu\drm\bridge\synopsys\dw-hdmi.c
在中断处理函数 dw_hdmi_hardirq() 和中断处理线程函数 dw_hdmi_irq 中增加 dump_stack() 调用( 注:仅限于调试验证 )。
插入 HDMI 线,系统启动后,显示中断调用流程的日志如下:
和
Linux下强制中断一个程序的执行,利用按键,而不是kill命令。
可尝试以下方法:
1.CTRL + c 中断。
2.CTRL + z 暂停放到后台。
3.CTRL + d 保存退出。
如上述方法不能解决问题可尝试:
进入相关网站询问客服人员。
寻找线下维修人员,进行询问。
寻找专业人员,寻求帮助。
寻找相关书籍,进行知识解答。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)