Nginx基础数据结构


本文是读《深入理解Nginx》的笔记.
版本是基于1.0.4
因为Nginx中的数据结构比较基础也比较重要,是了解nginx最最开始的根本.
按照书中的思路分为两种:一种是相对基础一些的数据结构,一种是相对高级的数据结构

部分数据结构,未完

基础数据结构

ngx_int_t

Linux平台下:

typedef intptr_t ngx_int_t;
typedef uintptr_t ngx_uint_t;

请注意一下intptr_t与uintptr_t是一个根据64位或者32位操作系统去变化大小.
因此也可以用于去存储一个指针(名字中带有ptr意为pointer);.

ngx_str_t

用于存储字符串的类型

typedef struct {
    size_t len;
    u_char *data;//u_char为1字节类型
} ngx_str_t;

其中data指向字符串的起始地址.冷表示字符串的有效长度.
在这里要说一下,字符串的定义的思想在PHP中的字符串也是类似这么定义的,只不过是存储的类型有略微的差异.
为什么不用普通的char * 存储字符串:
1.\0不能被正确输出,C语言当中的字符串遇到\0就会认为结束,所以需要len去标实际长度.
2.复用字符串时,根据len的长度,以及data的首地址访问字符串,节省内存分配.

输出字符串时,按照u_char每一字节输出.

ngx_list_t

nginx将链表分为两个部分进行设计,ngx_list_t为总体部分,ngx_list_part_t位单个元素部分.

设计思想:将链表(ngx_list_t)当中的每个元素(ngx_list_part_t)进行细化成一个数组,每个数组的大小为size,nalloc个数组元素.
动态布局,当链表当中的每个元素空间(根据nelts判断)满后,申请一个新的元素添加到链表当中.

typedef struct ngx_list_part_s ngx_list_part_t;

struct ngx_list_part_s{
    void * elts;
    ngx_uint_t nelts;
    ngx_list_part_t *next;

}

typedef struct{
    ngx_list_part_t *last;
    ngx_list_part_t part;
    size_t size;
    ngx_uint_t nalloc;
    ngx_pool_t * pool;
} ngx_list_t;

ngx_list_t:
part:链表的首个元素
last:链表的最后一个元素
size:是指每个数组元素(不是元素)所存储的字节数.
nalloc:是每个元素最多容纳数组元素的个数.
pool:内存池对象.

ngx_list_part_t:
elts:存储的数组的首地址,可见链表类型可以存储任意类型的数据(是指elts所指的地址是nalloc数组每个元素的大小为size的数组).
nelts:表示数组当中已经使用了多少个元素.
next:指向下一个ngx_list_part_t.

链表的内存结构是连续的,包括elts也是连续的,由ngx_pool_t进行分配.

初始化函数:
ngx_list_create()
添加元素函数,若添加成功返回元素的首地址
ngx_list_push()

