u-boot sdfuse命令烧录分析----从SD卡加载内核

最新推荐文章于 2024-04-27 01:52:06 发布
最新推荐文章于 2024-04-27 01:52:06 发布
阅读量1.6k 收藏 4
点赞数
分类专栏： 嵌入linux
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/MasterJackal/article/details/82707959
版权

在u-boot移植过程中，由于u-boot烧录在SD卡中，因此老是加载内核失败，是什么原因呢？在加载内核的打印信息中有这样类似的信息：

reading kernel.. 1120, 10240 
MMC read: dev # 1, block # 1120, count 10240 ...10240 blocks read: OK
completed
reading RFS.. 11360, 2048 
MMC read: dev # 1, block # 11360, count 2048 ...2048 blocks read: OK

信息描述的意思是从MMC 设备1(这里是指SD卡)的1120块中去读取内核，从11360块中读取ramdisk，但由于此时的SD卡中相应的位置并没有写入kernel 和ramdisk，因此在后续的加载时会失败。那么可以怎么解决呢？这里使用两种方式，一种是让u-boot从eMMC中去读取kernel 和 ramdisk ，另一种是烧录kernel 和 ramdisk 到SD卡中，这里主要记录的是第二种方式的修改记录，对于第一种方式，相较之下比较简单，只要修改默认从eMMC中读取就可以了。

1、u-boot 使用sdfuse 命令烧录的实现过程

u-boot中烧录的镜像的命令格式是：

sdfuse flash [bootloader|kernel|ramdisk|system] xx.bin/img

当使用sdfuse进行烧录时，会调用 common/cmd_fastboot.c –> do_sdfuse()函数进行命令参数解析和处理；do_sdfuse() 函数会调用set_partition_table_sdmmc() 建立一个分区表，下面是do_sdfuse()部分代码：

int do_sdfuse (cmd_tbl_t *cmdtp, int flag, int argc, char *argv[])
{
    ……
    if (set_partition_table_sdmmc())
        return 1;
    ……
    /* 根据参数解析，判断进入哪种处理方式 */
    if ((argc == 2) && !strcmp(argv[1], "info")){……
    }else if ((argc == 2) && !strcmp(argv[1], "flashall")){……
    }else if ((argc == 4) && !strcmp(argv[1], "flash"))
    {
        if (update_from_sd(argv[2], argv[3]))
            goto err_sdfuse;
        ret = 0;
    }
    else if ((argc == 3) && !strcmp(argv[1], "erase"))
    {
        ……
    }
    ……
}

do_sdfuse 函数通过调用update_from_sd()函数从SD卡中读取镜像进行烧录，update_from_sd()的部分代码：

static int update_from_sd (char *part, char *file)
{
    int ret = 1;
    /* 读取镜像 */
    if (file != NULL){
        ……
        sprintf(filename, "%s%s", CFG_FASTBOOT_SDFUSE_DIR, file);
        offset = CFG_FASTBOOT_TRANSFER_BUFFER;
        count = 0;
        size = file_fat_read (filename, (unsigned char *) offset, count);
        if (size == -1) {
            printf("Failed to read %s\n", filename);
            return 1;
        }
        download_size = 0;  // should be 0
        download_bytes = size;
    }
    else{
        download_size = 0;  // should be 0
        download_bytes = 0;
    }
    {
        char command[32];
        if (download_bytes == 0)
            sprintf(command, "%s:%s", "erase", part);
        else
            sprintf(command, "%s:%s", "flash", part);
        ret = rx_handler(command, sizeof(command));
    }
    return ret;
}

rx_handler()函数中实现操作方式的判断：根据 “rx_handler(command, sizeof(command));”的一个参数进行分类判断，这里解析到传递的第一个参数是“flash”：

