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初始化及读写

推荐阅读最新更新时间:2024-11-17 12:15

2440裸机-12-1内存控制器与SDRAM_内存接口
1.内存接口介绍 1.1.内存控制器的引入 1.1.1 引入 2440是一个SOC,其中外设分为多种类型: 门电路类:GPIO 协议类接口: UART I2C SPI 内存类设备:nor flash ,SDRAM,NET DM9000 但是对于CPU来说,并不直接控制外设,只需要将值写给相关外设模块的寄存器,CPU通过地址来区分不同的寄存器,因此就需要引入另一个控制单元——内存控制器。 除NAND外,以上外设都是CPU统一编址。 NAND FLASH和外接的存储器不是同一类型的,片内有一个专门的NAND控制来对外接的NAND FLASH硬件进行控制,所以NAND FLASH又属于另外一部分。 nand启动时,cpu认为
[单片机]
2440裸机-12-1内存控制器与<font color='red'>SDRAM</font>_内存接口
Mplayer 在Linux - S3C6410 下的编译
mplayer交叉编译过程: GCC版本:Sourcery G++ 4.2.1 目标机:S3C6410 ARM内核为arm1176jzf-s(GCC有-mcpu=arm1176jzf-s) 主机:Ubuntu 8.04 提示:mplayer有自动configure,无需手动写Make~注意区分GCC的参数和configure的参数。 参考文章: ARM MPlayer移植过程 http://www.usr.cc/html/54/n-654.html mplayer在arm 2410上的移植 http://www.hzlitai.com.cn/article/ARM9-article/example/1483.html ./con
[单片机]
linux中LCD设备驱动(4)——基于s3c6410平台
我们这一篇来说与具体的TFT显示器有关的部分,当遇到具体的显示器是我们应该设置什么参数,怎样设置这些参数。 1、在s3cfb_WXCAT43.c (linux2.6.28driversvideosamsung)文件中是有关具体显示器的设置。我们一段一段来看。 #include linux/wait.h #include linux/fb.h #include linux/delay.h #include linux/platform_device.h #include plat/regs-gpio.h #include plat/regs-lcd.h #include s3cfb.h #define S3C
[单片机]
linux中LCD设备驱动(4)——基于<font color='red'>s3c6410</font>平台
s3c6410 裸机----时钟
目标:编一个 pwm 控制蜂鸣器 5秒叫,5秒shut up 了解系统时钟: 可以看到那个pwm受apb控制,而APB 的时钟是受,MPLL 控制的,这是我要关心的流程图,而每个register的 的功能都可以在datasheet中找到,研究一下就可以了,可以发现那些 那些值的设置都是顾定的,see(we recommended only the values in the PLL value recommendation table), 所以推测 有初始化的时钟,只需获取pclk,然后分频就可以得到要的时钟频率了。·······请大牛们看到了,如果你们写了设置系统时钟的code,成功了 ,给我一分,我想学习一
[单片机]
闪存前景不明 现代与三星价格战一触即发
  美国东部时间7月13日(北京时间7月14日)消息:据业内观察员称,市场上表现出来的NAND闪存价格即将上扬的第一个信号还没有维持多久,在高密iPod nano可能会延期发布的传言中,7月份最新的主流芯片市场动态已经预示出NAND闪存的价格可能会再下跌10%。据业内知情人士说,现代半导体公司和三星电子公司也都憋足了一口气准备展开一场价格战。   虽然Gartner Dataquest研究公司认为计划在今年四季度上市销售的10-12GB的iPod nano将由于明显的供不应求而稳步推动今年下半年的nano闪存价格上涨,但是目前的价格走势仍然不太明朗,市场上已经开始传言iPod产品可能会延期发布。   群联电子公司的知情人士回应
[焦点新闻]
SSD降价有望了,三星等“大咖们”都在提高产能
据外媒报道,从去年下半年至今,SSD/内存的价格就坐上了火箭,而且一点降价的迹象都没有,反而是SSD厂商不断传出不利因素,致使很多用户每天都在提心吊胆。不过现在总算有好消息了,首先是三星即将量产第四代堆叠闪存,还有是SK海力士也在进一步提高产能。下面就随嵌入式小编一起来了解一下相关内容吧。   传三星/海力士正提高3D闪存产能 报道称,三星三星位于京畿道平泽市的全球最大半导体工厂开始量产出货第四代堆叠闪存,达到64层,预计相关SSD会在Q3\Q4正式登场。另外SK海力士,第四代72层3D NAND也已经在清州M12工厂量产,产能是比上一代提高了30%。SK海力士表示,希望在年底前,将3D闪存的产量再提高50%。 此前,SS
[嵌入式]
美光推出176层3D NAND Flash,新技术新架构
据美媒Anandtech报道,美光日前宣布了其第五代3D NAND闪存,新一代产品拥有破纪录的176层构造。报道指出,新型176L闪存是自美光与英特尔的存储器合作解散以来推出的第二代产品,此后美光从浮栅( floating-gate)存储单元设计转变为电荷陷阱(charge-trap)单元。 美光公司的上一代3D NAND采用的是128层设计,这是它们的短暂过渡节点,可帮助他们解决向陷阱闪存切换碰到的任何问题。美光的128L闪存在市场上的占有率极低,因此在许多情况下,他们的新型176L闪存也将替代其96L 3D NAND。 根据报道,美光并没有披露其176L NAND的更多技术细节。但就目前而言,我们知道他们的第一个
[嵌入式]
美光推出176层3D <font color='red'>NAND</font> Flash,新技术新架构
三星试生产50纳米16GB闪存 今年一季量产化
1月4日消息,据国外媒体报道,三星公司宣布,公司目前正在生产采用50纳米技术的16GB NAND闪存的样品。 首批生产的样品将采用4KB页的多层单元设计(MLC)。三星公司称,4KB页功能的数据读取速度是常规2KB页系统 MLC NAND闪存的两倍,同时还将写入速度提高了150%。 三星计划在今年第一季度开始大规模量产16GB NAND闪存。 2006年9月三星曾宣布,公司已开发出了基于40微米技术制造的32GB NAND闪存设备。该内存整合了Charge Trap闪存架构(CTF),这种新工艺在改善产品性能的同时还有效地提高了产能。 三星公司表示,高密度闪存的生产将加速非挥发性内存应用的普及,比如采用闪存制造的固体盘。三星
[焦点新闻]
小广播
设计资源 培训 开发板 精华推荐

最新单片机文章
何立民专栏 单片机及嵌入式宝典

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

 
EEWorld订阅号

 
EEWorld服务号

 
汽车开发圈

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