X-002-HW-S900芯片boot from USB有关的硬件描述

作者:wowo 发布于:2016-5-12 22:01 分类:X Project

1. 前言

本文将以S900芯片[1]为例,介绍和“【任务1】启动过程-Boot from USB有关的硬件行为。其它人可以借鉴该文档,描述自己所使用平台的硬件特性,以完成该任务。

为了方便操作,这里以“填空题”的形式,给出我们关心的key point,只要我们能够把这些填空题完成,就可以放心的去coding了。题目如下:

1)CPU上电后,从哪种设备(                )的哪个地址(                )开始执行。

2)用(                )方式,可以让CPU进入USB download(或者UART download)模式。

3)进入USB download之后,设备使用哪个USB接口(        )和主机通信。

4)进入download模式后,哪一段地址范围(通常为SRAM)可以用来执行程序:(                )~(                ),size有多大(                )

5)用什么协议(                )可以通过USB将bin文件上传到指定的地址。

6)用什么协议(                )可以让CPU跳转到到指定地址继续执行。

注1:Boot这一块的资料,国内的IC设计厂商给出的资料都是语焉不详,从哪里得到有用的信息,是一个相当困难的事情。大家只能各显神通了。

2. 答题过程

2.1 Boot from ROM

由“S900 IC Spec1.6小节 System Boot[1]”的描述可知,S900在上电后,会从BROM的初始地址执行boot code(此code可称为Initial Boot Loader,IPL)。同时,由“1.7小节Address Mapping[1]“的描述可知,BROM的地址范围为[0xFFFF0000, 0xFFFFFFFF]。因此,题目1的答案就出来了:

CPU上电后,从(Boot ROM)(0xFFFF0000)开始执行。

注2:Boot ROM的执行地址,和本文的任务没有直接关系,因此大家不用太在意。

2.2 进入USB download(DFU)模式

同样,由“SoC_bubblegum96.pdf 1.6小节 System Boot[1]”的描述可知,Boot ROM的代码开始执行之后,会依次从NAND Flash、SPI NOR 和SD/MMC/eMMC等存储介质中查找有效的boot code(此code可称为Second Boot Loader,SPL,这个过程会在后面Boot from eMMC等任务中介绍),如果没有找到,则将名称为ADFULauncher的代码从Boot ROM中加载到SRAM并执行。ADFULauncher负责通过USB接口和主机通信,以便将主机上的bin文件加载到板子上并运行,这就是传说的“Boot from USB”。

因此,进入USB download(后面简称DFU,Device Firmware Upgrade)的方法,就是各种存储介质中,都没有有效的boot code。对S900 96board来说,可用于boot的存储介质是SD卡和eMMC[2],因此,只要不插SD卡,同时eMMC中不存在有效数据即可。不插SD卡好办,eMMC中没有有效数据是什么意思呢?

其实Boot ROM从存储介质中读取boot code的时候,会进行一些校验(如固定的标识、checksum等),如果校验失败,则认为boot code无效。因此,对S900 96board就采用了比较粗暴的方法进入DFU模式:将eMMC控制器的data0接地(就无法读到有效数据了),如下(具体可参考S900 96board原理图[3]):

s900_96board_adfu_key

图片1 s900_96board_adfu_key

上图SW3按下的时候,data0会对地短路,因此,在S900 96board上电的过程中,按住SW3,就可以进入DFU模式(图中称作ADFU,是Action DFU的简称)。所以,题目2的答案也出来了:

(上电的过程中,按住SW3按键),可以让CPU进入USB download(或者UART download)模式。

注3:ADFULauncher是一段固化在Boot ROM的代码,会在ADFU的时候被拷贝到SRAM中执行,负责通过USB接口和主机通信,以加载firmware。

注4:有关SW3按键在开发板上的位置,可以参考“S900 96board硬件手册[2]”的“2 PCB TOP & BOT Side”章节的说明。

2.3 使用哪个USB接口和主机通信

由“S900 96board硬件手册[2]”的“4.8.1 USB-Host ports”章节的说明可知,S900使用TypeA接口的JUSB1(USB3.0)进行ADFU操作。因此,题目3的答案是:

进入USB download之后,设备使用(JUSB1接口)和主机通信。

注5:有关JUSB1在开发板上的位置,可以参考“S900 96board硬件手册[2]”的“2 PCB TOP & BOT Side”章节的说明。

