LA UOSC

ABI 是什么？

直译是 应用程序二进制接口，字面上理解，二进制接口指的是一套使用二进制应用程序的接口定义，多个ABI，就是多个接口定义。

接口，也叫界面，一套函数库有个api，也提供了一个函数集，这个函数集就是函数库和用户的接口、界面

在龙芯的github页面上，能看到两个关于ABI的文档：

龙芯架构 ELF psABI 规范
https://loongson.github.io/LoongArch-Documentation/LoongArch-ELF-ABI-CN.html

关于loongarch的介绍
https://github.com/loongson/linux/blob/loongarch-next/Documentation/translations/zh_CN/loongarch/introduction.rst

总结起来看：

应用程序二进制界面（接口），实际上对应的是二进制应用程序生成（编译）的一些要素的集合

这个集合包含以下内容：

• cpu上提供的寄存器要怎么用
• 参数要怎么传递（栈？寄存器？）
• 链接程序都做了什么（重定位信息处理？）

这个集合是一种编译实践的“约定”，目的是让不同的编译模块在上述要素的使用上，可以达到兼容，比如汇编程序生成的obj，c语言生成的obj，经过ld组合后，能按照同样的约定，保持一种互兼容性。

ABI 的定义

龙芯针对32位和64位处理器，分别定义了三个基础ABI

32位： ilp32s 、ilp32f 、ilp32d
64位： lp64s 、lp64f 、lp64d

其中 s=soft 软件浮点， f=float 单精度硬件浮点32位fr d=double 双精度硬件浮点64位fr

如此标记ABI，可以看出主要是基于cpu上的寄存器的差异化，因为risc体系结构主要通过寄存器传递参数，也就影响到了函数调用参数传递上的一些区别。

这个abi在编译程序的时候，要作为一个选项参数，命令编译器使用对应的abi，使用寄存器，这个参数也会传递到as和ld工具程序，最终生成应用程序，当然也包括kernel

关于“新旧世界”ABI的兼容性

新旧世界的提法，见诸于一些讨论，兼容性挑战来自，对ABI的定义，发生了一些改变。旧世界的ABI，是基于mips做的第一版移植，它所定义的ABI，更像mips的ABI.

“一些改变”，基于龙芯内部和开源社区的沟通的成果，一些是知识产权的原因，一些是loongarch指令集架构的演变。因为ABI所定义的“各种约定”变化较大，所以才会有“兼容”这个问题。

当“兼容性“变成了大问题时，就变成了新旧两个世界的讨论。

ABI的代码实现

一、事关ELF
loongarch关于elf的定义和操作，主要是在binutils的bfd目录下进行代码实现。loongson要对loongarch定义一些标识，形成abi约定的“元数据”。也就是说当操作系统加载二进制应用程序时，会读取这些元数据，通过abi，正确把程序加载到内存。主要的代码和数据结构有：

二、事关编译
在代码优化过程中，如何安排使用寄存器，会使用ABI的约定。汇编代码生成时，也要正确的使用寄存器、按约定做一些数据布局上的安排，用于参数传递上的优化。主要代码和数据结构：

三、事关链接
在生成可执行二进制文件时，如何解析重定位信息，里面牵扯了很多约定

正是这些约定，在保障一致性上的福利，造就了不同ABI的”区别“

ABI有多神奇

ABI某种程度上，它针对的是处理器产品，针对配置硬件机制的组合，所进行的一种优化，一种新的ABI的提出，总是要针对某种cpu某种应用场景的优化。

是大吧 @xen0n 文章的片段吧？为什么不写转载自大吧文章呢？

Maria Bombardier 不是转贴，自己做的一些整理

bexsder 行吧

bexsder 白老师在他眼里就是神，看到任何有意义的文章，脑子里第一个浮现的人一定是白老师 🤣

后续还会补进去一些内容进去

龙芯中科 官方亲自下场？

xied75 假的 😄