跳至主要内容

【转】NAND Flash上启动U-Boot

引言
随着嵌入式系统的日趋复杂 , 它对大容量数据存储的需求越来越紧迫。而嵌入式设备低功耗、小体积以及低成本的要求 , 使硬盘无法得到广泛的应用。 NAND 闪存设备就是为了满足这种需求而迅速发展起来的。目前关于 U-BOOT 的移植解决方案主要面向的是微处理器中的 NOR 闪存，如果能在微处理器上的 NAND 闪存中实现 U-BOOT 的启动，则会给实际应用带来极大的方便。
U-BOOT 简介
U-BOOT 支持ARM 、PowerPC 等多种架构的处理器，也支持 Linux 、 NetBSD 和VxWorks 等多种操作系统，主要用来开发嵌入式系统初始化代码 bootloader 。 bootloader 是芯片复位后进入操作系统之前执行的一段代码，完成由硬件启动到操作系统启动的过渡，为运行操作系统提供基本的运行环境，如初始化 CPU 、堆栈、初始化存储器系统等，其功能类似于 PC 机的 BIOS 。 U-BOOT 执行流程图如图 1 所示。
 
NAND 闪存工作原理
S3C2440 开发板的 NAND 闪存由 NAND 闪存控制器 ( 集成在 S3C2440 CPU 中 ) 和 NAND 闪存芯片 (K9F1208U0C) 两大部分组成。当要访问 NAND 闪存芯片中的数据时 , 必须通过 NAND 闪存控制器发送命令才能完成。所以 , NAND 闪存相当于 S3C2440 的一个外设 , 而不位于它的内存地址区。
NAND闪存 (K9F1208U0C) 的数据存储结构分层为： 1 设备 (Device) = 4096 块 (Block);1 块 = 32 页 / 行 (Page/row);1 页 = 528B = 数据块 (512B) + OOB 块 (16B)  在每一页中，最后 16 个字节 ( 又称 OOB) 在 NAND闪存命令执行完毕后设置状态，剩余 512 个字节又分为前半部分和后半部分。可以通过 NAND闪存命令 00h/01h/50h 分别对前半部、后半部、 OOB 进行定位，通过 NAND闪存内置的指针指向各自的首地址。
NAND 闪存的操作特点为：擦除操作的最小单位是块； NAND闪存芯片每一位只能从 1 变为 0 ，而不能从 0 变为 1 ，所以在对其进行写入操作之前一定要将相应块擦除； OOB 部分的第 6 字节为坏快标志，即如果不是坏块该值为 FF ，否则为坏块；除 OOB 第 6 字节外，通常用 OOB 的前 3 个字节存放 NAND 闪存的硬件 ECC( 校验寄存器 ) 码；
从 NAND 闪存启动 U-BOOT 的设计思路
如果 S3C2440 被配置成从 NAND闪存启动 , 上电后， S3C2440 的 NAND闪存控制器会自动把 NAND闪存中的前 4K 数据搬移到内部 RAM 中 , 并把 0x00000000 设置为内部 RAM 的起始地址 , CPU 从内部 RAM 的 0x00000000 位置开始启动。因此要把最核心的启动程序放在 NAND 闪存的前 4K 中。
由于 NAND 闪存控制器从 NAND 闪存中搬移到内部 RAM 的代码是有限的 , 所以 , 在启动代码的前 4K 里 , 必须完成 S3C2440 的核心配置，并把启动代码的剩余部分搬到 RAM 中运行。在 U-BOOT 中 , 前 4K 完成的主要工作就是 U-BOOT 启动的第一个阶段 (stage1)。
根据 U-BOOT 的执行流程图，可知要实现从 NAND 闪存中启动 U-BOOT ，首先需要初始化 NAND 闪存 , 并从 NAND 闪存中把 U-BOOT 搬移到 RAM 中，最后需要让 U-BOOT 支持 NAND 闪存的命令操作。
开发环境
本设计中目标板硬件环境如下： CPU 为 S3C2440 ， SDRAM 为 HY57V561620 ， NAND 闪存为 64MB 的 K9F1208U0C 。
主机软件环境为 fedora8 、 u-boot- 1.3.4 、 gcc 2.95.3 。
 
具体设计
支持 NAND 闪存的启动程序设计
2440板的NAND Flash初始化和2410基本类似，下面先以2410为例，进行介绍。
Uboot对SMDK2410板的NAND Flash初始化部分没有写，即lib_arm/board.c中的start_armboot函数中有这么一句：
 
#if defined(CONFIG_CMD_NAND)
    puts ("NAND:  ");
    nand_init();        /* go init the NAND */

评论

发表评论

此博客中的热门博文

【转】AMBA、AHB、APB总线简介

