整个嵌入式系统的加载启动任务完全交给Bootloader完成，它的主要任务是将内核映象从硬盘读到RAM中，然后跳转到内核入口启动内核（操作系统）！通俗来讲，Bootloader的作用就是初始化硬件，启动操作系统。
https://www.100ask.net/detail/p_5f0fc9e9e4b0ee0b8872c2c3/6
本篇文章主要讲解嵌入式板卡中Linux系统是如何正确测试、使用的，其中内容包含有U-Boot编译、U-Boot命令和环境变量说明、Linux内核编译、xtra驱动编译、系统信息查询、程序开机自启动说明、NFS使用说明、TFTP使用说明、TFTP + NFS的系统启动测试说明、inux设备驱动说明等，其中案例源码部分公开。
Linux内核是一种开源操作系统内核，它是基于Unix系列操作系统的设计思想和原则。与其他操作系统内核相比，Linux内核具有很多特点，例如高度可定制、模块化设计、强大的网络支持、多处理器支持、安全性、稳定性等。
Linux内核（英语：Linux kernel）是一种开源的类Unix操作系统宏内核。整个Linux操作系统家族基于 该内核部署在传统计算机平台（如个人计算机和服务器，以Linux发行版的形式）和各种嵌入式平台，如路由器、无线接入点、专用小交换机、机顶盒、FTA接收器、智能电视、数字视频录像机、网络附加存储（NAS）等。工作于平板电脑、智能手机及智能手表的Android操作系统，它的底层操作系统也是Linux。尽管在桌面计算机的占用率较低，但基于Linux的操作系统统治了几乎从移动设备到主机的其他全部领域。实际Linux的发行版Ubuntu，其易用性也逐渐接近Windows。
参考博文： http://blog.51cto.com/9291927/1791237
摘要：本文是根据自己亲手编译源码过程所总结的一个开发笔记（包括编译流程，可能遇到的错误，以及错误解决的办法等），首先介绍了基于Ubuntu9.10的编译环境的建立，再次介绍了整个源码的获取方式，最后讲解了源码的编译过程（包括源码的打包处理，u-boot的编译，Linux的kernel的编译，android文件系统的编译）。本文各个操作的开发环境是基于VMware7.10虚拟机的Ubuntu9.10环境。当然不同的版本的Linux可能操作过程有点差异，所遇到的错误可能不同，但是各个操作思想是一致的。
官方中文文档：https://kubesphere.io/docs/zh-CN/introduction/what-is-kubesphere/
6.音频：音频体系结构ALSA.支持USB音频和MIDI设备，并支持全双工重放功能。
Bootloader的启动过程可以分为单阶段、多阶段两种。通常多阶段的 Bootloader能提供更为复杂的功能以及更好的可移植性。从固态存储设备上启动的 Bootloader大多都是两阶段的启动过程。第一阶段使用汇编来实现，它完成一些依赖于CPU体系结构的初始化，并调用第二阶段的代码；第二阶段则通常使用C语言来实现，这样可以实现更复杂的功能，而且代码会有更好的可读性和可移植性。 一般而言，这两个阶段完成的功能可以如下分类：
前面几篇介绍了uboot的移植与内核的移植，本篇进行根文件系统的构建，这是Linux移植三大组成部分的最后一步，根文件系统构建好后，就构成了一个基础的、可以运行的嵌入式Linux最小系统。
根文件系统是Linux内核启动之后挂载的第一个文件系统，上篇文章里已经介绍过，如何使用busybox来制作根文件系统。这篇文章介绍根文件系统制作成功后，如何让内核找到文件系统，并完成挂载，进入到系统命令行终端。
BusyBox 是一个集成了一百多个最常用linux命令和工具的软件。BusyBox 包含了一些简单的工具，例如ls、cat和echo等等，还包含了一些更大、更复杂的工具。有些人将 BusyBox 称为 Linux 工具里的瑞士军刀。简单的说BusyBox就好像是个大工具箱，它集成压缩了 Linux 的许多工具和命令，也包含了 Android 系统的自带的shell。BusyBox提供了一个比较完善的环境，可以适用于任何小的嵌入式系统。
2、minor：表示次版本号，新增功能时才发生变化;一般奇数表示测试版，偶数表示生产版。
最近需要使用到 FSCache，今天调研一下FS-Cache，主要记录一些索引，方便以后查阅：
前一阵子在公司移植Linux2.6到一块ARM11的开发板上，下面粗略讲讲移植Linux的一般过程。
Linux Virtual Server（LVS）是针对 Linux内核开发的一个负载均衡项目，由我国的章文嵩博土在1998年5月创建，官方站点位于http://www.linuxvirtualserver.org/.
构建储NFS远程共享存 因为NFS有很多功能，不同的功能需要使用不同的端口。因此NFS无法固定端口。而RPC会记录NFS端口的信息，这样就能够通过RPC实现服务端和客户端的RPC来沟通端口信息。 那RPC和NFS之间又是如何之间相互通讯的？ 首先当NFS启动后，就会随机的使用一些端口，然后NFS就会向RPC去注册这些端口。RPC就会记录下这些端口。并且RPC会开启111端口，等待客户端RPC的请求，如果客户端有请求，那服务端的RPC就会将记录的NFS端口信息告知客户端。 NFS NF
前文我们介绍了NFS的整体架构，其核心是将主机端的函数调用通过网络传输到服务端，并转化为服务端的函数调用。其主要实现是主机端与服务端的一一对应的存根。那么这种转化是如何进行的呢？这就涉及到RPC协议了。
Linux平台上有许多开源的嵌入式linux系统构建框架(框架的意思就是工具)，这些框架极大的方便了开发者进行嵌入式系统的定制化构建，目前比较常见的有OpenWrt, Buildroot, Yocto,等等。其中Buildroot功能强大，使用简单，而且采用了类似于linux kernel的配置和编译框架，所以受到广大嵌入式开发人员的欢迎。
arch：包含和硬件体系结构相关的代码，每种平台占一个相应的目录，如i386、arm、arm64、powerpc、mips等。Linux内核目前已经支持30种左右的体系结构。在arch目录下，存放的是各个平台以及各个平台的芯片对Linux内核进程调度、内存管理、中断等的支持，以及每个具体的SoC和电路板的板级支持代码。
System Type arm 占用配置，一般是厂家提供，与第7项代替了原有的Processor type and features
Linux一直是很多人入行IT的首选，无论是从入行难度还是职业寿命来说，Linux运维都比开发有着更大的优势。为了得到高薪工作，很多人在Linux学习过程中付出了非常大的努力，最终也得到了不错的收获。到了2018年，Linux的优势还有这么大吗？今天我们就带大家来了解一下。
1997年4月，Pavel Machek 写了他的网络块设备代码，并被当时的Linux Kernel 2.1.55接受。Pavel 在随后的四个发行版（对应的内核版本为55、101、111、132）中维护并升级了他的代码。Andrzej M. Krzysztofowicz贡献了64位机上运行的版本，随后Stephen Tweedie 为其提出了许多的专业建议，尤其是引入了基于信号量的锁机制，使得代码在对称多处理器系统中能够安全的运行。作者们已将其增强以便于运用于工业环境之中。本文描述了网络块设备、驱动、以及
使用网络烧写的方式来进行调试是非常方便的，本次推文将介绍使用tftp在服务器下载Linux内核镜像和设备树，并使用NFS网络挂载根文件系统的方法。
实时复制是企业数据备份最重要的方式,主要用于用户提交的数据的备份,对于用户提交到服务器上的普通文件(图片、压缩包、视频、文档等),可采用 inotify/sersync+rsync实时备份方式;对于数据文件还有较复杂的分布式存储工具自身可以实现将数据同时备份成多份,例如: FastDFS、 GlusterFS等;对于提交到数据库中的数据,可使用数据库的主从复制(例如: MySQL、 Oracle)方式备份,这是软件自带的实时复制备份方式。有的企业会采用更多思路实现数据同时变为多份,例如:程序业务逻辑在数据提交时,同时提交到两个服务器。
分别是： 1、Makefile：分布在 Linux 内核源代码根目录及各层目录中，定义 Linux 内核的编译规则； 2、配置文件（config.in）：给用户提供配置选择的功能； 3、配置工具：包括配置命令解释器（对配置脚本中使用的配置命令进行解释）和配置用户界面（提供基于字符界面、基于 Ncurses 图形界面以及基于 Xwindows 图形界面的用户配置界面，各自对应于 Make config、Make menuconfig 和 make xconfig）。
当我们要看系统IO情况时，一般最先想到的应该就是iostat命令的。iostat提供了丰富的参数给我们查询各种维度的io数据。学习iostat有助于我们排查IO相关问题时可以更快的定位到问题根源。
在制作Initramfs文件系统之前，我先简单介绍下linux各文件系统。linux支持多种文件系统类型，包括ext2,ext3,vfat,jffs,
首先了解ARMer9开发系统硬件设计上和三星原装SMDK2410之间的区别。让uboot在ARMer9开发系统上跑起来，目前只需要关注如下的硬件区别，解决了下面这个问题，uboot就可以在ARMer9开发系统上正常地从串口输出，进入提示符。很多命令都可以使用，当然有些命令需要做修改。
本文是对一篇blog的翻译，感谢译者Hualet Wang。原文通过一个例子为我们展示了，在分析进程运行缓慢的问题时，strace和pstack都束手无策的情况下，不要忘了还有proc。
由于实验室的项目需要实现在CephFS之上建立NFS之上，所以记录一下Ubuntu环境NFS服务器的安装与配置流程。
到底是什么在消耗CPU？ 我开始考虑在同一台机器上运行的其他Wolfram云服务了，但看起来它们不像是会导致我们所看到的缓慢运行问题。但是想要简化系统的想法使我想把这些都删除。一开始，我隔离了生产集群上的一个节点，然后我建立了一个自己的Wolfram Private Cloud。但是缓慢运行的问题仍然存在，但令人疑惑的是，在不同时段和不同机器上，它们表现出了一些不同的特点。 在我的Private Cloud上，我可以登录Linux系统查看数据。我做的第一件事就是将 top 和 ps axl 的结果导入到Wo
由于实验室的项目需要实现在CephFS之上建立NFS之上，所以记录一下NFS服务器的安装与配置流程。
Linux的最大的好处之一就是它的源码公开。同时，公开的核心源码也吸引着无数的电脑爱好者和程序员；他们把解读和分析Linux的核心源码作为自己的 最大兴趣，把修改Linux源码和改造Linux系统作为自己对计算机技术追求的最大目标。 Linux内核源码是很具吸引力的，特别是当你弄懂了一个分析了好久都没搞懂的问题；或者是被你修改过了的内核，顺利通过编译，一切运行正常的时候。 那种成就感真是油然而生！而且，对内核的分析，除了出自对技术的狂热追求之外，这种令人生畏的劳动所带来的回报也是非常令人着迷的，这也正是它拥有众多追 随者的主要原因： 首先，你可以从中学到很多的计算机的底层知识，如后面将讲到的系统的引导和硬件提供的中断机制等；其它，象虚拟存储的实现机制，多任务机制，系统保护 机制等等，这些都是非都源码不能体会的。 同时，你还将从操作系统的整体结构中，体会整体设计在软件设计中的份量和作用，以及一些宏观设计的方法和技巧：Linux的内核为上层应用提供一个与 具体硬件不相关的平台；同时在内核内部，它又把代码分为与体系结构和硬件相关的部分，和可移植的部分；再例如，Linux虽然不是微内核的，但他把大部分 的设备驱动处理成相对独立的内核模块，这样减小了内核运行的开销，增强了内核代码的模块独立性。 而且你还能从对内核源码的分析中，体会到它在解决某个具体细节问题时，方法的巧妙：如后面将分析到了的Linux通过Botoom_half机制来加 快系统对中断的处理。 最重要的是：在源码的分析过程中，你将会被一点一点地、潜移默化地专业化。一个专业的程序员，总是把代码的清晰性，兼容性，可移植性放在很重要的位 置。他们总是通过定义大量的宏，来增强代码的清晰度和可读性，而又不增加编译后的代码长度和代码的运行效率；他们总是在编码的同时，就考虑到了以后的代码 维护和升级。 甚至，只要分析百分之一的代码后，你就会深刻地体会到，什么样的代码才是一个专业的程序员写的，什么样的代码是一个业余爱好者写的。而这一点是任何没有真 正分析过标准代码的人都无法体会到的。 然而，由于内核代码的冗长，和内核体系结构的庞杂，所以分析内核也是一个很艰难，很需要毅力的事；在缺乏指导和交流的情况下，尤其如此。只有方法正 确，才能事半功倍。正是基于这种考虑，作者希望通过此文能给大家一些借鉴和启迪。 由于本人所进行的分析都是基于2.2.5版本的内核；所以，如果没有特别说明，以下分析都是基于i386单处理器的2.2.5版本的Linux内核。 所有源文件均是相对于目录/usr/src/linux的。 要分析Linux内核源码，首先必须找到各个模块的位置，也即要弄懂源码的文件组织形式。虽然对于有经验的高手而言，这个不是很难；但对于很多初级的 Linux爱好者，和那些对源码分析很有兴趣但接触不多的人来说，这还是很有必要的。 1、Linux核心源程序通常都安装在/usr/src/linux下，而且它有一个非常简单的编号约定：任何偶数的核心（的二个数为偶数，例如 2.0.30）都是一个稳定地发行的核心，而任何奇数的核心（例如2.1.42）都是一个开发中的核心。 2、核心源程序的文件按树形结构进行组织，在源程序树的最上层，即目录/usr/src/linux下有这样一些目录和文件。 ◆ COPYING: GPL版权申明。对具有GPL版权的源代码改动而形成的程序，或使用GPL工具产生的程序，具有使用GPL发表的义务，如公开源代码。 ◆ CREDITS: 光荣榜。对Linux做出过很大贡献的一些人的信息。 ◆ MAINTAINERS: 维护人员列表，对当前版本的内核各部分都有谁负责。 ◆ Makefile: 第一个Makefile文件。用来组织内核的各模块，记录了个模块间的相互这间的联系和依托关系，编译时使用；仔细阅读各子目录下的Makefile文件 对弄清各个文件这间的联系和依托关系很有帮助。 ◆ ReadMe: 核心及其编译配置方法简单介绍。 ◆ Rules.make: 各种Makefilemake所使用的一些共同规则。 ◆ REPORTING-BUGS:有关报告Bug 的一些内容。 ● Arch/ ：arch子目录包括了所有和体系结构相关的核心代码。它的每一个子目录都代表一种支持的体系结构，例如i386就是关于intel cpu及与之相兼容体系结构的子目录。PC机一般都基于此目录； ● Include/: include子目录包括编译核心所需要的大部分头文件。与平台无关的头文件在 include/linux子目录下，与 intel c
上一篇分享的：从单片机工程师的角度看嵌入式Linux中有简单提到Linux的三大类驱动：
ceph文件系统提供了任何大小的符合posix标准的分布式文件系统，它使用Ceph RADOS存储数据。要实现ceph文件系统，需要一个正在运行的ceph存储集群和至少一个ceph元数据服务器(MDS)来管理其元数据并使其与数据分离，这有助于降低复杂性和提高可靠性。
Linux内核从3.x开始引入设备树的概念，用于实现驱动代码与设备信息相分离。在设备树出现以前，所有关于设备的具体信息都要写在驱动里，一旦外围设备变化，驱动代码就要重写。引入了设备树之后，驱动代码只负责处理驱动的逻辑，而关于设备的具体信息存放到设备树文件中，这样，如果只是硬件接口信息的变化而没有驱动逻辑的变化，驱动开发者只需要修改设备树文件信息，不需要改写驱动代码。比如在ARM Linux内，一个.dts(device tree source)文件对应一个ARM的machine，一般放置在内核的"arch/arm/boot/dts/"目录内，比如exynos4412参考板的板级设备树文件就是"arch/arm/boot/dts/exynos4412-origen.dts"。这个文件可以通过$make dtbs命令编译成二进制的.dtb文件供内核驱动使用。
关于内核版本，RHEL8和7的区别如下： RHEL8采用4.18.0-x RHEL7采用3.10-0-x
Linux内核从3.x开始引入设备树的概念，用于实现驱动代码与设备信息相分离。在设备树出现以前，所有关于设备的具体信息都要写在驱动里，一旦外围设备变化，驱动代码就要重写。
声明：本文翻译自Conceptual Architecture of the Linux Kernel
学习步骤如下： 1、Linux 基础 安装Linux操作系统 Linux文件系统 Linux常用命令 Linux启动过程详解 熟悉Linux服务能够独立安装Linux操作系统 能够熟练使用Linux系统的基本命令 认识Linux系统的常用服务安装Linux操作系统 Linu
最近由于一些原因，做服务器资源调整，其中一台服务器是做NFS服务，通过NFS挂载到其他几台服务器做共享，服务器内存从8G调整到了4G，其他不变
① 使用Busybox手工制作 Busybox本身包含了很了Linux命令，但是要编译其他程序的话需要手工下载、编译，如果它需要某些依赖库，你还需要手工下载、编译这些依赖库。 如果想做一个极简的文件系统，可以使用Busybox手工制作。
1.1在嵌入式系统中的根文件系统与桌面版的根文件系统文件基本上类似，所以用Ubuntu中根文件系统问模板，进行分析：
部分硬件设计中需要CPU完成对电路寄存器的配置，为了完成Zedboard对FPGA上部分寄存器的配置功能，可以在PS单元（处理器系统）上运行裸机程序（无操作系统支持）完成和PL单元（FPGA部分）的数据交互功能，此时PS单元更像单片机开发；另一种方法是PS单元运行Linux操作系统，通过驱动程序和应用程序完成对硬件寄存器的读写操作，并且Linux有着完整的网络协议栈支持，后续可拓展性更强，可以更好的发挥ZYNQ这种异构架构芯片的性能。主要分为两部分，分别阐述Zedboard中FPGA和处理器互联总线与硬件设计和Zedboard处理器系统上嵌入式Linux的移植与通过驱动和应用程序简单配置FPGA寄存器的实现。上次介绍了没有操作系统下的驱动和应用程序开发，本文介绍带操作系统的驱动和应用程序开发。
简单来说，深度睡眠的进程必须等待资源来了才能醒，在此之前，甚至你给它发任何的信号，它都不可能醒来。
原来明尼苏达大学华人教授K.J Lu带领的团队在向Linux内核提交补丁时，故意引入新的Bug，然后以此写论文。
Linux内核及源码学习使用陈莉君老师的书《深入分析Linux内核源代码》，内核源码版本为2.4.16。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
云直播
对象存储
