rm8源码分享网站 ？mrch=rmv8？(源码免费网站)-pg电子平台

大家好！今天让小编来大家介绍下关于rm8源码分享网站 ？mrch=rmv8？的问题，以下是酷知号的小编对此问题的归纳整理，让我们一起来看看吧。

今天给各位分享arm8源码分享网站的知识，其中也会对-march=armv8-a进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

1）摘自【正点原子】领航者zynq之linux驱动开发指南

2）实验平台：正点原子领航者zynq开发板3）平台购买地址：https://item.taobao.com/item.htm?&id=6061601087614）全套实验源码 手册 视频下载:http://www.openedv.com/docs/boards/fpga/zdyz_linhanz.html5）对正点原子fpga感兴趣的同学可以加群讨论：8767449006）关注正点原子公众号，获取最新资料

第二十章另一种方式编译zynq镜像

本篇是armlinux驱动开发篇中的第一章，本章跟驱动开发并没有什么关系，由于前面我们一直都是使用xilinx的petalinux工具编译镜像文件，例如包括u-boot、linux内核、设备树、zynqpl端的bitstream文件以及fl等，虽然petalinux功能上比较全面，但是在编译速度上太慢了！完全是在浪费时间，相信大家在使用petalinux的时候已经感受到了它给你带来的无奈之处；为此笔者专门去研究了一下，那本章笔者就带大家通过另外一种比较快的方式编译各种镜像文件。本章采用分步式的方式编译启动开发板所需要的各种镜像文件，虽然步骤比较繁琐，但灵活性比较高；虽然本章使用的是另一种方式编译镜像，但还是得需要用到petalinux提供的一些工具，所以大家一定要安装petalinux。20.1由hdf文件得到bit文件.bit文件是zynqpl端所需要用到的bitstream文件，例如我们使用petalinux-build命令完成工程编译之后会在images/linux目录会产生一个system.bit文件，这个就是我们这里说到bitstream文件，.bit可以通过.hdf硬件描述符文件得到，怎么得到呢？下面给大家说来。将zynq开发板资料盘(a盘)\\4_sourcecode\\zynq_7010\\3_embedded_linux\\vivado_pro\\nigator_7010\\nigator_7010.sdk文件夹拷贝到ubuntu系统目录下，例如/home/zynq/hdf/目录，大家根据自己的情况选择目录，本实验以领航者7010为例，如果大家用的是领航者7020，则选择zynq开发板资料盘(a盘)\\4_sourcecode\\zynq_7020\\3_embedded_linux\\vivado_pro\\nigator_7020\\nigator_7020.sdk文件夹。在nigator_7010.sdk目录下有一个.hdf文件，如下所示：

图31.1.1hdf文件

接下来使用source命令执行petalinux的环境配置脚本settings.sh，如下所示：

source/home/zynq/petalinux/v2018.3/settings.sh

图31.1.2运行settings.sh脚本文件

/home/zynq/petalinux/v2018.3是笔者的petalinux安装目录，完成环境配置之后执行hsi命令进入到hsi命令模式，如下所示：

hsi

图31.1.3hsi命令行

执行命令之后就可以进入到hsi命令行模式下了，hsi命令行模式就跟我们的linux命令行模式差不多，都可以执行命令，只不过执行的命令不同；hsi命令是petalinux工具提供的，所以一定安装petalinux才行；在这个模式下可以执行一些命令，例如执行下面这条命令可以打开硬件设计文件hdf得到bit文件：

open_hw_design/home/zynq/hdf/nigator_7010.sdk/design_nigator_7010_wrapper.hdf

图31.1.4打开hdf文件

open_hw_design命令紧跟着的是hdf文件路径，命令执行成功之后会在hdf文件所在目录下产生bit文件以及ps7_init命名的.c文件和.h文件，如下所示（在hsi命令行模式下执行exit命令退出该模式）：exit

图31.1.5退出hsi命令行模式

图31.1.6产生bit文件及其它文件

从上图中可以看到在hdf文件所在目录下产生了design_nigator_7010_wrapper.bit文件以及.c和.h文件。20.2自动生成设备树文件petalinux可以根据hdf文件描述的硬件信息自动配置u-boot和内核所需的设备树文件，那么我们也可以通过hsi命令来生成；首先需要导入xilinx的device-tree仓库，在我们提供的资料包中已经给大家准备好了，路径为：zynq开发板资料盘(a盘)\\4_sourcecode\\zynq_7010\\3_embedded_linux\\misc\\device-tree-xlnx-xilinx-v2018.3.tar.gz，大家也可以通过https://github.com/xilinx/device-tree-xlnx/releases网址进行下载，选择2018.3版本.tar.gz压缩格式文件，如下所示：

