s3c6410_uboot中的代码重定位(nand->sdram)

发布者:breakthrough2最新更新时间:2024-09-04 来源: cnblogs关键字:s3c6410  uboot  代码重定位  nand  sdram 手机看文章 扫描二维码
随时随地手机看文章

本文仅探讨s3c6410从nand flash启动u-boot时的代码重定位过程


参考:


1)《USER'S MANUAL-S3C6410X》第二章 MEMORY MAP 第八章 NAND FLASH CONTROLLER


2)u-boot源码:


u-boot-x.x.x/board/samsumg/smdk6410/lowlevel_init.S


u-boot-x.x.x/cpu/s3c64xx/start.S


u-boot-x.x.x/cpu/s3c64xx/nand_cp.c


代码重定位过程简述


由于在nand flash中无法运行代码,所以当开发板从nand flash启动时,我们需要将存储在外设nand flash中的u-boot代码搬运到sdram中运行,如何完成这个搬运工作呢?这需要借助一个跳板,即“stepping stone”,它是s3c6410的一块内置sram,开发板上电时,nand flash控制器自动将nand flash的前8K的内容拷贝到sram中并执行,这一小段启动代码除了初始化硬件外,最重要的一个工作就是将nand flash中的所有u-boot代码拷贝(即重定位)到sdram的指定地址上去,然后跳转到sdram中执行。


重定位代码解析:


1)nand接口初始化


u-boot启动时,首先执行相应硬件平台的start.S,start.S中调用lowlevel_init对时钟,uart,nand,mmu等底层硬件作初始化。


start.S:


...

bl    lowlevel_init    /* go setup pll,mux,memory */

...

lowlevel_init.S:


...

/*

 * Nand Interface Init for SMDK6400 */

