第一、二期衔接——4.2 字符驱动设备—简述Linux异常处理体系结构

最新推荐文章于 2022-08-01 20:21:19 发布
最新推荐文章于 2022-08-01 20:21:19 发布
阅读量248 收藏
点赞数 1
分类专栏： 嵌入式Linux第一、二阶段衔接 文章标签： 嵌入式 linux
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_42813232/article/details/105962717
版权

简述Linux异常处理体系结构

前言

通过分析linux-2.6.22.6的源码，大致介绍一下Linux异常处理体系结构。

一、基础的知识点

1、什么是异常

  指CPU内部出现的中断，即在CPU执行特定指令时出现的非法情况，就是可以打断CPU的正常运行流程的一些事情，如外部中断、未定义的指令、试图修改只读数据、执行swi指令等。

2、异常的作用

  发生异常时，CPU会暂停手中的工作，转去执行被中断的程序。
  在操作系统中，常通过异常来完成一些特定的功能。比较典型的就是用户程序可以通过swi指令触发swi异常，操作系统在swi异常处理函数中实现各种系统调用。

3、异常向量基址

  ARM架构CPU的异常向量基址可以是0x00000000，也可以是0xffff0000，Linux内核则使用后者0xffff0000。

二、Linux内核是如何设置异常

  首先我们通过一张图回忆一下编写单片机按键的中断处理流程，对比分析出Linux内核的大致异常体系。
在这里插入图片描述

1、trap_init()函数分析

这个函数是位于/arch/arm/kernel/traps.C文件中，函数的主要功能：

  • 设置各种异常的处理向量
  • 把异常向量复制到0xffff0000的位置
    源码如下：
void __init trap_init(void)
{
	unsigned long vectors = CONFIG_VECTORS_BASE;	
	extern char __stubs_start[], __stubs_end[];
	extern char __vectors_start[], __vectors_end[];
	extern char __kuser_helper_start[], __kuser_helper_end[];
	int kuser_sz = __kuser_helper_end - __kuser_helper_start;

	/*
	 * Copy the vectors, stubs and kuser helpers (in entry-armv.S)
	 * into the vector page, mapped at 0xffff0000, and ensure these
	 * are visible to the instruction stream.
	 */
	memcpy((void *)vectors, __vectors_start, __vectors_end - __vectors_start);
	memcpy((void *)vectors + 0x200, __stubs_start, __stubs_end - __stubs_start);
	memcpy((void *)vectors + 0x1000 - kuser_sz, __kuser_helper_start, kuser_sz);

	/*
	 * Copy signal return handlers into the vector page, and
	 * set sigreturn to be a pointer to these.
	 */
	memcpy((void *)KERN_SIGRETURN_CODE, sigreturn_codes,
	       sizeof(sigreturn_codes));

	flush_icache_range(vectors, vectors + PAGE_SIZE);
	modify_domain(DOMAIN_USER, DOMAIN_CLIENT);
}
  1. unsigned long vectors = CONFIG_VECTORS_BASE;：这个就是异常向量的基址0xffff0000
  2. extern char __vectors_start[], __vectors_end[];：二者之间是异常向量表
    源码如下：这个通过跳转指令，对于不同的异常，跳转去执行不同的代码如vector_irq
__vectors_start:
	swi	SYS_ERROR0
	b	vector_und + stubs_offset
	ldr	pc, .LCvswi + stubs_offset
	b	vector_pabt + stubs_offset
	b	vector_dabt + stubs_offset
	b	vector_addrexcptn + stubs_offset
	b	vector_irq + stubs_offset
	b	vector_fiq + stubs_offset

	.globl	__vectors_end
__vectors_end:
  1. extern char __stubs_start[], __stubs_end[];：二者之间是负责处理更复杂的代码，如保存中断程序的执行环境，调用异常处理函数等
__stubs_start:
/*
 * Interrupt dispatcher
 */
	vector_stub	irq, IRQ_MODE, 4

	.long	__irq_usr			@  0  (USR_26 / USR_32)
	.long	__irq_invalid			@  1  (FIQ_26 / FIQ_32)
	.long	__irq_invalid			@  2  (IRQ_26 / IRQ_32)
	.long	__irq_svc			@  3  (SVC_26 / SVC_32)
	.long	__irq_invalid			@  4
	.long	__irq_invalid			@  5
	.long	__irq_invalid			@  6
	.long	__irq_invalid			@  7
	.long	__irq_invalid			@  8
	.long	__irq_invalid			@  9
	.long	__irq_invalid			@  a
	.long	__irq_invalid			@  b
	.long	__irq_invalid			@  c
	.long	__irq_invalid			@  d
	.long	__irq_invalid			@  e
	.long	__irq_invalid			@  f