图31.2.1设备树仓库下载

xilinxdevice-tree描述了设备与设备树之间的匹配关系，将下载好或是资料包中的device-tree-xlnx-xilinx-v2018.3.tar.gz压缩文件拷贝到ubuntu系统目录下，例如/home/zynq/device-tree，大家根据自己的情况选择，然后将其解压当前目录，解压之后会产生一个device-tree-xlnx-xilinx-v2018.3文件夹，如下所示：

图31.2.2device-tree目录

那么device-tree-xlnx-xilinx-v2018.3目录就是我们所需要的device-tree仓库。接下来我们执行hsi命令进入到hsi命令行模式，执行下面这些命令：

open_hw_design/home/zynq/hdf/nigator_7010.sdk/design_nigator_7010_wrapper.hdfset_repo_path/home/zynq/device-tree/device-tree-xlnx-xilinx-v2018.3create_sw_designdevice-tree-osdevice_tree-procps7_cortexa9_0generate_target-dir/home/zynq/linux/dts

图31.2.3生成设备树文件

首先也是通过open_hw_design命令打开hdf文件，然后使用set_repo_path命令设置device-tree仓库所在路径，例如/home/zynq/device-tree/device-tree-xlnx-xilinx-v2018.3；使用create_sw_design创建软件设计，”-osdevice_tree”指定了软件设计的类型，我们这里使用device-tree表示它是一个设备树类型，”-procps7_cortexa9_0”指定处理器的名称，在hsi命令模式下使用”xxxx-help”可以查看xxxx命令的用法说明，这里就不给大家列举了；最后使用generate_target命令去产生目标，也就是我们的设备树文件，”-dir/home/zynq/linux/dts”指定路径。此时我们可以退出hsi命令行模式，进入到/home/zynq/linux/dts目录下，可以看到自动配置产生的.dts和.dtsi文件，如下所示：

图31.2.4生成设备树文件

linux设备树是是一个很重要的知识点，将会在后面给大家详细说明，本章先不讲，这些文件后面我们会用到。20.3创建、编译fl工程fl(firststagebootloader)是zynq第一启动引导加载代码，它的主要任务就是初始化ddr，并将用户代码（例如u-boot、bit文件或者是sdk裸机代码）从存储设备中拷贝到ddr中运行。在使用petalinux-build命令编译完成之后，在images/linux目录下有一个zynq_fl.elf文件，这个就是fl编译之后产生了elf格式文件，同样也可以使用hsi命令来创建fl工程并进行编译。首先我们需要导入xilinxembeddedsw存储库，该embeddedsw仓库用于裸机应用，例如fl、pmu固件、plm等，在我们提供的资料包中已经给大家准备好了，路径：zynq开发板资料盘(a盘)\\4_sourcecode\\zynq_7010\\3_embedded_linux\\misc\\embeddedsw-xilinx-v2018.3.tar.gz，大家也可以从https://github.com/xilinx/embeddedsw/releases网址进行下载，选择2018.3版本.tar.gz压缩格式，如下所示：

图31.3.1下载embeddedsw仓库

将下载好或是资料包中的embeddedsw-xilinx-v2018.3.tar.gz压缩文件拷贝到ubuntu系统目录下，例如/home/zynq/embeddedsw，大家根据自己的情况选择；然后将其解压当前目录，解压之后会产生一个embeddedsw-xilinx-v2018.3文件夹，如下所示：

图31.3.2embeddedsw目录

在ubuntu中执行下面这条命令，建立一个软链接文件gmake，链接到make：

sudoln-s/usr/bin/make/usr/bin/gmake

图31.3.3建立gmake软链接文件

因为在编译的过程中会用到gmake，其实gmake就是gnumake的缩写，linux系统环境下的make就是gnumake；之所有有gmake，是因为在别的平台上，make一般被占用，gnumake只好叫gmake了；比如在进行编译时要使用make命令，但如果在非gnu系统中运行，必须使用gnumake，而不是使用系统自带的make版本，这时要用gmake代替make进行编译。完成上面的工作之后，我们就可以进行fl的创建与编译了，执行hsi命令进入hsi命令行模式，执行下面这些命令：

open_hw_design/home/zynq/hdf/nigator_7010.sdk/design_nigator_7010_wrapper.hdfsethwdsgndesign_nigator_7010_wrapper//定义hwdsgn变量set_repo_path/home/zynq/embeddedsw/embeddedsw-xilinx-v2018.3//设置embeddedsw仓库路径setfl_dir/home/zynq/linux/fl//定义fl_dir变量generate_app-hw$hwdsgn-osstandalone-procps7_cortexa9_0-appzynq_fl-compile-swfl-dir$fl_dir

图31.3.4编译fl-1

