u-boot-1.1.6 设置新分区支持设备树

发布时间:  

在u-boot命令行执行mtaparts命令


mini2440 :> mtdparts


device nand0 , # parts = 4

#: name                    size                         offset        mask_flags

0: bootloader           0x00040000      0x00000000       0            // 256K

1: params                0x00020000      0x00040000       0            // 128K

2: kernel                  0x00200000      0x00060000       0            //  2M

3: rootfs                   0x0fda0000       0x00260000       0            //  -


当使用高版本kernel或者BootLoader时发现编译出来的bin文件都很大, 加上设备树的支持, 现在重新规划分区


#: name                    size                         offset        mask_flags

0: bootloader           0x00080000      0x00000000       0      // 512K


1: device_tree          0x00010000     0x00080000       0      // 64K

1: params                0x00010000      0x00090000       0      // 64K

2: kernel                  0x00500000      0x000a0000       0      // 5M

3: rootfs                   0x0fda0000       0x0085a0000       0      // -


需要修改的内容:


(1)文件系统分区


#define CONFIG_BOOTARGS    "noinitrd root=/dev/mtdblock3 init=/linuxrc console=ttySAC0" ->    // rootfs分区offset变成了4

#define CONFIG_BOOTARGS    "noinitrd root=/dev/mtdblock4 rw init=/linuxrc console=ttySAC0,115200"


(2)启动参数


原来启动执行bootm kernel


现在变成  bootm 0x30007FC0 - 0x32000000   


其中0x30007FC0 是内核地址, 0x32000000   是设备树加载地址


#define CONFIG_BOOTCOMMAND "nand read.jffs2 0x30007FC0 kernel; bootm 0x30007FC0" ->    // 


#define CONFIG_BOOTCOMMAND "nand read.jffs2 0x30007FC0 kernel; nand read.jffs2 32000000 device_tree; bootm 0x30007FC0 - 0x32000000"


(3)环境变量offset由0x40000 变成0xa0000


#define CFG_ENV_OFFSET      0x40000 ->


#define CFG_ENV_OFFSET      0xa0000


(4)MTDPARTS_DEFAULT


#define MTDPARTS_DEFAULT     

                "mtdparts=nandflash0:256k@0(bootloader),"

                "128k(params),"

                 "2m(kernel),"

                 "-(root)"


变成


#define MTDPARTS_DEFAULT "mtdparts=nandflash0:512k@0(bootloader),"

                          "64k(device_tree),"

                           "64k(params),"

                           "5m(kernel),"

                            "-(root)"


最后一点:u-boot怎么把device_tree传递给kernel呢?


由r2寄存器


内核启动时:


theKernel (0, bd->bi_arch_number, bd->bi_boot_params);


theKernel = (void (*)(int, int, uint))30008000);


三个参数分别是r0,  r1, r2


原来这三个参数分别是


/*

* mov r0, #0

* ldr r1, =362       // machine-id

* ldr r2, =0x30000100

* mov pc, #0x30008000

*/


根据启动参数bootm 0x30007FC0 - 0x32000000


判断获取最后一个参数传递给r2,即可


在do_bootm_linux函数最后添加如下代码:


if (argc == 4) {

        of_flat_tree = (char *) simple_strtoul(argv[3], NULL, 16);


        if  (be32_to_cpu(*(ulong *)of_flat_tree) == OF_DT_HEADER) {

            printf ("nStarting kernel with device tree at 0x%x...nn", of_flat_tree);


            cleanup_before_linux ();            

            theKernel (0, bd->bi_arch_number, of_flat_tree);

                    

        } else {

            printf("Bad magic of device tree at 0x%x!nn", of_flat_tree);

        }

        

    }

添加头文件


#include

文章来源于:电子工程世界    原文链接
本站所有转载文章系出于传递更多信息之目的,且明确注明来源,不希望被转载的媒体或个人可与我们联系,我们将立即进行删除处理。

我们与500+贴片厂合作,完美满足客户的定制需求。为品牌提供定制化的推广方案、专属产品特色页,多渠道推广,SEM/SEO精准营销以及与公众号的联合推广...详细>>

利用葫芦芯平台的卓越技术服务和新产品推广能力,原厂代理能轻松打入消费物联网(IOT)、信息与通信(ICT)、汽车及新能源汽车、工业自动化及工业物联网、装备及功率电子...详细>>

充分利用其强大的电子元器件采购流量,创新性地为这些物料提供了一个全新的窗口。我们的高效数字营销技术,不仅可以助你轻松识别与连接到需求方,更能够极大地提高“闲置物料”的处理能力,通过葫芦芯平台...详细>>

我们的目标很明确:构建一个全方位的半导体产业生态系统。成为一家全球领先的半导体互联网生态公司。目前,我们已成功打造了智能汽车、智能家居、大健康医疗、机器人和材料等五大生态领域。更为重要的是...详细>>

我们深知加工与定制类服务商的价值和重要性,因此,我们倾力为您提供最顶尖的营销资源。在我们的平台上,您可以直接接触到100万的研发工程师和采购工程师,以及10万的活跃客户群体...详细>>

凭借我们强大的专业流量和尖端的互联网数字营销技术,我们承诺为原厂提供免费的产品资料推广服务。无论是最新的资讯、技术动态还是创新产品,都可以通过我们的平台迅速传达给目标客户...详细>>

我们不止于将线索转化为潜在客户。葫芦芯平台致力于形成业务闭环,从引流、宣传到最终销售,全程跟进,确保每一个potential lead都得到妥善处理,从而大幅提高转化率。不仅如此...详细>>