从启动引导程序 bootloader（uboot）跳转到 Linux 内核后，Linux 内核开始启动，今天我们分析一下 Linux 内核启动入口。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
接上一篇分析: 《bootloader启动之【 Pre-loader -> Lk】》
Uboot 1.16/lib_arm/board.c中start_armboot()函数调用/common/main.c中main_loop()函数，在main_loop()中有uboot启动内核的代码：
目标: (1)创建Source Insight 工程,方便后面分析如何启动内核的 (2)分析uboot传递参数,链接脚本如何进入stext的 (3) 分析stext函数如何启动内核: (3.1
看Linux代码，最好结合Linux内核开发文档。Linux内核开发文档在https://www.kernel.org/ ，访问速度慢。一般开发，也只需要某一个版本的文档。这时，执行下列命令，可以下载Linux内核开发文档到本地查看，保证速度飞快。下列命令中，我指定了Linux内核版本4.19。
首先要明确：uboot目标是从flash读出内核（nand read.jffs2 0x30007FC0 kernel;），启动它（bootm 0x30007FC0）。
之前的几篇文章（从i.MX6ULL嵌入式Linux开发1-uboot移植初探起)，介绍了嵌入式了Linux的系统移植（uboot、内核与根文件系统）以及使用MfgTool工具将系统烧写到板子的EMMC中。
vmlinux 属于 ELF 文件，要想了解如何启动 vmlinux，首先需要知道 ELF 的格式。
上一篇分享的：从单片机工程师的角度看嵌入式Linux中有简单提到Linux的三大类驱动：
zabbix_agentd [10555]: cannot create Semaphore: [28] No space left on device
一种是固定的、静态的连接，就是把需要用到的库函数的目标代码（二进制）代码从程序库中抽取出来，链接进应用软件的目标映像中；
从上文可以得出，start_kernel 函数最后调用的是 rest_init 函数，其实 rest_init 函数不光产生了最重要的 kernel_init （PID=1）和 kthreadd （PID=2）内核进程。
系统的异常级别对于arm芯片来说非常的重要，对于操作系统层面上来说，理解芯片的体系架构，将很容易的进入状态，随心所欲的去玩转芯片，对于做应用来说，熟悉芯片的体系架构，可以解决非常棘手的问题，比如系统的安全还有就是实时性响应问题。比如我们的手机指纹加密数据，实际上是在安全模式下的，此时对于运行在非安全模式下的操作系统，其实是获取不到指纹的数据的，只是处理安全模式下发送过来的结果，类似的还有支付安全。
该文章介绍了如何通过U-Boot在ARM平台上进行Linux内核的编译、烧写和启动。首先介绍了U-Boot的编译过程，然后说明了如何将编译好的U-Boot刷入NAND Flash并启动内核。文章还介绍了如何使用U-Boot的串口终端进行命令行交互，并总结了如何在U-Boot中编译Linux内核的步骤和注意事项。
一个操作系统，最重要的部分无疑是内核。鸿蒙系统声称自研了内核，从之前开源的 OpenHarmony OS 代码中可以看到，是一款名为 LiteOS 的面向 IoT 领域构建的轻量级物联网操作系统。LiteOS 又有两个版本：LiteOS-A 和 LiteOS-M。而 OpenHarmony OS 2.0 针对手机、平板等富资源设备，则使用的是 Linux 操作系统。
网上类似标题的文章很多，但大都是从start_kernel讲起，我觉得这是远远不够的。
众所周知，C 语言相比于汇编语言拥有更为强大的灵活性和抽象能力，但相较于汇编语言，C 语言又缺乏了直接寻址、读写内存的强大能力。 同时，C 语言由于具备更强大的抽象能力，往往会造成生成的机器指令过多，因此，对于嵌入式编程等领域的 C 语言程序设计来说，有一个非常常用的优化方式，就是将 C 语言编译后反汇编为汇编语言，然后通过阅读并精简汇编语言，来实现代码优化的目的。 那么，既然 C 语言、C++ 可以被编译器反汇编为汇编语言，我们是否可以直接通过汇编语言调用 C 语言或者让 C 语言去调用汇编语言呢？答案当然是可以的。 本文，我们就来详细介绍，如何在 linux 环境下实现 C 语言与汇编语言的相互调用。
之前写过一篇文章 Linux下c语言中的main函数是如何被调用的，该篇文章侧重于从user space层面讲程序的运行，而文章中提到的有关kernel space层面的相关系统调用，比如fork、execve等，都被一笔带过。
你应该意识到你的默认网关是你的路由器的 IP 地址。一般这是在安装过程中由操作系统自动检测的，如果没有，你可能需要改变它。如果你的系统不能 ping 自身，那么很可能是一个网关问题，你必须修复它。在网络中，当你有多个网络适配器或路由器时，这种情况可能会发生。
目前大多数CPU都支持浮点运算单元FPU，FPU作为一个单独的协处理器放置在处理器核外，但是对于嵌入式处理器，浮点运算本来就少用，有些嵌入式处理器就会去掉浮点协处理器。
实验阶段，由于学校网速等条件限制，未能在真机上搭建出实验环境。在实验楼中，将代码粘贴进去出现严重的缩进错位，最终未能完成编译新的。本文以分析关键代码为主。
前面讲解的很多内容都很抽象，所以本次系列决定"接点地气"，准备开始讲解大家熟悉的Activity了，为了让我以及大家更好的理解Activity，我决定本系列的课程主要分为4大流程和2大模块。 4大流程如下：
下面以最常用的 read() 和 write() 函数来介绍 Linux 的 I/O 处理流程。
链接可以指定最终生成的可执行文件的起始虚拟地址，我们 指定 内核加载到 0x1500的地方，内核初始化的时候跳转内核要跳转到这个地方。
PXE（Preboot eXcution Environment，预启动执行环境，在操作系统之前运行）由 Intel 公司开发的网络引导技术，工作在 Client/Server 模式， 允许客户机通过网络从远程服务器下载引导镜像，并加载安装文件或者整个操作系统。
版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/huangweiqing80/article/details/83088465
include/autoconf.mk中COFIG_LOAD_ADDR=0x40008000
PXE（预启动执行环境，在操作系统之前运行）是由 Intel 公司开发的网络引导技术，工作在 Client/Server 模式，允许客户机通过网络从远程服务器下载引导镜像，并加载安装文件或者整个操作系统。
我们在写完代码后，进行简单的编译，然后在 shell 命令行下就可以把它启动起来。
这本书属于学习Linux内核原理必读推荐书目之一！对Linux内核的设计原理进行了细致的说明，也有具体实现部分的介绍，结合源码能很好的理解Linux内核；
为什么会写这样一篇“无效水文”，我想是由于我的这样一种强迫症，对于任何的学习，在不理解原理，无法把他与我的已知知识架构产生联系的时候，我会本能地拒绝这种知识，所以由于这种偏执，很多情况下拖慢了自己的进度，因为很多时候无法有效收集到有用的资料，软件实训的时候，老师只会丢给一个配置文件，然后在此基础上做一些修改开发，可以除了可以勉强做一个垃圾出来，没有任何意义。就连再去做一个垃圾的能力都没有。这种情况直到毕业我才感觉无法再继续这样的生活了，于是开始大量学习，阅读专业书籍。这次就想对这些原本困扰我的东西进行一次小的抛砖引玉式的总结，当然也是把别人已经写过的一些文章综合一下，让入门的人对此好奇的人产生初步印象。 总之，人生没有白走的路。五年之前你正在梦想你今天的生活。 还有，当我们在经历冬季的时候，新西兰正被春风吹拂。所以做自己认为对的事情吧。
该文章介绍了如何通过Linux内核技术实现一个基于ARM SoC的通用驱动程序，该驱动程序可以支持多种外设如LED、按键、喇叭等。首先介绍了Linux内核的树状结构和通用驱动程序涉及到的关键组件，如驱动程序加载、设备管理、中断处理、队列和调度等。然后详细讲解了如何创建一个通用的驱动程序框架，该框架可以支持多个外设，如LED、按键、喇叭等。最后，介绍了如何通过修改测试程序来点亮LED，并通过一个简单的示例来展示通用驱动程序的效果。
问题场景： 云计算IaaS平台上，经常使用libvirt+qemu-kvm做基础平台。libvirt会在/etc/libvirt/qemu/目录下，保存很多份qemu的配置文件，如ubuntu.xml。 作者发现其中的配置文件会在特定的场景下被修改，却不知道哪个进程是凶手。为了找到凶手，作者写下了这个debug工具。 代码分析： 代码路径：https://github.com/pacepi/whotouchmyfile #include <linux/kernel.h> #include <linux/mo
drivers 目录中存储了 驱动程序 相关代码 , 如 USB 总线驱动程序 , PCI 总线驱动程序 , 显卡驱动程序 , 网卡驱动程序 等 ;
英特尔周一表示用户应当停止在受影响的设备上，部署上个月由安全人员发现的芯片安全Meltdown和Spectre漏洞补丁，因为目前发现了超出预期的重启问题以及其他“不可预测”的系统行为。 由于英特尔还没
嵌入式linux设备要进行软件升级有很种多方式方法，总的来说可以分为本地升级和远程升级。本地升级包括升级工具升级，存储介质升级等，远程升级是指通过网络进行程序升级。这里介绍一种同时支持本地和远程升级的方法，以供参考。
start_kernel是内核启动阶段的入口，通过单步调试，可以发现它是linux内核执行的第一个init，我们单步进入看看它做了哪些操作：
当今，可观测性领域正在经历一场颠覆性的转变，其中核心驱动力便是 “eBPF”（扩展伯克利数据包过滤器）技术。作为下一代改革先锋，eBPF 技术正在彻底改变我们对系统观测和监控的认知。在之前的文章中，我们已经详细介绍了 eBPF 技术及其对可观测性的影响。
2021 年 4 月 14 号，一封主题名为《Rust support》的邮件出现在 LKML 邮件组中。这封邮件主要介绍了向内核引入 Rust 语言支持的一些看法以及所做的工作。邮件的发送者是 Miguel Ojeda，为内核中 Compiler attributes、.clang-format 等多个模块的维护者，也是目前 Rust for Linux 项目的维护者。
之前学习了利用KGDB双机调试内核,这种方式需要在两个主机上，通过串口线进行连接，或者是通过VMware开启两个虚拟机进行调试，对机器要求相对高一些。通过qemu创建虚拟机，然后利用gdb进行调试相对更轻量级一点。 我先在centos7下面配置调试环境，但是centos7下没有qemu_system_x86等命令，所以需要重新编译qemu源码再进行安装，再加上各种依赖问题，于是转用ubuntu进行配置，过程简单了许多。
本文以Linux3.14版本源码为例分析其启动流程。各版本启动代码略有不同，但核心流程与思想万变不离其宗。
由于RiscV和Rust都是比较新的两个东西，因此两个新的东西结合在一起就会发生很逆天的事情：Rust在Risc-V上不支持UEFI目标，同时Rust社区貌似没有什么issue讨论这个。
在计算机系统中，CPU的功能是执行程序，总结起来就是我们在教科书上学到的：取指、译码、执行。那么问题来了，如果没有程序要执行，CPU要怎么办？也许您会说，停掉就是了啊。确实，是要停掉，但何时停、怎么停，却要仔细斟酌，因为实际的软硬件环境是非常复杂的。
Tcpdump 是Linux 平台常用的网络数据包抓取及分析工具，tcpdump 主要通过libpcap 实现，而libpcap 就是基于eBPF。
本文通过在荔枝派上实现一个 hello 驱动程序，其目的是深入的了解加载驱动程序的运作过程。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