图31.3.5编译fl-2

首先还是使用open_hw_design命令打开hdf硬件描述符文件；使用set_repo_path命令设置embeddedsw仓库所在路径，例如/home/zynq/embeddedsw/embeddedsw-xilinx-v2018.3；set命令用于定义变量，我们使用set命令定义了一个hwdsgn变量等于design_nigator_7010_wrapper，当执行generate_app命令的时候使用该变量，定义了一个fl_dir变量定义了用于存放fl工程的路径；最后使用generate_app命令产生和编译fl，”-hw$hwdsgn”指定硬件设计的名字，就是hdf文件去掉后缀即可，”-osstandalone”指定我们的app是一个无操作系统的裸机程序，”-procps7_cortexa9_0”指定处理器，”-appzynq_fl”指定app的名字（这个不能改），”-compile”表示要编译生成的源文件（如果不加的话则表示仅产生fl工程源码并不进行编译），”-swfl”指定本软件设计的名字（这个名字可以自己定），”-dir$fl_dir”我们的fl工程存放的路径，笔者这里以/home/zynq/linux/fl为例，大家根据自己的情况设定。整个过程完成之后，我们可以执行exit命令退出hsi命令行模式了，此时/home/zynq/linux/fl目录下的内容如下所示：

图31.3.6fl工程源码目录

/home/zynq/linux/fl就是我们通过hsi命令生成的fl对应的源码目录，这个就像是在windows下使用sdk软件创建了一个fl工程一样，上图中的executable.elf文件fl工程编译之后得到elf格式文件；得到fl源码工程之后，我们就可以直接在fl工程目录进行编译了，例如，在/home/zynq/linux/fl目录下执行makeclean命令对fl工程目录进行清理，如下：makeclean

图31.3.7清理工程

我们可以修改makefile文件，将编译产生的fl镜像文件名字改为zynq_fl.elf，在fl工程目录下，打开makefile文件，修改exec变量，如下所示：vimakefile

图31.3.8修改exec变量

将该变量由executable.elf修改为zynq_fl.elf，除此之外，我们还可以看到变量cc:=arm-none-eabi-gcc，这指定了编译fl时使用的交叉编译工具，这个不用改，修改完成之后保存退出即可！我们直接在该目录下执行make命令即可编译，如下：make

图31.3.9make编译fl工程

编译成功之后产生的镜像文件就成了fl_zynq.elf，如下所示：

图31.3.10fl镜像文件

20.4编译u-boot在<第十四章u-boot移植>中，已经让大家把xilinx官方的u-boot拷贝到ubuntu系统中了，并对他们进行了修改，添加了一些自己定义的文件，本篇教程不使用前面移植后的u-boot，我们用一份新的xilinx官方2018.3版本（这个版本是xilinx设定的版本，其u-boot版本为2018.01）的u-boot源码，源码已经提供给大家了，路径为：zynq开发板资料盘(a盘)\\4_sourcecode\\zynq_7010\\3_embedded_linux\\资源文件\\uboot\\u-boot-xlnx-xilinx-v2018.3.tar.gz，大家也可以通过https://github.com/xilinx/u-boot-xlnx/releases网址进行下载。首先将u-boot源码压缩包文件拷贝到ubuntu系统目录中，例如/home/zynq/linux/u-boot目录，并将其解压到当前目录，解压之后会产生一个u-boot-xlnx-xilinx-v2018.3文件夹，进入到该目录下，就可以看到u-boot源码目录下的文件和文件夹了，如下所示：

图31.4.1u-boot源码目录

在前面给大家讲过，使用&34;命令可以对u-boot进行配置、使用&34;命令可以编译u-boot，那么这些方法都是使用petalinux工具时的做法，这里教大家如何在u-boot源码目录下配置、编译而不通过petalinux-xxx命令；关于u-boot我们已经在前面给大家进行了详细的讲解，包括makefile文件、各个文件目录的作用以及源码的分析、u-boot配置、u-boot常用命令等等，这里就不再讲解。1、添加设备树文件关于设备树的概念现在不给大家讲，后面会说。除了linux内核支持设备树之外，我们使用的u-boot也是支持设备树的；在31.2小节中我们使用hsi命令生成了一些dts和dtsi的设备树源文件，现在我们要用到它们了，这些设备树文件都是根据我们的hdf硬件设计而自动生成的，如果我们使用u-boot中自带的设备树文件则不能满足我们的情况。将前面生成的设备树文件（笔者这里生成的设备树文件在/home/zynq/linux/dts目录下）pcw.dtsi、pl.dtsi、system-top.dts以及zynq-7000.dtsi四个文件拷贝到u-boot源码目录下的arch/arm/dts目录下，拷贝过去之后进入到arch/arm/dts目录下查看，如下所示：