注6:USB TypeA接口和我们电脑上常用的哪种插U盘的接口一样,因此需要特殊的USB连接线(两端都和U盘的连接头一样)才能连接S900 96board开发板和电脑,这种线材不是很常用,只能说这是个SB设计了!!

2.4 SRAM地址范围

“S900 IC Spec[1]”在“1.7 Address Mapping”章节有关SRAM地址范围的描述如下:

0xE4060000 0xE40BFFFF 384K

ShareSRAM
1. 0xE4060000~0xE4067FFF
(Independent 32KB SRAM for secure world)
2. 0xE4068000~0xE407FFFF
(96KB SRAM shared from DE)

由此可知,S900 IC具有384K的SRAM,其中前面32K(0xE4060000~0xE4067FFF)保留给secure world使用,0xE4068000~0xE407FFFF之间的96K,和DE(Display Engine)共用。按理说boot阶段不需要显示的话,和DE共用的SRAM应该可以使用,因此,可供使用的SRAM范围就是0xE4068000~0xE40BFFFF的352K?

好吧,我承认我失败了,实际情况不是这样的,请看下面一张图片(这些信息在公共渠道是拿不到,我们也是多方打听,费尽心思才收集到,如果大家手上的板子也有类似情况,这个任务就麻烦了……):

s900_ADFULancher

图片2 S900 ADFULauncher执行情况

由上面图片可知,Boot ROM代码会在进行ADFU的时候,将12.5KB大小的ADFULancher拷贝到SRAM的0xe4068000~0xe406b1ff处执行(为什么不直接在Boot ROM执行????),并使用0xe407efff为堆栈的基址(向上递增)。另外,0xe407f000~0xe407ffff处不知道被什么东西占用了。所以能够使用的SRAM空间是(问题4的答案?):

0xe406b200往下的,不能超过80K(不太确定)的范围?

另外,0xe4080000到0xE40BFFFF共256K的地址范围呢?能不能用?鬼知道,后面写代码试一下好了。

2.5 通过ADFU将主机上的bin文件上传到SRAM的指定地址并执行

问题5和问题6属于DFU USB download protocol的范围,按理说,一个正常的芯片,需要把这个协议开放出来给大家使用,这样才能编写boot有关的代码,但遗憾的是,我们没有拿到S900这方面的资料。只能说国内的IC设计厂商是相当的奇葩啊。

不过总有办法,经过绞尽脑汁的搜索,我发现了Linaro写的一份ADFU的代码[4],通过猜测加想象,我在代码中找到了我想要的东西,总结如下:

1)USB download protocol使用地址为0x1的端点(Out类型的Endpoint)上传数据(主机到开发板方向),使用地址为0x82的端点(IN类型的Endpoint)返回结果(开发板到主机方向)。

2)USB的传输类型为bulk。

3)数据交互的过程,利用了USB Mass Storage协议,具体过程后续会结合USB Mass Storage协议以及Linaro的代码[4]再详细说明。因此,问题5和问题6的答案,暂时不在这里总结了。

注7:有关USB的知识,会在后续的文章中介绍,或许蜗窝USB子系统的分析文章,也可以顺势展开了。

3. 总结

受限于IC厂商的莫名其妙,提供的boot有关的资料少之又少,本文完成的并不理想,但总算勉强可以继续“【任务1】启动过程-Boot from USB”。希望大家在自己的板子上,能够得到尽量多的信息和资源。同时在这里呼吁,国内的IC设计商,应能尽量的包容和开发,只有这样才能越来越强大。

4. 参考文档

[1] S900 IC Spec,https://github.com/96boards/documentation/blob/master/bubblegum-96/SoC_bubblegum96.pdf

[2] S900 96board硬件手册,https://github.com/96boards/documentation/blob/master/bubblegum-96/HardwareManual_Bubblegum96.pdf

[3] S900 96board原理图,https://github.com/96boards/documentation/blob/master/bubblegum-96/bubblegum-96_Schematic_V1.0.pdf

[4] linaro-adfu-tool,https://github.com/96boards-bubblegum/linaro-adfu-tool/blob/master/src/linaro-adfu-tool-bg96.c

 

原创文章,转发请注明出处。蜗窝科技,www.wowotech.net

标签: USB s900 hw boot

评论:

小鱼儿
2022-10-21 17:55
作为IC公司,确实没有办法
semilog
2018-04-13 11:39
包容和开放吧。  现在各个芯片厂商都开始封闭资料了,要一点资料都要求签署NDA。个人开发难度越来越大了。
小豌豆
2016-05-25 15:25
你说的是:S900 actions GL5209 series吧

