上一节S3C2440移植uboot之支持DM9000移植uboot支持了网卡驱动,这节裁剪和修改uboot默认参数

uboot的环境参数

  首先,uboot会去校验(CRC)存放环境变量的一段空间 ,若CRC有效则使用该空间里的环境变量,无效则用默认的环境变量.

  而我们移植的uboot,由于一直没有使用save,所以没有读不出CRC校验,使用的默认环境变量,如下图所示:

修改uboot的默认环境变量

搜索using default environment,发现这句话是在set_default_env()函数



   default_environment这个变量,这是个全局字符数组,从字面上就可知道,这个是默认环境变量数组,里面保存了各个环境值

查看 default_environment[]



  bootargs="(环境变量里最重要的一个),是传递给内核的环境变量,里面会保存文件系统位置,控制台console等等。

  其他宏的含义如下

"bootcmd=", 用来启动内核的命令
"bootdelay=",uboot启动的倒计时,默认值为5S,只有设置了bootcmd,该倒计时才有用
"baudrate=",波特率,默认为115200
"ethaddr=",网卡的MAC地址(也叫物理地址)
"ipaddr=",ip地址
"serverip=",使用tftp时的服务器地址
"netmask=",掩码, 默认值为255.255.255.0
"mtdparts=",mtd分区表

  更改smdk2440.h里面与环境相关的宏

  设置默认环境变量宏(位于include/configs/smdk2440.h):

#define CONFIG_BOOTARGS "noinitrd root=/dev/mtdblock3 init=/linuxrc console=ttySAC0"   //bootargs
#define CONFIG_BOOTCOMMAND "nand read 0x30000000 0x60000 0x200000; bootm 0x30000000" //bootcmd
#define CONFIG_BOOTDELAY 5 //uboot 倒计时
#define CONFIG_NETMASK 255.255.255.0 //掩码
#define CONFIG_IPADDR 192.168.2.110 //本机IP
#define CONFIG_SERVERIP 192.168.2.1 //电脑IP
#define CONFIG_ETHADDR 08:00:3c:26:0b:5b //MAC地址

  其中bootcmd是随意写的,因为此时的内核位置还不确定放在哪(后面配置mtdparts命令后,会在后面修改)

  由于nand中要划分bootload空间、环境变量空间、内核空间、系统空间

而uboot就有400多k,所以我们需要裁剪uboot,裁剪后再来划分内存分区

裁剪uboot

  进入smdk2440.h,把不需要的功能的宏去掉,比如usb,文件系统,rtc等

  1)去掉usb支持

/************************************************************
// * USB support (currently only works with D-cache off)
// ************************************************************/ //#define CONFIG_USB_OHCI
//#define CONFIG_USB_KEYBOARD
//#define CONFIG_USB_STORAGE
//#define CONFIG_DOS_PARTITION

  2)去掉rtc支持

/************************************************************
// * RTC
// ************************************************************/ //#define CONFIG_RTC_S3C24X0

  3)去掉BOOTP选项

/*
// * BOOTP options
// */ //#define CONFIG_BOOTP_BOOTFILESIZE
//#define CONFIG_BOOTP_BOOTPATH
//#define CONFIG_BOOTP_GATEWAY
//#define CONFIG_BOOTP_HOSTNAME

  4)去掉部分不需要的命令行配置

// #define CONFIG_CMD_DHCP     //动态主机配置协议命令行
// #define CONFIG_CMD_USB //USB命令行

  5)去掉文件系统

/*
// * File system
// */ //#define CONFIG_CMD_FAT
//#define CONFIG_CMD_EXT2
//#define CONFIG_CMD_UBI
//#define CONFIG_CMD_UBIFS
//#define CONFIG_CMD_MTDPARTS
//#define CONFIG_MTD_DEVICE
//#define CONFIG_MTD_PARTITIONS
//#define CONFIG_YAFFS2
//#define CONFIG_RBTR

