首页
uboot在s3c2440上的移植（3）

uboot在s3c2440上的移植（3）

发布时间:2024-08-29

一、移植环境

主机：VMWare--Fedora 9
开发板：Mini2440--64MB Nand,Kernel:2.6.30.4
编译器：arm-linux-gcc-4.3.2.tgz
u-boot：u-boot-2009.08.tar.bz2

二、移植步骤

5）准备进入u-boot的第二阶段（在u-boot中添加对我们开发板上Nand Flash的支持）。
目前u-boot中还没有对2440上Nand Flash的支持，也就是说要想u-boot从Nand Flash上启动得自己去实现了。

首先，在include/configs/my2440.h头文件中定义Nand要用到的宏和寄存器，如下：

#gedit include/configs/my2440.h //在文件末尾加入以下Nand Flash相关定义

/*
* Nand flash register and envionment variables
*/
#define CONFIG_S3C2440_NAND_BOOT 1

#define NAND_CTL_BASE  0x4E000000  //Nand Flash配置寄存器基地址，查2440手册可得知

#define STACK_BASE  0x33F00000     //定义堆栈的地址
#define STACK_SIZE  0x8000         //堆栈的长度大小

#define oNFCONF  0x00 //相对Nand配置寄存器基地址的偏移量，还是配置寄存器的基地址
#define oNFCONT  0x04 //相对Nand配置寄存器基地址的偏移量，可得到控制寄存器的基地址(0x4E000004)

#define oNFADDR  0x0c //相对Nand配置寄存器基地址的偏移量，可得到地址寄存器的基地址(0x4E00000c)
#define oNFDATA  0x10 //相对Nand配置寄存器基地址的偏移量，可得到数据寄存器的基地址(0x4E000010)
#define oNFCMD   0x08 //相对Nand配置寄存器基地址的偏移量，可得到指令寄存器的基地址(0x4E000008)
#define oNFSTAT  0x20 //相对Nand配置寄存器基地址的偏移量，可得到状态寄存器的基地址(0x4E000020)

#define oNFECC 0x2c //相对Nand配置寄存器基地址的偏移量，可得到ECC寄存器的基地址(0x4E00002c)

其次，修改cpu/arm920t/start.S这个文件，使u-boot从Nand Flash启动，在上一节中提过，u-boot默认是从Nor Flash启动的。修改部分如下：

#gedit cpu/arm920t/start.S

//注意：在上一篇Nor Flash启动中，我们为了把u-boot用supervivi下载到内存中运行而屏蔽掉这段有关CPU初始化的代码。而现在我们要把u-boot下载到Nand Flash中，从Nand Flash启动，所以现在要恢复这段代码。

#ifndef CONFIG_SKIP_LOWLEVEL_INIT
bl cpu_init_crit
#endif

#if 0 //屏蔽掉u-boot中的从Nor Flash启动部分
#ifndef CONFIG_SKIP_RELOCATE_UBOOT
relocate:               /* relocate U-Boot to RAM */
    adr r0, _start      /* r0 <- current position of code */
    ldr r1, _TEXT_BASE  /* test if we run from flash or RAM */
    cmp r0, r1          /* don't reloc during debug */
    beq stack_setup

    ldr r2, _armboot_start
    ldr r3, _bss_start
    sub r2, r3, r2      /* r2 <- size of armboot */
    add r2, r0, r2      /* r2 <- source end address */

copy_loop:
    ldmia r0!, {r3-r10} /* copy from source address [r0] */
    stmia r1!, {r3-r10} /* copy to   target address [r1] */
    cmp r0, r2          /* until source end addreee [r2] */
    ble copy_loop
#endif /* CONFIG_SKIP_RELOCATE_UBOOT */
#endif

//下面添加2440中u-boot从Nand Flash启动

