2.移植uboot-添加2440单板,并实现NOR、NAND启动

本文详细介绍了如何配置U-Boot支持ARM920T架构的S3C2440单板,并实现NOR与NAND启动。涵盖了单板文件创建、系统时钟配置、重定位代码编写及NAND启动实现等关键步骤。

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

  • 上章分析了uboot启动流程后,接下来便来配置新的单板,实现nor、nand启动

 

1.首先在uboot里新建单板2440

1.1将2410的单板文件夹拷贝成2440:

cd board/samsung/
cp smdk2410 smdk2440 -rf                //拷贝文件夹,

 

然后将smdk2440下的smdk2410.c改为smdk2440.c,以及修改更改好的Makefile 

1.2 将2410的头文件拷贝成2440:

cd ../../include/configs/
cp smdk2410.h smdk2440.h

 

2.新建后,还需要修改boards.cfg,使uboot支持2440单板:

仿照

smdk2410                     arm         arm920t     -                   samsung        s3c24x0

添加:

smdk2440                     arm         arm920t     -                   samsung        s3c24x0

添加后,就能够使用make smdk2440_config命令.

(该命令便会调用include/configs/smdk2440.h和board/samsung/smdk2440里的文件来配置uboot)

 

3.修改uboot系统时钟

在start.S里,uboot只设置了CLKDIVN寄存器

而2440的系统时钟需要设置两个寄存器:MPLLDIVN(设置FCLK频率)、CLKDIVN(设置分频比例),且还要设为异步模式

所以将:

      ldr   r0, =CLKDIVN
      mov r1, #3
      str   r1, [r0] 

改为:

#define S3C2440_MPLL_400MHZ     ((0x5c<<12)|(0x01<<4)|(0x01))   //设置FCLK=400MHZ
#define MPLLCON                          0x4C000004            //设置FCLK频率
ldr r0,=0x4C000014 mov r1,#5 /*FCLK:HCLK:PCLK=1:4:8 (400M:100M:50M)*/ str r1,[r0] mrc p15, 0, r1, c1, c0 /* 读出控制寄存器 */ orr r1, r1, #0xc0000000 /* 设置为“asynchronous bus mode” */ mcr p15, 0, r1, c1, c0, 0 /* 写入控制寄存器 */ ldr r0,=MPLLCON ldr r1,=S3C2440_MPLL_400MHZ str r1,[r0]

 并修改board\samsung\smdk2440\Smdk2440.c里的board_early_init_f()函数,屏蔽对MPLLDIVN, LOCKTIME寄存器的设置(该函数被start.S->board_init_f()调用,这些寄存器在前面已被设置)

4.烧写到NOR上,测试

烧写测试时,由于新的uboot较大,可以使用nor上的旧uboot,通过DNW烧写新的uboot到nor上面.

步骤:

usb 1 30000000            //使用usb下载到SDRAM上,1表示一直下载,直到完成
                         //然后打开DNW,传输新的uboot.bin给usb

protect off all           //关闭nor的写保护

erase  0   +7FFFF      //擦除nor上的 0~7FFFF地址内容, +7FFF=擦除长度=512kb,要大于新的uboot.bin才行

cp.b  30000000  0  80000         //将SDRAM上的新的uboot.bin,拷贝到nor上

烧写完成后,重启,通过JTAG调试的读地址命令, 判断是否与新uboot文件一致

使用JTAG调试时,发现向0x30000000地址上写值出错

 

5.接下来便修改bank寄存器

将board\samsung\smdk2440\lowlevel_init.S里SMRDATA符号下:

SMRDATA:
    .word (0+(B1_BWSCON<<4)+(B2_BWSCON<<8)+(B3_BWSCON<<12)+(B4_BWSCON<<16)+(B5_BWSCON<<20)+(B6_BWSCON<<24)+(B7_BWSCON<<28))
    .word ((B0_Tacs<<13)+(B0_Tcos<<11)+(B0_Tacc<<8)+(B0_Tcoh<<6)+(B0_Tah<<4)+(B0_Tacp<<2)+(B0_PMC))
    .word ((B1_Tacs<<13)+(B1_Tcos<<11)+(B1_Tacc<<8)+(B1_Tcoh<<6)+(B1_Tah<<4)+(B1_Tacp<<2)+(B1_PMC))
    .word ((B2_Tacs<<13)+(B2_Tcos<<11)+(B2_Tacc<<8)+(B2_Tcoh<<6)+(B2_Tah<<4)+(B2_Tacp<<2)+(B2_PMC))
    .word ((B3_Tacs<<13)+(B3_Tcos<<11)+(B3_Tacc<<8)+(B3_Tcoh<<6)+(B3_Tah<<4)+(B3_Tacp<<2)+(B3_PMC))
    .word ((B4_Tacs<<13)+(B4_Tcos<<11)+(B4_Tacc<<8)+(B4_Tcoh<<6)+(B4_Tah<<4)+(B4_Tacp<<2)+(B4_PMC))
    .word ((B5_Tacs<<13)+(B5_Tcos<<11)+(B5_Tacc<<8)+(B5_Tcoh<<6)+(B5_Tah<<4)+(B5_Tacp<<2)+(B5_PMC))
    .word ((B6_MT<<15)+(B6_Trcd<<2)+(B6_SCAN))
    .word ((B7_MT<<15)+(B7_Trcd<<2)+(B7_SCAN))
    .word ((REFEN<<23)+(TREFMD<<22)+(Trp<<20)+(Trc<<18)+(Tchr<<16)+REFCNT)
    .word 0x32
    .word 0x30
    .word 0x30

改为:

SMRDATA:
       .long 0x22011110    //BWSCON
       .long 0x00000700    //BANKCON0
       .long 0x00000700    //BANKCON1
       .long 0x00000700    //BANKCON2
       .long 0x00000700    //BANKCON3 
       .long 0x00000700    //BANKCON4
       .long 0x00000700    //BANKCON5
       .long 0x00018005    //BANKCON6
       .long 0x00018005    //BANKCON7
       .long 0x008C04F4    //REFRESH
       .long 0x000000B1    //BANKSIZE
       .long 0x00000030    //MRSRB6
       .long 0x00000030    //MRSRB7

 

6.重新编译烧写uboot,发现串口已有数据,但是乱码:

 

6.1进入arch\arm\cpu\arm920t\s3c24x0\Speed.c下的get_HCLK ()函数:

 

由于我们没有配置CONFIG_S3C2440宏,所以uboot获取HCLK时钟设置波特率时,用的是CONFIG_S3C2410宏的方法

搜索CONFIG_S3C2410宏,找到位于smdk2440.h:

 

然后将smdk2440.h的CONFIG_S3C2410宏 改为: CONFIG_S3C2440宏

 

6.2编译测试

make时,发现以下几个error:

 

进入drivers/mtd/nand/s3c2410_nand.c 的72行:

 

其中nand是一个s3c2410_nand结构体:

 

该结构体如下所示:

 

从上图可以看出,只有定义了CONFIG_S3C2410宏,才能得到该结构体,而我们6.1小节里,使用的是CONFIG_S3C2440宏。

且上面的s3c2410_nand结构体和s3c2440_nand结构体的差别也很大,修改s3c2410_nand.c会很麻烦

6.3所以就直接去掉该文件,不让编译器编译即可,步骤如下所示:

1)直接进入s3c2410_nand.c的目录,打开Makefile:

 

如上图所示,需要去掉CONFIG_NAND_S3C2410宏定义才行

2)搜索CONFIG_NAND_S3C2410宏,位于include/configs/smdk2440.h:

 

如上图所示,我们直接来屏蔽CONFIG_CMD_NAND宏即可,因为该宏下的#ifdef,都是与2410相关

3)屏蔽include/configs/smdk2440.h下的CONFIG_CMD_NAND宏定义

 

重新烧写进norflash,打印如下图所示:

 

发现无乱码了,表示nor启动成功,其中Flash: *** failed ***表示不支持norflash,因为我们只实现了重定位,并没有对nor实现写擦除等命令。

 

7.接下来便修改uboot,实现NAND启动