图31.4.2拷贝设备树文件到u-boot

接下来我们需要对system-top.dts文件进行一个简单地修改，打开system-top.dts文件，修改之前内容如下：示例代码20.4.1system-top.dts修改之前

1/*2*caution:thisfileisautomaticallygeneratedbyxilinx.3*version:hsi4*todayis:monmar1602:51:2320205*/678/dts-v1/;934;zynq-7000.dtsi&include&34;1134;pcw.dtsi&34;earlycon&34;serial0:115200n8&34;memory&include&34;1034;pl.dtsi&include&34;12/{13model=&34;;1415chosen{16bootargs=&34;;17stdout-path=&34;;18};19aliases{20ethernet0=&gem0;21i2c0=&i2c_2;22i2c1=&i2c0;23i2c2=&i2c1;24serial0=&uart0;25serial1=&uart1;26spi0=&qspi;27};28memory{29device_type=&34;;30reg=<0x00x20000000>;31};32};3334&gem0{35local-mac-address=[000a35001e53];36};3738&qspi{39size-cells=<0>;41flash0:flash@0{42compatible=&34;,&34;;43reg=<0x0>;44size-cells=<1>;46spi-max-frequency=<50000000>;47partition@0x00000000{48label=&34;;49reg=<0x000000000x00500000>;50};51partition@0x00500000{52label=&34;;53reg=<0x005000000x00020000>;54};55partition@0x00520000{56label=&34;;57reg=<0x005200000x00a80000>;58};59partition@0x00fa0000{60label=&34;;61reg=<0x00fa00000x00000000>;62};63};64};

修改完成之后保存退出即可！以上主要修改了bootargs属性、添加了model属性、网口0的mac地址以及给qspi进行了分区操作。修改完成之后，我们还需要将system-top.dts文件添加到arch/arm/dts/makefile文件中，找到dtb-$(config_arch_zynq)这里，将system-top.dtb（.dts编译之后得到的就是.dtb文件）添加上去，这样当config_arch_zynq宏被选中的时候，system-top.dts才会被编译进去，如下所示：

图31.4.3添加system-top.dtb文件

注意在zynq-zybo.dtb后面加上一个反斜杠”\\”，跟上面的保持一致。添加好之后保存退出文件。2、修改zynq-common.h和zynq_zc70x.h配置文件include/configs/目录下有很多的配置文件，该目录下的配置文件中有很多宏定义，这些宏定义将会在编译u-boot源码时会被用到；前面我们使用petalinux工具的时候并没有去配置u-boot、内核等，原因在于petalinux确实比较智能，它能够根据hdf文件记录的信息自动配置，例如一些时钟频率、外设时钟、环境变量偏移量等。zynq-common.h和zynq_zc70x.h都在include/configs目录下，zynq-common.h是xilinx提供的用于配置zynq系列处理器的通用配置文件，zynq-common.h头文件被zynq_zc70x.h包含，下面我们要对这两个头文件进行一些简单地修改！首先对zynq_zc70x.h文件进行修改，修改之前如下所示：示例代码20.4.3zynq_zc70x.h修改之前

1/*2*(c)pg电子平台 copyright2013xilinx,inc.3*4*configurationsettingsforthexilinxzynqzc702andzc706boards5*seezynq-common.hforzynqcommonconfigs6*7*spdx-license-identifier:gpl-2.0 8*/910define__config_zynq_zc70x_h1213defineconfig_zynq_eeprom1516endif/*__config_zynq_zc70x_h*/

这里我们要把config_zynq_i2c0和config_zynq_eeprom宏定义给去掉，原因就是我不想在u-boot中使用i2c设备，直接给去掉！修改之后如下：示例代码20.4.4zynq_zc70x.h修改之后

1/*2*(c)pg电子平台 copyright2013xilinx,inc.3*4*configurationsettingsforthexilinxzynqzc702andzc706boards5*seezynq-common.hforzynqcommonconfigs6*7*spdx-license-identifier:gpl-2.0 8*/910define__config_zynq_zc70x_h1213endif/*__config_zynq_zc70x_h*/

接下来修改zynq-common.h文件，打开该文件，修改config_cpu_freq_hz（arm主频），将频率由800000000修改为666666687（如果是7020核心板则修改为766666687）：示例代码20.4.5zynq-common.h修改内容-1

1213/*cpuclock*/14defineconfig_cpu_freq_hz66666668716ifdefconfig_zynq_qspi53endif55

修改config_env_size（环境变量大小），由(128<<10)修改为0x20000：示例代码20.4.7zynq-common.h修改内容-3

148149/*totalsizeofenvironmentsector*/150defineconfig_env_sizeconfig_sys_eeprom_size152else154endif156

