嵌入式八股文（二）linux篇

最新推荐文章于 2024-06-12 15:58:20 发布

云雨歇

最新推荐文章于 2024-06-12 15:58:20 发布

阅读量843

点赞数 12

文章标签： linux

本文链接：https://blog.csdn.net/sincerelover/article/details/138615775

版权

前言

在继续开始Linux驱动学习之前，本期继续带来linux篇的八股文学习，以为后续的学习打个基础。本系列会不定期持续更新（随笔者的学习进度），大家可以收藏一下时不时看一下。

一、网络协议

这部分我们在之前的Linux应用篇简单介绍过了，这次主要是摘出来应付一下“八股取士”。

1. TCP和UDP

1.1 TCP的三次握手和四次挥手

TCP的三次握手应用于建立连接：

第一次握手：客户端向服务器发送一个SYN包（同步包），其中包含客户端的初始序列号。此时，客户端进入SYN_SEND状态，等待服务器的确认。
第二次握手：服务器收到SYN包后，会确认客户端的SYN（通过发送一个ACK包，其中ack=客户端的序列号+1），同时服务器也会发送一个自己的SYN包，其中包含服务器的初始序列号。这个包通常被称为SYN+ACK包。此时，服务器进入SYN_RECV状态。
第三次握手：客户端收到服务器的SYN+ACK包后，会再次发送一个ACK包以确认收到服务器的SYN包（ack=服务器的序列号+1）。发送完这个ACK包后，客户端和服务器都进入ESTABLISHED状态，表示连接已建立成功。
简记：同步包→同步包+应答包→应答包

TCP的四次挥手应用于释放连接，需要进行的四个步骤，具体步骤如下：

第一次挥手：当一方（假设为客户端）决定关闭连接时，它会发送一个FIN（Finish）报文段给对方。
第二次挥手：服务器收到FIN报文段后，会对这个FIN报文段进行确认，然后自己也发送一个ACK报文段。
第三次挥手：服务器在发送完ACK报文段后，会等待所有的数据传输完成，然后发送一个FIN报文。
第四次挥手：客户端收到服务器的FIN报文段后，会对其进行确认，并发送一个ACK报文段给服务器。
简记：FIN包→应答包→FIN包→应答包

1.2 特点及其应用场景

	TCP	UDP
特点	面向连接、可靠、基于字节流	无连接的、不可靠的、可向多主机发送
优势	面向连接、拥塞控制、流量控制、可靠	开销小、不需要连接
劣势	耗时、开销占用大	不可靠、无序
应用场景	适用于需要高可靠性和完整性的数据传输，例如文件传输	适用于对实时性要求较高的应用，如视频通话、音频流传输和实时游戏等。

2. 线程和进程

进程是资源分配和调度的基本单位，而线程是系统调度的基本单位，一个进程中可以同时运行多个线程，共享同一份系统资源。

2.1 线程同步

互斥锁：一种简单的加锁机制，当一个线程获取了互斥锁时，其他试图获取该锁的线程将被阻塞，直到锁被释放。
信号量：一个用于控制对多个共享资源的访问的计数器。
条件变量：条件变量通常与互斥锁一起使用，允许线程等待某个条件成立。
读写锁：允许多个线程同时读取共享资源，但只允许一个线程写入资源，当有线程正在写入资源时，其他试图读取或写入的线程将被阻塞。

2.2 进程间的通信方式

无名管道：半双工，数据单向流通且仅适用于亲缘进程间。
命名信号（FIFO）：半双工，容许非亲缘进程间通讯。
共享内存：映射同一段能被其他进程访问的内存空间。
消息队列：保存在内核的消息的列表。
信号量：本质上是计数器。
套接字：不同设备间进程通讯。

2.3 进程的生命周期

运行：该进程正在执行
就绪：该进程可以执行但未获得许可，调度器可以在下次任务进行切换
睡眠：进程在等待外部事件，调度器无法在下次任务进行切换

2.4 多线程和多进程的实现方法

多进程：在主进程利用fork()等申请一个新的子进程，根据返回值判断是否创建成功，并利用exec()函数进行执行新的程序。
多线程：利用pthread_create()函数创建一个新的线程，根据返回值判断是否创建成功，并利用互斥锁和条件量等进入子线程操作。

2.5* 守护进程、孤儿进程和僵尸进程