新的uboot链接地址位于0,且在arm-linux-ld时加了"-pie"选项, 使得u-boot.bin里多了"*(.rel*)", "*(.dynsym)",从而程序非常大,不利于从NAND启动(重定位之前的启动代码应该少于4K).

所以接下来修改代码,并取消"-pie"选项.

7.1去掉 "-pie"选项

使用grep "\-pie" * -nR找到:

arch/arm/config.mk:75:LDFLAGS_u-boot += -pie             // LDFLAGS: arm-linux-ld的参数

所以屏蔽arch/arm/config.mk文件的"LDFLAGS_u-boot += -pie"这行即可

7.2参考之前自制uboot使用的start.S, init.c来修改uboot代码

1)将以前写uboot里的init.c放入board/samsung/smdk2440目录, 并检查是否有同名函数名,若函数只在同文件使用,则添加static.并修改Makefile 

2)修改include/configs/smdk2440.h文件

将CONFIG_SYS_TEXT_BASE宏改为0x33f00000,也就是uboot重定位后的位置, 这里留了1MB空间供给uboot重定位(在反汇编中看到,代码真正总大小为700多KB(包括了bss段))

 

3)修改arch/arm/cpu/arm920t/start.S,更改重定位代码

由于nand启动时,2440未初始化之前只有前4K可读写,所以将重定位代码放在start.S的cpu_init_crit(初始化SDRAM)段后面

添加以下带红色的字段:

#ifndef CONFIG_SKIP_LOWLEVEL_INIT

       bl    cpu_init_crit

#endif

       /*重定位                          */

       ldr   sp, =(CONFIG_SYS_INIT_SP_ADDR)          //等于0x30000f80

       bic   sp, sp, #7                                                   /* 8-byte alignment for ABI compliance */

    

       mov r0,#0                         //r0->src

       ldr r1,_TEXT_BASE          //_TEXT_BASE : 0x33f00000

       ldr r2,_bss_start_ofs       // _bss_start_ofs:  __bss_start - _start   (有效代码大小)

       bl copy_code_to_sdram     //该函数首先会初始化nand控制器,然后复制代码到SDRAM连接地址dest上

       bl clear_bss                         //清除bss段(参考自制uboot章节)

 

       ldr pc,=call_board_init_f                 //绝对跳转,跳到SDRAM上执行

call_board_init_f:

       ldr   r0,=0x00000000

       bl    board_init_f

上面的_TEXT_BASE,在start.S靠前处定义:

由于它位于靠前处,保证了_TEXT_BASE存在前4k空间里,若直接使用ldr r1,=CONFIG_SYS_TEXT_BASE,编译器可能会将这个宏定义放在SDRAM上,则会出错

4)重定位写在前面了,所以我们还要删除start.S后面的relocate_code重定位段,清除BSS段

board_init_r位置处的代码,改为如下所示:

/* void relocate_code (addr_sp, gd, addr_moni)*/
.globl      relocate_code
relocate_code:

       mov r4, r0      /* save addr_sp */       
       mov    sp, r4
       mov r0, r1      /* save addr of gd */
       mov r1, r2      /* save addr of destination */
       bl   board_init_r        //进入uboot第二阶段代码

 

7.3修改board_init_f()函数(位于arch/arm/lib/board.c)

本节添加的uboot重定位是直接以基地址0x33F00000开始的, 在上一章分析出,board_init_f()函数划分uboot重定位所在区域时,是通过动态划分的.

所以修改board_init_f()函数的第113行:

       /*
        * reserve memory for U-Boot code, data & bss
        * round down to next 4 kB limit
        */

       //addr -= gd->mon_len;                     //屏蔽该行
       //addr &= ~(4096 - 1);                     //屏蔽该行

     addr=CONFIG_SYS_TEXT_BASE;           //0x33f00000,添加该行     

 

7.4修改链接脚本

把start.S, init.c(实现重定位), lowlevel.S(实现初始化SDRAM)等文件放在最前面

vi arch/arm/cpu/u-boot.lds