修改config_env_offset（环境变量存储位置偏移量），由0xe0000修改为0x500000：[size=13.3333px]示例代码20.4.8zynq-common.h修改内容-4

163164/*cc108requirestobe0xf00000toheboot.binwithbitstreamincluded*/16534;font-size:13.3333px;&defineconfig_env_offset0x50000016734;font-size:13.3333px;&endif169

需要注意config_env_size和config_env_offset这两个是u-boot环境变量存储有关的，在下面menuconfig配置u-boot的时候我们会将环境变量存储在qspi中，config_env_size指定了环境变量分区的大小，config_env_offset指定环境变量分区的偏移量，这些都与qspi的分区表有关！修改完成之后保存退出即可，接下来就可以正式使用make命令进行配置和编译了。3、defconfig配置在u-boot的源码目录下，执行下面这条命令对xilinx官方的u-boot进行defconfig配置，如下所示：makearch=armcross_compile=arm-linux-gnueabihf-zynq_zc702_defconfig

图31.4.4defconfig配置

“arch=arm”指定了u-boot运行的机器架构，“cross_compile=arm-linux-gnueabihf-”指定了交叉编译工具的前缀，交叉编译工具我们使用的是xilinx官方提供的，在我们安装petalinux的时候也安装了，在petalinux安装目录下的tools/linux-i386目录，如下所示：

图31.4.5交叉编译工具链安装目录

gcc-arm-linux-gnueabi和gcc-arm-none-eabi两个目录下安装的是两种不同的交叉编译工具链（其它那几个目录安装的也是交叉编译工具链，对于zynq7010/7020来说用不上），两者之间的区别大家可以简单地理解为gcc-arm-linux-gnueabi一般用于编译linux系统的源码，例如armlinux内核源码、armlinux应用程序等，而gcc-arm-none-eabi一般用于编译arm裸机程序，例如我们前面编译fl代码的时候用的就是它；这么一说的话，那我们编译u-boot应该用gcc-arm-none-eabi咯，但这里我们用的是gcc-arm-linux-gnueabi，主要笔者看到xilinxwiki文档中用的也是这个，那就这个吧。交叉编译命令就在安装目录下的bin文件夹中，例如：

图31.4.6交叉编译命令

cross_compile指定的就是这些命令的前缀，我们在前面sourcepetalinux目录下的settings.sh脚本时已经将它们的路径导出到环境变量了，所以不用加全路径。zynq_zc702_defconfig是xilinx为7010/7020添加的配置文件，所以我们也是使用这个！4、menuconfig图形化配置u-boot图形化配置前面已经给大家讲过了，在u-boot源码目录下，执行下面这条命令进入到menuconfig图形化配置界面：

makearch=armcross_compile=arm-linux-gnueabihf-menuconfig

图31.4.7menuconfig配置

各个配置项就不给大家一一讲解了，相信大家通过前面的学习已经对u-boot的menuconfig图形化配置有一定的认识和理解了，接下来我直接把配置列出来：

bootmedia—>

配置完成之后保存退出，执行下面这条命进行编译：

makearch=armcross_compile=arm-linux-gnueabihf-all-j10

图31.4.8编译u-boot

编译完成之后将会在当前目录下生成一个u-boot文件、u-boot.bin文件以及其它一些文件，如下所示：

图31.4.9编译完成

u-boot文件是elf格式的镜像文件，而u-boot.bin则是纯二进制格式的镜像文件。20.5编译kernel同样本篇教程不使用前面移植后的linux内核源码，我们用一份新的xilinx官方2018.3版本（这个版本是xilinx设定的版本，其linux版本为4.14.0）的内核源码，源码已经提供给大家了，路径为：zynq开发板资料盘(a盘)\\4_sourcecode\\zynq_7010\\3_embedded_linux\\资源文件\\kernel\\linux-xlnx-xilinx-v2018.3.tar.gz，大家也可以通过https://github.com/xilinx/linux-xlnx/releases网址进行下载。将内核源码压缩包文件拷贝到ubuntu系统目录中，例如/home/zynq/linux/kernel目录，并将其解压到当前目录，解压之后会产生一个linux-xlnx-xilinx-v2018.3文件夹，进入到该目录下，就可以看到内核源码目录下的文件和文件夹了，如下所示：

图31.5.1内核源码目录

本小节我们也是直接在内核源码目录下进行编译，而不使用petalinux工具，其实这些知识前面都已经给大家介绍过了。1、添加设备树文件这里我们直接将前面u-boot源码arch/arm/dts目录下的那四个设备树文件（pl.dtsi、pcw.dtsi、system-top.dts和zynq-7000.dtsi）直接拷贝到内核源码目录下的arch/arm/boot/dts目录中，不用进行修改。同样我们也需要修改arch/arm/boot/dts目录下的makefile文件，将设备树添加上去，如下：

