1、简介典型的Uboot启动分为两个阶段，bootrom->SPL（SecondaryProgramLoader）->ATF->OPTEE(可选)->Uboot。

在uboot中，主要修改设备树有两个地方，cpu的修改完全是因为ps-clk被修改，因为锁相环是倍频再分频，不一定能达到33M的主频。修改完成后编译uboot，烧录再启动，发现串口全是

一、uboot修改1）driver/net/zynq_gem.cstaticintphy_detection(structudevice*dev)这个函数中的两处phyread(priv,priv->phyaddr

ZYNQUBOOT更换调试串口管脚的方法问题的产生修改过程验证问题的产生本来我一直只用的zynq平台的调试串口是在uart1的mio48和mio49上，后来接了一个项目是别人家的硬件，我们做软件。

但是在客户那边使用时，我们有时需要更新系统，这里有两种方案：1）文件系统双分区第一分区为fat系统，存放uboot、设备树和kernel；第二分区为ext4系统，存放文件系统；第三分区和第二分区相同。

QEMU模拟ATF启动通过qemu模拟ATF的启动，即启动流程为：bl1bl2bl31bl33kernel其中bl33为uboot。

这里主要涉及到如下几个文件：主目录中的Makfile、mkconfig、config.mk以及各子目录中的Makefile。因为子目录中Makefile太多，所以本文中以lib_arm目录中的Makefile为例进行分析。首先大概介绍一下这几个文件。主目录中的Makefile是对整个工程的编译链接规则进行了描述。子目录中的Makfile主要是编译一些源文件并进行归档，生成一些静态库。config.

uboot支持EMMC和SD卡，因此也要提供EMMC和SD卡的操作命令。一般认为EMMC和SD卡是同一个东西，所以没有特殊说明，统一使用MMC来代指EMMC和SD卡。

uboot命令解析:(1)bootdelay没有打断,跑的是autoboot_commandabortboot—>run_command_list(bootcmd)(2)否则走的cli_loopcli_loop

大家好，今天给大家介绍一下imx6ull固化和更新uboot、zImage和dtb方法总结，希望这篇文章对大家有所帮助。

基于IMX6Q的uboot启动流程分析（1）：uboot入口函数基于IMX6Q的uboot启动流程分析（2）：_main函数之board_init_f基于IMX6Q的uboot启动流程分析（3）：_main

一、在DDR初始化时，是由start.S中第155行blcpu_init_crit再跳转到第356行：ENTRY(cpu_init_crit)blowlevel_init@gosetuppll,mux,memoryENDPROC(cpu_init_crit)去到lowlevel_init.S文件初始化的，现在重新返回blcpu_init_crit执行之后的代码。start.S第158行开始：/*S

voidboard_init_f(ulongboot_flags){#ifdefCONFIG_SYS_GENERIC_GLOBAL_DATA/**Forsomearchtectures,globaldataisinitializedandusedbefore*callingthisfunction.Thedatashouldbepreserved.Forothers,*CONFIG_SYS_GEN

voidboard_init_r(gd_t*new_gd,ulongdest_addr){#ifdefCONFIG_NEEDS_MANUAL_RELOCinti;#endif#if!defined(CONFIG_X86)&&!defined(CONFIG_ARM)&&!defined(CONFIG_ARM64)gd=new_gd;#endif#ifdefCONFIG_NEEDS_MANUAL_RE

board_init_f）U-Boot启动流程概要跳转到_main1、跳转到board_init_fdo_lowlevel_init()修改set_ps_hold_ctrl2、board_init_r()copy_uboot_to_ram

②、初始化gd的各个成员变量，uboot会将自己重定位到DRAM最后面的地址区域，也就是将自己拷贝到DRAM最后面的内存区域中。

接上回.在borad_init_f函数执行完成,C语言环境就算完全建立起来了.下面就完全是C的代码了.返回crt0.S，执行board_init_r(common/board_r.c)，完成board_init_f没有完成的初始化工作，通过调用initcall_run_list来完成，这里注意的参数是一系列的函数集合.我们回去看这个参数init_sequence_r(common/board_r.

②、初始化gd的各个成员变量，uboot会将自己重定位到DRAM最后面的地址区域，也就是将自己拷贝到DRAM最后面的内存区域中。

主要作用是初始化运行环境；初始化内存；重新放置UBOOT代码到内存中；跳入到内存中执行第二段初始化代码1、关闭开门狗，屏蔽所有中断2、设置分频比3、blcpu_init_crit()关MMU，初始化内存

board_init_rboard_init_f函数，在此函数里面会调用一系列的函数来初始化一些外设和gd的成员变量。但是board_init_f并没有初始化所有的外设，还需要做一些后续工作，这些后续工作就是由函数board_init_r来完成的voidboard_init_r(gd_t*new_gd,ulongdest_addr){#ifdefCONFIG_NEEDS_MANUAL_RELOCi

1.前言本文主要就Hi3556v200的U-boot+Liteos方案的启动流程做简要介绍,前面主要分析了Hi3556v200下的start.S文件，在这之后它将解压通用uboot的代码执行，执行的入口位于通用

目录一、crt0_64.S最后部分二、board_init_r三、init_sequence_r[]函数数组一、crt0_64.S最后部分清bss段，然后执行board_init_r/**ClearBSSsection，清除bss段*/ldrx0,=__bss_start/*thisisauto-relocated!*/ldrx1,=__bss_end/*thisisauto-relocated!

对于i.MX平台上的SPL来说，其不会直接跳转到Uboot，而是在SPL阶段借助BOOTROM跳转到ATF，然后再通过ATF跳转到Uboot。

一、简介uboot中i2c读写有2种方式，一种使用uboot驱动模型，通过宏CONFIG_DM_I2C定义，另一种是传统方式，通过宏CONFIG_SYS_I2C定义。

bootargsbootargs=console=ttyS0,115200ubi.mtd=UBI,2048root=ubi:rootfsrorootfstype=ubifsinit=/linuxrcrootwait=1LX_MEM=0x7f00000mma_heap=mma_heap_name0,miu=0,sz=0x3400000mma_memblock_remove=1highres=offm

在进入ATF后，ATF与OP-TEE共同协作，转而跳转到处于非安全上下文的U-Boot中（ATF->Uboot）。

1、异常基础知识对于ARM64而言，exception是指cpu的某些异常状态或者一些系统的事件（可能来自外部，也可能来自内部），这些状态或者事件可以导致cpu去执行一些预先设定的，具有更高执行权利（EL3）的异常处理程序（也叫exceptionhandler）。执行exceptionhandler可以进行异常的处理，从而让系统平滑的运行。exceptionhandler执行完毕之后，需要返回发生

Bootloader基本概念什么是Bootloader?Bootloader是硬件启动的引导程序，是运行操作系统的前提；在操作系统内核或用户应用程序运行之前运行的一小段代码。对软硬件进行相应的初始化和设定，为最终运行操作系统准备好环境；在嵌入式系统中，整个系统的启动加载任务通常由Bootloader来完成。Bootloader的特点Bootloader不属于操作系统，一般采用汇编语言和C语言开发。

一，开发阶段1，准备镜像文件TF-A镜像文件：tf-a-stm32mp157a-fsmp1a-trusted.stm32===>烧写设备中：(TF/EMMC)uboot镜像文件：u-boot-stm32mp157a-fsmp1a-trusted.stm32

但是某些情况重定位就是必须的，譬如在uboot中。

一、前章回顾上一章，已经讲过如何讲uboot.2022.10版本移植到我们自己的imx6ull开发板上，但是最后编译下载后网络部分未能正确识别，今天我们就来讲一讲网络部分的调试。

前言基于迅为RK3399的开发板移植原厂uboot，记录uboot的移植的全过程，包括重点注意事项以及遇到的具体问题记录。

一.uboot源码分析前提由于uboot会使用到一些经过编译才会生成的文件，因此，我们在分析uboot的时候，需要先编译一下uboot源码工程。这里所用的开发板是nand-flash版本。

一.uboot源码分析前提由于uboot会使用到一些经过编译才会生成的文件，因此，我们在分析uboot的时候，需要先编译一下uboot源码工程。这里所用的开发板是nand-flash版本。

一.uboot源码分析前提由于uboot会使用到一些经过编译才会生成的文件，因此，我们在分析uboot的时候，需要先编译一下uboot源码工程。这里所用的开发板是nand-flash版本。

一.boot命令简介uboot的作用是启动Linux系统。所以uboot肯定有相关的boot(引导)命令来启动Linux。常用的与boot有关的命令有：bootz、bootm和boot。

一、编译SSD202SDK编译uboot环境配置exportARCH="arm"exportC

stm32mp1uboot启动流程分析本节主要关注uboot启动linux的流程，首先关注下uboot的环境变量uboot环境变量进入uboot以后回车输入print即可看到uboot的所有环境变量：这里很多变量嵌套了一些流程

ubootextlinux.conf介绍上面一小节我们介绍了uboot的启动流程，里面最终走到了查看extlinx文件，并根据此文件来选择后续的启动镜像、设备树和内核参数。

编译ubootunabletoexecute'swig':Nosuchfileordirectory一、编译ubootunabletoexecute'swig':Nosuchfileordirectory

平台:jz2440作者：庄泽彬(欢迎转载，请注明作者)说明：韦东山二期视频学习笔记交叉编译工具:arm-linux-gcc(GCC)4.3.2PC环境:ubuntu18.04一、uboot的编译和烧录下载

IMX6ULL学习笔记version:v1.0「2023.4.27」author：Y.Z.T.摘要：随记,记录I.MX6ULL系列SOC的uboot启动流程⭐️目录文章目录IMX6ULL学习笔记2.3Uboot

注：以下的内容来自朱老师物联网大讲堂uboot部分课件Uboot启动第一阶段start.S执行步骤1.头文件包含（x210的各种宏定义）（u-boot的版本信息）(用于存储用户、管理员各自数据的，类似于商场分为顾客

Linux-uboot-学习笔记（6）：uboot启动第一阶段源码分析uboot启动的第一阶段主要是start.S文件，也就是在BL1阶段将SD卡的前16K内容加载到SRAM中执行的那部分，从而指导第二阶段

目录1NANDFlash：1）地址空间说明2）烧写u-boot3）烧写内核4）烧写文件系统5）设置启动参数2SPIFlash：1）地址空间说明2）烧写u-boot3）烧写内核4）烧写文件系统5）设置启动参数3EMMC：1）地址空间说明2）烧写u-boot3）烧写内核4）烧写文件系统5）烧写参数区6）烧写logo个人主页：linux_嵌入式大师之路的博客-CSDN博客欢迎点赞✍评论⭐收藏希望本文能对

Flutter从入门到实战一共分为23个系列①(Flutter、Dart环境搭建篇)共3个内容已更新②(Dart语法1篇)共4个内容已更新③(Dart语法2篇)共2个内容已更新④(Flutter案例开发篇

c语言函数名是一段代码首地址，连接器链接时放在text段,下面例子会把函数名打印出来，.map文件内存分布查看相关代码段函数:下面例子实现步骤:来源于uboot的初始化board_f.ctypedefint

Buildroot是一个流行的嵌入式Linux系统构建工具，它可以帮助开发者自动化地构建完整的嵌入式Linux系统，包括文件系统、内核以及各种用户空间应用程序。虽然Buildroot在构建嵌入式系统方面非常强大且易于使用，但一般情况下，它并不用于编译U-Boot（引导加载程序）和Linux内核的原因有以下几点：定制化需求：U-Boot和Linux内核是嵌入式系统的核心组件，而且它们通常需要针对特定

Addedbyh84013687,2013.08.13*/#ifndefBUILD_LK#include#endif#include"lcm_drv.h"#ifdefBUILD_LK#include#elifdefined(BUILD_UBOOT

1-栈初始化栈是一种具有后进先出性质的数据组织方式，也就是说，后存放的先取出，先存放的后取出。根据sp指针指向的位置，栈可以分为满栈和空栈。满栈：当堆栈指针sp总是指向最后压入堆栈的数据。空栈：当堆栈指针sp总是指向下一个将要放入数据的空位置。ARM采用满栈！根据SP指针移动方向，栈可以分为升栈和降栈。升栈：随着数据的入栈，SP指针从低地址->高地址移动。降栈：随着数据的入栈，SP指针从高地址->