/*
 * Data abort dispatcher
 * Enter in ABT mode, spsr = USR CPSR, lr = USR PC
 */
	vector_stub	dabt, ABT_MODE, 8

	.long	__dabt_usr			@  0  (USR_26 / USR_32)
	.long	__dabt_invalid			@  1  (FIQ_26 / FIQ_32)
	.long	__dabt_invalid			@  2  (IRQ_26 / IRQ_32)
	.long	__dabt_svc			@  3  (SVC_26 / SVC_32)
	.long	__dabt_invalid			@  4
	.long	__dabt_invalid			@  5
	.long	__dabt_invalid			@  6
	.long	__dabt_invalid			@  7
	.long	__dabt_invalid			@  8
	.long	__dabt_invalid			@  9
	.long	__dabt_invalid			@  a
	.long	__dabt_invalid			@  b
	.long	__dabt_invalid			@  c
	.long	__dabt_invalid			@  d
	.long	__dabt_invalid			@  e
	.long	__dabt_invalid			@  f

/*
 * Prefetch abort dispatcher
 * Enter in ABT mode, spsr = USR CPSR, lr = USR PC
 */
	vector_stub	pabt, ABT_MODE, 4

	.long	__pabt_usr			@  0 (USR_26 / USR_32)
	.long	__pabt_invalid			@  1 (FIQ_26 / FIQ_32)
	.long	__pabt_invalid			@  2 (IRQ_26 / IRQ_32)
	.long	__pabt_svc			@  3 (SVC_26 / SVC_32)
	.long	__pabt_invalid			@  4
	.long	__pabt_invalid			@  5
	.long	__pabt_invalid			@  6
	.long	__pabt_invalid			@  7
	.long	__pabt_invalid			@  8
	.long	__pabt_invalid			@  9
	.long	__pabt_invalid			@  a
	.long	__pabt_invalid			@  b
	.long	__pabt_invalid			@  c
	.long	__pabt_invalid			@  d
	.long	__pabt_invalid			@  e
	.long	__pabt_invalid			@  f

/*
 * Undef instr entry dispatcher
 * Enter in UND mode, spsr = SVC/USR CPSR, lr = SVC/USR PC
 */
	vector_stub	und, UND_MODE

	.long	__und_usr			@  0 (USR_26 / USR_32)
	.long	__und_invalid			@  1 (FIQ_26 / FIQ_32)
	.long	__und_invalid			@  2 (IRQ_26 / IRQ_32)
	.long	__und_svc			@  3 (SVC_26 / SVC_32)
	.long	__und_invalid			@  4
	.long	__und_invalid			@  5
	.long	__und_invalid			@  6
	.long	__und_invalid			@  7
	.long	__und_invalid			@  8
	.long	__und_invalid			@  9
	.long	__und_invalid			@  a
	.long	__und_invalid			@  b
	.long	__und_invalid			@  c
	.long	__und_invalid			@  d
	.long	__und_invalid			@  e
	.long	__und_invalid			@  f

	.align	5

/*=============================================================================
 * Undefined FIQs
 *-----------------------------------------------------------------------------
 * Enter in FIQ mode, spsr = ANY CPSR, lr = ANY PC
 * MUST PRESERVE SVC SPSR, but need to switch to SVC mode to show our msg.
 * Basically to switch modes, we *HAVE* to clobber one register...  brain
 * damage alert!  I don't think that we can execute any code in here in any
 * other mode than FIQ...  Ok you can switch to another mode, but you can't
 * get out of that mode without clobbering one register.
 */
vector_fiq:
	disable_fiq
	subs	pc, lr, #4

/*=============================================================================
 * Address exception handler
 *-----------------------------------------------------------------------------
 * These aren't too critical.
 * (they're not supposed to happen, and won't happen in 32-bit data mode).
 */

vector_addrexcptn:
	b	vector_addrexcptn

/*
 * We group all the following data together to optimise
 * for CPUs with separate I & D caches.
 */
	.align	5

.LCvswi:
	.word	vector_swi

	.globl	__stubs_end
__stubs_end
  1. 通过下面的函数，把异常向量表，处理异常的函数等的内存地址映射到异常向量基址0xffff0000中。
   memcpy((void *)vectors, __vectors_start, __vectors_end - __vectors_start);
   memcpy((void *)vectors + 0x200, __stubs_start, __stubs_end - __stubs_start);

  在发生异常时，根据不同的情况 通过异常向量表，跳转到不同的处理异常的函数中，执行保存现场，处理异常/中断，恢复现场等操作。

2、entry-armv.S文件源码分析

  这个代码位于/arch/arm/kernel/目录下，trap_init()函数以及其他异常向量跳转处理函数都位于这个文件中。