添加以下带红色的字段:

     . = ALIGN(4);

        .text :

        {

                __image_copy_start = .;

                CPUDIR/start.o (.text)              //CPUDIR为arch/arm/cpu/arm920t目录

                board/samsung/smdk2440/libsmdk2440.o (.text)  

                *(.text)

        }

libsmdk2440.o是将smdk2440单板目录下的所有*.c,*S文件编译后,连接成一个库文件.

8.然后通过旧的uboot,将新的uboot烧写到nand

usb 1 30000000                             //先下载到SDRAM上

nand erase 0  0x80000                      //擦除512kb,必须大于新的uboot

nand write 30000000   0  0x80000           //将SDRAM上的新uboot写入nand中

烧写后,如下图所示:

 

nand启动便实现完成了,上面的Flash: *** failed *** 是属于uboot第二阶段函数board_init_r()里的代码,表示不支持nor flash,不能实现读,写,擦除等命令

 

 

下一章便来让uboot支持nor flash、nand flash.

 

 

<think>好的,我现在需要帮用户优化一个Shell脚本,使其支持add和remove参数。用户提供的原始脚本分为两个部分:添加和移除uboot相关文件。用户希望将其改造成带参数的脚本,通过参数控制执行添加或移除操作。 首先,我需要理解原始脚本的功能。添加部分是将一些自定义的脚本和配置文件复制到uboot的源码目录中,而移除部分则是删除这些文件,恢复原始的Makefile。看起来用户可能在开发或定制uboot时,需要频繁地切换这些文件,可能是为了测试不同的配置或维护多个版本。 接下来,我需要考虑如何将这两个部分转化为带参数的脚本。通常,Shell脚本可以通过位置参数(如$1)来接收参数,例如使用add或remove作为参数。因此,脚本应该检查第一个参数,决定执行添加还是移除操作。 在优化过程中,需要注意以下几点: 1. **参数处理**:脚本需要接受add或remove作为参数,可能提供帮助信息。如果参数不正确,应该提示用法。 2. **函数化**:将添加和移除的逻辑封装成函数,提高代码的可读性和可维护性。 3. **错误处理**:在复制或删除文件时,检查操作是否成功,例如使用cp和rm的返回状态,在失败时给出提示。 4. **路径处理**:确保所有文件路径正确,特别是相对路径的使用。可能需要使用绝对路径或基于脚本所在目录的路径,避免执行脚本时路径错误。 5. **恢复原始Makefile**:在移除操作中,用户不仅删除了自定义文件,还复制了origin目录下的Makefile回去。需要确保这个origin目录的位置正确,且在复制时不会出错。 6. **可扩展性**:如果以后需要添加更多的文件或操作,脚本应该容易修改。 现在,我需要考虑用户可能的深层需求。用户可能希望简化部署流程,通过脚本快速切换不同的uboot配置,减少手动操作带来的错误。此外,用户可能希望脚本具备一定的健壮性,比如在文件不存在时不会报错,或者能够提示用户具体的错误原因。 在编写函数时,可以为add和remove分别创建函数。在add函数中,逐一复制文件,在每一步检查是否成功。如果某个文件复制失败,可以输出错误信息退出,或者继续执行但提示警告。同样,在remove函数中,删除文件时如果文件不存在,可能需要忽略错误,或者提示用户。 关于路径问题,原始脚本中的路径使用了相对路径,比如../uboot-master/,这依赖于脚本执行的位置。如果用户在其他目录执行脚本,可能会导致路径错误。因此,可能需要使用脚本所在的目录作为基准,或者要求用户在特定目录下执行脚本。不过,考虑到用户提供的原始脚本使用的是相对路径,可能在他们的工作流程中已经固定了目录结构,因此暂时保持相对路径,但可以在脚本中添加注释,提醒用户需要在正确的目录下运行。 另一个需要注意的点是,在移除操作中,用户不仅删除了自定义文件,还恢复了原始的Makefile。这里的cp命令是从./uboot/origin/Makefile复制到目标位置。需要确保./uboot/origin/Makefile存在,否则会导致错误。在脚本中应该检查这个文件是否存在,如果不存在则报错。 此外,为了提高脚本的友好性,可以添加帮助信息,当用户输入无效参数或使用-h/--help时显示用法。 总结步骤: 1. 解析参数,判断是add、remove还是其他。 2. 定义add和remove函数,分别处理文件复制和删除。 3. 在函数中添加错误检查,确保每一步操作成功。 4. 处理路径问题,确保文件在正确的位置。 5. 添加帮助信息和错误处理,提升脚本的健壮性。</think>以下是优化后的脚本,支持通过`add`和`remove`参数控制文件操作: --- ```bash #!/bin/bash # 定义路径变量(根据实际路径调整) UBOOT_DIR="../uboot-master" DTS_MAKEFILE_ORIGIN="./uboot/origin/Makefile" # 添加文件的函数 add_files() { echo "添加 U-Boot 相关文件..." # 复制构建脚本 cp -v ./build/54_build.sh ../ || { echo "复制 54_build.sh 失败"; exit 1; } # 复制 U-Boot 脚本和配置 cp -v ./uboot/54_make_clean_uboot.sh $UBOOT_DIR/ || exit 1 cp -v ./uboot/54_make_uboot.sh $UBOOT_DIR/ || exit 1 cp -v ./uboot/54_evb_defconfig $UBOOT_DIR/configs/ || exit 1 cp -v ./uboot/54_evb.h $UBOOT_DIR/include/configs/ || exit 1 cp -v ./uboot/54-evb.dts $UBOOT_DIR/arch/arm/dts/ || exit 1 cp -v ./uboot/Makefile $UBOOT_DIR/arch/arm/dts/Makefile || exit 1 echo "✅ 文件添加完成" } # 移除文件的函数 remove_files() { echo "移除 U-Boot 相关文件..." # 删除构建脚本 rm -vf ../54_build.sh # 删除 U-Boot 脚本和配置 rm -vf $UBOOT_DIR/54_make_clean_uboot.sh rm -vf $UBOOT_DIR/54_make_uboot.sh rm -vf $UBOOT_DIR/configs/54_evb_defconfig rm -vf $UBOOT_DIR/include/configs/54_evb.h rm -vf $UBOOT_DIR/arch/arm/dts/54-evb.dts # 恢复原始 Makefile if [ -f "$DTS_MAKEFILE_ORIGIN" ]; then cp -v $DTS_MAKEFILE_ORIGIN $UBOOT_DIR/arch/arm/dts/Makefile || exit 1 else echo "❌ 原始 Makefile 不存在: $DTS_MAKEFILE_ORIGIN" exit 1 fi echo "✅ 文件移除完成" } # 参数处理 case "$1" in "add") add_files ;; "remove") remove_files ;; *) echo "用法: $0 [add|remove]" echo " add - 添加 U-Boot 定制文件" echo " remove - 移除 U-Boot 定制文件恢复原始配置" exit 1 ;; esac ``` --- ### **优化说明** 1. **参数化操作**: - 通过`add`和`remove`参数控制文件操作,避免手动注释代码。 - 示例用法: ```bash ./script.sh add # 添加文件 ./script.sh remove # 移除文件 ``` 2. **错误处理**: - 使用 `|| exit 1` 确保单步失败时脚本立即退出。 - 检查原始 Makefile 是否存在,避免无效覆盖。 3. **路径集中管理**: - 定义 `UBOOT_DIR` 和 `DTS_MAKEFILE_ORIGIN` 变量,便于批量修改路径。 4. **友好输出**: - 添加 `-v` 参数显示操作详情(如 `cp -v`、`rm -v`)。 - 使用 ✅/❌ 符号标识操作结果。 --- ### **使用注意事项** 1. **权限问题**: - 若提示权限不足,运行前添加执行权限: ```bash chmod +x script.sh ``` 2. **路径验证**: - 确保 `UBOOT_DIR` 和 `DTS_MAKEFILE_ORIGIN` 与实际路径匹配。 3. **日志记录**: - 可将关键操作重定向到日志文件: ```bash ./script.sh add > setup.log 2>&1 ``` 此脚本通过模块化设计提高了可维护性,同时降低了误操作风险。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值