解决rtc_xxx,cmd_date.c 错误

  由于屏蔽的宏在其它文件也会用到,而make在之前用过,再次make只会编译修改过的文件.

  所以输入:

make clean
make smdk2440_config
make

  make后,打印以下错误:



  上面的cmd_date.c文件以及出错变量rtc_xxx,从字面上来看显然是与RTC有关,我们直接屏蔽该文件

  通过Makefile,找到需要屏蔽宏CONFIG_CMD_DATE(宏定义位于include/configs/smdk2440.h):



屏蔽后,make成功,可以看到uboot只有200kb了:

设置分区

  每次启动内核时,都会打印以下分区信息:

Creating 4 MTD partitions on "NAND 256MiB 3,3V 8-bit":
0x00000000-0x00040000 : "bootloader" //存放uboot
0x00040000-0x00060000 : "params" //存放环境变量
0x00060000-0x00260000 : "kernel" //存放内核
0x00260000-0x10000000 : "root" //存放文件系统

  所以,我们新的uboot,还是照着这个来分区

  所以我们通过sava -help命令,看它位于哪个文件,找到save命令相关宏

如下图所示:



  然后在si里搜索saveenv

  搜索如下图所示:



  可以发现,在env_flash.c 和env_nand.c这两个文件都有saveenv()函数.

  显然env_flash.c的作用是,通过save命令将环境变量保存在nor flash.而env_nand.c,是将环境变量保存在nand flash里.

  接下来在common/Makefile搜索,看看这两个文件依赖哪两个宏

  如下图所示:



  然后在smdk2440.h搜索这两个宏,看看板卡默认配置的是不是env_nand.c

  如下图所示:



  可以看到,smdk2440.h是将环境变量保存在nor flash,由于2440在nand启动下是无法支持nor,所以我们需要屏蔽这三处宏,重新设置宏

设置save相关宏

  在其它板卡里搜索CONFIG_ENV_IS_IN_NAND,看看别人是怎么通过宏配置save的,然后在env_nand.c文件里搜索宏,来看宏是怎么用的

  最终宏修改为如下所示(位于include/configs/smdk2440.h):

//#define CONFIG_ENV_ADDR                    (CONFIG_SYS_FLASH_BASE + 0x070000)
//#define CONFIG_ENV_IS_IN_FLASH
//#define CONFIG_ENV_SIZE 0x10000 #define CONFIG_ENV_SIZE 0x20000 //环境变量空间大小
#define CONFIG_ENV_IS_IN_NAND
#define CONFIG_ENV_OFFSET 0x40000 //位于0x40000~(0X40000+0x20000)
#define CONFIG_ENV_RANGE CONFIG_ENV_SIZE //环境变量的擦除范围,要>=SIZE

  上面的CONFIG_ENV_RANGE宏,其实不定义,内核也会自动定义(位于env_nand.c):



  然后重新编译新的uboot,就可以使用save命令保存环境变量了.

  接着我们烧写内核:

tftp 30000000 uImage
nand erase 60000 200000
nand write 30000000 60000 200000 //保存在内核分区里
bootm 30000000 //启动内核

  从这里,看出烧个内核还需要记录这些分区空间地址,非常麻烦

设置mtdparts命令(在旧版uboot里,是mtd命令)

设置mtdparts命令

  其实,我们可以使用mtdparts命令,通过分区名字来代替这些地址,比如以前的uboot,直接输入:

nand erase kernel              //这个kernel名字就等于: 60000 200000
nand write 30000000 kernel //这个kernel名字就等于: 60000 200000

  由于smdk2440板卡里没有配置mtdparts命令,所以步骤如下所示:

  1)搜索mtdparts,发现位于common/cmd_mtdparts.c

  2) 在common/Makefile搜索,找到cmd_mtdparts.c文件依赖

CONFIG_CMD_MTDPARTS宏



  3)在其它板卡里搜索CONFIG_CMD_MTDPARTS,看看别人是怎么通过宏配置nand的,别人写的配置如下所示:



(PS:当执行mtdparts default命令时,uboot就会检测是否有CONFIG_CMD_MTDPARTS宏,然后再根据上面的MTDPARTS_DEFAULT宏保存的mtd

  4)设置mtdparts相关宏

  接下来,便复制上面的宏到smdk2440.h中,改为:

/*-----------------------------------------------------------------------
* mtdparts
*/
#define CONFIG_CMD_MTDPARTS
#define CONFIG_MTD_DEVICE
#define MTDIDS_DEFAULT "nand0=smdk2440-0"
#define MTDPARTS_DEFAULT "mtdparts=smdk2440-0:256k(u-boot)," \
"128k(params)," \
"2m(kernel)," \
"-(rootfs)" \

  编译报错



  提示get_mtd_device_nm未定义,但是我们在Mtdcore.c中已经定义了,所以有可能是这个Mtdcore.c没有被编译进内核。

  查看 drivers/mtd/Makefile中的定义部分,需要定义CONFIG_MTD_DEVICE 宏



  重新编译烧写测试

以前擦除:nand erase 60000 200000

现在擦除:nand erase kernel

发现报错了



  执行 help medparts



  我们先执行mtdparts defaults,再执行nand erase kernel,成功了。



  接着我们把这条命令添加到代码中去自动执行。

  在board_init_r()函数里的for(;;)前面添加(位于arch/arm/lib/board.c):

  run_command("mtdparts default", 0);       //添加此处代码

       for (;;) {
main_loop();
}

  这样uboot每次启动时,都会执行一次mtdparts default命令,使它根据默认参数来自动分区.

  mtdparts命令就此设置好了

  然后重新修改,之前设置的环境参数bootcmd(位于smdk2440.h):

  将

#define CONFIG_BOOTCOMMAND "nand read  0x30000000 0x60000 0x200000; bootm 0x30000000" //bootcmd

  改为:

#define CONFIG_BOOTCOMMAND "nand read  0x30000000 kernel; bootm 0x30000000"    //bootcmd

测试mtdparts分区

  输入mtdparts,查看默认分区名称:



  如上图所示,接下来我们便可以直接使用kernel名字来擦除kernel分区,并烧写内核了

  步骤如下:

tftp 30000000 uImage
nand erase.part kernel //等于nand erase 200000 60000
nand write 30000000 kernel //从sdram拷贝到nand

  下一节S3C2440移植uboot之支持烧写yaffs映像及制作补丁我们将移植uboot支持yaffs文件系统。

有任何问题,均可通过公告中的二维码联系我

