i.mx53开发的一些问题

2023-11-28 07:08
文章标签 问题 开发 mx53

本文主要是介绍i.mx53开发的一些问题,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

原来i.mx534GBNand Flash是当做SD卡来使用的啊。恍然大悟,这就解释了为什么我之前使用MFG工具烧录时,老是选择带有NAND选项的,烧写不进去的原因啊。

根据提供的原理图,发现NandFlash: SAMSUNG KLM4G1EEHM-B101只接了10根线,一是时钟CLK,二是CMD,三是SD3_DATA0~SD3_DATA78根数据线。

很奇怪啊,这个NandFlash接在了i.mx53PATA接口上?为什么这样接啊?

Mx53手册上说PATAParallel Advanced Technology Attachment并行高级技术附件。

这个问题我觉得应该看一下驱动程序,看驱动是如何工作的就这知道为什么这么接啦。

现在还没有时间看驱动。

先分析一下烧录配置文件吧:

<LIST name="MX53SMD-SD"desc="Choose SD as media">

首先在目标机的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>

<CMD type="find"body="Updater" timeout="180"/>

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

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

<CMD type="push" body="$ mknod/dev/zero c 1 5"/>

<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="$ mkdir-p /mnt/mmcblk0p1"/>

<CMD type="push" body="$ mount-t ext3 /dev/mmcblk0p1 /mnt/mmcblk0p1"/>

<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.

-->

<!--

<CMD type="push" body="$ cat/sys/class/misc/mxc_iim/dev"/>

<CMD type="push" body="$ mknod/dev/mxc_iim c 10 63"/>

<CMD type="push" body="$ echo\"0xc30 0xff\" > /dev/mxc_iim "/>

<CMD type="push" body="$ ddif=/dev/mxc_iim of=/dev/temp.txt bs=1 skip=3120 count=1"/>

-->

<CMD type="push" body="$ echoUpdate Complete!">Done</CMD>

</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、这样根文件系统就算是烧写完成了。

 

 

这篇关于i.mx53开发的一些问题的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/429261

相关文章

Python38个游戏开发库整理汇总

《Python38个游戏开发库整理汇总》文章介绍了多种Python游戏开发库,涵盖2D/3D游戏开发、多人游戏框架及视觉小说引擎,适合不同需求的开发者入门,强调跨平台支持与易用性,并鼓励读者交流反馈以... 目录PyGameCocos2dPySoyPyOgrepygletPanda3DBlenderFife

使用Python开发一个Ditto剪贴板数据导出工具

《使用Python开发一个Ditto剪贴板数据导出工具》在日常工作中,我们经常需要处理大量的剪贴板数据,下面将介绍如何使用Python的wxPython库开发一个图形化工具,实现从Ditto数据库中读... 目录前言运行结果项目需求分析技术选型核心功能实现1. Ditto数据库结构分析2. 数据库自动定位3

Django开发时如何避免频繁发送短信验证码(python图文代码)

《Django开发时如何避免频繁发送短信验证码(python图文代码)》Django开发时,为防止频繁发送验证码,后端需用Redis限制请求频率,结合管道技术提升效率,通过生产者消费者模式解耦业务逻辑... 目录避免频繁发送 验证码1. www.chinasem.cn避免频繁发送 验证码逻辑分析2. 避免频繁

Spring Boot集成/输出/日志级别控制/持久化开发实践

《SpringBoot集成/输出/日志级别控制/持久化开发实践》SpringBoot默认集成Logback,支持灵活日志级别配置(INFO/DEBUG等),输出包含时间戳、级别、类名等信息,并可通过... 目录一、日志概述1.1、Spring Boot日志简介1.2、日志框架与默认配置1.3、日志的核心作用

解决pandas无法读取csv文件数据的问题

《解决pandas无法读取csv文件数据的问题》本文讲述作者用Pandas读取CSV文件时因参数设置不当导致数据错位,通过调整delimiter和on_bad_lines参数最终解决问题,并强调正确参... 目录一、前言二、问题复现1. 问题2. 通过 on_bad_lines=‘warn’ 跳过异常数据3

解决RocketMQ的幂等性问题

《解决RocketMQ的幂等性问题》重复消费因调用链路长、消息发送超时或消费者故障导致,通过生产者消息查询、Redis缓存及消费者唯一主键可以确保幂等性,避免重复处理,本文主要介绍了解决RocketM... 目录造成重复消费的原因解决方法生产者端消费者端代码实现造成重复消费的原因当系统的调用链路比较长的时

深度解析Nginx日志分析与499状态码问题解决

《深度解析Nginx日志分析与499状态码问题解决》在Web服务器运维和性能优化过程中,Nginx日志是排查问题的重要依据,本文将围绕Nginx日志分析、499状态码的成因、排查方法及解决方案展开讨论... 目录前言1. Nginx日志基础1.1 Nginx日志存放位置1.2 Nginx日志格式2. 499

kkFileView启动报错:报错2003端口占用的问题及解决

《kkFileView启动报错:报错2003端口占用的问题及解决》kkFileView启动报错因office组件2003端口未关闭,解决:查杀占用端口的进程,终止Java进程,使用shutdown.s... 目录原因解决总结kkFileViewjavascript启动报错启动office组件失败,请检查of

PyQt5 GUI 开发的基础知识

《PyQt5GUI开发的基础知识》Qt是一个跨平台的C++图形用户界面开发框架,支持GUI和非GUI程序开发,本文介绍了使用PyQt5进行界面开发的基础知识,包括创建简单窗口、常用控件、窗口属性设... 目录简介第一个PyQt程序最常用的三个功能模块控件QPushButton(按钮)控件QLable(纯文本

SpringBoot 异常处理/自定义格式校验的问题实例详解

《SpringBoot异常处理/自定义格式校验的问题实例详解》文章探讨SpringBoot中自定义注解校验问题,区分参数级与类级约束触发的异常类型,建议通过@RestControllerAdvice... 目录1. 问题简要描述2. 异常触发1) 参数级别约束2) 类级别约束3. 异常处理1) 字段级别约束