linux mx53注册串口驱动,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中。

Read fromDDR script from U-Boot to init DDR Memory.

loadSection="OTH" setSection="OTH"HasFlashHeader="FALSE" >Doing Kernel.

loadSection="OTH" setSection="OTH"HasFlashHeader="FALSE" >Doing Initramfs.

Jumping to OSimage.

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

Sending partitionshell

Partitioning...

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

Partitioning...

根据手册上讲的,使用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} << EOFSmartFdisk –uM表示以MB为单位生成报告

${BOOT_ROM_SIZE},${ROOT_SYSTEM_SIZE},83这里是将/dev/mmcblk0分成3个区,一个10MB,一个150MB,一个是83MB ????

EOF

Clean U-Bootenvironment

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

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

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

Sendingu-boot.bin

writeU-Boot to sd card

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

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

Sending kerneluImage

write kernel image to sdcard

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

Formatting rootfs partition

Sendingand writting rootfs

Finishing rootfs write

Unmounting rootfs partition

Done

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

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值