u-boot memory layout

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

#layout

本文探讨了U-Boot的内存布局，这是理解U-Boot的重要方面之一。大多数系统的内存布局相似，对于深入研究U-Boot及类似系统的启动加载过程具有参考价值。

 我们板子的 u-boot memory layout，这也算是看了u-boot好像就得到这个了。其实大多数系统类似，FYI。

u-boot memory layout

【OpenHarmony4.1 之 U-Boot 2024.07源码深度解析】011 - arch\arm\cpu\armv8\start.S 汇编源码逐行详解
|~~~热爱生活、努力学习的小伙汁~~~|
06-30 1480
【OpenHarmony4.1 之 U-Boot 2024.07源码深度解析】011 - arch\arm\cpu\armv8\start.S 汇编源码逐行详解
RockChip U-Boot v2017(next-dev)详解（一）
qq_34968572的博客
02-14 2074
一：基础简介 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 等显示设备；
Use Memory Layout from Target Dialog
行者
03-12 4477
Use Memory Layout from Target Dialog             When enabled, µVision creates a linker scatter file from the memory information supplied in the dialogs Target and Properties. When disabled, then
openwrt flash layout
yubing_615的专栏
07-08 2150
openwrt典型的有两种布局方式，一种是KR（kernel在前，rootfs在后），另一种是RK（rootfs在前，kernel在后）。 AP1_mtdlayout_8M=mtdparts=spi0.0:256k(u-boot)ro,64k(u-boot-env)ro,6336k(rootfs),1408k(kernel),64k(mib0),64k(art),7744k@0x50000(
bootloader uboot内存映射与启动流程
weixin_44030507的博客
04-20 2304
uboot是bootloader的一种，是Linux内核的引导启动程序。它会初始化嵌入式平台上的一些外设（比如：ddr等），把Linux内核镜像从flash中加载到内存，在完成一些初始化工作后，最后启动Linux内核，类似于windows的BIOS程序。uboot相当于是一段功能复杂的裸机程序，单片机的裸机程序没有本质区别。
memory：arm 分区layout以及虚拟内存布局-小结
jet
03-15 8683
<!-- @page {margin:2cm} td p {margin-bottom:0cm} p {margin-bottom:0.21cm} --> 摘要 简述启动过程的内存分配，各个映像的烧写，加载，logo的刷新,文件系统mount。 DRAM：外部RAM； ISRAM:内部RAM（128K），（PL会跑在ISRAM里面，去初始化DRAM，load
U-Boot源码之命令
Enjoy working的博客
11-20 676
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 863
UBoot 启动kernel代码流程
QEMU 6.1.0 运行 RISCV64 OpenSBI + U-Boot + Linux
qq_41957544的博客
10-09 4834
QEMU 6.1.0 运行 RISCV64 OpenSBI + U-Boot + Linux 1. 准备 OpenSBI v0.9 git clone https://github.com/riscv-software-src/opensbi.git --branch v0.9 U-Boot v2021.07 https://source.denx.de/u-boot/u-boot.git --branch v2021.07 Linux 5.10.70 (直接在 www.kernel.org 上下载即
【工具使用】Keil5软件使用-进阶工程配置篇
热门推荐
知识噬元兽的博客
07-31 4万+
Keil提供了包括C编译器、宏汇编、链接器、库管理和一个功能强大的仿真调试器等在内的完整开发方案，通过一个集成开发环境（μVision）将这些部分组合在一起。 本文面向已经懂得软件基本操作的职业老手，如果是未使用过该软件的小鲜肉，请移步基础篇。这里以STM32芯片为例对工具进行讲解，其他品牌的芯片在工程配置上可能存在差异。............
uboot内存空间分布
michaelcao1980的专栏
01-14 6905
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);
关于keil软件error：L6236E:NO section matches selector-no section to be FIRST/LAST的报错解决方法
cici_bao的博客
11-05 3万+
L6236E:NO section matches selector-no section to be FIRST/LAST的报错解决方法 解决方法：可以归纳为两步，第一添加启动文件到项目中去，去掉默认的勾选并且确保下面scatter file里面的路径为空，让他自行编译就可以了。
u-boot移植随笔：u-boot的内存分布图
李迟的专栏
11-30 3558
有图有证，画出u-boot的内存分布及其它一些信息。
arm64 memory layout
jason的笔记
03-03 4986
从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
ubuntu下使用qemu模拟ARM(七)-----uboot从sd卡启动内核
rfidunion的博客
02-16 4862
编译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
嵌入式 uboot以及kernel添加看门狗临时记录(个人记录未整理乱)
skdkjxy的专栏
09-24 8982
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
stm32 KEIL软件设置程序烧写起始地址及RO-data、RW-data、ZI-data的解释
LETFLY'S LAB
09-19 5628
STM32系列的mcu，这儿以cortex-M4为例，我们在线调试时，一般会设置程序烧写起始地址和大小。这个大小一般是0x08000000,也就是内部flash的映射地址。不过有些产品是从0x08020000开始的，这是为什么呢？是因为在0x08000000-0x08020000这段空间放的是引导程序，也就是引导程序是从0x08000000开始存放，一般而言，引导程序最终也是要跳转到主app执行的，对于我们这儿而言，就是引导程序会跳转到0x08020000继续执行，而主工程代码是从0x08020000开始存
MDK中三种linker
oshan2012的博客
06-19 4037
MDK中三种linker 1、采用target对话框中的ROM和RAM地址 采用此方式，需在Linker选项卡中勾选Use Memory Layout from Target Dialog选项（选中这一项实际上是默认在Target中对Flash和RAM的地址配置，编译链接时会产生一个默认的脚本文件），并且在Target中设置好RAM、ROM地址，图2所示。MDK会根据Targ...
系统/boot目录下放置开机LOGO，u-boot下指定开机logo路径，实现u-boot和内核下都可看到开机图片
最新发布
12-09
<think>我们参考提供的引用内容，并结合用户需求：将开机LOGO放置在系统/boot目录下，并在U-Boot中指定该路径，使得U-Boot和内核都能显示该图片。 根据引用[1]和[3][4]，我们知道U-Boot在启动过程中会加载Logo，通常有两种方式：从资源文件（编译时嵌入）或从存储设备的分区中加载。 用户希望将Logo文件放在/boot目录下（这是Linux系统启动后挂载的分区，通常存放内核和initramfs等），但U-Boot启动时，系统尚未启动，无法访问/boot分区（此时/boot所在分区尚未挂载）。 因此，我们需要分两步考虑： 1. U-Boot阶段：由于U-Boot运行时还没有挂载文件系统，所以不能直接通过文件路径（如/boot/logo.bmp）访问。通常的做法是将Logo编译进U-Boot（作为资源文件）或者将Logo放在一个U-Boot能够直接访问的存储区域（比如一个独立的分区，或者与U-Boot代码在同一存储区域）。 2. 内核阶段：内核启动后，可以挂载/boot分区，然后从/boot分区中读取Logo文件进行显示。 但是，用户要求使用同一个Logo文件，并在两个阶段都显示。我们可以这样设计： - 将Logo文件放在/boot分区中（例如/boot/logo.bmp），这样内核启动后可以读取并显示。 - 对于U-Boot阶段，由于无法访问/boot分区，我们可以考虑在编译U-Boot时将同一个Logo文件嵌入到U-Boot的二进制文件中（作为默认资源）。这样U-Boot启动时就可以显示。 但是用户特别要求“在U-Boot指定开机logo路径”，这意味着用户希望U-Boot在启动时能够从某个存储位置读取Logo文件，而不是编译时嵌入。 根据引用[1]中提到的方法：修改U-Boot源代码，在启动过程中首先尝试从新建的分区加载Logo，如果失败则从默认资源文件加载。这里的关键是“新建的分区”，也就是在存储设备上专门划分一个分区用于存放Logo，这个分区在U-Boot阶段就可以通过存储设备接口（如MMC）直接读取。 然而，用户希望将Logo放在/boot分区（通常是Linux的启动分区，格式为ext4等），而U-Boot通常不支持ext4文件系统（除非特别配置），所以直接让U-Boot从/boot分区读取文件可能不可行。 因此，我们可能需要折中： 方案一：将Logo文件放在一个U-Boot能够识别的独立分区（例如FAT分区）中，并且该分区在系统中挂载到某个路径（比如/mnt/logo），然后将同一个Logo文件也复制到/boot目录下（这样内核启动后可以从/boot读取）。但这样就需要两个副本。 方案二：在U-Boot阶段，我们使用嵌入在U-Boot中的默认Logo（编译时嵌入），而内核阶段使用/boot目录下的Logo。这样两个阶段可以显示同一个Logo，但需要维护两份（一份在U-Boot源码中，一份在/boot分区）。 方案三：如果用户坚持只使用一个文件（位于/boot分区），那么我们需要在U-Boot中增加对/boot分区文件系统的支持（如ext4），并修改U-Boot代码在启动时从/boot分区读取文件。但这样会增加U-Boot的复杂度和体积，且需要U-Boot能够识别分区表和文件系统，可能不推荐。 考虑到用户引用的内容，引用[1]提到“用已有分区存放logo”，我们可以利用现有的一个U-Boot可访问的分区（比如boot分区，但前提是U-Boot支持该文件系统）。目前U-Boot支持FAT文件系统比较常见，所以如果/boot分区是FAT格式，那么U-Boot可以直接读取。 假设用户的/boot分区是FAT格式（很多嵌入式系统会这样设计），那么我们可以将Logo文件放在/boot目录下，然后在U-Boot中指定路径为"/boot/logo.bmp"。 具体步骤： 步骤1：准备Logo图片 根据引用[2]，图片需要符合特定格式（如BMP）和分辨率（根据屏幕）。例如，为S3C2440准备160x96的BMP图片。可以使用工具将图片转换成符合要求的BMP。 步骤2：将Logo图片放入/boot分区 在Linux系统中，将转换好的logo.bmp文件放入/boot目录。 步骤3：修改U-Boot源代码以支持从/boot分区读取Logo 根据引用[1][3][4]，我们需要修改U-Boot的启动代码，在显示Logo的地方，尝试从存储设备的/boot分区读取logo.bmp文件。如果读取成功则显示，否则使用默认的Logo（编译时嵌入的Logo）。 具体代码修改可能涉及： - 在U-Boot启动的适当位置（通常在board_init_r或board_init_f之后，显示Logo之前）增加读取文件的代码。 - 使用U-Boot的文件系统API（如果支持FAT）读取文件。 示例代码逻辑： ```c // 假设设备为MMC，分区号为0（boot分区） int dev = 0; int part = 0; // boot分区号，根据实际情况 char *filename = "/boot/logo.bmp"; if (fs_set_blk_dev("mmc", "0", FS_TYPE_FAT) == 0) { if (fs_exists(filename) == 0) { // 读取文件并显示 bmp_display( ... ); // 使用U-Boot的BMP显示函数 return; } } // 如果从文件读取失败，则使用默认Logo bmp_display((ulong)default_logo, ...); ``` 注意：上述代码仅为示意，具体实现需要根据U-Boot版本和硬件平台调整。 步骤4：编译U-Boot并烧写。 步骤5：内核阶段显示Logo 内核启动后，显示管理程序（如splashutils）可以从/boot/logo.bmp读取并显示。这部分需要配置内核和initramfs，或者由用户空间的程序完成。 然而，如果用户的/boot分区不是FAT格式（比如ext4），而U-Boot没有支持ext4，那么上述方法不可行。此时只能采用独立分区（FAT格式）存放Logo，或者采用方案二（编译时嵌入）。 因此，我们需要确认用户系统的/boot分区格式。如果用户不能改变/boot分区格式，那么可能需要考虑其他方案。 综上所述，我们给出一个基于/boot分区为FAT格式的解决方案。 另外，引用[3]提到在编译U-Boot时嵌入Logo的方法：修改tools/Makefile中的LOGO_BMP指向一个BMP文件。这是传统的做法，但这样Logo是编译进U-Boot的，无法在系统启动后更改（除非重新编译U-Boot）。而用户要求指定路径，所以我们不采用这种方法。 因此，我们重点说明从文件系统读取的方法。 详细步骤： 1. 确保/boot分区是FAT格式，并且U-Boot配置了支持FAT文件系统（通过make menuconfig配置：Command line interface -> Filesystem commands -> Support FAT filesystems）。 2. 修改U-Boot代码，在显示Logo的位置（通常是在启动过程的后期，在显示命令行提示符之前）添加从文件系统读取Logo并显示的代码。 例如，在`common/board_r.c`的`board_late_init`阶段，或者根据具体板级代码中显示Logo的位置进行修改。 3. 具体的读取和显示代码示例（假设使用MMC设备，第一个分区）： ```c #include <fs.h> #include <bmp_layout.h> #include <bmp.h> #include <mmc.h> void show_logo(void) { struct bmp_image *img; char *filename = "/boot/logo.bmp"; int ret; // 初始化MMC设备（如果需要） struct mmc *mmc = find_mmc_device(0); if (!mmc) { printf("No MMC device found\n"); goto default_logo; } if (mmc_init(mmc)) { printf("MMC init failed\n"); goto default_logo; } // 设置文件系统到MMC0的FAT分区 if (fs_set_blk_dev("mmc", "0", FS_TYPE_FAT)) { printf("Failed to set block device\n"); goto default_logo; } // 检查文件是否存在 if (fs_exists(filename) != 0) { printf("File not found: %s\n", filename); goto default_logo; } // 分配内存读取文件 ulong size; ret = fs_size(filename, &size); if (ret < 0) { printf("Failed to get file size\n"); goto default_logo; } img = malloc(size); if (!img) { printf("Failed to allocate memory\n"); goto default_logo; } ulong actread; ret = fs_read(filename, (ulong)img, 0, size, &actread); if (ret < 0 || actread != size) { printf("Failed to read file\n"); free(img); goto default_logo; } // 检查是否是BMP if (bmp_info(img)) { printf("Invalid BMP\n"); free(img); goto default_logo; } // 显示BMP ret = bmp_display((ulong)img, 0, 0); free(img); if (ret) { printf("BMP display failed\n"); goto default_logo; } return; // 成功显示文件中的Logo default_logo: // 显示默认Logo（编译时嵌入的） bmp_display((ulong)logo_bmp, 0, 0); } ``` 然后在适当的位置调用`show_logo`函数。 4. 修改板级配置文件（或板级初始化代码）以调用该函数。 5. 编译U-Boot并烧写。 6. 将Logo图片（符合要求的BMP）放入/boot分区。 注意：这种方法在U-Boot启动时要求MMC设备已经初始化，并且分区0是FAT格式的/boot分区。 对于内核阶段显示Logo，这通常由内核的帧缓冲（framebuffer）和用户空间的工具（如fbsplash或plymouth）完成，具体方法不在U-Boot范围内。 因此，我们实现了在U-Boot阶段从/boot分区读取Logo，而内核阶段可以同样使用该Logo（需要另外配置内核或用户空间程序）。 如果用户希望内核使用同样的Logo，需要在内核启动参数中指定splash图像，或者在内核中配置。这通常需要将Logo编译进内核，或者由initramfs在启动时加载。另一种方法是使用用户空间的程序在系统启动后显示，此时可以直接读取/boot/logo.bmp。 总结：本方案需要满足U-Boot支持FAT文件系统，且/boot分区为FAT格式。如果用户系统不满足，则可能需要调整分区方案或采用其他方法。 由于用户问题复杂且涉及多个系统组件，以上步骤需要根据具体硬件和软件环境调整。 相关问题： 1. 如何将/boot分区格式化为FAT文件系统？ 2. 在U-Boot中如何初始化MMC设备？ 3. 如何配置U-Boot以支持FAT文件系统？ 4. 内核启动后如何显示/boot目录下的Logo图片？ </think> ### 在U-Boot和内核中共享开机LOGO的实现方法 根据引用内容，实现U-Boot和内核共享开机LOGO的关键在于**分区规划**和**路径配置**，以下是具体步骤： --- #### 1. **准备LOGO图片** - 制作符合分辨率要求的BMP图片（如160×96）[^2] - 使用转换脚本确保格式正确： ```bash convert input.png -resize 160x96! -type truecolor output.bmp ``` #### 2. **分区规划** ```mermaid graph LR A[存储设备] --> B[U-Boot分区] A --> C[LOGO专用分区] A --> D[/boot分区/] ``` - 新建独立分区存放LOGO（如`logo_part`分区） - 将同一LOGO文件同时存放在： - **LOGO专用分区**（供U-Boot读取） - **/boot目录**（供内核读取） #### 3. **U-Boot配置** 修改U-Boot源码（`board_init_r`阶段）[^4]： ```c // 文件：arch/arm/lib/board.c int board_init_r(void) { ... // 优先从专用分区加载 if (load_logo_from_partition("logo_part", &logo) != 0) { // 失败则从/boot分区加载 load_logo_from_boot_partition("/boot/logo.bmp", &logo); } bmp_display(logo.addr, 0, 0); // 显示LOGO ... } ``` #### 4. **内核配置** 在内核启动脚本中指定路径： ```bash # 在init脚本中添加 echo 1 > /sys/class/graphics/fb0/blank cat /boot/logo.bmp > /dev/fb0 echo 0 > /sys/class/graphics/fb0/blank ``` #### 5. **部署验证** 1. 将LOGO文件放入系统： ```bash sudo cp logo.bmp /boot/ sudo dd if=logo.bmp of=/dev/logo_part ``` 2. 检查U-Boot日志确认加载路径： ``` Loading logo from: /dev/logo_part [OK] ``` --- ### 关键注意事项 1. **分区兼容性** - U-Boot需支持存储设备驱动（eMMC/NAND） - 内核需挂载`/boot`分区（ext4/F2FS） 2. **LOGO规范** - 分辨率必须匹配显示设备（如160×96） - 必须使用**未压缩的24位BMP格式** 3. **故障回退** - U-Boot中实现双路径加载逻辑[^1] - 内核使用`fbsplash`工具实现回退机制 > 此方案通过**分区共享+路径映射**实现在不同启动阶段显示同一LOGO，避免了重新编译U-Boot[^3]，同时保证系统可靠性[^1]。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值