i.mx53开发的一些问题
原来i.mx53上4GB的Nand Flash是当做SD卡来使用的啊。恍然大悟，这就解释了为什么我之前使用MFG工具烧录时，老是选择带有NAND选项的，烧写不进去的原因啊。
根据提供的原理图，发现NandFlash: SAMSUNG KLM4G1EEHM-B101只接了10根线，一是时钟CLK，二是CMD，三是SD3_DATA0~SD3_DATA7共8根数据线。
很奇怪啊，这个NandFlash接在了i.mx53的PATA接口上？为什么这样接啊？
Mx53手册上说PATA是Parallel Advanced Technology Attachment并行高级技术附件。
这个问题我觉得应该看一下驱动程序，看驱动是如何工作的就这知道为什么这么接啦。
现在还没有时间看驱动。
先分析一下烧录配置文件吧：
首先在目标机的RAM中构建一个微小的linux系统。然后利用这套系统中已有Nand Flash驱动来将映像写到NandFlash中。
loadSection="OTH" setSection="OTH"HasFlashHeader="FALSE" >Doing Kernel.
loadSection="OTH" setSection="OTH"HasFlashHeader="FALSE" >Doing Initramfs.
开始在目标机上RAM中的linux系统中创建设备节点，准备访问设备
对设备进行分区，这里为什么NandFlash对应于/dev/mmcblk0呢？这也需要查看驱动程序找原因。
根据手册上讲的，使用sfdisk分区工具主要是为了产生MBR。
Mksdcard.sh中的内容如下：
#!/bin/sh
#partition size in MB
BOOT_ROM_SIZE=10 这里定义的是启动ROM 10MB
ROOT_SYSTEM_SIZE=150 这里定义的是系统大小 150MB
#call sfdisk to create partition table
#destroy the partition table
node=$1
ddif=/dev/zero of=${node} bs=1024 count=1 将前导一个1024字节(1KB)大小的分区零0
sfdisk--force -uM ${node} << EOF SmartFdisk –uM表示以MB为单位生成报告
${BOOT_ROM_SIZE},${ROOT_SYSTEM_SIZE},83 这里是将/dev/mmcblk0分成3个区，一个10MB，一个150MB，一个是83MB ????
EOF
以512字节为单位进行操作，seek=1536是偏移1536个block，即1536*512=768K，即拷贝16*512＝8192/1024=8KB到目标设备从启起位置偏移768K的地址上。
简单的说就是：将mmcblk0空出768KB，然后将接下来的8KB清零。
下面是接收uboot，然后写进设备节点中。
输入跳过skip=2*512=1KB个字节，输出跳过2*512=1KB的字节。将uboot写至1KB的地址上。但是把uboot的前1K也跳过了，莫非mx53ROM不需要这些信息？
下面是接收uImage,然后写进设备节点中。，将内核写到512*2048=1MB的地址上。
然后是格式分第二个分区，挂载在RAM中的linux目录下，然后将根文件系统解压到里面，完成根文件系统的烧写。
现在就是找一下，这个SD设备在内核中的驱动，仔细分析一下，在arch/arm/mach-mx5/mx53_smd.c中发现了如下的东东：
/*Register mmc3(eMMC) first,make it’sdevice number be 0 to
*avoid device number change by hotplug inSD(mmc1) card*/
Mxc_register_device(&mxcsdhc3_device,&mmc3_data);
这里是注册设备驱动，也对啊，辰汉的原理图上的确是挂接在SD3上。
使用grep “mxcsdhc3_device” *在目录下搜索，发现在devices.c中有如下定义：
Struct platform_device mxcsdhc3_device={
.name=”mxsdhci”,
.id=2,
.num_resources=ARRAY_SIZE(mxcsdhc3_resources),
.resource=mxcsdhc3_resources,
};
Static struct resourcemxcsdhc3_resources[]={
{
.start=MMC_SDHC3_BASE_ADDR,
.end=MMC_SDHC3_BASE_ADDR+SZ_4K-1,
.flags=IORESOURCE_MEM,
},
{
.start=MXC_INT_MMC_SDHC3,
.end=MXC_INT_MMC_SDHC3,
.flags=IORESOURCE_IRQ,
},
{
.flags=IORESOURCE_IRQ,
}
};
继续找定义啊，grep “MMC_SDHC3_BASE_ADDR”* -r
在arch/arm/plat-mxc/include/mach/mx5x.h中找到了
#define MMC_SDHC3_BASE_ADDR (SPBA0_BASE_ADDR+0x00020000)
#define SPBA0_BASE_ADDR 0x70000000
这应该是物理地址定义，有时间跟数据手册的比较一下，看是不是一样。验证一下。
因为MMC使用的是平台设备驱动，所以现在最主要的是找到它的注册函数，probe函数。
现在最想知道的是在Document/devices.txt中规定了well-known的设备号，而驱动程序就使用这些设备号，而且名称也规定好了，所以创建设备文件的时候，应该使用这些设备号和设备名称。但是如何在驱动程序中找到这些定义呢？
现在都没有找到！
网上有人说，现在都使用platform_device,platform_driver会自动创建设备文件，不用管设备号。是这样吗？需要再次确认啊！
平台设备自动分配设备号，不用关心，并且自动创建设备文件，不用关心。
创建的设备文件的名字跟在驱动程序中指定的文件名字是一样的。
Mmc write 0 ${loadaddr} 0x800 0x1800
因为SD卡也是块设备，mmc操作是以块为单位的，且块的大小为512字节。
此句的意思是将内存中${loadaddr}的文件烧写到SD卡中0x800*512=0x800*0x200=0x100000的起始地址上，烧写大小为0x1800*512=0x1800*0x200=0x300000。
| Name |
Start address |
size |
| Partition Table |
0x0~0x3FF |
0x400(1KB) |
| Bootloader |
0x400~0xFFFFF |
0xFFBFF(1022KB) |
| Kernel |
0x100000 |
0x300000 |
| Rootfs |
|
|
烧写bootloader
Sudo dd if=u-boot-mx53-smd.bin of=/dev/sdbbs=512 && sync && sync
升级bootloader
Sudo dd if=u-boot.mx53-smd.bin of=/dev/sdbbs=512 seek=2 skip=2 && sync &&sync
为什么要跳过512*2=1KB呢？因为前1KB包含分区表，是不需要再次重写的，所以跳过就可以。也可以重写，但其实不需要。
Sudo if=uImage of=/dev/sdb bs=512 seek=2048&& sync && sync
将内核烧写到起始地址为512*2048=1MB的位置上。
烧写文件系统
1、 创建分区表 sudo fdisk /dev/sdb
2、 第一个分区的偏移量设置在8192处，因为是块设备，所以是8192*512=4MB的地址上。即第一个分区设置在4MB地址上。
3、 格式化分区 mkfs.ext4 /dev/sdb1
4、 拷贝根文件系统到分区上
Mkdir/home/zhangshaoyan/tmp
Sudo mount/dev/sdb1 /home/zhangshaoyan/tmp
Sudo tar jxvfrootfs.tar.bz2 -C /home/zhangshaoyan/tmp
Sudo umount/home/zhangshaoyan/tmp
5、这样根文件系统就算是烧写完成了。