图31.5.2makefile中添加设备树

修改完成之后保存退出即可！2、defconfig配置在内核源码目录下执行下面这条命令对内核进行defconfig配置：makearch=armcross_compile=arm-linux-gnueabihf-xilinx_zynq_defconfig

图31.5.3defconfig配置

命令这里就不给大家解释了，前面我们已经解释过，内核的配置、编译方式基本跟u-boot是一样的，需要注意的是命令中间的空格不要漏掉了，因为以前发现很多初学者老是会漏掉这些空格，这样就导致命令执行失败。3、menuconfig配置这里我们暂时就不进行配置，以后有需要的时候再配，先保持默认！4、编译内核执行下面这条命令编译内核源码：makearch=armcross_compile=arm-linux-gnueabihf-zimage-j10

图31.5.4编译内核

图31.5.5编译完成

编译完成之后会在arch/arm/boot/目录下生成一个名为zimage的内核镜像文件，后面我们在用。5、编译设备树内核与u-boot不同的是，u-boot的设备树默认是与内核一起编译的，并且产生的dtb文件已经与u-boot镜像文件集成在一起了；在内核里边我们需要单独编译出设备树的dtb文件，前面已经将我们所需要的设备树文件拷贝到内核的arch/arm/boot/dts目录下了，接下来执行这条命令编译system-top.dtb文件：makearch=armcross_compile=arm-linux-gnueabihf-system-top.dtb-j10

图31.5.6编译设备树

编译成功之后会在arch/arm/boot/dts目录下生成system-top.dtb文件。20.6编译rootfs根文件系统我们直接使用petalinux进行编译即可，首先进入petalinux的安装目录，使用petalinux-create命令新建一个petalinux工程，如下：petalinux-create–typeproject–templatezynq–namealientek-zynq

图31.6.1新建petalinux工程

进入到alientek-zynq工程目录下，执行petalinux-config–get-hw命令导入hdf硬件描述符文件：cdalientek-zynq

petalinux-config–get-hw-description/home/zynq/hdf/nigator_7010.sdk

图31.6.2导入hdf文件

这里用的hdf文件就是31.1小节中使用的，在弹出来的配置界面中，我们不用进行任何配置，直接保存退出即可！等待它配置完成。接下来直接编译根文件系统：

petalinux-build-crootfs

图31.6.3编译根文件系统

等待其编译完成，完成之后产生的根文件系统压缩包在images/linux目录下，如下所示：

图31.6.4产生的根文件系统压缩包

因为我们要使用sd卡启动，并且sd卡会有一个ext4格式的分区专门存放根文件系统，所以我们要使用压缩格式的根文件系统，例如rootfs.tar.gz或rootfs.tar.bz2。20.7启动开发板经过上面一系列的过程之后，我们就已经得到了启动开发板的所有所需的镜像文件了。例如我们使用petalinux工具会生成image.ub和boot.bin文件，使用这两个文件我们就可以启动开发板了，但是这里我们不这样做。前面给大家介绍过image.ub这个文件的本质，那么它其实是多个文件组合在一起的，包括内核镜像、dtb以及根文件系统，这样的做法有一个弊端，不够灵活，一个变了整个image.ub文件就得重新制作一遍，很麻烦。同样boot.bin文件是fl镜像、u-boot镜像以及pl端bit文件集合在一起的，那么既然是集合在一起的，那么我们单独使用也是可以的嘛。所以我们这里的思路就是将内核镜像文件zimage、内核设备树文件以及根文件系统从image.ub文件中分离出来；而将bit文件从boot.bin文件中分离出来，这样做之后我们的sd卡中将会存在5部分内容：zimage、dtb、rootfs、bit以及boot.bin（fl镜像与u-boot镜像的集合体），明确之后我们将他们拷贝到我们的sd卡中。1、制作sd启动卡sd启动卡的制作方式在17.2.10小节当中已经给大家介绍过了，这里不再细说，笔者直接将一张16g的tf卡格式化了2个分区，fat32和ext4，如下所示：

图31.7.1sd启动卡分区信息

