Flash名称的由来,Flash的擦除操作是以block块为单位的,与此相对应的是其他很多存储设备,是以bit位为最小读取/写入的单位,Flash是一次性地擦除整个块:在发送一个擦除命令后,一次性地将一个block,常见的块的大小是128KB/256KB,全部擦除为1,也就是里面的内容全部都是0xFF了,由于是一下子就擦除了,相对来说,擦除用的时间很短,可以用一闪而过来形容,所以,叫做Flash Memory.所以一般将Flash翻译为 (快速)闪存. NAND Flash 在嵌入式系统中有着广

ECC的全称是Error Checking and Correction,是一种用于Nand的差错检测和修正算法.如果操作时序和电路稳定性不存在问题的话,NAND Flash出错的时候一般不会造成整个Block或是Page不能读取或是全部出错,而是整个Page(例如512Bytes)中只有一个或几个bit出错.ECC能纠正1个比特错误和检测2个比特错误,而且计算速度很快,但对1比特以上的错误无法纠正,对2比特以上的错误不保证能检测.校验码生成算法:ECC校验每次对256字节的数据进行操作,包含列

nandflash ECC 原理记录. nand ECC 全称是Error Checking and correction. 该算法分为列校验和行校验. 列校验有下图所示: * 如上图所示, CP0 == 所有的 Bit0 ^ Bit2 ^ Bit4 ^ Bit6 CP1 == 所有的 Bit1 ^ Bit3 ^ Bit5 ^ Bit7 CP2 == 所有的 Bit0 ^ Bit1 ^ Bit4 ^ Bit5 CP3 == 所有的 Bit2 ^ Bit3 ^ Bit6 ^ Bit7 CP4 ==

嵌入式linux下常见的文件系统 • RomFS:只读文件系统,可以放在ROM空间,也 可以在系统的RAM中,嵌入式linux中常用来作 根文件系统 • RamFS:利用VFS自身结构而形成的内存文件系 统,使用系统的RAM空间 • JFFS/JFFS2:为Flash设计的日志文件系统 • Yaffs:专门为Nand Flash设计 • proc:为内核和内核模块将信息发送给进程提 供一种机制,可以查看系统模块装载的信息 • devFS:设备文件系统 Linux上的Ext2fs • 支持4 TB

#include <stdio.h> #include <stdlib.h> #include <sys/stat.h> #include <limits.h> #include <string.h> #include <unistd.h> #include <image.h> #include <asm/types.h> #include <asm/byteorder.h> #include &l

Linux Bootup Time 英文原文地址:http://elinux.org/Boot_Time 1.   简介 启动时间这一话题包括很多子话题,比如启动时间的衡量.启动时间的分析.人为因素分析.初始化技术和还原技术等等. 在消费类领域,无论电子设备设计是多么的精心,多么的吸引人,这个产品品所需的启动时间始终是直接影响最终用户体验的第一感知.移动设备达到一个互动的.可用的状态是至关重要的用户体验.因此开机时第一个用户用例. 启动一个设备,包括多个步骤和有序的事件.为了使用一致的术语,CE

1.前言 FSMC模块能够与同步或异步存储器和16位PC存储器卡接口,它的主要作用是: 将AHB传输信号转换到适当的外部设备协议 满足访问外部设备的时序要求 所有的外部存储器共享控制器输出的地址.数据和控制信号,每个外部设备可以通过一个唯一的片选信号加以区分.FSMC在任一时刻只访问一个外部设备. 2.FMSC的主要功能 与具有静态存储器接口的器件接口,包括: ─ 静态随机存储器(SRAM) ─ 只读存储器(ROM) ─ NOR闪存 ─ PSRAM(4个存储器块) 两个NAND闪存块,支持硬件E

 调试参考 http://www.docin.com/p-872951702.html AT91SAM9x5 EK Board SoC Features Kit Information Kit Overview Access the console Access the console on DBGU serial port Using RS-232 connector (DBGU J11) Demo Demo archives Flash the demo Run script to flas

1. 编译器的版本和glibc库有对应关系吗,如何查看glibc的版本(glibc是linux系统中最底层的api,几乎其它任何运行库都会依赖于glibc),编译器是不是只带glibc被编译生成的 .so 文件,如果自制系统调用的话是不是还要下载glibc然后重新编译 答:一般来说制作编译器的时候就会选定glibc,所以你得到的编译器里面含有glibc的库,既有so文件,也有.a文件.编译器和Glibc都在更新的,新编译器一般不能使用过老的glibc.但是它们之间的版本关系,我也不了解.    

