1. 基本概念 ATPCS (ARM-Thumb Procedure Call Standard) 规定了一些子程序间调用的基本规则,这些规则包括子程序调用过程中寄存器的使用规则,数据栈的使用规则,参数的传递规则.有了这些规则之后,单独编译的C语言程序就可以和汇编程序相互调用. 使用ADS的C语言编译器编译的C语言子程序满足用户指定的ATPCS类型.而对于汇编语言来说,则需要用户来保证各个子程序满足ATPCS的要求. AAPCS (ARM Archtecture Procedure Call S

介绍 APCS,ARM 过程调用标准(ARM Procedure Call Standard),提供了紧凑的编写例程的一种机制,定义的例程能够与其它例程交织在一起.最显著的一点是对这些例程来自哪里没有明白的限制.它们能够编译自 C. Pascal.也能够是用汇编语言写成的. APCS 定义了: 对寄存器使用的限制. 使用栈的惯例. 在函数调用之间传递/返回參数. 能够被'回溯'的基于栈的结构的格式,用来提供从失败点到程序入口的函数(和给予的參数)的列表. APCS 不一个单一的给定标准,而是一系

使用overlapped I/O并搭配event对象-----win32多线程-异步(asynchronous) I/O事例,会产生两个基础性问题. 第一个问题是,使用WaitForMultipleObjects(),你只能等待最多达MAXIMUM_WAIT_OBJECTS个对象,在Windows NT中此值最大为64. 第二个问题是,你必须不断根据“那一个handle被激发”而计算如何反应.你必须有一个分派表格(dispatch table)和WaitForMultipleObjects()的

ATPCS是: Arm Thumb procedure Call Standard的缩写.意思是arm thumb子程序调用规范.      C语言函数与C函数之间进行调用是用同一个C函数调用方式进行的.如果我们要在汇编指令行中调用C函数,那么我们就要知道我们如何给C函数传递参数,哪个寄存器表示什么意思,C中的数据栈是如何使用的,我们如何获得函数的返回值.同样,如果我们用汇编代码写的汇编函数,要让C语言能调用的话,我们的汇编函数也需要按照C语言的函数编译成汇编的形式进行书写.因此,ATPCS就是

title: ATPCS规则 tags: ARM date: 2018-10-14 17:03:23 --- ATPCS规则 ARM指令集E004armproc.chm ATPCS介绍与使用.pdf ATPCS.pdf 子程序间通过寄存器R0~R3来传递参数.被调用的子程序在返回前无须恢复寄存器R0~R3的内容. 在子程序中,使用寄存器R4~R11来保存局部变量.这时,寄存器R4~R11可以记为v1~v8.如果在子程序中使用了寄存器v1~v8中的某些寄存器,则子程序进入时必须保存这些寄存器的值,

APCS(ARM Procedure Call Standard) 1.ARM寄存器 ARM核支持9种工作模式——User/System/Hyp+/SVC/Abort/Undefined/Monitor/IRQ/FIQ. ARM核包含37个通用寄存器(ARMv7架构8种工作模式时为37个通用寄存器)以及额外的专用寄存器,如CPSR(Current Processor Status Register). r0~r3通常用来作为函数入参(从左到右的顺序,大于4个参数使用栈来传递)和返回值.在函数内部

arm汇编程序中,R0,R1,R2,R3,R12都是作为中间寄存器,而R4-R11是不能随便使用的,暂时我还不知它们的用途.所以,中间寄存器,在程序运行的开始处与结束的时候值是可以不一样的,也就是说中间寄存器只起到中间的保存作用,所以没必要全局保存. 但是用C语言写的函数可以看到R4-R11在开始处与结束处的值是一样的.倘若C语言的函数中用到了中间变量太多,需要用到R4-R11中的某几个,这时它会在进入函数时把用到的寄存器保存到堆栈中,在结束的时候弹出. 中断程序与普通的函数不一样.中断程序的断

linux内核调试指南 一些前言 作者前言 知识从哪里来 为什么撰写本文档 为什么需要汇编级调试 ***第一部分:基础知识*** 总纲:内核世界的陷阱 源码阅读的陷阱 代码调试的陷阱 原理理解的陷阱 建立调试环境 发行版的选择和安装 安装交叉编译工具 bin工具集的使用 qemu的使用 initrd.img的原理与制作 x86虚拟调试环境的建立 arm虚拟调试环境的建立 arm开发板调试环境的建立 gdb基础 基本命令 gdb之gui gdb技巧 gdb宏 汇编基础--X86篇 用户手册 AT&

https://sourceware.org/binutils/docs/as/ARM-Options.html https://gcc.gnu.org/onlinedocs/gcc-4.5.3/gcc/i386-and-x86_002d64-Options.html 9.4.1 Options -mcpu=processor[+extension...] This option specifies the target processor. The assembler will issue a

1.前言 2.  术语说明 Term Note ABI Application Binary Interface 应用程序二进制接口 EABI Embedded ABI  嵌入式ABI PCS Procedure Call Standard  程序调用标准 AAPCS PCS for ARM Architecture    ARM体系结构程序调用标准 APCS ARM Procedure Call Standard   ARM程序调用标准(已经废弃) TPCS Thumb Procedure C

title: arm平台的调用栈回溯(backtrace) date: 2018-09-19 16:07:47 tags: --- 介绍 arm平台的调用栈与x86平台的调用栈大致相同,稍微有些区别,主要在于栈帧的压栈内容和传参方式不同.在arm平台的不同程序,采用的编译选项不同,程序运行期间的栈帧也会不同.有些工具在对arm的调用栈回溯时,可能会遇到无法回溯的情况.例如gdb在使用bt查看core dump文件调用栈时,有时会出现Backtrace stoped的情况,有可能就是栈空间的压栈顺

ARM7TDMI(-S)指令集及汇编 ARM 处理器是基于精简指令集计算机(RISC)原理设计的,指令集和相关译码机制 较为简单,ARM7TDMI(-S)具有 32 位 ARM 指令集和 16 位 Thumb 指令集,ARM 指令集效率 高,但是代码密度低,而 Thumb 指令集具有更好的代码密度,却仍然保持 ARM 的大多数 性能上的优势,它是 ARM 指令集的子集.所有 ARM 指令都是可以有条件执行的,而 Thumb 指令仅有一条指令具备条件执行功能.ARM 程序和 Thumb 程序可相互

http://blog.csdn.net/blizmax6/article/details/6747601 linux内核调试指南 一些前言 作者前言 知识从哪里来 为什么撰写本文档 为什么需要汇编级调试 ***第一部分:基础知识*** 总纲:内核世界的陷阱 源码阅读的陷阱 代码调试的陷阱 原理理解的陷阱 建立调试环境 发行版的选择和安装 安装交叉编译工具 bin工具集的使用 qemu的使用 initrd.img的原理与制作 x86虚拟调试环境的建立 arm虚拟调试环境的建立 arm开发板调试环

所谓的属性范围就是一个属性设置之后,可以经过多少个其他页面后仍然可以访问的保存范围. 一.JSP属性范围 JSP中提供了四种属性范围,四种属性范围分别指以下四种: 当前页:一个属性只能在一个页面中取得,跳转到其他页面无法取得 一次服务器请求:一个页面中设置的属性,只要经过了服务器跳转,则跳转之后的页面可以继续取得. 一次会话:一个用户设置的内容,只要是与此用户相关的页面都可以访问(一个会话表示一个人,这个人设置的东西只要这个人不走,就依然有效) 上下文中:在整个服务器上设置的属性,所有人都可以访

GNU内联汇编 内联汇编即在C中直接使用汇编语句进行编程,使程序可以在C程序中实现C语言不能完成的一些工作,例如,在下面几种情况中必须使用内联汇编或嵌入型汇编 程序中使用饱和算术运算(Saturating Arithmetic) 程序需要对协处理器进行操作 在C程序中完成对程序状态寄存器的操作 __asm__ __volatile__("asm code":output:input:changed registers); Note: 使用__asm__和__volatile__表示编译

一 源码安装方式      由于linux操作系统开放源代码,因而在其上安装的软件大部分也都是开源软件,例如apache.tomcat.php等软件.开源软件基本都提供源码下载,源码安装的方式:源码安装的好处是用户可以自己定制软件功能,安装需要的模块,不需要的功能可以不用安装,此外,用户还可以自己选择安装路径,方便管理,卸载软件也很方便,只需删除对应的安装目录即可.没有windows所谓的注册表之说.源码安装软件一般有以下几个步骤组成:下载解压源码.分析安装平台环境(ifconfigure).编

windbg ANSI Command Tree 1.0 title {"Microshaoft Commands"} body {"cmdtree"} {"Microshaoft.WinDbg.CmdTree.txt"} {".cmdtree microshaoft.windbg.cmdtree.txt"} {"SOS Commands"} {"Load SOS and SOSEX"}

KiFastCallEntry() 机制分析 概述 Win32 子系统 API 调用 ntdll!ZwWriteFile() 函数 ntdll!KiFastSystemCall() 函数 _KUSER_SHARED_DATA 结构 切入 KiFastCallEntry() 函数 读取 TSS 信息 KTRAP_FRAME 结构 系统服务例程号与 ServiceTable ServiceTable ServiceTable entry 读取目标例程地址和参数size KiFastCallEntry

1.1 U-Boot工作过程 U-Boot启动内核的过程可以分为两个阶段,两个阶段的功能如下: (1)第一阶段的功能 Ø 硬件设备初始化 Ø 加载U-Boot第二阶段代码到RAM空间 Ø 设置好栈 Ø 跳转到第二阶段代码入口 (2)第二阶段的功能 Ø 初始化本阶段使用的硬件设备 Ø 检测系统内存映射 Ø 将内核从Flash读取到RAM中 Ø 为内核设置启动参数 Ø 调用内核 1.1.1 U-Boot启动第一阶段代码分析 第一阶段对应的文件是cpu/arm920t/start.S和board/sa

被问到如何手动获取当前的调用栈,之前碰到过一时没记起来,现在回头整理一下. 其原理是:使用backtrace()从栈中获取当前调用各层函数调用的返回地址,backtrace_symbols()将对应地址翻译成对应的符号信息,这两个函数在execinfo.h中声明.详细用法见后面的example.这里强调几处需要注意的地方,在man里头也有说明 1,inline函数无返回地址,因此在结果中不显示 2,需要给linker指定对应的参数,才能保证有对应的符号名称信息,GNU工具链是指定-rdynami