2、拷贝镜像到fat分区将前面过程当中生成的各种镜像文件拷贝到sd启动卡的fat分区，包括zimage（内核镜像，内核源码目录arch/arm/boot/zimage）、system-top.dtb（内核设备树dtb文件，内核源码目录arch/arm/boot/dts/system-top.dtb）、design_nigator_7010_wrapper.bit（pl端bitstream文件，/home/zynq/hdf/nigator_7010.sdk/design_nigator_7010_wrapper.bit）。大家根据自己前面步骤当中文件存放的目录去找到相应的这些镜像文件。接下来我们需要将boot.bin文件拷贝到fat分区，但是前面的过程中我们并没有生成boot.bin文件，这里就需要使用前面生成的u-boot（u-bootelf格式镜像，u-boot源码目录u-boot）和zynq_fl.elf（flelf格式镜像，/home/zynq/linux/fl/zynq_fl.elf）来制作boot.bin文件。首先我们进入到u-boot源码目录下，将生成的u-boot文件重命名为u-boot.elf，如下所示：

mvu-bootu-boot.elf

图31.7.2u-boot重命名

为啥要重命名呢？因为笔者发现使用petalinux-package命令制作boot.bin文件的时候，如果elf格式文件没有带.elf后缀名会识别不了。接下来我们就可以用petalinux-package命令去生成boot.bin文件了，在u-boot源码目录下执行下面这条命令：petalinux-package–boot-p/home/zynq/petalinux/v2018.3/alientek-zynq–fl/home/zynq/linux/fl/zynq_fl.elf–u-boot./u-boot.elf-o./boot.bin–force

图31.7.3生成boot.bin文件

petalinux-package命令前面已经给大家介绍过了，”-p”选项指定一个petalinux工程，如果直接在petalinux工程目录下运行该命令则不需要用”-p”指定；”–fl”指定fl的elf格式镜像；”–u-boot”指定u-boot的elf格式镜像文件，大家根据自己的路径情况进行修改；”-o”选项指定输出文件的名字以及存放的路径，例如这里是将boot.bin文件存放在当前目录下，命令执行完成之后就会在当前目录下生成一个boot.bin文件，如上图所示。我们使用ls查看下它的大小：

图31.7.4boot.bin文件大小

我们发现它只有600多k，但是u-boot.elf文件可是有4m多的，而zynq_fl.elf文件也有600多k，为啥合成为boot.bin文件之后只有600多k了呢？原因在于格式问题，elf格式文件中除了机器码之外，还包含了很多额外的信息，例如符号表、调试信息、重定位表、运行地址和加载地址等，信息量很大，所以导致elf文件很大，例如linux下的应用程序就是elf格式的，程序加载运行的时候会去解析，但是裸机下不能用elf格式，包括内核镜像和u-boot镜像等都不能用elf格式；而bin文件则是最纯粹的二进制机器代码，没有任何多余的信息，所以文件小。使用petalinux-package命令生成的boot.bin文件的时候，它会解析我们给定的elf格式文件，获取它的运行地址、加载地址以及真正的二进制机器代码，然后再把它俩集合起来，所以boot.bin文件就是一个.bin格式的文件，所以它小，相信说到这里大家应该明白了！需要注意我们生成的boot.bin文件中并不包含bit文件，前面已经跟大家说过了。之后将boot.bin文件也拷贝到sd启动卡的fat分区，那么此时来看看我们的fat分区有哪些文件：

图31.7.5fat分区文件列表

为了方便、好看，笔者将design_nigator_7010_wrapper.bit文件和system-top.dtb文件进行了重命名，分别为system.bit和system.dtb，如下：

图31.7.6文件重命名

3、将根文件系统解压到ext4分区接下来我们需要将31.6小节编译的根文件系统压缩包文件解压到sd启动卡的ext4分区，这里笔者使用rootfs.tar.gz压缩包文件，进入到rootfs.tar.gz压缩包文件所在目录，执行解压命令：

图31.7.7解压rootfs.tar.gz

/media/zynq/ext4是笔者的sd启动卡对应的ext4分区的挂载点，注意解压的时候需要使用前面要加sudo，也就是要以root用户的身份进行解压。解压完成之后执行sync命令将数据同步到sd卡中，之后卸载sd启动卡，卸载成功之后拔掉它！

图31.7.8卸载sd启动卡

4、启动开发板将我们做好的启动卡插入开发板，连接电源、串口启动，打印信息如下所示：

图31.7.9开发板启动

在u-boot启动2秒倒计时之前，按回车或者是空格键停止启动，进入到u-boot的命令行模式，因为现在不能直接启动，我们需要对u-boot环境变量进行修改，在u-boot命令行下执行下面这些命令设置环境变量，如下所示：

图31.7.10设置环境变量

示例代码20.7.1u-boot环境变量设置

zynq>setenvbitstream_load_address0x100000zynq>setenvbitstream_imagesystem.bitzynq>setenvbitstream_size0x300000zynq>setenvkernel_imagezimagezynq>setenvdevicetree_imagesystem.dtbzynq>zynq>setenvsdboot&39;