AMBA 简介 随着深亚微米工艺技术日益成熟，集成电路芯片的规模越来越大。数字IC从基于时序驱动的设计方法，发展到基于IP复用的设计方法，并在SOC设计中得到了广泛应用。在基于IP复用的SoC设计中，片上总线设计是最关键的问题。为此，业界出现了很多片上总线标准。其中，由ARM公司推出的AMBA片上总线受到了广大IP开发商和SoC系统集成者的青睐，已成为一种流行的工业标准片上结构。AMBA规范主要包括了AHB(Advanced High performance Bus)系统总线和APB(Advanced Peripheral Bus)外围总线。   AMBA 片上总线        AMBA 2.0 规范包括四个部分：AHB、ASB、APB和Test Methodology。AHB的相互连接采用了传统的带有主模块和从模块的共享总线，接口与互连功能分离，这对芯片上模块之间的互连具有重要意义。AMBA已不仅是一种总线，更是一种带有接口模块的互连体系。下面将简要介绍比较重要的AHB和APB总线。 基于 AMBA 的片上系统        一个典型的基于AMBA总线的系统框图如图３所示。        大多数挂在总线上的模块(包括处理器)只是单一属性的功能模块：主模块或者从模块。主模块是向从模块发出读写操作的模块，如CPU，DSP等；从模块是接受命令并做出反应的模块，如片上的RAM，AHB／APB 桥等。另外，还有一些模块同时具有两种属性，例如直接存储器存取(DMA)在被编程时是从模块，但在系统读传输数据时必须是主模块。如果总线上存在多个主模块，就需要仲裁器来决定如何控制各种主模块对总线的访问。虽然仲裁规范是AMBA总线规范中的一部分，但具体使用的算法由RTL设计工程师决定，其中两个最常用的算法是固定优先级算法和循环制算法。AHB总线上最多可以有16个主模块和任意多个从模块，如果主模块数目大于16，则需再加一层结构(具体参阅ARM公司推出的Multi-layer AHB规范)。APB 桥既是APB总线上唯一的主模块，也是AHB系统总线上的从模块。其主要功能是锁存来自AHB系统总...
发表评论
阅读全文

【转】GPIO编程模拟I2C入门

ARM编程:ARM普通GPIO口线模拟I2C  请教个问题： 因为需要很多EEPROM进行点对点控制，所以我现在要用ARM的GPIO模拟I2C，管脚方向我设 置的是向外的。我用网上的RW24C08的万能程序修改了一下，先进行两根线的模拟，SDA6， SCL6，但是读出来的数不对。我做了一个简单的实验，模拟SDA6，SCL6输出方波，在示波 器上看到正确方波，也就是说，我的输出控制是没问题的。 哪位大哥能指点一下，是否在接收时管脚方向要设为向内？（不过IOPIN不管什么方向都可 以读出当前状态值的阿） 附修改的RW24C08()程序： #define  SomeNOP() delay(300); /**/ /* *********************************  RW24C08   **************************************** */ /**/ /* ----------------------------------------------------------------------------- ---  调用方式：void I2CInit(void)   函数说明：私有函数，I2C专用 ------------------------------------------------------------------------------- -- */ void  I2CInit( void ) ... {  IO0CLR  =  SCL6;      // 初始状态关闭总线  SomeNOP();  // 延时   I2CStop();  // 确保初始化，此时数据线是高电平 }   /**/ /* ---------------------------------------------------------------------------- ----  调用方式：void I2CSta...
发表评论
阅读全文

【转】cs8900网卡的移植至基于linux2.6内核的s3c2410平台

cs8900网卡的移植至基于linux2.6内核的s3c2410平台（转） 2008-03-11 20:58 硬件环境：SBC-2410X开发板（CPU：S3C2410X） 内核版本：2.6.11.1 运行环境：Debian2.6.8 交叉编译环境：gcc-3.3.4-glibc-2.3.3 第一部分 网卡CS8900A驱动程序的移植 一、从网上将Linux内核源代码下载到本机上，并将其解压： #tar jxf linux-2.6.11.1.tar.bz2 二、打开内核顶层目录中的Makefile文件，这个文件中需要修改的内容包括以下两个方面。 （1）指定目标平台。 移植前：         ARCH?= $(SUBARCH) 移植后： ARCH            :=arm （2）指定交叉编译器。 移植前： CROSS_COMPILE ?= 移植后： CROSS_COMPILE   :=/opt/crosstool/arm-s3c2410-linux-gnu/gcc-3.3.4-glibc-2.3.3/bin/arm-s3c2410-linux-gnu- 注：这里假设编译器就放在本机的那个目录下。 三、添加驱动程序源代码，这涉及到以下几个方面。（1）、从网上下载了cs8900.c和cs8900.h两个针对2.6.7的内核的驱动程序源代码，将其放在drivers/net/arm/目录下面。 #cp cs8900.c ./drivers/net/arm/ #cp cs8900.h ./drivers/net/arm/ 并在cs8900_probe()函数中，memset (&priv,0,sizeof (cs8900_t));函数之后添加如下两条语句： __raw_writel(0x2211d110,S3C2410_BWSCON); __raw_writel(0x1f7c,S3C2410_BANKCON3); 注：其原因在"第二部分"解释。 （2）、修改drivers/net/arm/目录下的Kconfig文件，在最后添加如...
发表评论
阅读全文