菜单

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

2018年9月20日 - betway官网手机版


 

 

1.率先以uboot里新建单板2440

1.先是以uboot里新建单板2440

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

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

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

 

 

接下来用smdk2440产的smdk2410.c变更也smdk2440.c,以及修改更改好的Makefile 

然后用smdk2440生之smdk2410.c反吧smdk2440.c,以及修改更改好的Makefile 

1.2 将2410之腔文件拷贝成2440:

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

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

 

 

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

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

仿照

仿照

smdk2410                     arm        
arm920t     –                   samsung        s3c24x0

smdk2410                     arm        
arm920t     –                   samsung        s3c24x0

添加:

添加:

smdk2440                     arm        
arm920t     –                   samsung        s3c24x0

smdk2440                     arm        
arm920t     –                   samsung        s3c24x0

补充加后,就能够利用make smdk2440_config命令.

上加后,就可知用make smdk2440_config命令.

(该令就会调用include/configs/smdk2440.h以及board/samsung/smdk2440里之公文来部署uboot)

(该令就会调用include/configs/smdk2440.h暨board/samsung/smdk2440里之文件来部署uboot)

 

 

3.修改uboot系统时钟

3.修改uboot系统时钟

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

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

倘若2440底系时钟需要安装两独寄存器:MPLLDIVN(设置FCLK频率)、CLKDIVN(设置分频比例),且还要设为异步模式

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

所以将:

所以将:

      ldr   r0, =CLKDIVN
      mov r1, #3
      str   r1, [r0] 
      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]
#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()调用,这些寄存器在眼前都受装)

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

4.烧写到NOR上,测试

4.烧写到NOR上,测试

发烧写测试时,由于新的uboot较充分,可以使nor上之原始uboot,通过DNW烧写新的uboot到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上
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调试之念地址命令,
判断是否与新uboot文件一律

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

采取JTAG调试时,发现向0x30000000地址及写值出错

 图片 1

 图片 2

5.接下来就是修改bank寄存器

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

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

将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:
    .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
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.再编译烧写uboot,发现串口已发出多少,但是乱码:

 图片 3

 图片 4

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

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

 图片 5

 图片 6

是因为我们无布置CONFIG_S3C2440大幅度,所以uboot获取HCLK时钟设置波特率时,用的凡CONFIG_S3C2410宏的主意

由于我们从没配备CONFIG_S3C2440庞大,所以uboot获取HCLK时钟设置波特率时,用的凡CONFIG_S3C2410宏的计

搜索CONFIG_S3C2410宏,找到在smdk2440.h:

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

 图片 7

 图片 8

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

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

 

 

6.2编译测试

6.2编译测试

make时,发现以下几独error:

make时,发现以下几只error:

 图片 9

 图片 10

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

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

 图片 11

 图片 12

其中nand是一个s3c2410_nand结构体:

其中nand是一个s3c2410_nand结构体:

 图片 13

 图片 14

拖欠结构体如下所示:

欠结构体如下所示:

 图片 15

 图片 16

自打上图可以看看,只有定义了CONFIG_S3C2410宏,才会得该结构体,而我们6.1稍稍节里,使用的是CONFIG_S3C2440宏。

于上图可以见到,只有定义了CONFIG_S3C2410宏,才会博得该结构体,而我们6.1微节里,使用的是CONFIG_S3C2440宏。

还上面的s3c2410_nand结构体和s3c2440_nand结构体的出入也很死,修改s3c2410_nand.c会要命烦

犹上面的s3c2410_nand结构体和s3c2440_nand结构体的距离也殊要命,修改s3c2410_nand.c会大烦

6.3于是就算直接去丢该公文,不受编译器编译即可,步骤如下所示:

6.3所以即使径直去丢该文件,不为编译器编译即可,步骤如下所示:

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

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

 图片 17

 图片 18

而达到图所示,需要去丢CONFIG_NAND_S3C2410宏定义才行

使齐图所示,需要去丢CONFIG_NAND_S3C2410宏定义才行

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

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

 图片 19

 图片 20

一经齐图所示,我们直接来遮掩CONFIG_CMD_NAND宏即可,因为该宏下的#ifdef,都是与2410相关的

如若齐图所示,我们直接来遮掩CONFIG_CMD_NAND宏即可,因为拖欠宏下的#ifdef,都是与2410相关的

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

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

 图片 21

 图片 22

再度烧写上norflash,打印而下图所示:

重复烧写进norflash,打印使下图所示:

 图片 23

 图片 24

察觉无乱码了,表示nor启动成功,其中Flash:
*** failed
***表示不支持norflash,因为咱们仅仅兑现了重新一贯,并没有对nor实现写擦除等一声令下。

发觉无乱码了,表示nor启动成功,其中Flash:
*** failed
***表示未支持norflash,因为咱们仅兑现了再度一贯,并没针对nor实现写擦除等一声令下。

 

 

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

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

新的uboot链接地址位于0,且以arm-linux-ld时加了“-pie”选项,
使得u-boot.bin里多了”*(.rel*)”,
“*(.dynsym)”,从而程序非常深,不便于从NAND启动(重一贯之前的起步代码应该少于4K).

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

为此接下去修改代码,并取消”-pie”选项.

因而接下修改代码,并销”-pie”选项.

