i.mx53开发的一些问题

转载于此：http://blog.csdn.net/shell_albert/article/details/8242288

原来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中。

<CMD type="boot"body="BootStrap" file ="u-boot-mx53-smd.bin" >Read fromDDR script from U-Boot to init DDR Memory.</CMD>

<CMD type="load"file="uImage" address="0x70800000"

loadSection="OTH" setSection="OTH"HasFlashHeader="FALSE" >Doing Kernel.</CMD>

<CMD type="load"file="initramfs.cpio.gz.uboot" address="0x70B00000"

loadSection="OTH" setSection="OTH"HasFlashHeader="FALSE" >Doing Initramfs.</CMD>

<CMD type="jump" > Jumping to OSimage. </CMD>

开始在目标机上RAM中的linux系统中创建设备节点，准备访问设备

<CMD type="push"body="send" file="mksdcard.sh.tar">Sending partitionshell</CMD>

<CMD type="push" body="$ tar xf$FILE "> Partitioning...</CMD>

对设备进行分区，这里为什么NandFlash对应于/dev/mmcblk0呢？这也需要查看驱动程序找原因。

<CMD type="push"body="$ sh mksdcard.sh /dev/mmcblk0"> Partitioning...</CMD>

根据手册上讲的，使用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

<CMD type="push" body="mknodblock/mmcblk0,mmcblk0p1,/dev/mmcblk0p1,block"/>

<CMD type="push" body="$ ddif=/dev/zero of=/dev/mmcblk0 bs=512 seek=1536 count=16">Clean U-Bootenvironment</CMD>

以512字节为单位进行操作，seek=1536是偏移1536个block，即1536*512=768K，即拷贝16*512＝8192/1024=8KB到目标设备从启起位置偏移768K的地址上。

简单的说就是：将mmcblk0空出768KB，然后将接下来的8KB清零。

下面是接收uboot，然后写进设备节点中。

<CMD type="push"body="send" file="files/u-boot-mx53-smd.bin">Sendingu-boot.bin</CMD>

<CMD type="push"body="$ dd if=$FILE of=/dev/mmcblk0 bs=512 seek=2 skip=2">writeU-Boot to sd card</CMD>

输入跳过skip=2*512=1KB个字节，输出跳过2*512=1KB的字节。将uboot写至1KB的地址上。但是把uboot的前1K也跳过了，莫非mx53ROM不需要这些信息？

下面是接收uImage,然后写进设备节点中。，将内核写到512*2048=1MB的地址上。

<CMD type="push"body="send" file="files/uImage">Sending kerneluImage</CMD>

<CMD type="push" body="$ ddif=$FILE of=/dev/mmcblk0 bs=512 seek=2048">write kernel image to sdcard</CMD>

然后是格式分第二个分区，挂载在RAM中的linux目录下，然后将根文件系统解压到里面，完成根文件系统的烧写。

<CMD type="push" body="$mkfs.ext3 -j /dev/mmcblk0p1">Formatting rootfs partition</CMD>

<CMD type="push" body="pipe tar-jxv -C /mnt/mmcblk0p1" file="files/rootfs.tar.bz2">Sendingand writting rootfs</CMD>

<CMD type="push"body="frf">Finishing rootfs write</CMD>

<CMD type="push" body="$ umount/mnt/mmcblk0p1">Unmounting rootfs partition</CMD>

<!--

Fuse examplesto sense/blown fuses.

Pleasenote blown fuse is OTP. This operation is irreversible. So when you write

thecommand for blown operation, please ensure the accurance of the command line.

Sense: ddif=/dev/mxc_iim of=output bs=1 skip=<fuse address> count=1

Blown:echo "<fuse_address> <fuse_value>" > /dev/mxc_iim

Thefollowing example shows how to create mxc_iim node. Then blown 0xff to fuse

address"0xc30" (MAC_ADDR[23:16]). And sense back fuse value.

-->

<!--

-->

</LIST>

现在就是找一下，这个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、这样根文件系统就算是烧写完成了。