MTD(memory technology device):内存技术设备 是linux用于描述ROM,NAND,NOR等内存设备的子系统的抽象 MTD设备可以按块读写也可以按字节读写,也就是说MTD设备既可以是块设备也可以是字符设备 一.MTD设备基础 1.关键结构体对象 在MTD中用mtd_info来描述一个内存设备 struct mtd_info { u_char type; //mtd设备类型 uint32_t flags; //标志 uint64_t size; //mtd设备总容量 u

#烧录 参考: 03- Tiny6410刷机指南.pdf 假设拿到的Tiny6410开发板没有提前下载任何程序,包括Bootloader. ##Bootloader - Superboot Superboot是FriendlyARM公司提供的Bootloader(非开源),提供USB下载功能.只要烧写了Superboot, 就可以通过USB下载内核.文件系统到板子的Flash中. 因为Nand Flash现在还没有内容,现在只有通过SD卡启动. 完全空白的 SD 卡是不能直接启动 6410 开发

接着前一篇博文. 在上一篇博文中我们用NFS挂载根文件系统的方式启动了系统,接下来我们把移植了Python3的根文件系统固化到NandFlash中,但是由于linux-4.9目前不支持Yaffs2文件系统,所以我们用Jiffs2文件系统. 下面我们分为几部分: 1.移植mtd-utils工具 2.固化根文件系统到NandFlash中 3.支持Telnet   平台 硬件:TQ2440  64MB内存 256MB NandFlash bootloader:U-Boot 2015.04 kernel

平台 硬件:TQ2440  64MB内存 256MB NandFlash bootloader:U-Boot 2015.04 kernel:linux-4.9 Python: Python-3.6.0 工具链:arm-none-linux-gnueabi-gcc  4.8.3   概述 现在树莓派很火,在树莓派上面用户可以通过Python来控制板子上面的GPIO资源, 然后我想TQ2440也应该做到这一点. 将来根文件系统会通过NFS的方式挂载到开发板上面.   正文 一.工具链 登录这个网址:

UBI文件系统简介 在linux-2.6.27以前,谈到Flash文件系统,大家很多时候多会想到cramfs.jffs2.yaffs2等文件系统. 它们也都是基于文件系 统+mtd+flash设备的架构.linux-2.6.27后,内核加入了一种新型的flash文件系统UBI(Unsorted Block Images). 这里简单介绍下UBI文件系统加入的原因,及使用方法. 我也是刚接触到这个文件系统,可能有理解不对的地方,也请指正. 一.产生的背景 FLASH具有的“先擦除再写入”.坏块.“

记录一下如何在u-boot 添加一个自己想要的命令. 首先来看一下宏,include/command.h 218 #define U_BOOT_CMD(_name, _maxargs, _rep, _cmd, _usage, _help) \ 219 U_BOOT_CMD_COMPLETE(_name, _maxargs, _rep, _cmd, _usage, _help, NULL) U_BOOT_CMD 宏第一个参数是你的命令的名字. 第二个参数你最大参数个数 第三个参数是是否能复用. 第

最近无意中看到一篇关于s3c6410 RomCode的介绍,结合自己的经验,做个总结. 首先贴张图,具体描述下该芯片的启动方式及具体流程. 因为s3c6410的板子多数是从SD或者Nand方式启动,重点就先放在Nand启动上. 启动基本流程: 上图中的IROM为芯片固化程序,被称为BL0,开机后最先运行,它会去做一些硬件初始化动作,代码里通过检测GPN[15:13]管脚状态从相应设备指定区域BL1中拷贝4KB执行代码到Stepping stone中运行: Disable the Watch-Do

参考 http://blog.csdn.net/chongzi865458/article/details/6799258 ubiattach version 1.0 - a tool to attach MTD device to UBI.Usage: ubiattach  <UBI control device node file name> [-m <MTD device number>] [-d <UBI device number>][--mtdn=<M

转:http://www.embedu.org/Column/Column102.htm 在linux-2.6.27以前,谈到Flash文件系统,大家很多时候多会想到cramfs.jffs2.yaffs2等文件系统.它们也都是基于文件系统+mtd+flash设备的架构.linux-2.6.27后,内核加入了一种新型的flash文件系统UBI(Unsorted Block Images).这里简单介绍下UBI文件系统加入的原因,及使用方法.我也是刚接触到这个文件系统,可能有理解不对的地方,也请指正

参考:http://processors.wiki.ti.com/index.php/UBIFS_Support#Creating_UBIFS_file_system UBIFS UBIFS may be considered as the next generation of the JFFS2 file-system. JFFS2 file system works on top of MTD devices, but UBIFS works on top of UBI volumes an

u-boot支持下列NAND ECC算法: 1.S/W ECC(Hamming code),软件ECC校验. 2.H/W ECC(Hamming code,BCH8). BCH Flash OOB Layout For any ECC scheme we need to add some extra data while writing so as to detect and correct (if possible) the errors introduced by the NAND part

1.安装交叉工具链arm-linux-gcc-4.3.2 先把这个工具复制到rhat系统中[rhel-server-6.3-i386-dvd.iso] 解压arm-linux-gcc-4.3.2到一个目录中,然后,配置环境变量   2.编译示例程序 编译 arm-linux-gcc -g -c led.S 链接 arm-linux-ld -Tled.lds -o led.elf led.o 格式转换 arm-linux-objcopy -O binary led.elf led.bin 这样就做