版权声明:本文为博主原创文章。未经博主同意不得转载。

https://blog.csdn.net/qianlong4526888/article/details/27510675

问题1:支持ARMv8的Linux内核异常向量地址在哪?

答:异常向量基地址在0xffffffc000081800。通过查看编译后的linux内核的System.map文件。能确定异常向量表的基地址。通过反汇编生成的支持armv8的linux内核也能够证实。Armv8的异常向量表的定义在内核的arch/arm/kernel/entry.S中,将其摘录例如以下:

/*

 * Exception vectors.

 */

        .macro ventry  label

        .align 7

        b      \label

        .endm

 

        .align 11

ENTRY(vectors)                                                                   

        ventry el1_sync_invalid                //Synchronous EL1t

        ventry el1_irq_invalid                 //IRQ EL1t

        ventry el1_fiq_invalid                 //FIQ EL1t

        ventry el1_error_invalid               //Error EL1t

 

        ventry el1_sync                        //Synchronous EL1h

        ventry el1_irq                         //IRQ EL1h

        ventry el1_fiq_invalid                 //FIQ EL1h

        ventry el1_error_invalid               //Error EL1h

 

        ventry el0_sync                        //Synchronous 64-bit EL0

        ventry el0_irq                         //IRQ 64-bit EL0

        ventry el0_fiq_invalid                 //FIQ 64-bit EL0

        ventry el0_error_invalid               //Error 64-bit EL0

 

#ifdefCONFIG_AARCH32_EMULATION

        ventry el0_sync_compat                 //Synchronous 32-bit EL0

        ventry el0_irq_compat                  //IRQ 32-bit EL0

        ventry el0_fiq_invalid_compat          //FIQ 32-bit EL0

        ventry el0_error_invalid_compat        //Error 32-bit EL0

#else

        ventry el0_sync_invalid                //Synchronous 32-bit EL0

        ventry el0_irq_invalid                 //IRQ 32-bit EL0

        ventry el0_fiq_invalid                 //FIQ 32-bit EL0

        ventry el0_error_invalid               //Error 32-bit EL0

#endif

END(vectors)

问题2:找出TLB中存放的ARMv8的页表格式

答:仅仅找到了页表的格式。TLB中的格式没找到。

ARMv8支持4KB页大小的4级页表转换到64KB页大小的3级页表转换。

下面是从内核源代码的Documentation找到的信息。

AArch64 Linux memory layout:

 

Start                          End                    Size           Use

-----------------------------------------------------------------------

0000000000000000        0000007fffffffff      512GB            user

 

ffffff8000000000    ffffffbbfffeffff         ~240GB            vmalloc

 

ffffffbbffff0000       ffffffbcffffffff   64KB             [guardpage]

 

ffffffbc00000000    ffffffbdffffffff    8GB            vmemmap

 

ffffffbe00000000    ffffffbffbffffff   ~8GB            [guard,future vmmemap]

 

ffffffbffc000000     ffffffbfffffffff    64MB           modules

 

ffffffc000000000    ffffffffffffffff  256GB            memory

 

 

Translation table lookup with 4KB pages:

 

+--------+--------+--------+--------+--------+--------+--------+--------+

|63   56|55    48|47    40|39   32|31    24|23    16|15    8|7      0|

+--------+--------+--------+--------+--------+--------+--------+--------+

 |                 |         |         |         |         |

 |                 |         |         |         |         v

 |                 |         |         |         |  [11:0]  in-page offset

 |                 |         |         |         +-> [20:12] L3 index

 |                 |         |         +-----------> [29:21] L2 index

 |                 |         +---------------------> [38:30] L1index

 |                +------------------------------->[47:39] L0 index (not used)

 +------------------------------------------------->[63] TTBR0/1

 

 

Translation table lookup with 64KB pages:

 

+--------+--------+--------+--------+--------+--------+--------+--------+

|63   56|55    48|47    40|39   32|31    24|23    16|15    8|7      0|