static int rx_handler (const unsigned char *buffer, unsigned int buffer_size)
{
    ……
    if (download_size){……}
    else{
        ……
        if (memcmp(cmdbuf, "flash:", 6) == 0){
            ……
            /* 根据启动方式：oneNand、MMC*/
            /* 如果是 oneNAND */
            调用函数：write_to_ptn()
            /* 如果是 MMC */
            调用函数：write_to_ptn_sdmmc()
            ……
        }
        ……
    }

使用的板子是外接eMMC的，因此是调用write_to_ptn_sdmmc()函数；write_to_ptn_sdmmc()函数中实现的功能是判断通过哪种命令方式来将镜像写到MMC中：mmc命令 或 movi命令，如何判断使用哪种方式来写镜像呢？在set_partition_table_sdmmc()函数中为每一分区都定义了一个flag，通过这个flag来判断写入的方式。

static int write_to_ptn_sdmmc(struct fastboot_ptentry *ptn, unsigned int addr, unsigned int size)
{
    ……
    if (ptn->flags & FASTBOOT_PTENTRY_FLAGS_USE_MMC_CMD)
    {
        argv[2] = device;
        argv[3] = buffer;
        argv[4] = start;
        argv[5] = length;
        ……
        if (check_compress_ext4((char*)addr,ptn->length) != 0) {
            ret = do_mmcops(NULL, 0, 6, argv);
        } 
        else {
            ret = write_compressed_ext4((char*)addr,
                    ptn->start / CFG_FASTBOOT_SDMMC_BLOCKSIZE);
        }
    }
    else if (ptn->flags & FASTBOOT_PTENTRY_FLAGS_USE_MOVI_CMD){
        ……
        /* 将烧录镜像描述名修改为分区名，例如 ramdisk -> rootfs*/
        if(!strcmp(ptn->name, "ramdisk ")){
            strncpy(part, "rootfs", 7);
            argv[4] = length;
            ……
        }
        ……
        ret = do_movi(NULL, 0, argc, argv);
    }
    ……
}

system镜像是通过 mmc命令来烧写的，这里会通过在函数write_compressed_ext4()中调用write_raw_chunk函数来执行mmc命令：

int write_raw_chunk(char* data, unsigned int sector, unsigned int sector_size) 
{
    char run_cmd[64];
    int err ;
    ext4_printf("write raw data in %d size %d \n", sector, sector_size);
    sprintf(run_cmd,"mmc write %s 0x%x 0x%x 0x%x", dev_number_write ? "1" : "0",
            (int)data, sector, sector_size);
    err = run_command(run_cmd, 0);

    return (1-err); //mj
}

kernel 、ramdisk、u-boot都是使用movi 命令烧录的，也就是调用“do_movi(NULL, 0, argc, argv);”，运行movi命令就是通过do_movi函数( common/cmd_movi.c)来解析的，函数主要实现使用movi命令时是读/写 到eMMC 还是 SD卡：

int do_movi(cmd_tbl_t * cmdtp, int flag, int argc, char *argv[])
{
    ……
    /* 判断是哪种方式启动、将该启动方式的设备设置为当前设备 */
    if(OmPin == BOOT_EMMC441){
        boot_dev = 0;       
    }
    else if(OmPin == BOOT_MMCSD){
        //emmc exist..
        if(strcmp(mmc->name, "S5P_MSHC4") == 0){
            boot_dev = 1;   
        }
        else{
            boot_dev = 0; 
        }
    }
    else{
        boot_dev = 0; 
        printf("[ERROR]Undefined booting mode\n");
    }
    /* 根据attribute 来确定从哪个分区读/写； attribute在分区表中定义 */
    if (attribute == 0x2) {
        ……
        printf("%s bootloader.. %ld, %ld ", rw ? "writing":"reading",
                start_blk, blkcnt);
        sprintf(run_cmd,"mmc %s 1 0x%lx 0x%lx 0x%lx", //0-->1
                rw ? "write":"read",
                addr, start_blk, blkcnt);
        run_command(run_cmd, 0);
        return 1;
    }   
    /* u-boot r/w for emmc*/
    if (attribute == 0x20) {
        ……
        printf("%s bootloader.. %ld, %ld \n", rw ? "writing":"reading",
                start_blk, blkcnt);
        ……
        sprintf(run_cmd,"mmc %s 0 0x%lx 0x%lx 0x%lx",
                rw ? "write":"read",
                addr, start_blk, blkcnt);
        run_command(run_cmd, 0);
        ……
        return 1;
    }
    if (attribute == 0x4) {
        ……
        printf("%s kernel.. %ld, %ld ", rw ? "writing" : "reading",
                start_blk, blkcnt);
        if (1 == fuse_by_fastboot)
            sprintf(run_cmd, "mmc %s %s 0x%lx 0x%lx 0x%lx",
                    rw ? "write" : "read", dev_number_write ? "1" : "0",
                    addr, start_blk, blkcnt);
        else {
            sprintf(run_cmd,"mmc %s %d 0x%lx 0x%lx 0x%lx",rw ? "write":"read",boot_dev,
                        addr, start_blk, blkcnt);
        }
        run_command(run_cmd, 0);
        printf("completed\n");
        return 1;
    }
    ……
}

do_movi函数调用run_command(run_cmd, 0)函数，运行命令解析函数，执行“mmc”命令，mmc的执行函数是：do_mmcops()，do_mmcops函数实现从MMC中读数据，或者写数据到MMC中。

2、从SD卡中读写镜像

通过上面的分析，已经大概知道了u-boot读写镜像的过程，因此接下要实现从SD卡中读写镜像功能就有思路了。只需要在实现烧录的时候进行判断烧录到哪个分区就可以，这里修改后实现了将kernel、ramdisk、system烧录到启动的那个MMC设备上，将u-boot始终烧录到eMMC中。在do_movi函数中读写u-boot、kernel、ramdisk镜像执行的mmc命令可以分析出，u-boot的读写设备是写死的，而kernel、ramdisk却是可以通过判断来决定操作哪个MMC设备。

/* bootloader 第二个参数写死的：0 或者 1*/
sprintf(run_cmd,"mmc %s 0 0x%lx 0x%lx 0x%lx",
                rw ? "write":"read",
                addr, start_blk, blkcnt);
/* kernel、ramdisk 类似*/
if (1 == fuse_by_fastboot)
            sprintf(run_cmd, "mmc %s %s 0x%lx 0x%lx 0x%lx",
                    rw ? "write" : "read", dev_number_write ? "1" : "0",
                    addr, start_blk, blkcnt);

因此只需要根据当前的启动方式判断启动设备，并将fuse_by_fastboot设置为1即可实现将kernel、ramdisk烧录到SD卡中，do_movi()如下修改(+表示添加)：

+ fuse_by_fastboot = 1；
if(OmPin == BOOT_EMMC441){
        boot_dev = 0;       
    +   dev_number_write = 0；
    }
    else if(OmPin == BOOT_MMCSD){
        //emmc exist..
        if(strcmp(mmc->name, "S5P_MSHC4") == 0){
            boot_dev = 1;   
        }
        else{
            boot_dev = 0; 
        }
        +   dev_number_write = 1；
    }
    else{
    +   dev_number_write = 0；
        boot_dev = 0; 
        printf("[ERROR]Undefined booting mode\n");
    }

将system烧录到SD卡，需要在执行movi命令之前根据启动方式进行判断当前的启动设备，write_raw_chunk函数做如下改动(+表示添加)

int write_raw_chunk(char* data, unsigned int sector, unsigned int sector_size) 
{
    char run_cmd[64];
    int err ;
+ if(OmPin == BOOT_EMMC441){
+       dev_number_write = 0；
+   }
+   else if(OmPin == BOOT_MMCSD){
+           dev_number_write = 1；
+   }
+   else{
+       dev_number_write = 0；
+       printf("[ERROR]Undefined booting mode\n");
+   }

}

至此修改完成，可以实现将kernel、ramdisk、system烧写到SD卡中，或者从SD卡中读取。实现这样的目的是通过PC查看SD卡，可以更加直观的看到分区的分布和镜像烧录的哪去了的问题。解决了明明格式化了分区，为什么烧录的镜像除了system镜像，其他的镜像还是没有被消灭掉，还正常的在eMMC中躺着，这是因为只是格式化了设置的分区，并没有对u-boot中的虚拟分区(暂时这样理解的)进行格式化，下图就中说明了，使用fdisk -c 1 300 300 300 对SD卡进行分区后内存分布，还剩两个部分的内存空间，而我们的u-boot 的虚拟分区就位于头部的块中，这是因为在烧录时是从第一个块开始的。那么如果想要消灭MMC中的kernel、u-boot、ramdisk，就应该将正SD卡格式化，包括黑色显示未使用部分，如果只是格式建立的分区是消灭不了的。(备注：水平欠佳，如有欠缺欢迎纠正)
这里写图片描述

white_bugs
关注
  • 0
    点赞
  • 踩
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
uboot从SD卡烧写内核和文件系统
MyBlog of Embbnux
07-19 4632
环境：ubuntu 13.04 一、首先制作sd启动盘：  插入SD卡      sudo dd iflag=dsync oflag=dsync if=tiny210v2-uboot.bin of=/dev/mmcblk0 seek=1  tiny210v2-uboot.bin来自：    http://www.arm9home.net/read.php?tid-80476.html 二、SD卡分
sdfuse命令分析
zzobin的专栏
09-13 5262
前阵和人家合作开发下载工具。我这边负责修改uboot，人家负责windows下载工具的开发。这里需要使用sdfuse flashall命令。           先看看sdfuse命令。            U_BOOT_CMD( sdfuse, 4, 1, do_sdfuse, "sdfuse - read images from FAT partition of SD card an
IMX6ULL学习笔记（9）——通过SD卡启动Linux内核
Leung的博客
09-18 2299
然后注意使用SD卡时开发板右下角的J2竖排针不要盖有跳帽需断开（此为WIFI模块供电，核心板只引出一路SDIO，SD卡和WIFI不能同时用）注意： -4.19.35-imx6 为版本后缀，可以更改为相应的版本后缀。拷贝到Windows上再拷贝到开发板上，否则Linux内核可能启动失败。根据以下BOOT拨码开关启动配置表，调整拨码开关为SD卡启动方式，通过拷贝到BOOT\kernel目录下。开发板插入烧录好U-Boot的SD卡。写于 2022 年 9 月 18 日。注意：不要通过TFTP方式将。
linux系统中u-boot命令的EMMC和SD卡操作命令分析
最新发布
高性价比服务器就选：蓝易云
04-27 319
在Linux系统中，U-Boot是一个非常重要的引导加载器，它在系统启动时负责加载内核和其他必要的启动文件。U-Boot支持多种存储设备，包括EMMC和SD卡。这篇文章将详细解析如何使用U-Boot命令来操作EMMC和SD卡。总结一下，在Linux系统下通过U-boot来管理EMMC或者SD卡并不复杂。首先需要进入到u-boot控制台界面，在此界面可以输入各类u-boot命令进行操作。例如，在一个系统里有一个eMMC（编号为0）和一个SD卡（编号为1），如果我们想要对eMMC进行操作，则首先执行命令。
【TINY4412】LINUX移植笔记：（15）SD卡启动Linux内核
大水猫
01-15 2684
【TINY4412】LINUX移植笔记：（15）SD卡启动Linux内核 宿主机 ： 虚拟机 Ubuntu 16.04 LTS / X64 目标板[底板]： Tiny4412SDK - 1506 目标板[核心板]： Tiny4412 - 1412 LINUX内核： 4.12.0 交叉编译器： gcc-arm-none-
UBOOT之源码分析（X4412）——SD卡烧录之sdfuse命令分析
亚克鸿宇的专栏
09-16 3126
cmd_fastboot.c文件中 命令格式： sdfuseflash kernel zImage sdfuse flash systemsystem.ext3 ========================================= intdo_sdfuse (cmd_tbl_t *cmdtp, int flag, int argc, char *argv[]) { i
u-boot 1.1.6支持SD卡更新系统
11-03
7. **烧录过程**：使用Winhex软件来烧录SD卡，将SD-U-boot、NAND-U-boot和zImage按照特定的块分配放置在SD卡上。每个块大小为512字节，而SD卡的总块数为3842048。 8. **SD卡分区**：SD卡的分区布局很重要，其中预留...
嵌入式Linux的U-boot系统启动过程
11-06
2.3 U-boot命令：用户可以通过命令行与U-boot交互，执行如加载内核、修改环境变量等操作。 2.4 U-boot环境变量：环境变量用于存储配置信息，如启动设备、网络参数等。 2.5 U-boot脚本：通过编写启动脚本，U-boot...
mini2440移植u-boot-1.1.6
10-24
在嵌入式系统开发中，移植U-Boot是一项重要的工作，它是一款开源的引导加载程序，负责初始化硬件，加载操作系统内核，并提供与用户交互的命令行接口。本文将详细介绍如何在mini2440开发板上移植u-boot-1.1.6。 1. *...
ok6410 u-boot和linux内核移植.pdf
11-24
最后将生成的U-Boot映像写入开发板的启动媒介，如NAND Flash或SD卡。 Linux内核移植则是将Linux内核定制和编译以适应OK6410硬件平台的过程。这涉及到对内核配置的选择，比如CPU架构、设备驱动、网络支持等。开发者...
U-Boot在MicroBlaze处理器上的移植方法.pdf
09-25
这可能涉及到通过网络、串口或SD卡等不同的加载机制。 在文章中，作者邓伟和许扬婧针对一个特定的通信干扰系统，详细描述了如何进行上述步骤。他们针对采集系统的硬件特性，修改了U-Boot的代码，确保Bootloader能...
FS4412开发板SD卡启动u-boot制作文件
05-18
FS4412开发板SD卡启动u-boot制作文件。
android uboot boot 区别,uboot fastboot原理
weixin_28931449的博客
05-31 3387
8种机械键盘轴体对比本人程序员，要买一个写代码的键盘，请问红轴和茶轴怎么选？本文介绍了fastboot协议，在uboot中如何配置支持fastboot，uboot中fastboot的实现流程以及fastboot命令如何使用。fastboot简介1、fastboot协议是一种通过USB或以太网与引导加载程序通信的机制。 它的设计非常简单，可以在各种设备和运行Linux，macOS或Windows的...
嵌入式系统设计（六）： iTOP-4412 开发板镜像的烧写（包含OTG 接口烧写方式和TF卡烧写方式）
左手の明天的博客
05-18 1620
前言： 在接下来的时间里将更新一个专栏：嵌入式系统设计。在这个专栏里将会介绍基于iTOP-4412 Cortex A9开发板的嵌入式系统设计，从入门到实践可以无障碍的学习。欢迎大家关注收藏学习！！！！ 文章嵌入式系统设计（一）：虚拟机、Ubuntu的安装以及SSH 软件的安装使用：里面详细介绍了SSH软件的安装和ssh 软件在主机和虚拟机之间传文件。 文章嵌入式系统设计（二）： 虚拟机和主机之间共享文件夹：里面详细介绍了部分用户无法正常使用 ssh 软件在主机和虚拟机之间传文件，虚拟机和主机之间采用共享.
解决6818核心板SD卡烧写内核后上电反复重启的艰苦经历
tanghuihuayyc的博客
11-15 874
问题出现： 1，采用miniSD，按照核心板厂家提供的教程在Ubuntu下制作启动卡（sdfuse和ubootp均采用核心板厂家定制的UART2信息输出的版本）。 2，插入我司自己的PCB，从SD启动，等待内核烧写完毕。 3，拔出SD卡，选择MMC启动，PCB不停的重启，串口终端显示如下关键信息。 从红色方框中的提示信息可以看出，mmc中的分区有问题，加载内核出错了。 4，上电进入uboot串口终...
fastboot 和sdfuse 的关系
lqxandroid2012的专栏
03-25 3000
开始我以为fastboot 就是USB 下载的fastboot，后来看代码才发现sdfuse 也是属于fastboot 的 那么fastboot 现在包含了USB下载和SD卡更新两种了，只是下载的媒介不同，但是怎么烧写到启动代码存储区的代码很多都是公用的！ fastboot_flash_find_ptn 就是一个！   fastboot_ptentry *fastboot_flash_fi
fs4412开发板学习笔记(二)
回到原點
10-27 3744
1.制作启动SD卡 (1)$ cd sdfuse_q //进入sdfuse_q 目录 $ make //执行编译命令 $ chmod 777 *.sh(2)将uboot 烧写到sd 卡中 workdir/sdfuse_q$ sudo ./mkuboot.sh /dev/sdb1(3) 重新插入SD 卡，在SD 卡目录下创建目录sdupdate，并
sd卡启动linux 以及烧写内核
12-08 3682
一、 配置minicom  #minicom -s      +-----[configuration]-- ------+              | Filenames and paths      |              | File transfer protocols  |              | Serial port setup        |
迅为iTOP4412 uboot烧写错误挽救办法
weixin_60309645的博客
07-31 995
迅为iTOP4412 uboot烧写错误挽救办法
写一个arm 平台u-boot linux 移植的项目文档
03-11
好的，我可以回答这个问题。移植 u-boot 和 Linux 到 ARM 平台需要进行以下步骤： 1. 确定目标板的硬件配置和处理器架构，例如 ARMv7 或 ARMv8。 2. 下载并编译交叉编译工具链，用于在主机上编译 ARM 平台的代码。 3. 下载 u-boot 和 Linux 内核源代码，并根据目标板的硬件配置进行配置。 4. 编译并生成 u-boot 和 Linux 内核的二进制文件。 5. 将二进制文件烧录到目标板的存储设备中，例如 SD 卡或闪存。 6. 启动目标板，并通过串口或网络连接进行调试和测试。 在编写项目文档时，需要详细记录每个步骤的具体操作和注意事项，以及遇到的问题和解决方案。同时，还需要提供相关的参考资料和文档，以便其他人能够复现和理解整个移植过程。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值