关于u-boot命令的使用在前面已经给大家讲解过，不过这里也给大家简单地说明一下我们设置的这些环境变量的作用：首先第一条命令我们设置了bitstream_load_address变量存放bitstream文件从sd卡中拷贝到内存中的地址；第二条命设置了bitstream_image变量等于sd卡中bitstream文件的名字，也就是system.bit；第三条命设置了bitstream_size变量等于bitstream文件的大小；第四条命令设置了kernel_image变量等于sd卡中内核镜像的名字，也就是zimage；第五条命令设置了devicetree_image变量等于sd卡中内核设备树dtb文件的名字，也就是system.dtb；kernel_image和devicetree_image我们的这个u-boot中默认是有的，只不过它们的内容并不是我们sd中的文件名，所以需要重新设定。最后一条命令设置了sdboot变量，其实这个变量在我们使用的这个u-boot中也是存在的，这里也是对他重新定义，这个变量的内容很长，我们可以把它的内容整理一下，如下：示例代码20.7.2sdboot变量内容整理

ifmmcinfo;thenrunuenvboot;echocopyinglinuxfromsdtoram…&&//打印字符串loadmmc0${bitstream_load_address}${bitstream_image}&&//从sd卡拷贝bitstream文件到内存fpgaloadb0${bitstream_load_address}${bitstream_size}&&//从内存中加载bitstream数据到fpgaloadmmc0${kernel_load_address}${kernel_image}&&//从sd卡拷贝内核镜像到内存loadmmc0${devicetree_load_address}${devicetree_image}&&//从sd卡拷贝设备树到内存bootz${kernel_load_address}-${devicetree_load_address};//bootz启动内核fi

“&&”符号其实就是c语言中”与”，跟c语言里面的作用一毛一样，${xxx}就是变量的引用，if…fi这个就是if条件判断语句了，fi表示条件判断的结束，u-boot里边的这种语法很简单地，就不给大家细说了，如果不明白可以在网上找找资料。前面跟大家讲过，u-boot中的bootcmd变量的作用，u-boot启动内核或在命令行下执行boot命令时其实就是去执行bootcmd，那我们来看看bootcmd的内容是什么：

图31.7.11bootcmd的内容

图31.7.12modeboot的内容

所以从上面可以知道，bootcmd的内容其实就是运行sdboot，也就是上面定义的那个。变量设置完成之后，执行seenv保存环境变量到qspiflash中，那么下次就不用再设置了

图31.7.13保存环境变量

保存完成执行boot命令启动内核：

图31.7.14启动内核

启动完成之后登陆系统（用户名和密码都是root）：

图31.7.15登陆系统

后面我们的驱动开发篇将以本章使用的u-boot源码、内核源码等进行开发工作！20.8tcl脚本前面我们在hsi终端下通过执行相应的命令去获取bit文件、自动生成设备树以及构建一个fl源码等，觉得这样非常的不方便，每次都要先执行hsi命令进入到hsi终端模式，然后在一个一个命令敲，这样感觉非常不好，那可不可以像shell命令一样，创建一个shell脚本之类的呢？其实是可以的，我们可以创建一个后缀名为.tcl的脚本，然后把我们的命令添加上去，然后直接执行这个脚本就行了。例如我在ubuntu目录下新建一个hsi_test.tcl文件，内容如下所示：

12hsi::open_hw_design/home/zynq/hdf/nigator_7010.sdk/design_nigator_7010_wrapper.hdf

文件中的hsi::open_hw_designxxx.hdf就表示执行his的open_hw_design命令，后面跟着的参数就是对应的hdf文件路径了，例如我们将31.2小节中执行的命令写入到hsi_test.tcl脚本中，如下所示：示例代码20.8.1tcl脚本示例hsi_test.tcl内容

1号表示注释。那我们如何执行hsi_test.tcl脚本呢？执行方法如下所示：

xscthsi_test.tcl

图31.8.1运行hsi_test.tcl脚本

“xsctxxx.tcl”即可！xsct也是petalinux工具安装的时候自带的，它也是命令行终端，例如运行xsct命令就会进入到xsct终端模式，如下所示：

图31.8.2xsct终端

例如我们在xsct终端下也可以执行脚本中的命令，例如：

图31.8.3xsct运行hsi命令

所以当我们执行”xscthsi_test.tcl”命令时其实就是类似于将hsi_test.tcl交给xsct去解析并运行。关于xsct、hsi以及tcl脚本等更多的内容这里就不讲了，笔者对这些没有什么深入的了解！如果大家感兴趣自己去网上找找相关的资料。

好了，文章到此结束，希望可以帮助到大家。

以上就是小编对于rm8源码分享网站 ？mrch=rmv8？问题和相关问题的解答了，rm8源码分享网站 ？mrch=rmv8？的问题希望对你有用！