+--------+--------+--------+--------+--------+--------+--------+--------+

 |                 |    |               |              |

 |                 |    |               |              v

 |                 |    |               |            [15:0]  in-page offset

 |                 |    |               +----------> [28:16] L3 index

 |                 |    +--------------------------> [41:29] L2index (only 38:29 used)

 |                +-------------------------------> [47:42] L1 index (not used)

 +------------------------------------------------->[63] TTBR0/1

问题3:ARMv8中重要的控制寄存器的各位的意思是什么?

答:源代码中没找到对ARMv8控制寄存器的具体描写叙述。

1.     关于SPSR,该寄存器是CPSR的副本,当在不同模式间转换时,该寄存器保存CPSR的内容,用于状态恢复。

在arch/arm64/include/asm/ptrace.h中找到AArch64的spsr寄存器某些位的定义。经过与ARMv7的对照发现。下面定义的位于ARMv7中定义的位意义同样。

/*AArch64 SPSR bits */

#definePSR_F_BIT  0x00000040

#definePSR_I_BIT   0x00000080

#definePSR_A_BIT  0x00000100

#definePSR_D_BIT  0x00000200

#definePSR_Q_BIT 0x08000000

#definePSR_V_BIT  0x10000000

#definePSR_C_BIT  0x20000000

#definePSR_Z_BIT  0x40000000

#define PSR_N_BIT 0x80000000

2.     ARMv8中的系统控制寄存器有多个。但与ARMv7不同的是:ARMv8中抛弃了“协处理器”的概念,进而就没了MCR,MRC类的指令,见參考资料[3],其系统控制都是通过MSR。MRS类指令进行。通过阅读Linux内核源代码发现。基本的控制寄存器有:

hcr_el2:el2中的hypervisor配置寄存器

cnthctl_el2:可配置通用时钟

另外还有,vmpidr_el2;vpidr_el2;sctlr_el1:cptr_el2;hstr_el2;spsr_el2。vbar_el1;ttbr0_el1;ttbr1_el1;sctlr_el1

參考资料

[1] ARMv8的编译器binutils,结构体aarch64_opcode_table定义见line 1208

p=jk/arm64/binutils.git;a=blob;f=opcodes/aarch64-tbl.h;h=d360b1406718257da86050f5b3a760cd02196250;hb=aarch64" rel="nofollow">http://kernel.ubuntu.com/git?p=jk/arm64/binutils.git;a=blob;f=opcodes/aarch64-tbl.h;h=d360b1406718257da86050f5b3a760cd02196250;hb=aarch64

[2] 结构体aarch64_opcode定义。line451

http://kernel.ubuntu.com/git?p=jk/arm64/binutils.git;a=blob;f=include/opcode/aarch64.h;h=98529954ea098349eb16572d4915f4edbd2e7b5d;hb=aarch64

[3] 《ARMv8 InstructionSet Overview 》page11

 

 

