Linux内核异常向量表在哪,Linux ARMv8 异常向量表

最新推荐文章于 2024-02-21 23:20:10 发布
最新推荐文章于 2024-02-21 23:20:10 发布
阅读量458 收藏 1
点赞数 1
文章标签： Linux内核异常向量表在哪

本章接着《Linux内核启动》部分讲解，我们知道了在进入start_kernel之前，通过指令adr_l   x8, vectors；msr vbar_el1, x8设置了异常向量表，那么异常向量表的结构是怎么样的呢？在armv8中，每个异常的 向量地址不再是4字节，而是0x80字节，可以放更多的代码在向量表里面，因此

点击(此处)折叠或打开

ENTRY(vectors)

kernel_ventry 1, sync_invalid // Synchronous EL1t

kernel_ventry 1, irq_invalid // IRQ EL1t

kernel_ventry 1, fiq_invalid // FIQ EL1t

kernel_ventry 1, error_invalid // Error EL1t

kernel_ventry 1, sync // Synchronous EL1h

kernel_ventry 1, irq // IRQ EL1h

kernel_ventry 1, fiq_invalid // FIQ EL1h

kernel_ventry 1, error // Error EL1h

kernel_ventry 0, sync // Synchronous 64-bit EL0

kernel_ventry 0, irq // IRQ 64-bit EL0

kernel_ventry 0, fiq_invalid // FIQ 64-bit EL0

kernel_ventry 0, error // Error 64-bit EL0

#ifdef CONFIG_COMPAT

kernel_ventry 0, sync_compat, 32 // Synchronous 32-bit EL0

kernel_ventry 0, irq_compat, 32 // IRQ 32-bit EL0

kernel_ventry 0, fiq_invalid_compat, 32 // FIQ 32-bit EL0

kernel_ventry 0, error_compat, 32 // Error 32-bit EL0

#else

kernel_ventry 0, sync_invalid, 32 // Synchronous 32-bit EL0

kernel_ventry 0, irq_invalid, 32 // IRQ 32-bit EL0

kernel_ventry 0, fiq_invalid, 32 // FIQ 32-bit EL0

kernel_ventry 0, error_invalid, 32 // Error 32-bit EL0

#endif

END(vectors)

从上图可以了解到一条kernel_ventry 为一个异常，但是kernel_ventry的展开需要对齐到0x80，不够的部分用nop填充。通过上图，我们可以知道armv8有4张向量表，每张向量表有4中异常：同步异常、irq异常、fiq异常、系统错误异常，而4张表分别对应：

1、发生中断时，异常等级不发生变化，并且不管怎么异常模式，sp只用SP_EL0

2、发生中断时，异常等级不发生变化，并且sp用对应异常私有的SP_ELx

3、发生中断时，异常等级发生变化，这种情况一般是用户态向内核态发生迁移，当前表示64位用户态向64位内核态发生迁移

4、发生中断时，异常等级发生变化，这种情况一般是用户态向内核态发生迁移，当前表示32位用户态向64位/32位内核发生迁移

下面我们来看看kernel_ventry的实现：

点击(此处)折叠或打开

.macro kernel_ventry, el, label, regsize = 64

.align 7

sub sp, sp, #S_FRAME_SIZE // 将sp预留一个fram_size， 这个size 就是struct pt_regs的大小

#ifdef CONFIG_VMAP_STACK

....这里省略掉检查栈溢出的代码

#endif

b el\()\el\()_\label    //跳转到对应级别的异常处理函数， kernel_entry 1, irq为el1_irq

.endm

对于向量表vectors中的kernel_ventry 1,irq ,  则 b el\()\el\()_\label跳转到el1_irq函数。 其中1表示的是从哪个异常模式产生的，比如是User->kernel就是0. ， kernel->kernel就是1. 下面接着看el1_irq实现， el1_irq是内核运行期间产生了中断：

点击(此处)折叠或打开

el1_irq:

kernel_entry 1    // 跟进入C函数需要压栈的道理一样， 这里进入内核空间，需要保存寄存器到pt_regs，也就是前面kernel_ventry  sp预留的空间当中。

enable_da_f

irq_handler   // 中断处理函数

#ifdef CONFIG_PREEMPT

ldr w24, [tsk, #TSK_TI_PREEMPT] // get preempt count

cbnz w24, 1f // preempt count != 0

ldr x0, [tsk, #TSK_TI_FLAGS] // get flags

tbz x0, #TIF_NEED_RESCHED, 1f // needs rescheduling?

bl el1_preempt     // 支持内核抢占，会在这里判断是否需要调度到新的进程。

1:

#endif

kernel_exit 1  // 这里是kernel_entry 1的逆向过程，弹出栈，就是还原寄存器

ENDPROC(el1_irq)

el1_preempt:  // 内核抢占

mov x24, lr  // 保存lr寄存器

1:  bl  preempt_schedule_irq// irq en/disable is done inside

ldr x0, [tsk, #TSK_TI_FLAGS]    //获取新进程的标志TI_FLAGS

tbnz    x0, #TIF_NEED_RESCHED, 1b   // 如果还有需要调度的进程，继续抢占

ret x24

下面看看kernel_entry的实现：

点击(此处)折叠或打开

.macro kernel_entry, el, regsize = 64

/* 这里用stp指令将x0-x29保存到预留的栈中，保存顺序为下面结构体顺序

struct pt_regs {

union {

struct user_pt_regs user_regs;

struct {

u64 regs[31];

u64 sp;

u64 pc;

u64 pstate;

};

};

u64 orig_x0;

#ifdef __AARCH64EB__

u32 unused2;

s32 syscallno;

#else

s32 syscallno;

u32 unused2;

#endif

u64 orig_addr_limit;

u64 unused;// maintain 16 byte alignment

u64 stackframe[2];

}

*/

stp x0, x1, [sp, #16 * 0]  ->pt_regs.regs[0] 和pt_regs.regs[1]

stp x2, x3, [sp, #16 * 1] // 以此类推

stp x4, x5, [sp, #16 * 2]

stp x6, x7, [sp, #16 * 3]

stp x8, x9, [sp, #16 * 4]

stp x10, x11, [sp, #16 * 5]

stp x12, x13, [sp, #16 * 6]

stp x14, x15, [sp, #16 * 7]

stp x16, x17, [sp, #16 * 8]

stp x18, x19, [sp, #16 * 9]

stp x20, x21, [sp, #16 * 10]

stp x22, x23, [sp, #16 * 11]

stp x24, x25, [sp, #16 * 12]

stp x26, x27, [sp, #16 * 13]

stp x28, x29, [sp, #16 * 14]

//如果el为0 表示从用户态产生的异常

.if \el == 0

clear_gp_regs   // 清除 x0-x29寄存器

mrs x21, sp_el0 // 将用户态的sp指针保存到x21寄存器

ldr_this_cpu tsk, __entry_task, x20 // 从当前per_cpu读取当前的task_struct地址

ldr x19, [tsk, #TSK_TI_FLAGS] // 获取task->flag标记

disable_step_tsk x19, x20 // exceptions when scheduling.

.else

// 从内核状态产生的异常

add x21, sp, #S_FRAME_SIZE  //X21保存压入pt_regs数据之前的栈地址，也就是异常时，内核的栈地址

get_thread_info tsk   // 这里是从sp_el0从获取到当前task_struct结构，在启动篇看到，内核状态的时候，sp_el0用于保存内核的task_struct结构，用户态的时候， 这个sp_el0是用户态的sp

/*保存task's original addr_limit 然后设置USER_DS */

ldr x20, [tsk, #TSK_TI_ADDR_LIMIT]

str x20, [sp, #S_ORIG_ADDR_LIMIT]

mov x20, #USER_DS

str x20, [tsk, #TSK_TI_ADDR_LIMIT]

.endif /* \el == 0 */

// x22保存异常地址

mrs x22, elr_el1

// x23保存程序状态寄存器

mrs x23, spsr_el1

stp lr, x21, [sp, #S_LR] // 将lr和sp保存到pt_regs->x[30], pt_rets->sp

// 如果发生在el1模式，则将x29和异常地址保存到pt_regs->stackframe

.if \el == 0

stp xzr, xzr, [sp, #S_STACKFRAME]

.else

stp x29, x22, [sp, #S_STACKFRAME]

.endif

add x29, sp, #S_STACKFRAME

stp x22, x23, [sp, #S_PC] // 将异常和程序状态 保存到pt_regs->pstate和pt__regs->pc

// 如果是el0->el1发了变迁， 那么将当前的task_struct给sp_el0保存

.if \el == 0

msr sp_el0, tsk

.endif

/*

* Registers that may be useful after this macro is invoked:

*

* x21 - aborted SP

* x22 - aborted PC

* x23 - aborted PSTATE

*/

.endm

irq_handler为中断实现函数，具体实现如下：

点击(此处)折叠或打开

.macro irq_handler

ldr_l x1, handle_arch_irq// 将handle_arch_irq的地址放入x1寄存器

mov x0, sp

irq_stack_entry  // 中断入口， 这里主要是切换成中断栈

blr x1          // 跳转到handle_arch_irq函数运行，这个函数是gic驱动加载的时候设置的，否则是invilid

irq_stack_exit

.endm

//C语言设置回调函数

int __init set_handle_irq(void (*handle_irq)(struct pt_regs *))

{

if (handle_arch_irq)

return -EBUSY;

handle_arch_irq= handle_irq;

return 0;

}

点击(此处)折叠或打开

.macro irq_stack_entry

mov x19, sp // 保存当前sp到x19

/*

* 判断当前栈是不是中断栈， 如果是任务栈，就从per_cpu中读取中断栈地址，并切换到中断栈

*/

ldr x25, [tsk, TSK_STACK]

eor x25, x25, x19

and x25, x25, #~(THREAD_SIZE - 1)

cbnz x25, 9998f

ldr_this_cpu x25, irq_stack_ptr, x26  // 读取per_cpu的irq_stack_ptr

mov x26, #IRQ_STACK_SIZE

add x26, x25, x26

/* 切换到中断栈 */

mov sp, x26

9998:

.endm

如果是用户态发生中断异常，则进入el0_irq, 实现如下：

点击(此处)折叠或打开

el0_irq:

kernel_entry 0   // 和el1_irq一样，只是这传入的是0表示 用户态发生异常

enable_da_f

ct_user_exit

irq_handler  // 中断回调

b ret_to_user// 中断返回

ENDPROC(el0_irq)

点击(此处)折叠或打开

work_pending:

mov x0, sp // 'regs'

bl do_notify_resume     // 用户抢占调度和处理信号

ldr x1, [tsk, #TSK_TI_FLAGS] // re-check for single-step

b finish_ret_to_user

ret_to_user:

disable_daif

ldr x1, [tsk, #TSK_TI_FLAGS]

and x2, x1, #_TIF_WORK_MASK

cbnz x2, work_pending   // 判断是否有信号或者任务挂起

finish_ret_to_user:

enable_step_tsk x1, x2

kernel_exit 0           // 恢复栈

ENDPROC(ret_to_user)

do_notify_resume函数用于用户抢占和信号处理， 实现大概如下：

点击(此处)折叠或打开

asmlinkage void do_notify_resume(struct pt_regs *regs,

unsigned long thread_flags)

{

trace_hardirqs_off();

do {

/* Check valid user FS if needed */

addr_limit_user_check();

if (thread_flags & _TIF_NEED_RESCHED) {

/* Unmask Debug and SError for the next task */

local_daif_restore(DAIF_PROCCTX_NOIRQ);

schedule();   // 重新调度新的进程

} else {

local_daif_restore(DAIF_PROCCTX);

if (thread_flags & _TIF_UPROBE)

uprobe_notify_resume(regs);

if (thread_flags & _TIF_SIGPENDING)

do_signal(regs);   // 信号处理

if (thread_flags & _TIF_NOTIFY_RESUME) {

clear_thread_flag(TIF_NOTIFY_RESUME);

tracehook_notify_resume(regs);  // 工作队列

rseq_handle_notify_resume(NULL, regs);

}

if (thread_flags & _TIF_FOREIGN_FPSTATE)

fpsimd_restore_current_state();

}

local_daif_mask();

thread_flags = READ_ONCE(current_thread_info()->flags);

} while (thread_flags & _TIF_WORK_MASK);

}

至于el1_sync同步异常(包含系统调用，数据异常，指令异常等)这里就不多做说明了， 原理是一样的，如

1、数据异常:el0/1_sync->el1_da->do_mem_abort->do_page_fault.

2、系统调用:el0_sync->el0_svc->el0_svc_handler->el0_svc_common(__NR_syscalls, sys_call_table)->invoke_syscall

Well Honey
关注
Linux Kernel异常向量表的设置
baron-周贺贺-代码改变世界ctw
06-16 212
---> handler(regs),其实就是调用。1、Linux Kernel中对异常向量表的填充。以为异常向量的第6行为例，其实就是跳转到了。在该函数中，程序将会跳转到。然后你去搜索代码 ，你根本找不到。是一个定义异常向量的宏；该函数是有宏展开实现的。以第6行为例，我们再来看下。展开后的样子，还是先看。---->所以上面的。在该宏中，程序跳转到了。
ARMv8 异常处理之中断向量表
suyanqiangqq的博客
03-13 1257
ARMv8 异常处理之中断向量表
[ARM异常]-linux中(aarch/aarch64)异常向量表介绍
baron-周贺贺-代码改变世界ctw
07-14 5571
文章目录1、ARM的异常向量表基地址寄存器--VBAR2、ARM的异常向量表的定义3、在linux kernel中设置异常向量表基地址3、在linux kernel中定义异常向量表 1、ARM的异常向量表基地址寄存器–VBAR （armv8） （armv7） 2、ARM的异常向量表的定义 （armv8） （armv7） 3、在linux kernel中设置异常向量表基地址 （armv8） （1）、在head.S中 .set initial_sp, init_thread_union + THREAD_
Linux内核异常向量表在哪,ARM64的启动过程之（六）：异常向量表的设定
weixin_39879219的博客
05-02 830
一、前言本文主要描述了4.1.10内核初始化过程中如何初始化异常向量表。当然，首先需要准备一些异常的基础知识，这主要在第二章，如果你非常熟悉ARM64的异常，那么可以忽略这个章节。 第三章描述了ARM64上各种形形色色的异常，第四章描述了ARM64上硬件提供的协助，最后一章描述了代码过程。为了简化，本文对所描述的异常进行了限制：1、所有的exception level的运行状态都是AArch64，...
ARMv8-AArch64 的异常处理模型详解之异常向量表vector tables
DayDayUp
02-21 5667
异常向量表（vector tables）是一组存放于普通内存（normal memory）空间的，用于处理不同类型异常的指令（exception handler）。 当异常发生时，处理器需要跳转到对应的异常处理器（exception handler）来处理异常。异常处理器充当调度代码，识别异常的原因，然后调用相关的处理程序代码（异常处理子程序）来处理异常。
little-qemu&guest 中的 虚拟机中断角度 之 异常向量表
u011011827的博客
10-27 280
文章 中说 的中断流程 1 2 3 三种都要经过 A.中断发生流程 B.guest退出到host hyp2(host PL2) C.host hyp2 退出到 host PL1 D.host PL1 执行 guest 退出(动作B)的对应处理函数 E.host PL1 执行 中断注入 F.host PL1 陷入 host PL2 并执行 guest entry 异常向量表 B.guest退出到host hyp2(host PL2) // PL2 的异常向量表 F.host PL1 陷入 host P.
8.LINUX 异常处理结构、中断处理结构
qq_34738528的博客
07-19 1216
目录 0.1Linux 中断顶部和底部概念 1.将 2440 作为单片机使用时：裸机程序时 2.LINUX 中处理中断的过程： 1.写程序时先设置异常入口： 2.LINUX 的异常向量在哪里： 3.中断跳转 4.总结： 异常向量： 异常向量是什么？ vector_irq 做的事： 3. LINUX 的中断框架：内核中断框架 A,单片机下的中断处理： B,内核的中断处...
中断管理基础学习笔记 - 2.中断控制器初始化
HZero
04-12 1236
目录1. 前言2. init_IRQ|- -of_irq_init|- - -gic_of_init参考文档 1. 前言 本专题我们开始学习进程管理部分。本文主要参考了《奔跑吧, Linux内核》、ULA、ULK的相关内容。 本节记录ARM架构下中断是如何管理的，Linux内核中的中断管理机制是如何设计与实现的，以及常用的下半部机制，如软中断、tasklet、workqueue等。本文及后续中断相关笔记均以qemu 5.0.0内嵌平台为例，中断控制器采用GIC-400控制器，支持GIC version2技术
ARMv8 Linux内核异常处理分析
05-30
Linux内核作为一款广泛使用的操作系统内核，为了支持新的ARMv8架构，必须对其进行相应的修改和扩展，尤其是在异常处理这一关键机制上。 异常处理是操作系统内核管理程序运行时遇到的非正常情况的一种机制。在ARMv8...
【ARMv8/v9 异常模型入门及渐进 6.1 -- linux 缺页异常处理流程详细介绍】
CodingCos的博客
11-18 1519
但是在ARM32的时候，TTBR1寄存器未使用，因为TTBR0和TTBR1寄存器只支持2G，1G，512M等，但是ARM32虚拟地址空间的划分比例为1:3，用户空间是3G，内核空间是1G，所以上述寄存器硬件限制无法满足这种通用配置，所以ARM32未使用TTBR1寄存器。为了避免在用户空间和内核空间切换时，切换页表带来的性能损耗，所以，用户空间和内核空间共用一个页表，即用户空间和内核空间具有相同的页表基地址TTBR0。对于current EL的 data abort，可以根据上图1-1中的内容，当。
每个cpu都有一个16K的中断栈
jason的笔记
09-18 1843
在kernel/entry.S中定义irq的entry，这里以el1_irq为例 ENTRY(vectors) ventry el1_sync_invalid // Synchronous EL1t ventry el1_irq_invalid // IRQ EL1t ventry el1_fiq_invalid
Linux内核深入理解中断和异常（1）
RToax
03-24 833
Linux内核深入理解中断和异常（1） rtoax 2021年3月 1. 中断介绍 内核中第一个子系统是中断（interrupts）。 1.1. 什么是中断？ 我们已经在这本书的很多地方听到过 中断（interrupts） 这个词，也看到过很多关于中断的例子。在这一章中我们将会从下面的主题开始： 什么是 中断（interrupts） ？ 什么是 中断处理（interrupt handlers） ？ 我们将会继续深入探讨 中断 的细节和 Linux 内核如何处理这些中断。 所以，首先什么是中断？中断
linux arm64 中断处理流程完整分析 （一）—— 中断向量表、中断处理流程汇编部分
weixin_43512663的博客
03-03 4426
中断流程老生常谈，但我一直以来也只是知道中断过来之后，会保护现场，跳到中断向量表，执行中断，恢复现场，然后返回。至于更多细节，就不得而知了。这篇文章旨在把更完整的linux 中断处理流程梳理一遍。主要带着以下几个问题： 中断向量表是在代码哪里配置的 响应中断时，必然有一些读写gic 寄存器的操作，这些操作在什么位置 /proc/interrupts 这个proc 文件是如何实现的 linux 进入中断前，会屏蔽其他所有中断，这个是如何实现的 系统调用的系统中断0x80，是如何从用户态调用到内核态file_
linux内核bug问题排查过程详细报告
星.云计算
12-16 3923
Linux Kernel BUG:soft lockup CPU#1 stuck分析 1.线上内核bug日志 kernel: Deltaway too big! 18428729675200069867 ts=18446743954022816244 write stamp =18014278822746377 kernel:------------[ cut here ]---------...
Linux kernel中栈的介绍
Peter的专栏
12-05 727
linux kernel中的中断irq的栈stackarm64体系的irq的栈先看下irq_handler的中断函数处理的过程：/* *Interrupthandling. */ ...
i.MX8MP平台开发分享（gicv3篇）-- gic_handle_irq如何跳转到自定义的中断线程处理函数
Muggle的博客
04-13 1222
在处理完中断后，处理器会将相应的IAR寄存器更新为0来确认该中断已被处理。该寄存器允许内核结束中断处理并通知 GICv3 中断控制器中的相应中断已被处理完毕，以允许下一个中断在该中断的后面立即传递到 CPU。当某个CPU请求中断处理时，GICv3控制器将相应的中断号和目标CPU的信息填充到ICR_ELx寄存器中，然后发出中断信号，目标CPU将从中断服务例程（ISR）中处理该中断。其中，ICR_EL1用于处理EL1级别的中断，ICR_EL2用于处理EL2级别的中断，ICR_EL3用于处理EL3级别的中断。
arm64内核进程创建从内核态到用户态过程分析。
gjioui123的博客
12-15 1265
第一：sp的值 init_thread_union+#THREAD_SIZE大小地址。第二：sp_el0的值init_task的地址。可知sp_el0 指向task_struct。THEAD_SIZE 是内核栈的大小。最终最早的第一个进程。
linux kernel的异常量表介绍(irq,fiq,swi,svc...)
baron-周贺贺-代码改变世界ctw
07-13 3257
armv8-arch64架构下，linux kernel的异常量表，再entry.S中: /* * Exception vectors. */ .align 11 ENTRY(vectors) kernel_ventry 1, sync_invalid // Synchronous EL1t kernel_ventry 1, irq_invalid // IRQ EL1t kernel_ventry 1, fiq_invalid // FIQ EL1t kernel_ventry
_PEB_LDR_DATA
最新发布
04-23
_PEB_LDR_DATA是Windows操作系统中的一个数据结构，它是PEB（Process Environment Block，进程环境块）中的一个成员。PEB是每个进程独有的数据结构，用于存储进程的运行时信息。 _PEB_LDR_DATA结构体用于管理进程加载的模块（DLL）信息。它包含了一个双向链表，用于链接所有已加载的模块。每个节点表示一个已加载的模块，包含了模块的基址、入口点等信息。 _PEB_LDR_DATA结构体的定义如下： ``` typedef struct _PEB_LDR_DATA { ULONG Length; BOOLEAN Initialized; PVOID SsHandle; LIST_ENTRY InLoadOrderModuleList; LIST_ENTRY InMemoryOrderModuleList; LIST_ENTRY InInitializationOrderModuleList; PVOID EntryInProgress; } PEB_LDR_DATA, *PPEB_LDR_DATA; ``` 其中，`InLoadOrderModuleList`表示按照模块加载顺序的链表，`InMemoryOrderModuleList`表示按照模块在内存中的顺序的链表，`InInitializationOrderModuleList`表示按照模块初始化顺序的链表。 通过_PEB_LDR_DATA结构体，可以遍历进程加载的所有模块，获取模块的基址、入口点等信息，从而实现对模块的管理和操作。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值