#ifdef CONFIG_S3C2440_NAND_BOOT
    mov r1, #NAND_CTL_BASE   //复位Nand Flash
    ldr r2, =( (7<<12)|(7<<8)|(7<<4)|(0<<0) )
    str r2, [r1, #oNFCONF]   //设置配置寄存器的初始值，参考s3c2440手册
    ldr r2, [r1, #oNFCONF]

    ldr r2, =( (1<<4)|(0<<1)|(1<<0) )
    str r2, [r1, #oNFCONT]   //设置控制寄存器
    ldr r2, [r1, #oNFCONT]

    ldr r2, =(0x6)           //RnB Clear
    str r2, [r1, #oNFSTAT]
    ldr r2, [r1, #oNFSTAT]
    mov r2, #0xff            //复位command
    strb r2, [r1, #oNFCMD]

    mov r3, #0               //等待
nand1:
    add r3, r3, #0x1
    cmp r3, #0xa
    blt nand1

nand2:
    ldr r2, [r1, #oNFSTAT]   //等待就绪
    tst r2, #0x4
    beq nand2

    ldr r2, [r1, #oNFCONT]
    orr r2, r2, #0x2         //取消片选
    str r2, [r1, #oNFCONT]

    //get read to call C functions (for nand_read())
    ldr sp, DW_STACK_START   //为C代码准备堆栈,DW_STACK_START定义在下面
    mov fp, #0

    //copy U-Boot to RAM
    ldr r0, =TEXT_BASE//传递给C代码的第一个参数：u-boot在RAM中的起始地址
    mov r1, #0x0      //传递给C代码的第二个参数：Nand Flash的起始地址
    mov r2, #0x30000  //传递给C代码的第三个参数：u-boot的长度大小(128k)
    bl nand_read_ll   //此处调用C代码中读Nand的函数，现在还没有要自己编写实现
    tst r0, #0x0
    beq ok_nand_read

bad_nand_read:
loop2: b loop2 //infinite loop

ok_nand_read:
    //检查搬移后的数据，如果前4k完全相同，表示搬移成功
    mov r0, #0
    ldr r1, =TEXT_BASE
    mov r2, #0x400           //4 bytes * 1024 = 4K-bytes
go_next:
    ldr r3, [r0], #4
    ldr r4, [r1], #4
    teq r3, r4
    bne notmatch
    subs r2, r2, #4
    beq stack_setup
    bne go_next

notmatch:
loop3: b loop3 //infinite loop

#endif //CONFIG_S3C2440_NAND_BOOT

_start_armboot: .word start_armboot //在这一句的下面加上DW_STACK_START的定义

.align 2
DW_STACK_START: .word STACK_BASE+STACK_SIZE-4

再次，在board/samsung/my2440/目录下新建一个nand_read.c文件，在该文件中来实现上面汇编中要调用的nand_read_ll函数，代码如下：

然后，在board/samsung/my2440/Makefile中添加nand_read.c的编译选项，使他编译到u-boot中，如下：

COBJS := my2440.o flash.o nand_read.o

还有一个重要的地方要修改，在cpu/arm920t/u-boot.lds中，这个u-boot启动连接脚本文件决定了u-boot运行的入口地址，以及各个段的存储位置，这也是链接定位的作用。添加下面两行代码的主要目的是防止编译器把我们自己添加的用于nandboot的子函数放到4K之后，否则是无法启动的。如下：

.text :
{
    cpu/arm920t/start.o    (.text)
    board/samsung/my2440/lowlevel_init.o (.text)
    board/samsung/my2440/nand_read.o (.text)
    *(.text)
}

最后编译u-boot，生成u-boot.bin文件。然后先将mini2440开发板调到Nor启动档，利用supervivi的a命令将u-boot.bin下载到开发板的Nand Flash中，再把开发板调到Nand启动档，打开电源就从Nand Flash启动了，启动结果图如下：

从上面的运行图看，显然现在的Nand还不能做任何事情，而且也没有显示有关Nand的任何信息，所以只能说明上面的这些步骤只是完成了Nand移植的Stage1部分。下面我们来添加我们开发板上的Nand Flash(K9F1208U0C)的Stage2部分的有关操作支持。

6）现在进入u-boot的第二阶段（添加Nand Flash(K9F1208U0C)的有关操作支持）。
在上一节中我们说过，通常在嵌入式bootloader中，有两种方式来引导启动内核：从Nor Flash启动和从Nand Flash启动，但不管是从Nor启动或者从Nand启动，进入第二阶段以后，两者的执行流程是相同的。

当u-boot的start.S运行到“_start_armboot: .word start_armboot”时，就会调用lib_arm/board.c中的start_armboot函数，至此u-boot正式进入第二阶段。此时注意：以前较早的u-boot版本进入第二阶段后，对Nand Flash的支持有新旧两套代码，新代码在drivers/nand目录下，旧代码在drivers/nand_legacy目录下，CFG_NAND_LEGACY宏决定了使用哪套代码，如果定义了该宏就使用旧代码，否则使用新代码。但是现在的u-boot-2009.08版本对Nand的初始化、读写实现是基于最近的Linux内核的MTD架构，删除了以前传统的执行方法，使移植没有以前那样复杂了，实现Nand的操作和基本命令都直接在drivers/mtd/nand目录下(在doc/README.nand中讲得很清楚)。下面我们结合代码来分析一下u-boot在第二阶段的执行流程：

因为2440和2410对nand控制器的操作有很大的不同，所以s3c2410_nand.c下对nand操作的函数就是我们做移植需要实现的部分了，他与具体的Nand Flash硬件密切相关。为了区别与2410，这里我们就重新建立一个s3c2440_nand.c文件，在这里面来实现对nand的操作，代码如下：

最后，重新编译u-boot并使用supervivi的a命令下载到Nand Flash中，把开发板调到Nand档从Nand启动，启动结果图如下：

从上图可以看出，现在u-boot已经对我们开发板上64M的Nand Flash完全支持了。Nand相关的基本命令也都可以正常使用了。

补充内容：

从以上的启动信息看，有一个警告信息“*** Warning - bad CRC or NAND, using default environment”，我们知道，这是因为我们还没有将u-boot的环境变量保存nand中的缘故，那现在我们就用u-boot的saveenv命令来保存环境变量，如下：

从上图可以看到保存环境变量并没有成功，而且从信息看他将把环境变量保存到Flash中，显然这不正确，我们是要保存到Nand中。原来，u-boot在默认的情况下把环境变量都是保存到Nor Flash中的，所以我们要修改代码，让他保存到Nand中，如下：

#gedit include/configs/my2440.h

//注释掉环境变量保存到Flash的宏(注意：如果你要使用上一篇中的从Nor启动的saveenv命令，则要恢复这些Flash宏定义)

//#define CONFIG_ENV_IS_IN_FLASH 1
//#define CONFIG_ENV_SIZE 0x10000 /* Total Size of Environment Sector */

//添加环境变量保存到Nand的宏(注意：如果你要使用上一篇中的从Nor启动的saveenv命令，则不要这些Nand宏定义)

#define CONFIG_ENV_IS_IN_NAND 1
#define CONFIG_ENV_OFFSET 0x30000 //将环境变量保存到nand中的0x30000位置
#define CONFIG_ENV_SIZE 0x10000 /* Total Size of Environment Sector */

重新编译u-boot，下载到nand中，启动开发板再来保存环境变量，如下：

可以看到，现在成功保存到Nand中了，为了验证，我们重新启动开发板，那条警告信息现在没有了，如下：

#gedit drivers/mtd/nand/s3c2440_nand.c //新建s3c2440_nand.c文件

#include

#if 0
#define DEBUGN printf
#else
#define DEBUGN(x, args ...) {}
#endif

#include
#include
#include

#define __REGb(x) (*(volatile unsigned char *)(x))
#define __REGi(x) (*(volatile unsigned int *)(x))

#define NF_BASE 0x4e000000             //Nand配置寄存器基地址
#define NFCONF   __REGi(NF_BASE + 0x0)  //偏移后还是得到配置寄存器基地址
#define NFCONT   __REGi(NF_BASE + 0x4)  //偏移后得到Nand控制寄存器基地址
#define NFCMD    __REGb(NF_BASE + 0x8)  //偏移后得到Nand指令寄存器基地址
#define NFADDR   __REGb(NF_BASE + 0xc)  //偏移后得到Nand地址寄存器基地址
#define NFDATA   __REGb(NF_BASE + 0x10) //偏移后得到Nand数据寄存器基地址
#define NFMECCD0 __REGi(NF_BASE + 0x14) //偏移后得到Nand主数据区域ECC0寄存器基地址
#define NFMECCD1 __REGi(NF_BASE + 0x18) //偏移后得到Nand主数据区域ECC1寄存器基地址
#define NFSECCD __REGi(NF_BASE + 0x1C) //偏移后得到Nand空闲区域ECC寄存器基地址
#define NFSTAT   __REGb(NF_BASE + 0x20) //偏移后得到Nand状态寄存器基地址
#define NFSTAT0 __REGi(NF_BASE + 0x24) //偏移后得到Nand ECC0状态寄存器基地址
#define NFSTAT1 __REGi(NF_BASE + 0x28) //偏移后得到Nand ECC1状态寄存器基地址
#define NFMECC0 __REGi(NF_BASE + 0x2C) //偏移后得到Nand主数据区域ECC0状态寄存器基地址
#define NFMECC1 __REGi(NF_BASE + 0x30) //偏移后得到Nand主数据区域ECC1状态寄存器基地址
#define NFSECC   __REGi(NF_BASE + 0x34) //偏移后得到Nand空闲区域ECC状态寄存器基地址
#define NFSBLK   __REGi(NF_BASE + 0x38) //偏移后得到Nand块开始地址
#define NFEBLK   __REGi(NF_BASE + 0x3c) //偏移后得到Nand块结束地址

[1] [2]

关键字：uboot s3c2440 移植引用地址：uboot在s3c2440上的移植（3）声明：本文内容及配图由平台用户或入驻媒体撰写。文章观点仅代表作者本人，不代表EEWorld网站立场。文章及其配图仅供工程师学习之用，如有内容侵权或违规，请联系本站处理，邮箱地址：bbs_service@eeworld.com.cn

上一篇：u-boot分析与移植——基于u-boot-2011.3和FL2440
下一篇：uboot在s3c2440上的移植（1）

: 关注eeworld公众号
快捷获取更多信息

: 关注eeworld服务号
享受更多官方福利

: 加好友，回复“进群”
拉你进技术交流群

: 汽车开发圈

推荐阅读最新更新时间：2024-09-01 10:26

S3C2440存储控制器-SDRAM

S3C2440引出27条地址线 ADDR0-ADDR26 访问范围只有128M CPU对外还引出8跟片选信号nGCS0-nGCS7对应BANK0-BANK7，低电平有效总共地址空间8*128 = 1G (JZ2440开发板BANK0-NorFlash BANK6-SDRAM) 作为32位的CPU 理论上总地址空间应该是4GB，除去1G的外设地址空间外，还有一部分是CPU内部寄存器的地址（0x48000000-0x5FFFFFFF）剩下的地址空间没有使用。存储控制器例子： SDRAM BANK6-SDRAM 起始地址0x30000000 总共64M .text .global _start _star

[单片机]

在MSP430F149上移植μC/OS Ⅱ实现人机界面系统的设计

人机界面（human-computer interface），又称用户界面、人机交互、人机接口等，是人与机器之间传递、交换信息的媒介．是用户使用计算机系统的综合操作环境。在商品竞争中，一个应用系统的成功与否在某种程度上也取决于用户使用界面的感受好坏，因此，人机界面的设计在应用系统的设计中有着重要的作用。嵌入式系统强调人机界面操作的实时性，简单化，强调在特定平台上特定应用的时间空间效率。在传统的小系统设计中。程序设计一般采用前后台工作方式。应用程序是一个无限的循环，循环中调用相应的函数完成相应的操作，时间相关性很强的关键操作（crltical operation）是靠中断服务来保证的。因为中断服务提供的信息一直要等到后台程序走到该处

[单片机]

在MSP430F149上<font color='red'>移植</font>μC/OS Ⅱ实现人机界面系统的设计

S3C2440-WDT

当系统运行受到外部干扰或者系统错误，程序有时会出现跑飞，导致整个系统瘫痪。他会设置一段时间，当超出这段时间，从程序中跳出进入中断处理程序。WatchDog本质上是一种定时器，那么普通定时器拥有的特性它也应该具备，是的当它计时超时时也会引起事件的发生，只是这个事件除了可以是系统中断外，他也可以是一个系统重启信号（Reset Signal）。可以这么说，能发送系统重启信号的定时器我们就叫它WatchDog。看门狗定时器中断是我们不希望看到的，因此我们要想方设法避免它发生。主要的方法就是在中断发生前，重新对看门狗定时器的寄存器进行赋值，使它的定时器重新开始记时，这种方法俗称喂狗。 S3C2440看门狗定时器的功能: 作为常规时钟，

[单片机]

S3C2440 Linux驱动移植——SD卡驱动

开发板：TQ2440 内核：Linux 2.6.32 PC OS：Ubuntu 11.04 本文将对SD卡驱动的移植做简要介绍。 1. 添加板级信息打开arch/arm/mach-s3c2440/mach-smdk2440.c。添加如下结构体： /* Added by Yan Jun for SD/MMC driver */ /*********************************************/ #include plat/mci.h static struct s3c24xx_mci_pdata s3c_mci_data = { .no_detect =

[单片机]

<font color='red'>S3C2440</font> Linux驱动<font color='red'>移植</font>——SD卡驱动

基于S3C2440的嵌入式设备休眠唤醒技术研究

嵌入式系统应用中降低设备功耗以提高续航能力是其设计的热点。在休眠状态，系统处于最低电流消耗状态，同时仍维持存储区中的内容，为了减少能量消耗和延长电池寿命，需要让处理器定期进入或退出休眠模式。Windows CE 作为一个广泛应用于嵌入式设备上的操作系统，提供了完善的电源管理功能。其中，休眠唤醒便是一个重要的功能。本文在结合S3C2440硬件基础上分析休眠唤醒过程，分别采用外部中断唤醒和RTC中断唤醒两种方法实现了休眠唤醒，并给出了具体实现代码。根据相应唤醒需求，将这两种方法应用于北京化工大学诊断与自愈工程研究中心的一款基于S3C2440和WindowsCE 5.0的嵌入式智能巡检分析诊断仪，结果表明能准确达到实际的设置要求，效

[单片机]

基于<font color='red'>S3C2440</font>的嵌入式设备休眠唤醒技术研究

s3c2440 触摸屏(sony x35)

1、触摸屏种类、分别应用在哪里、屏和OS怎么配合使用？从技术原理来区别触摸屏，可分为5类： 1.电阻式触摸屏 2.电容式触摸屏 3.红外线技术触摸屏 4.表面声波技术触摸屏 5.矢量压力传感技术触摸屏红外线式和感应电容式触摸屏能够支持多点触控。多点触控带来了更多的选择，抓取、拖曳、缩放、旋转。屏要和系统搭配才能体现优势。IPHONE和android系统支持多点触控。Windows mobiles不支持多点触控。 2、触摸屏实现原理》》电阻屏》》电容屏 3、从规格书： A/D精度 10bit ，8-channel input; 最大转换率500KSPS 链接触摸屏时，x

[单片机]

<font color='red'>s3c2440</font> 触摸屏(sony x35)

DFB-GTK移植到MINI2440笔记

一、开发环境主机：debian5.0 主机gcc版本：gcc (Debian 4.3.2-1.1)4.3.2 交叉编译器：arm-2010q1-202-arm-none-linux-gnueabi-i686-pc-linux-gnu.tar.bz2 交叉编译器下载地址： http://www.codesourcery.com/sgpp/lite/arm/portal/release1293 二、宿主机软件由于交叉编译过程中需要用到一些宿主机软件，首先把它安装好，以免在后面编译时遇到问题。由于这次交叉编译所使用的所有软件包都是最新版本，因此宿主机软件也尽量使用较新版本，以免由于版本匹配出现问题。 1、 Autoconf au

[单片机]

嵌入式实时操作系统μCOS-Ⅱ的移植

1、引言　　嵌入式系统由于它具有软件代码小、高度自动化、响应速度快等特点已经使它在许多领域得到广泛的应用。从家里的洗衣机、电冰箱，到作为交通工具的自行车、小汽车，到办公室里的远程会议系统等。嵌入式系统通常由硬件环境和操作系统构成。在嵌入式操作系统的统一调度管理下实现对所有系统资源的合理利用和分配，达到提高系统性能和有效利用有限资源的目的。μCOS-Ⅱ作为一个源码开放的嵌入式实时操作系统，同时具有良好的可移植性、可裁剪性、可剥夺性、稳定性和可靠性等优点，使其成为许多嵌入式操作系统的首选。本文将μCOS-Ⅱ在Freescale的8位处理器芯片HC9S08上移植实现。 2、μCOS-Ⅱ系统结构　　μCOS-Ⅱ是一个完整

[嵌入式]

猜您喜欢