关于ARMv8另外几个问题的更多相关文章

  1. armv8(aarch64)linux内核中flush_dcache_all函数详细分析【转】

    转自:http://blog.csdn.net/qianlong4526888/article/details/12062809 版权声明:本文为博主原创文章,未经博主允许不得转载. /* *  __ ...

  2. armv8(aarch64)linux内核中flush_dcache_all函数详细分析

    /* *  __flush_dcache_all() *  Flush the wholeD-cache. * Corrupted registers: x0-x7, x9-x11 */ ENTRY( ...

  3. ARMv8 Linux内核源代码分析:__flush_dcache_all()

    1.1 /* *  __flush_dcache_all() *  Flush the wholeD-cache. * Corrupted registers: x0-x7, x9-x11 */ EN ...

  4. ARMv8 Linux内核head.S源码分析

    ARMv8Linux内核head.S主要工作内容: 1. 从el2特权级退回到el1 2. 确认处理器类型 3. 计算内核镜像的起始物理地址及物理地址与虚拟地址之间的偏移 4. 验证设备树的地址是否有 ...

  5. ARMv8 Linux内核异常处理过程分析

    NOTE:为了方便大家阅读,制作了PDF版文档.下载请猛戳这里 老样子,为了赚点积分下载其它人的文件,下载以上资料须要资源分2分. 假设没有积分请留言全部文档,留下邮箱就可以. 看了Linaro提供的 ...

  6. ARMV8体系结构简介

    armv8 1.前言 本文的主要内容来源于ARMV8白皮书v5,对ARMV8做一个概述.包含如下的内容: 首先从背景谈起,讲述ARM的发展历程: 之后介绍ARMV8体系结构的基本特征: 介绍A64指令 ...

  7. armv8 memory translation

    AArch32,arm的32bit架构: AArch64,arm的64bit架构: ARMv8.2-LPA,是armv8.2中的新feature,扩大了IPA和PA的支持范围,从48bit扩展到52b ...

  8. ARMV8 datasheet学习笔记5:异常模型

    1.前言 2.异常类型描述 见 ARMV8 datasheet学习笔记4:AArch64系统级体系结构之编程模型(1)-EL/ET/ST 一文 3. 异常处理路由对比 AArch32.AArch64架 ...

  9. ARMV8 datasheet学习笔记4:AArch64系统级体系结构之VMSA

    1. 前言 2. VMSA概述 2.1 ARMv8 VMSA naming VMSAv8 整个转换机中,地址转换有一个或两个stage VMSAv8-32 由运行AArch32的异常级别来管理 VMS ...

  10. ARMV8 datasheet学习笔记4:AArch64系统级体系结构之存储模型

    1.前言 关于存储系统体系架构,可以概述如下: 存储系统体系结构的形式 VMSA 存储属性   2. 存储系统体系结构 2.1.    地址空间 指令地址空间溢出 指令地址计算((address_of ...

随机推荐

  1. Guava学习笔记(一):Maven

    <dependencies> <dependency> <groupId>com.google.guava</groupId> <artifact ...

  2. [Bayes] runif: Inversion Sampling

    runifum Inversion Sampling 看样子就是个路人甲. Ref: [Bayes] Hist & line: Reject Sampling and Importance S ...

  3. [React] 13 - Redux: react-redux

    Ref: Redux 入门教程(三):React-Redux 的用法 组件拆分规范 使用 React-Redux,需要掌握额外的 API,并且要遵守它的组件拆分规范. React-Redux 将所有组 ...

  4. 如何处理MySQL每月5亿的数据

    第一阶段:1,一定要正确设计索引2,一定要避免SQL语句全表扫描,所以SQL一定要走索引(如:一切的 > < != 等等之类的写法都会导致全表扫描)3,一定要避免 limit 100000 ...

  5. Pyhthon爬虫其之验证码识别

    背景 现在的登录系统几乎都是带验证手段的,至于验证的手段也是五花八门,当然用的最多的还是验证码.不过纯粹验证码识已经是很落后的东西了,现在比较多见的是滑动验证,滑动拼图验证(这个还能往里面加广告).点 ...

  6. 【中间件安全】Weblogic 安全加固规范

    1. 适用情况 适用于使用Weblogic进行部署的Web网站. 2. 技能要求 熟悉Weblogic安装部署,熟悉Weblogic常见漏洞利用方式,并能针对站点使用Weblogic进行安全加固. 3 ...

  7. 倍福TwinCAT3上位机与PLC通信测试(ADS通信) 包含C#和C++代码

    倍福TwinCAT3上位机与PLC通信测试(ADS通信) 包含C#和C++代码 本次测试需要环境: VS2013,TwinCAT3(本人版本TC31-Full-Setup.3.1.4018.16) 代 ...

  8. C#设计模式--状态模式

    设计模式: 状态模式(State Pattern) 简单介绍: 在状态模式(State Pattern)中,类的行为是基于它的状态改变的.这种类型的设计模式属于行为型模式. 在状态模式中,我们创建表示 ...

  9. Intersection Observer API 可以让你知道被观察元素何时进入或退出浏览器的视口

    google 文档 https://developers.google.cn/web/updates/2016/04/intersectionobserver MDN 文档 https://devel ...

  10. textarea 固定大小,滚动条,限制拖动,文字对齐

    取值:$("#ID").val(); 控制大小:加width,height限制(style="width:100px;height:200px;");或row, ...