7.1去掉
“-pie”选项

7.1去掉
“-pie”选项

使用grep
“\-pie” * -nR
找到:

使用grep
“\-pie” * -nR
找到:

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

故此屏蔽arch/arm/config.mk文件的”LDFLAGS_u-boot += -pie”这行即可

从而屏蔽arch/arm/config.mk文件的”LDFLAGS_u-boot += -pie”这行即可

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

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

1)将原先写uboot里的init.c放入board/samsung/smdk2440目录,
并检查是不是出与名函数称,若函数只以和文件使用,则上加static.并修改Makefile

1)将先写uboot里的init.c放入board/samsung/smdk2440索引,
并检查是不是发生与名函数名为,若函数只以跟文件使用,则补充加static.并修改Makefile

 

 

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

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

将CONFIG_SYS_TEXT_BASE宏改为0x33f00000,也即是uboot重一贯后底岗位,
这里留下了1MB空间供uboot重一贯(在反汇编中看到,代码真正总大小也700几近KB(包括了bss段))

将CONFIG_SYS_TEXT_BASE宏改为0x33f00000,也便是uboot重一贯后的职,
这里留下了1MB空间供uboot重一贯(在反汇编中看到,代码真正总大小为700基本上KB(包括了bss段))

 

 

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

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

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

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

丰富以下带红的字段:

长以下带红的字段:

#ifndef
CONFIG_SKIP_LOWLEVEL_INIT

#ifndef
CONFIG_SKIP_LOWLEVEL_INIT

       bl   
cpu_init_crit

       bl   
cpu_init_crit

#endif

#endif

       /*重定位                         
*/

       /*重定位                         
*/

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

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

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

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

 
 

 
 

      
mov r0,#0                         //r0->src

      
mov r0,#0                         //r0->src

      
ldr r1,_TEXT_BASE          //_TEXT_BASE : 0x33f00000

      
ldr r1,_TEXT_BASE          //_TEXT_BASE : 0x33f00000

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

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

      
bl copy_code_to_sdram  
  //复制代码到SDRAM连接地址dest上(参考自制uboot章节)

      
bl copy_code_to_sdram  
  //复制代码到SDRAM连接地址dest上(参考自制uboot章节)

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

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

 

 

   
   ldr pc,=call_board_init_f                
//绝对跳转,跳到SDRAM上实施

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

call_board_init_f:

call_board_init_f:

       ldr  
r0,=0x00000000

       ldr  
r0,=0x00000000

       bl   
board_init_f

       bl   
board_init_f

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

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

图片 25

图片 26

鉴于它们位于靠前处,保证了_TEXT_BASE存在前4k空间里,若一直用ldr
r1,=CONFIG_SYS_TEXT_BASE,编译器可能会见用以此宏定义放在SDRAM上,则会错

是因为它在靠前处,保证了_TEXT_BASE存在前4k空间里,若一直动用ldr
r1,=CONFIG_SYS_TEXT_BASE,编译器可能会见用此宏定义放在SDRAM上,则会出错

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

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

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

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第二阶段代码
/* 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)

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

本节长的uboot重一贯是直为基地址0x33F00000始发之,
在直达平等章分析有,board_init_f()函数划分uboot重一贯所在区域时,是通过动态划分的.

本节长的uboot重一贯是直以基地址0x33F00000初步的,
在上亦然回分析出,board_init_f()函数划分uboot重一贯所在区域时,是由此动态划分的.

据此修改board_init_f()函数的第113履行:

为此修改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,添加该行     
       /*
        * 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改动链接脚本

7.4改链接脚本

拿start.S, init.c(实现又一贯),
lowlevel.S(实现初始化SDRAM)等公事在最前

拿start.S, init.c(实现重新一贯),
lowlevel.S(实现初始化SDRAM)等文件在最前

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

加上以下带红的字段:

添加以下带红的字段:

     . =
ALIGN(4);

     . =
ALIGN(4);

        .text
:

        .text
:

       
{

       
{

               
__image_copy_start = .;

               
__image_copy_start = .;

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

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

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

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

               
*(.text)

               
*(.text)

       
}

       
}

libsmdk2440.o是以smdk2440单板目录下之具备*.c,*S文件编译后,连接成一个库房文件.

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

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

8.然后经过旧的uboot,将新的uboot烧写及nand

usb 1 30000000                             //先下载到SDRAM上

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

nand write 30000000   0  0x80000           //将SDRAM上的新uboot写入nand中
usb 1 30000000                             //先下载到SDRAM上

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

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

发烧写后,如下图所示:

发烧写后,如下图所示:

 图片 27

 图片 28

nand启动便实现就了,上面的Flash: ***
failed ***
是属uboot第二路函数board_init_r()里之代码,表示不支持nor
flash,不可知促成读,写,擦除等一声令下

nand启动便实现成功了,上面的Flash: ***
failed ***
是属于uboot第二路函数board_init_r()里之代码,表示未支持nor
flash,不可知兑现读,写,擦除等一声令下

 

 

未完待续,下章便来学学,让uboot支持nor
flash、nand flash.

未完待续,下章便来上学,让uboot支持nor
flash、nand flash.

 

 

相关文章

发表评论

电子邮件地址不会被公开。 必填项已用*标注

网站地图xml地图