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-11 15:02

三星电子西安NAND闪存产能扩建项目月底动工
据韩联社报道,半导体业界消息称,三星电子西安NAND闪存生产线扩建项目将于本月底正式动工。 去年8月三星电子宣布,为应对中长期的需求增加,决定扩建西安NAND闪存生产线。据悉,该公司计划今后3年投资70亿美元用于该生产线的扩建。 与此同时,三星电子也在加强对国内设备线的投资。上月24日,三星电子在华城半导体工厂内举行了极紫外光(EUV)生产线动工仪式。
[半导体设计/制造]
arm920t中S3C2440、S3C2450和S3C6410的区别
  三星目前推出了S3C6400和S3C6410,都是基于ARM架构的,而且硬件管脚兼容,应该说大致的功能基本相同,比较明显的区别就是S3C6410带有2D/3D硬件加速   S3C2440其实是一个很不错的CPU,价格便宜、内部资源多、最主要的是国内很多人使用,相关的资料比较多。ARM920T内核, 400M主频,支持NAND FLASH、NORFLASH、SDRAM、支持STN/TFT LCD、4通道DMA、3通道UART、2通道SPI、IIC总线、IIS/AC97音频控制器、SD/MMC控制器、2通道USB HOST 1通道USB DEVICE、4通道PWM、8通道A/D转换、触摸屏控制器、RTC、CMOS摄像头、多功能
[单片机]
基于FPGA+DSP的视频处理系统设计
  0 引言   本系统采用基于 FPGA 与 DSP 协同工作进行视频处理的方案,实现视频采集、处理到传输的整个过程。   实时视频图像处理中,低层的预处理算法处理的数据量大,对处理速度要求高,但算法相对比较简单,适合于用FPGA进行硬件实现,这样能兼顾速度及灵活性。高层的处理算法结构复杂,适用于运算速度高、寻址方式灵活、通信机制强的DSP芯片宋实现。   DSP+FPGA架构的最大特点是结构灵活、有较强的通用性、适合于模块化设计,从而能够提高算法效率,同时其开发周期短、系统易于维护和升级,适合于实时视频图像处理。   系统采用模块化的设计方法,将整个系统划分为三部分:视频采集单元、视频处理单元和视频传输单元。   整个系统以F
[嵌入式]
基于FPGA+DSP的视频处理系统设计
S3C6410串口平台设备注册流程分析
1.mdesc- map_io() start_kernel -- setup_arch(&command_line); -- paging_init(mdesc); -- devicemaps_init(mdesc) -- mdesc- map_io(); 这里的map_io可从如下定义中得知,即为smdk6410_map_io(void), MACHINE_START(SMDK6410, SMDK6410 ) /* Maintainer: Ben Dooks ben@fluff.org */ .phys_io = S3C_PA_UART & 0xfff00000,
[单片机]
S3C2440移植uboot之裁剪和修改默认参数
上一节S3C2440移植uboot之支持DM9000移植uboot支持了网卡驱动,这节裁剪和修改uboot默认参数 目录 uboot的环境参数 修改uboot的默认环境变量 查看 default_environment 裁剪uboot 解决rtc_xxx,cmd_date.c 错误 设置分区 设置save相关宏 设置mtdparts命令 测试mtdparts分区 uboot的环境参数 首先,uboot会去校验(CRC)存放环境变量的一段空间 ,若CRC有效则使用该空间里的环境变量,无效则用默认的环境变量. 而我们移植的uboot,由于一直没有使用save,所以没有读不出CRC校验,使用的默认环境变量,如下图所示:
[单片机]
S3C2440移植<font color='red'>uboot</font>之裁剪和修改默认参数
处理器外接SDRAM的控制技术介绍
  现代的处理器(SoC)或DSP都内建有内存控制器,它是外部SDRAM、FLASH、EEPROM、SRAM……等内存的控制接口。但不同处理器内部的内存控制方式都不尽相同,而且它们的控制程序大部分都位于开机程序内,皆属于汇编语言,所以常令人不知所云。   SDRAM的规格   现代的处理器并不需要额外的外部器件,就可以直接将外部内存连接至处理器的脚位上。但是,在选择SDRAM时,还是必须考虑下列几项因素:   工作电压 最大的工作频率 最大的记忆容量 I/O大小和排数(bank number) “列地址闪控(column address strobe;CAS)”的延迟(latency) 刷新(refresh)的速率 分页大小(
[单片机]
STM32 USB NAND Flash模拟U盘无法格式化问题的解决
前几天,一直在寻找NAND Flash模拟U盘程序无法格式化的问题。在中秋月圆之夜,还苦逼地在实验室调代码,也许是杭州大圆月的原因,今晚感觉整人特别亢奋,效率也特别高,灵感也多。终于,在不懈的努力下,找到代码中的害群之马,把无法格式的问题解决掉了。下面就来说说。 这几天一直在想问题出在哪里,不知道自己的代码跟官方的例程对照了多少次,把不一样的地方全都改了一遍,最终未果。今晚思路特别清晰,于是在想到格式化实际上就是向存储器写数据而已,而设计到写数据部分的代码就只在mass_mal.c、memory.c以及存储器的驱动文件。于是反复检查这几个文件,终于发现一点端倪了,问题出在memroy.c这个文件里。 memory.c这个文
[单片机]
SK海力士将用90亿美元收购英特尔NAND存储业务
据businesskorea报道,SK海力士今(20)日宣布将以90亿美元收购英特尔的NAND内存和存储业务。这笔交易包括英特尔的NAND SSD业务、NAND元件和晶圆业务以及位于中国大连的NAND内存制造工厂。 SK海力士表示,这笔交易旨在提高其存储解决方案(包括企业级SSD)在NAND闪存领域的竞争力,并进一步致力于成为业内领先的全球半导体公司之一。 据悉,SK海力士和英特尔将努力在2021年底获得政府的批准。在获批后,SK 海力士将从英特尔手中收购NAND-SSD业务(包括与NAND-SSD相关的专利和员工)以及大连工厂,首期付款为70亿美元。另外,SK海力士将从英特尔手中收购剩余资产,包括与NAND闪存芯片制造和设计
[手机便携]
小广播
设计资源 培训 开发板 精华推荐

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

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

 
EEWorld订阅号

 
EEWorld服务号

 
汽车开发圈

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