u-boot memory layout

最新推荐文章于 2023-06-27 14:25:13 发布
原创 最新推荐文章于 2023-06-27 14:25:13 发布 · 1.7k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#u-boot

本文分享了一张关于U-Boot内存布局的分析图，并记录了相关内容以供后续使用。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

近期对于u-boot memory layout的一个分析图。

记录一下以被后用。

 

 

【OpenHarmony4.1 之 U-Boot 2024.07源码深度解析】011 - arch\arm\cpu\armv8\start.S 汇编源码逐行详解
|~~~热爱生活、努力学习的小伙汁~~~|
06-30 1057
【OpenHarmony4.1 之 U-Boot 2024.07源码深度解析】011 - arch\arm\cpu\armv8\start.S 汇编源码逐行详解
RockChip U-Boot v2017(next-dev)详解（一）
qq_34968572的博客
02-14 1968
一：基础简介 1、功能 v2017（next-dev）是RK从U-Boot官方的v2017.09正式版本中切出来进行开发的版本，目前已经支持RK所以主流的芯片。支持的功能主要有： 支持 RK Android 固件启动； 支持 Android AOSP 固件启动； 支持 Linux Distro 固件启动； 支持 Rockchip miniloader 和 SPL/TPL 两种 Pre-loader 引导； 支持 LVDS、EDP、MIPI、HDMI、CVBS、RGB 等显示设备；
memory：arm 分区layout以及虚拟内存布局-小结
jet
03-15 8617
<!-- @page {margin:2cm} td p {margin-bottom:0cm} p {margin-bottom:0.21cm} --> 摘要 简述启动过程的内存分配，各个映像的烧写，加载，logo的刷新,文件系统mount。 DRAM：外部RAM； ISRAM:内部RAM（128K），（PL会跑在ISRAM里面，去初始化DRAM，load
Uboot中start.S源码的指令级的详尽解析（二）
yuzeze的专栏
06-23 1028
第 2 章 start.S的总结 目录 2.1. start.S各个部分的总结2.2. Uboot中的内存的Layout 摘要 2.1. start.S各个部分的总结 其实关于start.S这个汇编文件，主要做的事情就是系统的各个方面的初始化。 关于每个部分，上面具体的代码实现，也都一行行的解释过了，此处不再赘述。
nand对flashlayout的解析
jason的笔记
08-18 1961
一般嵌入式系统都会通过uboot或者lk将flashlayout的信息传递给kernel，kernel拿到这些flashlayout的信息后，将对应的每个partition mount成block device. 我们看看kernel这边的实现. drivers/mtd/cmdlinepart.c 376 static int __init mtdpart_setup(char *s) 3
bootloader uboot内存映射与启动流程
weixin_44030507的博客
04-20 2120
uboot是bootloader的一种，是Linux内核的引导启动程序。它会初始化嵌入式平台上的一些外设（比如：ddr等），把Linux内核镜像从flash中加载到内存，在完成一些初始化工作后，最后启动Linux内核，类似于windows的BIOS程序。uboot相当于是一段功能复杂的裸机程序，单片机的裸机程序没有本质区别。
U-Boot源码之命令
Enjoy working的博客
11-20 623
U-Boot支持很多命令，通过命令我们可以实现很多操作。这里介绍U-Boot命令的实现。 一、U-Boot命令的操作 1．进入命令 U-Boot 自带命令行接口，在 U-Boot 启动期间，按任意键（如空格键）可进入 U-Boot Shell 命令行，在Shell 界面可输入 U-Boot 支持的命令，使用 U-Boot 提供的各种功能： U-Boot 2009.08-dirty ( 5 月 18 2015 - 10:22:36) Freescale i.MX28 family CP...
U-Boot 启动kernel
Fay_ly的博客
01-03 787
UBoot 启动kernel代码流程
U-boot15（armv8）启动流程（基于展锐平台）
qq_44520949的博客
06-27 1843
SPL全称Secondary Program Loader，及第二阶段程序加载器，为什么时第二阶段，因为第一阶段是固化的Rom Code正常启动时：ROM Code从存储介质(eMMC/UFS)加载SPL到IRAM中的，SPL进一步加载UBoot到DDR中 运行。下载模式时：ROM Code进入下载等待模式，当检测到与电脑的通讯时，从USB加载FDL1到IRAM中去 的，FDL1进一步从USB加载FDL2（及UBoot）到DDR并执行。不难看出这里的FDL1充当了SPL作为第二 阶段程序加载器。
DDR3/4 内存模组（SIMM DIMM RIMM ,SO-DIMM UDIMM RDIMM LRDIMM区别）
热门推荐
qq_24402247的博客
12-22 1万+
DDR3/4 内存模组Overview0.内存芯片、内存颗粒DDR3 SDRAM1.常见的DIMM分类及区别1.1 内存模组尺寸分类1.2 内存模组功能分类如何改变文本的样式插入链接与图片如何插入一段漂亮的代码片生成一个适合你的列表创建一个表格设定内容居中、居左、居右SmartyPants创建一个自定义列表如何创建一个注脚注释也是必不可少的KaTeX数学公式新的甘特图功能，丰富你的文章UML 图表FLowchart流程图导出与导入导出导入 Overview 内存模组是内存在PC系统中的最终体现形式，内存模组
uboot 详细注释讲解
不积跬步，无以至千里
05-23 5592
转自：http://home.eeworld.com.cn/my/space-uid-135723-blogid-25548.html uboot 详细注释讲解 标签:  uboot  注释  讲解  2009-11-18 19:22   声明：该贴是通过参考其他人的帖子整理出来，从中我加深了对uboot的理解，我知道对其他人一定也是有很大的帮助，不敢私藏，如果里面
uboot内存空间分布
michaelcao1980的专栏
01-14 6875
config.mk: TEXT_BASE = 0x63f80000 u-boot.lds: ENTRY(_start) MEMORY {     ram_ro : org = 0x63f80000, l = 512K     ram_rw : org = 0x64000000, l = 1024K } SECTIONS { . = ALIGN(4);
u-boot移植随笔：u-boot的内存分布图
李迟的专栏
11-30 3415
有图有证，画出u-boot的内存分布及其它一些信息。
ubuntu下使用qemu模拟ARM(七)-----uboot从sd卡启动内核
rfidunion的博客
02-16 4769
编译uboot 编译内核 用mkimage制作文件 mkimage -n 'linux-2.6.14' -A arm -O linux -T kernel -C none -a 0x60008000 -e 0x60008000 -d zImage zImage.img 制作ext2格式的sd卡 dd if=/dev/zero of=a9rootfs.ext2 bs=1M co
arm64 memory layout
jason的笔记
03-03 4903
从kernel的.config中可以知道kernel只支持4k/16k/64K的page size # CONFIG_ARM64_4K_PAGES is not set # CONFIG_ARM64_16K_PAGES is not set CONFIG_ARM64_64K_PAGES=y # CONFIG_ARM64_VA_BITS_42 is not set CONFIG_ARM64
嵌入式 uboot以及kernel添加看门狗临时记录(个人记录未整理乱)
skdkjxy的专栏
09-24 8908
Uboot_Kernerl_Add_Watch_Dog： U-Boot 2010.06 (Nov 01 2013 - 15:28:44) DRAM:  128 MiB Check spi flash controller v350... Found Spi(cs1) ID: 0xEF 0x40 0x18 0x00 0x00 0x00 Spi(cs1): Block:64K
MinIO mc 客户端20250722
07-22
MinIO mc 客户端20250722
django餐厅推荐系统_ve4u1ds7.zip
最新发布
07-22
django餐厅推荐系统_ve4u1ds7
RTD1296 uboot
01-27
### RTD1296 U-Boot Configuration and Usage Tutorial For devices utilizing the Realtek RTD1296 SoC, configuring and using U-Boot as the bootloader involves several specific steps tailored towards this particular architecture. The following sections provide an overview of how one might go about setting up U-Boot on such hardware. #### Understanding RTD1296 Architecture Specifics The RTD1296 system-on-chip (SoC) features ARM Cortex-A53 cores which require a carefully crafted boot process that includes initializing memory controllers among other peripherals before handing control over to Linux or another operating system kernel[^3]. This initialization phase heavily relies upon correctly configured U-Boot settings. #### Preparing Environment for Building U-Boot To compile U-Boot specifically for the RTD1296 platform, ensure development environment supports cross-compilation tools suitable for ARM architectures. Obtain source code from official repositories maintained by U-Boot developers: ```bash git clone https://source.codeaurora.org/external/u-boot/u-boot.git cd u-boot/ ``` Select appropriate configuration options matching target board specifications through menuconfig interface provided within build scripts: ```bash make rtd1296_defconfig make menuconfig ``` This setup ensures all necessary drivers and functionalities required by RTD1296 are included during compilation[^4]. #### Flashing Compiled Image onto Device Storage Once successfully built, transfer generated binary files (`u-boot.bin`, `spl/u-boot-spl-dtb.bin`) via serial console connection or network-based methods like TFTP depending on available interfaces supported by your device model. For direct flashing into internal eMMC storage, commands similar to those below may apply but should always follow manufacturer guidelines closely due to potential risks involved when modifying firmware directly: ```bash sf probe 0:0 sf erase 0x0 0x80000 sf write 0x80000 spl/u-boot-spl-dtb.bin sf write 0x100000 u-boot.img ``` These operations involve probing SPI flash chip at specified address range, erasing existing content prior to writing new SPL (Secondary Program Loader) followed by main U-Boot image segments sequentially[^5]. #### Configuring Boot Arguments Within U-Boot Shell After ensuring proper installation, interactively set environmental variables inside U-Boot command line interpreter to define parameters passed down eventually to loaded kernels including root filesystem paths, IP configurations etc., examples include: ```bash setenv bootargs 'console=ttyS0,115200 earlyprintk root=/dev/mmcblk0p2 rw' saveenv bootm ${loadaddr} - ${fdt_addr} ``` Here `${loadaddr}` refers to where kernel images reside after being fetched while `${fdt_addr}` points toward flattened device tree blob location containing detailed descriptions regarding connected components layout pertinent especially for ARM platforms[^6]. --related questions-- 1. What are some common issues encountered when compiling U-Boot for different SoCs? 2. How does one troubleshoot problems related to improper loading of secondary program loaders in embedded systems? 3. In what ways do variations between various versions of U-Boot impact compatibility across diverse hardware models? 4. Are there alternative approaches besides using TFTP server for deploying U-Boot binaries remotely onto target boards?
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值