nand_asm_init:

    ldr    r0, =ELFIN_NAND_BASE

    ldr    r1, [r0, #NFCONF_OFFSET]

    orr    r1, r1, #0x70

    orr    r1, r1, #0x7700

    str     r1, [r0, #NFCONF_OFFSET]


    ldr    r1, [r0, #NFCONT_OFFSET]

    orr    r1, r1, #0x03

    str     r1, [r0, #NFCONT_OFFSET]


    mov    pc, lr

...


2)代码重定位


从nand flash启动时,重定位代码如下:


start.S:


/* when we already run in ram, we don't need to relocate U-Boot.

     * and actually, memory controller must be configured before U-Boot

     * is running in ram.

     */

    ldr    r0, =0xff000fff

    bic    r1, pc, r0        /* r0 <- current base addr of code */

    ldr    r2, _TEXT_BASE        /* r1 <- original base addr in ram */

    bic    r2, r2, r0        /* r0 <- current base addr of code */

    cmp     r1, r2                  /* compare r0, r1                  */

    beq     after_copy        /* r0 == r1 then skip flash copy   */


#ifdef CONFIG_BOOT_NAND

    mov    r0, #0x1000

    bl    copy_from_nand

#endif


r1存放当前代码运行的起始地址,r2存放u-boot即将在sdram中运行的地址,如果两个地址相等,说明此时u-boot已经在sdram中运行了,无需再执行从nand拷贝数据到sdram的动作;否则,此时u-boot还在它的临时住所sram中执行,此地不可久留,需要执行copy_from_nand将u-boot代码完完整整地拷贝到sdram中去,然后跳转到sdram中去执行剩下的代码。


/*

 * copy U-Boot to SDRAM and jump to ram (from NAND or OneNAND)

 * r0: size to be compared

 * Load 1'st 2blocks to RAM because U-boot's size is larger than 1block(128k) size

 */

    .globl copy_from_nand

copy_from_nand:

    mov    r10, lr        /* save return address */


    mov    r9, r0

    /* get ready to call C functions */

    ldr    sp, _TEXT_PHY_BASE    /* setup temp stack pointer */

    sub    sp, sp, #12

    mov    fp, #0            /* no previous frame, so fp=0 */

    mov    r9, #0x1000

    bl    copy_uboot_to_ram


3:    tst     r0, #0x0

    bne    copy_failed


    ldr    r0, =0x0c000000

    ldr    r1, _TEXT_PHY_BASE

1:    ldr    r3, [r0], #4

    ldr    r4, [r1], #4

    teq    r3, r4

    bne    compare_failed    /* not matched */

    subs    r9, r9, #4

    bne    1b


4:    mov    lr, r10        /* all is OK */

    mov    pc, lr


copy_failed:

    nop            /* copy from nand failed */

    b    copy_failed


compare_failed:

    nop            /* compare failed */

    b    compare_failed


真正执行拷贝动作的是copy_uboot_to_ram函数,它定义在u-boot-x.x.x/cpu/s3c64xx/nand_cp.c中,


int copy_uboot_to_ram (void)

{

    int large_block = 0;

    int i;

    vu_char id;

    

        NAND_ENABLE_CE();

        NFCMD_REG = NAND_CMD_READID;

        NFADDR_REG =  0x00;


    /* wait for a while */

        for (i=0; i<200; i++);

    id = NFDATA8_REG;

    id = NFDATA8_REG;


    if (id > 0x80)

        large_block = 1;


    /* read NAND Block.

     * 128KB ->240KB because of U-Boot size increase. by scsuh

     * So, read 0x3c000 bytes not 0x20000(128KB).

     */

    return nandll_read_blocks(CFG_PHY_UBOOT_BASE, 0x3c000, large_block);

}


nand flash支持两种页大小,512B和2KB,large_block = 0时,页大小为512字节,large_block = 1时,页大小为2K字节。nandll_read_blocks拷贝nand flash从第0页开始的0x3c00(240K)大小的数据到sdram的CFG_PHY_UBOOT_BASE地址处。


/*

 * Read data from NAND.

 */

static int nandll_read_blocks (ulong dst_addr, ulong size, int large_block)

{

        uchar *buf = (uchar *)dst_addr;

        int i;

    uint page_shift = 9;


    if (large_block)

        page_shift = 11;


        /* Read pages */

        for (i = 0; i < (0x3c000>>page_shift); i++, buf+=(1<                nandll_read_page(buf, i, large_block);

        }


        return 0;

}


首先根据large_block判断nand flash一个页的大小,从而计算需要拷贝的页的数量,即需要拷贝(0x3c000>>page_shift)个页,nandll_read_page每次只拷贝一个页的数据。


/*

 * address format

 *              17 16         9 8            0

 * --------------------------------------------

 * | block(12bit) | page(5bit) | offset(9bit) |

 * --------------------------------------------

 */


static int nandll_read_page (uchar *buf, ulong addr, int large_block)

{

        int i;

    int page_size = 512;


    if (large_block)

        page_size = 2048;


        NAND_ENABLE_CE();


        NFCMD_REG = NAND_CMD_READ0;


        /* Write Address */

        NFADDR_REG = 0;


    if (large_block)

            NFADDR_REG = 0;


    NFADDR_REG = (addr) & 0xff;

    NFADDR_REG = (addr >> 8) & 0xff;

    NFADDR_REG = (addr >> 16) & 0xff;


    if (large_block)

        NFCMD_REG = NAND_CMD_READSTART;


        NF_TRANSRnB();


    /* for compatibility(2460). u32 cannot be used. by scsuh */

    for(i=0; i < page_size; i++) {

                *buf++ = NFDATA8_REG;

        }


        NAND_DISABLE_CE();

        return 0;

}


从nand flash中读取数据的流程为片选(NAND_ENABLE_CE)->发读命令(NFCMD_REG)->发地址(NFADDR_REG)->发读命令(NFCMD_REG)->等待数据可读(NF_TRANSRnB)->读数据(NFDATA8_REG)。由于每次从NFDATA8_REG中只可读取1个字节的数据,所以拷贝一页需要读取512或2048次。


当执行完copy_uboot_to_ram返回到start.S时,nand flash中的代码重定位便完成了,此后程序跳转到sdram中执行,stepping stone的职责就此结束。


关键字:s3c6410  uboot  代码重定位  nand  sdram 引用地址:s3c6410_uboot中的代码重定位(nand->sdram)

上一篇:s3c6410_MMU地址映射过程详述
下一篇:s3c6410_uart初始化及读写

推荐阅读最新更新时间:2026-03-20 13:44

s3c2440裸机-代码定位(2.编程实现代码定位
1.引入链接脚本 我们上一节讲述了为什么要重定位代码,那么怎么去重定位代码呢? 上一节我们发现 arm-linux-ld -Ttext 0 -Tdata 0x30000000 这种方式编译出来的bin文件有800多M,这肯定是不行的,那么需要怎么把.data段重定位到sdram呢? 可以通过AT参数指定.data段在编译时的存放位置,我们发现这样指定太不方便了,而且不好确定要放在bin文件的哪个位置。这里就要引入链接脚本,它可以帮我们解决这个不必要的麻烦。 链接脚本格式 格式如下图: 我们来看一个具体的例子: SECTIONS { . = 0x00000000; //表示当前地址为0 . = AL
[单片机]
s3c2440裸机-<font color='red'>代码</font><font color='red'>重</font><font color='red'>定位</font>(2.编程实现<font color='red'>代码</font><font color='red'>重</font><font color='red'>定位</font>)
s3c2440之代码定位
1、几个概念 (1)运行地址、加载地址 ① 运行地址 — 链接地址:他们两个是等价的,只是两种不同的说法。 运行地址:程序在SRAM、SDRAM中执行时的地址。就是执行这条指令时,PC应该等于这个地址,换句话说,PC等于这个地址时,这条指令应该保存在这个地址内。 ② 加载地址 — 存储地址:他们两个是等价的,也是两种不同的说法。 加载地址:程序保存在Nand flash中的地址。 (2)位置无关码、位置有关码 ① 位置无关码:B、BL、MOV都是位置位置无关码。 ② 位置有关码:LDR PC,=LABEL等类似的代码都是位置有关码。 (3)程序段的划分 一个程序编译后,会有代码段、数据段、只读数据段、bss段和注释段
[单片机]
代码定位(S3C2440)
nand启动,需要重定位 S3C2440的CPU可以直接给SDRAM发送命令、给Nor Flash发送命令、给4K的片上SDRAM发送命令,但是不能直接给Nand Flash发送命令,CPU无法直接访问Nand Flash,因为之间还隔了个Nand Flash控制器。 问:那为什么还可以nand启动? 答:1.nand启动时,前4k代码由硬件自动复制到SRAM。2.此时SRAM的基地址为0地址,CPU从SRAM的0地址开始运行。 问:那么问题来了,烧录至Nand Flash的bin文件大于4k怎么办? 答:前4k代码需要把整个程序读出,复制到SDRAM。然后去SDRAM执行程序。 把程序从nand读出复制到SDRAM的
[单片机]
<font color='red'>代码</font><font color='red'>重</font><font color='red'>定位</font>(S3C2440)
2440裸板程序之代码定位
LED对应的引脚是GPF4、GPF5、GPF6。 使用的编译器为arm-linux-gcc-4.5.1。 包括四个文件head.S main.c main.lds Makefile。 实验目的:将main.c中点灯程序从存放地址0x400重新加载到0x800,并跳到0x800执行。 涉及到地址无关码、伪指令等概念。还有编译器链接脚本中存放地址、运行地址等概念。 对于2440,有两种存放数据的介质,NOR、NAND。其中NOR是内存接口,可以执行代码,但只读不能写入。NAND只能读,如果开关拨到NAND启动,2440会硬件把NAND开头的4K搬运到可执行、可读写的SRAM中。我们利用这4K的来做重定位的实验。对于不同启
[单片机]
2440裸板程序之<font color='red'>代码</font><font color='red'>重</font><font color='red'>定位</font>
Exynos4412裸机程序之代码定位初体验
从前面一节 Exynos 4412的启动过程分析 ,我们知道:一上电,exynos4412首先执行固化在IROM中的代码,iROM首先设置程序运行环境 (比如关看门狗、关中断、关MMU 、设置栈 、设置栈 、启动PLL等 ),然后根据OM引脚确定启动设备 (NAND Flash/SD 卡/其他 ),把 BL1从里面读出存入iRAM的0x02021400地址处,最后启动 BL1; BL1从SD卡适当的位置读入14K 字节的数据,存在iRAM地址0x02023400处,所以BL2不能大于(14K – 4) 字节,这里引出了为什么写这一节的原因:如果我们的程序很大,大于14K怎么办???? 下面我们先来介绍两个概念: 一是程序当前所处的
[单片机]
Exynos4412裸机程序之<font color='red'>代码</font><font color='red'>重</font><font color='red'>定位</font>初体验
s3c6410 uboot初步移植
对uboot主要是修改: 1、更改交叉编译器   CROSS_COMPILE ?= arm-linx- 2、对board项进行修改 3、include项修改 4、CPU项修改 5、根目录下Makefile修改 6、arm架构修改 7、nand_spl修改 此次 移植过程很成功,未报错,但是生成的*.bin文件在板子上运行未见效果。
[单片机]
S3C6410uboot回炉再造(3)lowlevle_init.S
  这一篇粗略讲一下lowlevel_init.S内部的模块。   1、_TEXT_BASE 1 #include config.h 2 #include version.h 3 4 #include asm/arch/s3c6400.h 5 6 #ifdef CONFIG_SERIAL1 7 #define ELFIN_UART_CONSOLE_BASE (ELFIN_UART_BASE + ELFIN_UART0_OFFSET) 8 #elif defined(CONFIG_SERIAL2) 9 #define ELFIN_UART_CONSOLE_BASE (ELFIN_UART_BASE
[单片机]
S3C6410uboot回炉再造(4)使能MMU
在上一篇中讲完了lowlevel_init中对相应模式的设置、在最后对MMU进行了初始化。 那在这一篇就把使能MMU的过程描述了。   1、设置访问域 1 after_copy:            //这里怎么就after了、我们可还没有copy呢                     //剧透一下,后面会补充copy相关的代码,此处暂且跳过 2 #ifdef CONFIG_ENABLE_MMU    // 3 enable_mmu: 4 /* enable domain access */ 5 ldr r5, =0x0000ffff 6 mcr p15, 0, r5, c3, c0, 0
[单片机]
小广播
最新单片机文章
何立民专栏 单片机及嵌入式宝典

北京航空航天大学教授,20余年来致力于单片机与嵌入式系统推广工作。

厂商技术中心

 
EEWorld订阅号

 
EEWorld服务号

 
汽车开发圈

 
机器人开发圈

电子工程世界版权所有 京ICP证060456号 京ICP备10001474号-1 电信业务审批[2006]字第258号函 京公网安备 11010802033920号 Copyright © 2005-2026 EEWORLD.com.cn, Inc. All rights reserved