守护进程通常用于执行后台任务，孤儿进程在父进程结束后由init进程接管，而僵尸进程则是因为父进程没有正确释放子进程的资源而产生的。

2.6* 协程

协程（Coroutine）是一种轻量级的用户态线程，操作系统对协程无感知。它实现的是协作式调度（非抢占式调度），即协程切换由当前协程控制，主动让出CPU（例如当前协程在等待异步网络IO时）。通常情况下，一个线程包含多个协程。

3. TCP/IP四层模型

TCP/IP四层可以说是OSI七层模型的简化版，主要有以下四层模型：

应用层（应用层+表示层+会话层）
传输层
网络层
网络接口层（物理层+数据链路层）

二、初识u-boot

这部分我们学习笔记还没有更新到，这里仅仅简单列一下理论，后续学到这部分在详细讲一下。

1. bootloader

Linux启动时需要的一段小程序，负责初始化时钟、中断和其他外设等，然后将内核从flash中加载到SDRAM中，并启动内核，相当于PC机的BIOS。U-Boot（Universal Bootloader）是一个开源的引导加载程序，是Bootloader的一个具象化的表现。

2. 为什么使用uboot启动内核

使用U-Boot启动内核的原因主要有以下几点：

初始化硬件：CPU不能直接从块设备（如SD卡、iNand、Nandflash等）中执行代码。在启动Linux内核之前，需要进行一系列的硬件初始化工作，如时钟、串口、DRAM等。U-Boot就是一个复杂的裸机程序，它负责这些初始化工作，为Linux内核的启动创造一个合适的环境。
加载内核：U-Boot会将Linux内核镜像从块设备中读取到内存中的特定位置（如链接地址处）。这个过程确保了内核代码在正确的内存地址处执行。
启动内核：在硬件初始化和内核加载完成后，U-Boot会执行一个特定的命令（如bootm命令）来启动Linux内核。这个命令告诉CPU从内存中的特定位置开始执行代码，从而启动Linux内核。
提供交互性：U-Boot还提供了一个交互式的命令行界面，允许用户进行配置、调试和维护操作。这使得在启动Linux内核之前或之后，用户可以对系统进行更精细的控制和调试。
支持多种平台和架构：U-Boot是一个开源的引导加载程序，支持多种处理器架构和嵌入式平台。这使得它成为嵌入式系统开发中广泛使用的工具之一。

3. u-boot的启动过程

U-Boot的启动过程可以分为两个阶段，每个阶段都有其特定的功能和任务。

第一阶段（汇编语言阶段）：
- 设置异常向量表：当系统发生异常时，处理器会跳转到这些固定地址的向量表中进行处理。
- 硬件初始化：配置时钟相关参数，如内核时钟、总线时钟、IO接口时钟等。
- 准备RAM空间：使内存芯片可用，以便加载U-Boot第二阶段的代码。
- 复制U-Boot第二阶段的代码至RAM中。
- 定义入口
第二阶段：
- 初始化外设：包括串口、以太网接口、存储设备等。
- 检测内存映射：确定系统的内存布局和大小。
- 将内核从Flash或其他存储设备读取到RAM中。
- 为内核设置启动参数：这些参数包括内存大小、设备树地址等，用于内核启动时的初始化。
- 调用内核：将控制权交给内核，完成系统的启动过程。

3. u-boot和内核的数据传输

在完成相关设置（R1和R2）之后，uboot将机器ID通过R1发送给内核，并利用R2存放内存基地址。这里会产生标记的概念，他是一种数据结构是tag_header结构体和一个联合体组成。

三、部分驱动的实现流程

1. 字符驱动

申请设备号：
初始化cdev对象：最重要的是设置cdev的ops字段，它指向一个包含设备操作方法的file_operations结构体。
实现文件操作接口：在file_operations结构体中，需要实现设备的操作方法。这些方法定义了如何打开设备、关闭设备、读取数据、写入数据等。
注册字符设备驱动：通过调用cdev_add函数来完成，该函数将cdev对象添加到内核的字符设备列表中，并为其分配一个inode节点。
创建设备节点：创建一个设备节点（也称为设备文件），以便应用程序能够访问该设备。这通常是通过在/dev目录下创建一个具有特定设备号和名称的文件来完成的。可以使用mknod命令或udev系统来创建设备节点。
清理和卸载：当不再需要设备驱动时，需要编写清理和卸载函数来释放资源并注销设备，包括注销cdev对象、删除设备节点、释放内存等操作。