bootloader是闭源的,brom更是闭源的。

内部能有能力修改的人员都不多
wowo
2016-05-25 18:29
@小豌豆:确实,想把这些东西弄明白,还真是麻烦
小豌豆
2016-05-27 11:28
@wowo:96board 是台湾设计的板子,SD卡槽被吐槽了很多。板子太小,不好拿,很容触碰到复位键。显示的话,必须有接个HDMI电视。

短接存储介质的PIN脚,比短接TX RX靠谱,
NandFlash强制进入ADFU 也是短路D0~D7,这样Brom读取到ShareRam的2K数据,checksum的时候会出现错误,Brom就会进入错误流程,到ADFU,

2016-05-27 13:56
@小豌豆:这个方法太粗暴了。这个设计真汗颜
wowo
2016-05-27 16:42
@小豌豆:多谢豌豆兄提供的信息,会给我们很多帮助:-)
qdzhaox
2016-05-14 09:27
uart download 就是通过串口下载pc指定的bin到外部的SDRAM.传输的过程应该涉及到一些指定的协议吧。
就像s900,通过usb master storage 的话,pc端肯定有配合的pc软件吧?这个软件哪里有?
wowo
2016-05-14 09:41
@qdzhaox:是的,有些板子可能可以通过UART下载。但一般不会下载到SDRAM,因为开机的时候SDRAM还没有初始化好,所以一般要下载到SRAM中。
PC端是需要软件,我们会面会一起做。顺便学习一下USB的一些知识。
qdzhaox
2016-05-14 10:29
@wowo:ok,之前用的atmel的片子,内部romboot是用的串口,pc用的samba。内部的romboot,通过下载一个boot.bin到sram,boot.bin主要是初始化sdram clk etc.
这样看来,cpu的启动流程大同小异。
wowo
2016-05-14 16:44
@qdzhaox:是的,从一定的角度看,技术都是类似的:-)

2016-05-13 10:13
文中提到“Boot ROM代码会在进行ADFU的时候,将12.5KB大小的ADFULancher拷贝到SRAM的0xe4068000~0xe406b1ff处执行(为什么不直接在Boot ROM执行????)”

我的猜想是:代码在ROM中执行效率太低, 所以要拷贝到SRAM里面

在SoC里面,ROM的时钟频率要比SRAM,DDR要低得多(比如说DDR是800MHz,ROM里面只有400MHz)
WestKo®ean
2020-09-16 10:40
@云:"为什么不直接在Boot ROM执行????"

DFU涉及到USB协议栈使用等等,应该是C写的,C需要栈空间,那不就要在RAM中执行.

2016-05-13 10:03
作为在芯片公司工作的人,我也负责BOOT这一块,我谈谈我的看法,IC厂商的确在boot这一块的描述不会太多,甚至含糊其辞,
1.首先,从公司利益角度,是有所谓的“安全”因素,
一些boot rom要处理secure boot(Trust boot,即对下一级的bootloader做完整性,合法性的校验),这个过程如果公布太多细节,可能会遭到破解而影响到芯片的安全。



2.其次,boot rom的逻辑/流程等技术细节是固化的,私有的。一般用户并不需要了解其中的细枝末节。 甚至会留有后门!(哈哈,你没听错,就是后门),当然不愿意公开了。
就像芯片内部很多寄存器是没有在IC spec里面公布的一样,是用于debug用于的。


3.最后,就是懒,懒得公开...


是的,没错,IC厂商应该包容开放,对于一个开发人员看来,从长远来看是有益的,
但是这事开发人员拍不了板, 公司毕竟都是将利益放第一位,尤其是小公司(IC是烧钱的,承担不起试错的成本)
wowo
2016-05-13 10:06
@云:嗯,很有道理,可以理解。
不过对我们这些不喜欢黑箱子的奇葩,就难受了,总觉得不舒服,呵呵~~
wowo
2016-05-13 10:07
@云:不过还有后门??这也太不道德了吧?
小豌豆
2016-05-27 16:29
@wowo:后门也是方便原厂开发过程中,出现问题方便调试的。比如:进JTAG的后门
活出自我
2016-11-03 14:16
@云:前辈您好,向您请教个问题!BootRom这方面有开源的资料或者demo例程吗?谢谢!

发表评论:

Copyright @ 2013-2015 蜗窝科技 All rights reserved. Powered by emlog