<think>好的,我现在需要帮助用户了解如何配置Zynq从eMMC启动。根据用户提供的引用内容,特别是引用[3],其中提到了在ZYNQ开发中使用eMMC固化程序的方法,适用于需要高稳定性或量产的设备。我需要结合这些信息,给出一个结构清晰的步骤教程。 首先,我应该明确用户的需求。用户可能是在进行嵌入式系统开发,特别是使用Xilinx的Zynq系列芯片,想要将系统或应用程序固化到eMMC存储中,以便设备能够从eMMC启动。这可能涉及到Uboot的配置、镜像文件的生成以及启动参数的设置。 接下来,我需要回忆Zynq启动流程的基本知识。Zynq的启动过程通常分为多个阶段:首先是BootROM,然后是FSBL(First Stage Boot Loader),接着可能由SSBL(如U-Boot)接管,最后加载Linux内核或应用程序。从eMMC启动的话,需要确保启动镜像正确写入eMMC,并且Uboot的环境变量正确指向eMMC中的位置。 根据引用[2],用户提到了修改Uboot启动参数,这可能涉及到设置bootcmd和bootargs,例如指定根文件系统在eMMC中的位置。引用[3]提到了eMMC固化的步骤,可能需要生成BOOT.BIN和镜像文件,并通过工具将其写入eMMC。 现在,我需要将这些信息整理成步骤。首先,生成启动镜像,包括FSBL、比特流和U-Boot。然后,准备根文件系统,可能使用tar解压到某个目录,如引用[2]中的命令。接着,使用dd命令或专用工具将镜像写入eMMC的分区。之后,配置Uboot的环境变量,设置正确的启动命令和参数,确保从eMMC加载内核和根文件系统。最后,测试启动过程。 需要注意的是,用户可能不熟悉如何具体操作这些步骤,比如如何生成BOOT.BIN,如何确定eMMC的设备节点,如何正确分区和格式化eMMC。因此,步骤中需要详细说明这些关键点,可能涉及使用Xilinx的Vivado和Petalinux工具链,以及Linux下的命令如mkfs和dd。 同时,用户提供的引用[1]提到了分区信息,如“Device Boot Start End Blocks Id System”,这可能涉及eMMC的分区布局,需要确保启动分区和根文件系统分区的正确划分。例如,第一个分区可能用于存放BOOT.BIN和镜像,而第二个分区用于根文件系统。 在编写步骤时,要确保逻辑清晰,每个步骤都有明确的目的和操作命令。例如,生成启动镜像可能需要使用Petalinux的构建命令,配置Uboot参数可能涉及修改环境变量或设备树。此外,要提醒用户注意备份数据,因为写入eMMC可能会覆盖原有内容。 可能遇到的问题包括eMMC设备识别不正确、镜像文件路径错误、Uboot参数设置不当等。需要给出一些常见问题的解决方法,或者建议查阅相关文档。 最后,生成相关问题,可能涉及如何验证启动配置、如何优化eMMC的读写速度、在量产中如何批量固化等。</think>### 如何配置Zynq从eMMC启动 以下是配置Zynq从eMMC启动的详细步骤: --- #### **1. 生成启动镜像(BOOT.BIN)** - **步骤说明**:使用Xilinx工具链(Vivado/PetaLinux)生成包含FSBL(First Stage Boot Loader)、硬件比特流(Bitstream)和U-Boot的镜像文件。 - **操作命令**(PetaLinux环境): ```bash petalinux-package --boot --fsbl <fsbl.elf> --fpga <system.bit> --u-boot --force ``` 生成的`BOOT.BIN`将保存在`images/linux/`目录下[^3]。 --- #### **2. 准备根文件系统(RootFS)** - **步骤说明**:将根文件系统打包为`rootfs.tar.gz`,并通过命令解压到目标目录。 - **操作示例**: ```bash tar -xzvf /xxx/images/linux/rootfs.tar.gz -C /xxx/nfs/rootfs/ [^2] ``` 确保文件系统包含Linux内核(`Image`)和设备树(`system.dtb`)。 --- #### **3. 将镜像写入eMMC** - **分区要求**:通常将eMMC分为两个区: - **分区1(FAT32)**:存放`BOOT.BIN`、`Image`、`system.dtb`。 - **分区2(EXT4)**:存放根文件系统。 - **操作命令**(Linux主机): ```bash sudo dd if=BOOT.BIN of=/dev/mmcblk0p1 # 将BOOT.BIN写入eMMC启动分区 sudo mkfs.ext4 /dev/mmcblk0p2 # 格式化根文件系统分区 sudo cp -r rootfs/* /mnt/mmcblk0p2/ # 复制根文件系统 ``` --- #### **4. 配置U-Boot启动参数** - **关键变量**:在U-Boot中设置`bootcmd`和`bootargs`,指定从eMMC加载内核和根文件系统。 - **示例配置**: ```bash setenv bootcmd 'mmc dev 0; fatload mmc 0 0x8000 Image; fatload mmc 0 0x1000 system.dtb; booti 0x8000 - 0x1000' setenv bootargs 'root=/dev/mmcblk0p2 rw rootwait earlyprintk' saveenv ``` 其中`mmc dev 0`选择eMMC设备。 --- #### **5. 固化验证** - **操作步骤**:重启Zynq设备,观察U-Boot日志是否从eMMC加载镜像,并确认Linux成功挂载根文件系统。 --- ###
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值