[uboot] uboot流程系列:[project X] tiny210(s5pv210)上电启动流程(BL0-BL2)[project X] tiny210(s5pv210)从存储设备加载代码到DDR[uboot] (第一章)uboot流程——概述[uboot] (第二章)uboot流程——uboot-spl编译流程[uboot] (第三章)uboot流程——uboot-spl代码流程[uboot] (第四章)uboot流程——uboot编译流程[uboot] (第五章)uboot流程——u

基于335X的UBOOT网口驱动分析 一.软硬件平台资料 1.  开发板:创龙AM3359核心板,网口采用RMII形式 2.  UBOOT版本:U-Boot-2016.05,采用FDT和DM. 参考链接: https://blog.csdn.net/hahachenchen789/article/details/53339181 二.网口相关代码位置 1.  网口的PINMUX设置 RMII接口的相关PINMUX在MLO中进行设置,具体的设置代码为 |-board_init_f |-board_

uboot的驱动模型,简称dm, 具体细节建议参考./doc/driver-model/README.txt 关于dm的三个概念: uclass:一组同类型的devices,uclass为同一个group的device,提供一个相同的接口.比如:I2C.GPIO等 driver:上层的接口,英文原文解释是“some code which talks to a peripheral and presents a higher-level     interface to it.” device:d

