段是程序的组成元素。将整个程序分成一个一个段，并且给每个段起一个名字，然后在链接时就可以用这个名字来指示这些段，使得这些段排布在合适的位置。
上一节S3C2440移植uboot之新建单板_时钟_SDRAM_串口移植uboot初始化了时钟，配置了支持串口，这一节我们继续修改uboot支持NAND启动。
TTY，一词源于Teleprinter，译为电传打印机，在早起用来表示电脑终端的设备。
BootLoader的目标是正确调用内核的执行，由于大部分的BootLoader都依赖于CPU的体系结构。因此大部分的BootLoader都分为两个步骤启动。依赖于CPU体系结构（如设备初始化等）的代码都放在stage1。而stage2一般使用C语言实现，能够实现更加复杂的功能，代码的可移植性也提高。
然后将smdk2440下的smdk2410.c改为smdk2440.c,以及修改更改好的Makefile
启动速度是嵌入式产品一个重要的性能指标，更快的启动速度会让客户有更好的使用体验，在某
作者简介： 伟林，中年码农，从事过电信、手机、安全、芯片等行业，目前依旧从事Linux方向开发工作，个人爱好Linux相关知识分享。 原理概述 为什么要研究链接和加载？写一个小的main函数用户态程序，或者是一个小的内核态驱动ko，都非常简单。但是这一切都是在gcc和linux内核的封装之上，你只是实现了别人提供的一个接口，至于程序怎样启动、怎样运行、怎样实现这些机制你都一无所知。接着你会对程序出现的一些异常情况束手无策，对内核代码中的一些用法不能理解，对makefile中的一些实现不知所云。所以这就是我们
最近有一些riscv的项目做，虽然以前也用过例如k210之类的riscv架构的芯片，但是都止于能够做一些应用，并未特别关注其芯片的体系架构方面的东西，但是随着接触的芯片架构的种类的逐渐的增加，发现要想使用一款好芯片的，仅仅做上层应用并不能完全发挥出特定架构芯片的全部优势。比如aarch64的el层级和虚拟化的模型，mips的mmu特性，以及sparc的窗口寄存器等等，芯片架构的特点要是能够完全的发挥出来，写起应用起来，那真是觉得很爽的事情。
在了解了共享对象的绝对地址的引用问题后，我们基本上对动态链接的原理有了初步的了解，接下来的问题是整个动态链接具体的实现过程了。动态链接在不同的系统上有不同的实现方式。ELF的动态链接的实现方式会比PE的简单一点，在这里我们先介绍ELF的动态链接过程在LINUX下的实现，最后我们会专门的章节中介绍PE在Windows下的动态链接过程和它们的区别
理解链接器将帮助你构造大型程序。构造大型程序的程序员经常会遇到由于缺少模块、缺少库或者不兼容的库版本引起的链接器错误。除非你理解链接器是如何解析引用、什么是库以及链接器是如何使用库来解析引用的，否则这类错误将令你感到迷惑和挫败。
链接是将各种代码和数据片段收集并组合为一个单一文件的过程，这个文件可以被加载到内存中执行。
我们知道动态链接器本身也是一个共享对象，但是事实上它有一些特殊性。对于普通共享对象文件来说，它的重定位工作由动态链接器来完成。他也可以依赖其他共享对象，其中的被依赖共享对象由动态链接器负责链接和装载。可是对于动态链接器来说，它的重定位工作由谁来完成？它是否可以依赖于其他共享对象？
动态链接与静态链接的区别 静态链接库、动态链接库、导入库的区别 Linux下的静态库、动态库和动态加载库 ---- 总结：并没有找到动态链接与动态加载的明显区别，但动态链接与静态链接的区别是明显的： 一个是编译时就链接进可执行文件，一个是执行时才链接。 ---- 静态重定位 重定位时，取重定位项，加上重定位因子得到欲修改位置的实际地址。 优点：无须硬件支持 缺点：程序重定位以后就不能在内存中移动。要求程序的存储空间是连续的，不能把程序存储到若干个不连续的区域中。 动态重定位 当CPU取一条访问内存的
我们在编写代码的时候经常用到已有的接口，他们是以库的形式提供给我们使用的，而常见形式有两种，一种常以.a为后缀，为静态库；另一种以.so为后缀，为动态库。那么这两种库有什么区别呢？
在RTOS中，本质也是去读写寄存器，但是需要有统一的驱动程序框架。 所以：RTOS驱动 = 驱动框架 + 硬件操作
每个目标文件都有好多个段，目标文件在被链接成可执行文件时，输入目标文件中的各个段如何被合并到输出文件？
在上一篇文章中，我们一起学习了Linux系统中 GCC编译器在编译可执行程序时，静态链接过程中是如何进行符号重定位的。
关于动态链接与静态链接，可以打个比方就是：如果我的文章引用了别人的一部分文字，在我发布文章的时候把别人的段落复制到我的文章里面就属于静态连接，而给链接让你们自己去找着看就属于动态链接了
我们日常开发中编写的C/C++代码经过NDK进行编译和链接之后，生成的动态链接库或可执行文件都是ELF格式的，它也是Linux的主要可执行文件格式。我们今天就要借助一个示例来理解一下android平台下native层hook的操作和原理，不过在这之前，我们还是要先了解一下ELF相关的内容。
由于RiscV和Rust都是比较新的两个东西，因此两个新的东西结合在一起就会发生很逆天的事情：Rust在Risc-V上不支持UEFI目标，同时Rust社区貌似没有什么issue讨论这个。
zgc只支持64位系统，然后最大支持4T的堆内存，64位指针只需要使用42位就可以寻址4TB的空间，这意味着有多余的22位可以利用。zgc利用了4位，分别用来表示：是否已经finalize，重映射（remap），mark0，mark1。 mark0与mark1表示是否被标记，在gc周期性更换，这样可以不要重复去复原（就像以前survivor的复制回收算法，也就是这次用mark0表示，下次就用mark1，在用mark1标记时顺便把mark0复原，在用mark0标记时顺便把mark1复原）。
随着 Android 开发的技术宽度不断向 native 层扩展，Native hook 已经被用于越来越多的业务场景中，之前作者一直游离于Java层面的逆向，后来工作使然，接触到了Native 层的Hook，熟悉了ELF的文件结构&GOT/PLT&In Line Hook的相关知识和实际操作，Android Native Hook 的实现方式有很多种，我们接下来要讲的是 GOT/PLT Hook （篇幅略略略长，阅读时长约 20 min ）
在线课堂：https://www.100ask.net/index（课程观看） 论 坛：http://bbs.100ask.net/（学术答疑） 开 发 板：https://100ask.taobao.com/ （淘宝） https://weidongshan.tmall.com/(天猫)
[x]静态库 .a ： 从静态库中拷贝 对应的函数定义，即使对应机器上没有这个 库，也能运行；
最近因为项目上的需要，利用动态链接库来实现一个插件系统，顺便就复习了一下关于Linux中一些编译、链接相关的内容。
而exec 1>&0这段仅有的payload的分析我们可以先引申到linux的EXEC与文件描述符
作者 Taskiller Hi 基友们，我在上篇文章中讨论了Linux平台上NX的特性。我们已经知道一般情况下NX（Windows平台上称其为DEP）和地址空间分布随机化（ASLR）会同时工作，所以也值得看一下ASLR在Linux平台是如何工作的。事实证明，Linux上ASLR的实现与Windows上的有些显著的差异。 在Windows平台，ASLR不会影响运行时的性能，只是会拖慢模块加载的速度。根据文档《Windows ISVSoftware Security Defenses》的描述，要
1， 编译器编译源代码生成的文件叫做目标文件。 从结构上说，是编译后的可执行文件，只不过还没有经过链接 3.1 目标文件的格式 1，可执行文件的格式： Windows下的PE 和 Linux下的ELF 2，从广义上说，目标文件与可执行文件的格式几乎是一样的，所以广义上可以将目标文件与可执行文件看成是一种类型的文件。 3，可执行文件，动态链接库，静态链接库都按照可执行文件格式存储（Windows下是 PE-COFF格式，Linux下是ELF格式）。 4，Linux下命令： $: file ***
链接器主要完成符号解析和重定位两个任务。 目标文件有三种形式：可重定位目标文件(.so)；可执行目标文件(.exe)，共享目标文件(.so)。 linux x86-64 的可重定位目标文件使用 ELF 格式。ELF 头的前 16 字节描述文件对应系统的字的大小和字节顺序，后面还有头的大小，目标文件类型，机汽类型，各 section header 的文件偏移，以及它们的大小和数量。 一般 ELF 包含以下几种 section： .text：可执行机器码 .rodata：只读数据，如字符串
1. 固定装载地址的困扰 通过上一节的介绍我们已经基本了解了动态链接的概念,同时我们也得到了一个问题,那就是:共享对象在被装载时,如何确定它在进程虚拟地址空间中的位置?为了实现动态链接,我们首先会遇到
做嵌入式图形开发，我们往往都会利用到各种GUI进行交互设计，但是对于GUI的字符串处理与中文字库显示，也许并不会特别关注，因为GUI已经帮助我们封装了一些通用的API，在调用相对应的API就可以显示想要的图像和字符串了。那么这些底层原理到底是什么呢？
要想了解底层，链接是一个不得不过的一关，我总结了下学习的心得，首先要了解链接器到底是如何工作的，链接器分为两类，一个是静态链接，一个是动态链接，先来讲解静态链接，静态链接要干两件事:
本小节，我们学习翻译环境和运行环境，其中我们将学习编译环境的4个阶段：预编译，编译（词法分析，语法分析，语义分析），汇编，链接，文章干货满满！学习起来吧😃！
S3C2440的CPU可以直接给SDRAM发送命令、给Nor Flash发送命令、给4K的片上SDRAM发送命令，但是不能直接给Nand Flsh发送命令
如果您的工作涉及到Linux中的可执行文件和共享库的深入知识，则需要了解几种命令行工具。 其中之一是ldd，您可以使用它来访问共享对象依赖关系。 在本教程中，我们将使用一些易于理解的示例来讨论此实用程序的基础知识。
今天翻翻老本，翻到一款上天入地的神器 —— readelf，据说用它可以拂开云雾，抽丝剥茧，去伪存真，深入其里。它就像一把精工刀，专用于对ELF格式文件进行外科手术般的解剖，今天我们来见识见识。
ELF文件装载链接过程及hook原理 ELF文件格式解析 可执行和可链接格式(Executable and Linkable Format，缩写为ELF)，常被称为ELF格式，在计算机科学中，是一种用于执行档、目的档、共享库和核心转储的标准文件格式。 ELF文件主要有四种类型： 可重定位文件（Relocatable File） 包含适合于与其他目标文件链接来创建可执行文件或者共享目标文件的代码和数据。 可执行文件（Executable File） 包含适合于执行的一个程序，此文件规定了 exec() 如何创
在介绍ELF文件之前，我们先看下，一个.c程序是如何变成可执行目标文件的。下面举个例子。
在Linux操作系统中，一段C程序从被写下到最终被CPU执行，要经过一段漫长而又复杂的过程。下图展示了这个过程
网龄稍长的朋友应该都还记得2009年前后的希捷硬盘固件门事件，受到波及的产品会出现掉盘，无法识别甚至丢失数据的症状。虽然这件事情已经过去很久了，不过 reizhi 最近收到朋友赠送的一块 ST2000DM001 刚好是受到固件门影响的产品，又没有及时更新固件，最终导致无法读盘。虽然任务管理器还能够看到磁盘，但却无法进行分区。尝试用官方工具更新固件时，却被提示 SMART 出错而无法更新。通过不断爬文，最终找到了 DIY 修复希捷固件门硬盘的方法。如果手里有固件门硬盘的话，不妨试试。
进程调度能提高CPU利用率和计算机响应速度。为了实现这一性能，必须将多个进程保存在内存中，也就是说内存共享。
最近刚刚接触到PLT与GOT，所以就想以此篇文章来巩固一下我对于这对姐妹花的理解啦！刚刚接触，理解不深，还请大佬轻喷！
我们的第一期是教大家如何将ARM开发板当作单片机来用，但在这期视频的第一节，我告诉你们，学习单片机是没有前途的。
ldd 命令打印程序和库的共享库依赖项。注意：ldd 不是一个可执行程序，而只是一个 Shell 脚本。
在上一篇文章中Linux从头学05-系统启动过程中的几个神秘地址，你知道是什么意思吗？，我们以几个重要的内存地址为线索，介绍了 x86 系统在上电开机之后：
$ ld a.o b.o -e main -o ab // -e main 表示将main函数作为程序入口
一个.c源程序需要经过预处理器生成.i文件，再经过编译器生成.s文件，再经过汇编器生成可重定位目标文件.o文件，再与其他.o文件经过链接器生成最终的可执行目标程序。
一、简单的CS历史 现代大多数计算机都是基于冯.诺伊曼提出的存储程序原理采用冯.诺伊曼架构，即由运算器、控制器、存储器和输入输出设备组成。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
腾讯会议