S3C2440移植uboot之裁剪和修改默认参数的更多相关文章

  1. 移植最新u-boot(裁剪和修改默认参数)之韦东山笔记

    1.下载.建立source insight工程.编译.烧写.如果无运行分析原因 tar xjf u-boot-2012.04.01.tar.bz2 cd u-boot-2012.04.01 make ...

  2. 移植最新u-boot(裁剪和修改默认参数)

    [参考]韦东山 教学笔记 ================================================== 最简单的bootloader的编写步骤: 1. 初始化硬件:关看门狗.设 ...

  3. 移植u-boot.2012.04.01

    /*************************************************** *u-boot版本:u-boot2012.04.01 *gcc版本:arm-linux-gcc ...

  4. python的位置参数、默认参数、关键字参数、可变参数区别

    一.位置参数 调用函数时根据函数定义的参数位置来传递参数. #!/usr/bin/env python # coding=utf-8 def print_hello(name, sex): sex_d ...

  5. Android系统移植与调试之------->如何修改Android设备的默认休眠时间

    1.找到~/mx0831-0525/frameworks/base/packages/SettingsProvider/res/values/ defaults.xml文件 2.修改默认休眠时间 3. ...

  6. Android系统移植与调试之------->如何修改Android默认字体大小和设置里面字体大小比例

    因为我修改 ro.sf.lcd_density的值,将它从160修改 为120,所以导致整个系统的字体都变得很小.因此需要将整个字体变大,并且在设置-->显示-->字体大小的4个选项的值都 ...

  7. mini2440移植uboot 2014.04(一)

    最新版的uboot添加了很多新功能,我决定在最新版代码基础上重新移植一遍加深理解. 我修改的代码已经上传到github上,地址:https://github.com/qiaoyuguo/u-boot- ...

  8. 04.移植u-boot

    1.读readme获取信息    1.1 由Building the Software可知,需修改顶层makefile,指定架构和编译器    ifeq ($(HOSTARCH),$(ARCH))   ...

  9. mini2440移植uboot 2014.04(五)

    代码上传到github上:https://github.com/qiaoyuguo/u-boot-2014.04-mini2440 前几篇博文: <mini2440移植uboot 2014.04 ...

  10. mini2440移植uboot 2014.04(二)

    我修改的代码已经上传到github上,地址:https://github.com/qiaoyuguo/u-boot-2014.04-mini2440.git 参考文章: <u-boot-2011 ...

随机推荐

  1. localhost工具:本地代码的远程之路

    在日常的开发过程中,本地代码远程调试一直是最理想的开发状态.本文通过介绍京东集团内开发的一个轻量简单的小工具"localhost",从多角度的方案思考,到原理介绍,到最终的方案落地 ...

  2. [NOI online2022提高B] 讨论

    题目描述 有 \(n\) 个人正在打模拟赛,模拟赛有 \(n\) 道题目. 有两人都会的题目并且没有人会的题目包含另一个人时,两者之间才会讨论. (定义第 ii 个人会的题目的集合为 \(S_i\) ...

  3. windows查看GPU信息(nvidia-smi)

    一般在使用windows系统的电脑时,想要了解GPU的使用情况时,我们通常会打开任务管理器去查看.但是这种方式一般只能看到简单的情况.那么我们想要了解更多的情况的话,该怎么办呢.可以在cmd中输入nv ...

  4. Kernel Memory 入门系列: Embedding 简介

    Kernel Memory 入门系列: Embedding 简介 在 RAG模式 其实留了一个问题. 我们对于的用户问题的理解和文档的检索并没有提供合适的方法. 当然我们可以通过相对比较传统的方法. ...

  5. Kafka核心逻辑介绍

    1.概念 Kafka是最初由Linkedin公司开发,是一个分布式.支持分区的(partition).多副本的(replica)分布式消息系统(kafka2.8.0版本之后接触了对zk的依赖,使用自己 ...

  6. 不会使用 EF Core 的 Code First 模式?来看看这篇文章,手把手地教你

    EF Core Code First 是什么 Code First 是 Entity Framework Core (简称 EF Core) 的一种开发模式,它允许开发人员使用纯粹的代码来定义数据模型 ...

  7. 快速掌握服务网格系列二:云原生、K8S、服务网格(Service Mesh)及微服务之间的关系

    快速掌握服务网格系列二:云原生.K8S.服务网格(Service Mesh)及微服务之间的关系 首先看下CNCF对云原生的定义: Cloud native technologies empower o ...

  8. FlinkSQL实战开发

    FlinkSQL实战开发 1.基础知识 FlinkSQL分为Table API和SQL API,是架构于Flink Core之上用SQL予以方便快捷地进行结构化数据处理的上层库. 工作流程 SQL和T ...

  9. 前端js常用的60余种工具方法【强烈建议收藏】

    "工欲善其事,必先利其器!"本文为大家带来前端js开发常用的60种工具方法,有了这些开发工具你就可以高效的处理任务和信息了. 1.邮箱 export const isEmail = ...

  10. 新一代云原生可观测平台之CCE服务监控篇

    本文分享自华为云社区<新一代云原生可观测平台之CCE服务监控篇>,作者: 云容器大未来. 在云原生容器化浪潮的当下,监控是确保业务稳定性最受关注的问题之一.那么,华为云CCE容器服务又是如 ...