1.MAC控制器.网卡.PHY.MDIO.mii.gmii.rgmii概念扫盲 网卡在功能上包含OSI模型的两个层,数据链路层和物理层.物理层定义了数据传送与接收所需要的电与光信号.线路状态.时钟基准.数据编码和电路等,并向数据链路层设备提供标准接口.数据链路层则提供寻址机构.数据帧的构建.数据差错检查.传送控制.向网络层提供标准的数据接口等功能.网卡中负责数据链路的芯片叫做MAC控制器,负责物理层的芯片叫做PHY.所以,一个网卡由MAC控制器和PHY组成. MAC控制器与PHY连接使用MII(

一.剧情回顾 在上一篇链接器的秘密里面我们讲到我们用一些特殊的宏让链接器帮我们把一些初始化好的结构体列好队并安排在程序的某一个段里面,这里我例举出了三个和我们主题相关段的分布情况,它们大概如下图所示:(我们可以通过搜索宏ll_entry_declare来找到它们) 那么问题来了,那它们三个是什么关系呢?它们在程序里面是怎么被用到的呢? 二.剧透 剧透环节希望你们喜欢,uclass对驱动进行了归类处理,它描述了具有相似方法的驱动,而不管它们的具体形式.比如对于GPIO它们会具有读取管脚和设置管脚输

原文:https://blog.csdn.net/zhouxinlin2009/article/details/45390065 UBOOT的PHYCHIP配置 PHYCHIP的配置位于 include/configs/XXX_config.h中 #define CONFIG_YYY_ETH #define CONFIG_YYY_ETH_SPI_BUS 0 #define CONFIG_YYY_ETH_SPI_CS 0 代码流程 Uboot下PHYCHIP的驱动代码由一些函数构成,这些函数包含在

am335x 自身的 uart 驱动集成在 kernel 的 arch/arm/mach-omap2/ 里面. 文件是 arch/arm/mach-omap2/serial.c // 看到最底部 omap_serial_init 入口函数. void __init omap_serial_init(void) { omap_serial_board_init(NULL); // ---> 1.0 } 1.0 omap_serial_board_init void __init omap_seri

手头有一块6410开发板,已经有别人提供的uboot代码(基于2011.06),但是在检测dm9000时显示下面的输出: Net: No ethernet found. 当然其他网络命令例如ping等都执行失败. 但是在(include/configs/*6410*.h)下添加一行(增加debug)信息: #define DEBUG 那么就能够检测到dm9000: Net: dm9000 配置ip地址后执行ping命令结果如下: hwgw # setenv ipaddr 192.168.211.

基于335X平台的UBOOT中交换芯片驱动移植 一.软硬件平台资料 1.开发板:创龙AM3359核心板,网口采用RMII形式. 2.UBOOT版本:U-Boot-2016.05,采用FDT和DM. 3.交换芯片MARVELL的88E6321. 4.参考文章:本博客基于335X的UBOOT网口驱动分析. 二.移植主要步骤 1.准备工作: (1).必须熟悉U-Boot-2016.05中的网口驱动构架,熟悉其中各个网口设备结构体的意义,网口初始化流程.重点详细分析常规基于phydev的驱动初始化的过程

本文转载自:http://blog.csdn.net/lw2011cg/article/details/68954707 uboot的GPIO驱动分析--基于全志的A10芯片 转载至:http://blog.sina.com.cn/s/blog_b5020b670101ft49.html (2013-12-28 10:47:31) 转载▼ 标签: it 分类:uboot的驱动分析 uboot的GPIO相当简单,其就是三层结构.分别为: 1.顶层接口层,其只定义了通用的接口,并不负责实现,实现是我

U-boot发展到现在,他的命令行模式已经非常接近Linux下的shell了,命令行模式模式下支持"Tab"键的命令补全和命令的历史记录功能.而且如果你输入的命令的前几个字符和别的命令不重复,那么你就只需要打这几个字符即可,比如我想看这个U-boot的版本号,命令就是" version",但是在所有的命令中没有其他任何一个的命令是由"v"开头的,所以只需要输入"v"即可. [u-boot@MINI2440]# version

dnw:在进入系统之前进入指令行,输入该指令可下载烧录文件. re:重新启动嵌入式系统. printenv:打印当前系统环境变量. setenv:设置环境变量,格式:setenv name value ...,表示将name 变量设置成value 值:如果没有这个参数,表示删除该变量. saveenv:保存环境变量到NAND中. sleep:延迟执行,格式:sleep N,可以延迟N秒钟执行. run:执行环境变量中的命令,格式:run var,可以跟几个环境变量名. crc32:计算校验值,格

转:http://www.360doc.com/content/10/0827/13/496343_49168699.shtml 获取帮助环境变量与相关指令U-boot的使用网络命令Nand Flash操作指令内存/寄存器操作指令Nor Flash指令USB 操作指令SD卡(MMC)指令FAT文件系统指令系统引导指令EEPROM 读写指令设置和读取RTC指令脚本运行指令系统重启指令下载与烧写 1) 通过SD卡烧入Nand Flash: 2) 通过U盘烧入Nor Flash 3) 通过TFTP服务

本文转载自:http://blog.csdn.net/dkleikesa/article/details/9792747 本人用的android平台用的bootloader用的是uboot,貌似大多数手持设备平台都不用这个,因为功能过于强大用不上,反而显得太复杂了.不知道这个平台开发者是怎么想的.既然用了那就来分析一下,顺便修改一下其中的几个小问题,以符合我们的要求. uboot等同于其他所有的bootloader程序,从根本上讲是一个稍复杂的裸机程序,是最底层的东西,要分析裸机程序我们要从它的

[uboot] uboot流程系列:[project X] tiny210(s5pv210)上电启动流程(BL0-BL2)[project X] tiny210(s5pv210)从存储设备加载代码到DDR[uboot] (第一章)uboot流程——概述[uboot] (第二章)uboot流程——uboot-spl编译流程[uboot] (第三章)uboot流程——uboot-spl代码流程[uboot] (第四章)uboot流程——uboot编译流程[uboot] (第五章)uboot流程——u

源码阅读方法1.源码目录结构2.配置(支持当前使用的硬件)3.编译(Makefile)4.启动流程 工具使用1.在同一文件查找 shitf+8 N n进行上下查找 2.在工程目录中 ctags uboot版本选择:2013 uboot 2010版本前 只能识别zImage 文件 uboot 2013 能够识别uImage文件 选用原则:1.适用于当前开发板2.资料问题 uboot目录结构平台相关arch(架构) board(板级结构) 平台无关common(uboot命令) disk(磁盘) d

基于个人兴趣,决定实现一个和方案公司提供的uboot收发广播的功能.记录笔记如下. SDK版本:Hi3518E_V100R001C01SPC081 1. 由于我手头的板子的Phy是RMII模式,因此先按这篇帖子进行将uboot默认的网络驱动改为RMII模式. http://blog.csdn.net/skdkjzz/article/details/39931915 2. 然后设置好Phy的CONFIG_PHY_ADDR_U和CONFIG_PHY_ADDR_D,这个我不太懂是为什么,估计和硬件有关

转自迅为讨论群:http://www.topeetboard.com 重要说明:这份笔记不是4412开发配套的,是我在网上看视频的时候下载上课老师的笔记后修改的.所以我试了一下笔记上的uboot命令,有些无法使用,可能是uboot版本问题或者文件系统问题.具体原因我目前还不是很清楚,建议第五部分uboot命令可以先不用尝试. 一切以配套视频为准. 一.为什么是uboot 1.uboot从哪里来的? (1)uboot是SourceForge上的开源项目 (2)uboot项目的作者:一个德国人最早发

这里重要的是物理层PHY receiver,MAC(media access control)层,这里与软件中的协议栈不同,在硬件上MAC是PHY的下一层.DM9000A将MAC和PHY做到一起,也可以像IIS设备那样,SOC内有IIS的控制器,而声卡UDA1341放在片外.网卡当然也有这种设计,它是把PHY的下层MAC放入SOC内,片外的是PHY,当然我暂时还没见过这种的.DM9000A的输入是并行的总线,可以和CPU直接IO.而IIS那种需要通过:CPU CORE BUS->I2S控制器->

环境介绍 Win7 64 + Vmware 11 + ubuntu14.04 32 u-boot 版本:u-boot-2015-04 Linux kernel版本:linux-3.16.y busybox版本:1_24_stable 交叉编译工具链:arm-linux-gnueabi- qemu版本:stable-2.4 目的 这篇博文的目的是实现NFS根文件系统的挂载.具体步骤如下. 步骤 1.参照上一篇博文,以保证Qemu的网络是可以用的. 2.配置u-boot的环境变量bootargs s