如上面所截取的：
extern char __vectors_start[], __vectors_end[];：异常向量表的源码，extern char __stubs_start[], __stubs_end[];：复杂的代码，如保存中断程序的执行环境，调用异常处理函数等的跳转代码。

Going1
关注
专栏目录
【重识云原生】第四章云网络4.9.5.1节下一代智能网卡——DPU综述
junbaozi的专栏
07-20 1186
随着数据中心的高速发展，通信能力和计算能力成为数据中心基础设施的相辅相成的两个重要发展方向。若数据中心仅关注计算能力的提升，通信基础设施的提升跟不上，那么数据中心的整体系统性能依然受限，无法发挥出真正的潜力。DPU的提出背景就是应对这些数据量和复杂性的指数级增长。未来，需要将计算移至接近数据的位置，这是目前业界所公认的以数据为中心的体系结构下的创新。综上，DPU对数据中心来说，是通过更明细的分工来实现效率的提升、实现总体系统的成本最优化。...
Android 系统架构图
墨鱼菜鸡
07-11 5380
Android 操作系统架构开篇：http://gityuan.com/android/https://cloud.tencent.com/developer/article/1429122 Android架构图(五层框架)：https://www.cnblogs.com/pengdonglin137/p/3858254.html 官方系统架构图：h...
Linux内核4.14版本：ARM64的内核启动过程（二）——start_kernel
yangguoyu8023的博客
11-21 3044
asmlinkage __visible void __init start_kernel(void) { char *command_line; char *after_dashes; set_task_stack_end_magic(&init_task);/* 设置任务栈结束魔术数， *用于栈溢出检测 */ smp_setup_processor_id(); /* 跟 SMP 有关(多核处理器)，设置处理器 ID。 * 有很.
ARM Linux启动全过程归纳
@塘外人
08-04 919
 ARM Linux启动全过程归纳Nathan.Yu 上电启动中断->pc=0x00000000 0. BootLoader阶段：1）  处理启动中断(Reset)：初始化必要硬件设备（如：RAM）2）  加载Linux内核镜像到RAM3）  跳转到Linux 1. Linux内核执行阶段：1）  对压缩镜像：先解压缩（linux/arch/arm/
ARM Linux 中断向量表建立流程
海纳百川
09-27 8061
一般编写arm的裸机程序的时候，创建中断向量表就把它放在0x00000000~0x0000001c中，一般都放在这个位置上。但是中断向量表也可以放在0xffff0000~0xffff001c中，知道这是怎么设置的么？开始看到的时候真的有点奇怪，因为在学习arm的时候，根本没去看arm中的协处理器CP15中的c1控制寄存器中的v位来控制，我们一般都使用默认的值0，则必须将中断向量表放在0x00000
ARM Linux外部中断处理过程
@塘外人
08-04 5791
ARM Linux外部中断处理过程http://www.linuxforum.net/forum/showflat.php?Cat=&Board=linuxK&Number=652682&page=12&view=collapsed&sb=7&o=all&fpart=1&vc=1作者：muxiaowei 整理：Nathan.Yu 最近在学习arm linux的整套外部中断的处理过程
信息技术-简答汇总
yanyuyanxin的博客
08-01 4818
信息技术简答题
csapp深入理解计算机系统大作业
qq_45832325的博客
06-27 449
摘 要 本文从hello.c的一生入手，利用Ubuntu下的操作工具，介绍了它的诞生，即计算机系统是如何将一个文本文件转化为可执行文件的；运行，即可执行文件在计算机底层的实现逻辑，包括如何被加载到进程中，进程的上下文切换，参数的保存形式以及如何利用系统级I/O实现输入输出交互等。最后hello被回收，结束了它的一生，本文也就完整地梳理了计算机系统这门课程要教给我们的知识。 关键词：hello.c的一生，Ubuntu,计算机系统 （摘要0分，缺失-1分，根据内容精彩称都酌情加分0-1分） 目 录 第1章
计算机网络期中复习
热门推荐
星渊龙骑的博客
11-09 1万+
目录 一、单项选择题（每题2分，共20分) 二、填空题（每2分，共20分） 三、名词解释题（每题3分，共15分） 五、分析计算题（共30分） 六、应用题(本大题共3小题，共28分) 七、其他 一、单项选择题（每题2分，共20分) 1、在OSI参考模型中, 下列各层中不属于通信子网的是( ) (A) 物理层 (B) 数据链路层 (C) 网络层 (D) 会话层 解析： 如图所示 答案：D 2、当前因特网所采用的协议族是（ ） (A) TCP/IP (B...
arm_linux中断子系统
一墨的博客
04-20 3530
1. Arm Linux 中断子系统1.1. 中断硬件系统3个组成部分：外设（中断源）、中断控制器、CPU1.2. Linux中断子系统4个部分：普通外设驱动、Linux kernel通用中断处理模块（硬件无关代码）、CPU架构相关处理、中断控制器驱动代码 图1.1 Linux 中断子系统分层图 1.3. 两种中断请求（ARM）：IRQ和FIQ1.4. 几个重要数据结构irq_desc：系统中每一...
tsinghua-ucore-lab1
狸吉、的博客
02-10 779
tsinghua-ucore-lab1练习1练习1.1ucore.img的生成过程kernel的生成过程bootblock的生成过程sign工具的生成Makefile代码解释练习1.2 练习1 练习1.1 操作系统镜像文件ucore.img是如何一步一步生成的？（需要比较详细地解释Makefile中每一条相关命令和命令参数的含义，以及说明命令导致的结果。 ucore.img的生成过程 编译l...
xv6源码分析（五）：异常、中断、系统调用机制
博客名被人看见不好
01-21 1万+
操作系统在开始运行用户进程的时候，内核便开始处于被动状态，只有在出现以下几种情况的时候才会触发硬件机制陷入内核：（1）用户代码由于某种原因引发异常（例如除以0）;（2）硬件产生中断并且没有屏蔽触发中断；（3）用户代码调用相关指令（例如x86体系下的int系统调用指令）主动陷入内核。以上三种情况便是异常、中断、系统调用机制。这三种机制由于需要陷入内核所以在进入内核之前必须先保存现场，然后回到用户环境的
Linux内核4.14版本：ARM64的内核启动过程（一）——start_kernel之前
yangguoyu8023的博客
11-21 5460
目录 一、vmlinux.lds.S 二、head.S（进入kernel之前） 2.1 kernel之前bootloder的工作 2.1bootloader和kernel的交互的时候需求 2.3内核执行的第一行代码（_stext） 2.3.1preserve_boot_args（） 2.3.2 el2_setup 2.3.3set_cpu_boot_mode_flag 2.3.4__create_page_tables 2.3.5__cpu_setup 2.3.6__pr...
中断剖析一early_trap_init（）函数解析
shiyi_2012的专栏
04-19 3504
今天就将上面的函数，该函数实现的功能就是：该函数代码很小，主要就是：   memcpy((void *)vectors, __vectors_start, __vectors_end - __vectors_start);     memcpy((void *)vectors + 0x200, __stubs_start, __stubs_end - __stubs_start);而关于vec
第一、二期衔接——5.3 u-boot分析与使用—源码分析
weixin_42813232的博客
06-20 768
u-boot分析与使用—Makefile结构分析 硬件平台：韦东山嵌入式Linxu开发板（S3C2440.v3） 软件平台：运行于VMware Workstation 12 Player下UbuntuLTS16.04_x64 系统 参考资料：《嵌入式Linux应用开发手册》、《嵌入式Linux应用开发手册第2版》 开发环境：Linux 2.6.22.6 内核、arm-linux-gcc-3.4.5-glibc-2.3.6工具链、u-boot-1.1.6 目录u-boot分析与使用—Makefile结构分
第一、二期衔接——6.1 从0写bootloader
weixin_42813232的博客
06-19 673
u-boot分析与使用—u-boot编译体验 硬件平台：韦东山嵌入式Linxu开发板（S3C2440.v3） 软件平台：运行于VMware Workstation 12 Player下UbuntuLTS16.04_x64 系统 参考资料：《嵌入式Linux应用开发手册》、《嵌入式Linux应用开发手册第2版》 开发环境：Linux 2.6.22.6 内核、arm-linux-gcc-3.4.5-glibc-2.3.6工具链 目录u-boot分析与使用—u-boot编译体验 ...
第一、二期衔接——5.4 u-boot分析与使用—启动内核
weixin_42813232的博客
06-21 627
u-boot分析与使用—启动内核 硬件平台：韦东山嵌入式Linxu开发板（S3C2440.v3） 软件平台：运行于VMware Workstation 12 Player下UbuntuLTS16.04_x64 系统 参考资料：《嵌入式Linux应用开发手册》、《嵌入式Linux应用开发手册第2版》 开发环境：Linux 2.6.22.6 内核、arm-linux-gcc-3.4.5-glibc-2.3.6工具链、u-boot-1.1.6 目录u-boot分析与使用—启动内核一、前言二、把内核读入到FLA
Linux设备驱动入门与核心技术解析
第1.2节进一步深入探讨了Linux内核的结构，特别是设备驱动与内核空间的关系。这部分内容涵盖了内核模块加载机制、设备文件系统（sysfs）的使用，以及如何通过内核API（Application Programming Interface）来编写...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值