技术中心
 
 

Blob在S3C44B0上的移植

   日期:2006-07-22     作者:管理员    
    Bootloader对于嵌入式设备来说至关重要,它涉及到许多硬件相关的知识。对于自制的嵌入式开发板,它又是不可跳过的步骤,所以很多人对于它感到很头痛。本文将以一款优秀的Bootloader Blob为例,详细讲解它的运行原理以及在S3C44B0通用处理器上的移植过程,为在嵌入式设备上的后续软件开发打下基础。
    1、  Blob简介
    Blob是Boot Loader Object的缩写,是一款功能强大的Bootloader。它遵循GPL,源泉代码完全开放。Blob既可以用来简单的调试,也可以启动Linux kernel。Blob最初是Jan-Derk Bakker和Erik Mouw为一块名为LART(Linux Advanced Radio Terminal)的板子写的,该板使用的处理器是StrongARM SA-1100。现在Blob已经被移植到了很多CPU上,包括S3C44B0。
    MBA44B0是一款基于S3C44B0的开发板。
本文将以运行在MBA44B0开发板上的Blob的源代码为基础,再针对自己的开发板进行Blob的移植。
    开发板的主要配置为:
    *三星ARM7处理器S3C44B0;
    *2MB的Flash,地址范围0x0000 0000~0x0020 0000;
    *8MB的SDRAM,地址范围0x0c00 0000~0x0c80 0000;
    *1个串口,2个LED灯;
    *JTAG接口;
    *晶振为6MHz,系统主频为60MHz。
 
    2、  Blob的运行过程分析

图1为Blob程序启动流程Blob编译后的代码定义最大为64KB并且这64KB又分成两个阶段来执行第一阶段的代码在starts中定义大小为1KB它…

 
   图1为Blob程序启动流程
    Blob编译后的代码定义最大为64KB,并且这64KB又分成两个阶段来执行。第一阶段的代码在start.s中定义,大小为1KB,它包括从系统上电后在0x00000000地址开始执行的部分。这部分代码运行在Flash中,它包括对S3C44B0的一些寄存器的初始化和将Blob第二阶段代码从Flash拷贝到SDRAM中。除去第一阶段的1KB代码,剩下的部分都是第二阶段的代码。第二阶段的起始文件为trampoline.s,被复制到SDRAM后,就从第一阶段跳到这个文件开始执行剩余部分代码。第二阶段最大为63KB,单词trampoline词义为“蹦床”,所以在这个程序中进行一些BSS段设置,堆栈的初始化等工作后,最后跳转到main.c进入C函数。
    我们的移植主要需要对上述的几个文件进行修改。在进行移植以前,首先需要对存储器的地址空间分配了解清楚。关于存储器空间的定义在/include/blob arch/mba44b0.h中。
    图2为在Flash中的存储器空间分布,图3为启动后在SDRAM中的存储器空间分布。
 
   

Blob在S3C44B0上的移植如图

如图2所示2MB的Flash空间分别分配给出Blob、kernel、ramdisk系统上电后先执行第一阶段代码进行相应的初始化后将Blob第二阶段代码复制…


    
 
    如图2所示,2MB的Flash空间分别分配给出Blob、kernel、ramdisk。系统上电后,先执行第一阶段代码,进行相应的初始化后,将Blob第二阶段代码复制的RAM地址bloc_abs_base,然后跳转到第二阶段开始执行。
    在第二阶段中,从汇编跳转到C的Main()函数,继续进行如下工作:
    *外围的硬件初始化(串口,USB等);
    *从Flash中将kernel加载到SDRAM的kernel区域;
    *从Flash中的ramdisk加载到SDRAM的ramdisk区域;
    *根据用户选择,进入命令行模块或启动kernel。
    在我们使用的开发板上,kernel选用uClinux。由于Flash的存储空间有限,所以存放在Flash中的uClinux内核是经过压缩的。Blob将压缩的uClinux内核加载到SDRAM地址0x0C300000。如果选择启动u



























Clinux,那么压缩的uClinux内核将自解压.Text段到0x0c00800(见uClinux/arch/armnommu/Makefile),然后再跳转到核处,开始运行uClinux。具体的uClinux移植在此就不详细讨论了。
    在SDRAM的存储器空间分配图中,可以看到有Blob_base和blob_abs_base两部分。blob_abs_base大家已经知道了,是Blob将自身的第二阶段代码复制到SDRAM所在的区域,而blob_base则是从Blob进行自升级或调试的区域。举例说明,假如Blob已经能正常运行了,但是对于Flash的擦写还不能支持得很好,就可以使用已经运行的Blob通过串口将所新编译好的Blob下载到SDRAM中该区域进行运行调试。调试通过后,可以通过Blob烧写进Flash,覆盖原来的Blob进行升级。这样就不必因为对Blob做了一点小的改动就重新烧写Flash,从而减少了烧写Flash的次数。
    3、  Blob的移植
    对Blob的运
行有了一定了解后,就可以进行Blob的具体移植了。首先要修改的start.s文件,具体工作如下:
    *屏蔽掉看门狗WTCON;
    *配置寄存器SYSCFG暂时关闭缓存,等Blob运行稳定后再开启提高性能;
    *初始化I/O寄存器;
    *屏蔽中断;
    *配置PLLCON寄存器,决定系统的主频;
    *调用ledasm.s,在串口未初始化时led状态对于程序是否正常运行很重要;
    *调用memsetup-S3C44B0.s中的memsetup进行初始化存储器空间,初始化SDRAM刷新速率等;
    *将第二阶段复制到SDRAM,并且跳转到第二阶段。
     在ledasm.s中,提供了led的汇编的语言驱动程序。在Blob还有个led.c文件,它和ledasm.s原理一样,只不过是在C语言中调用的。修改led是为了方便初期阶段的调试。在这里根据自己的开发板进行修改。
  
    在memsetup-s3c44b0.s中,修改MEMORY_CONFIG中设置存储器相关的配置,并设定SDRAM刷新速度,相关源码如下所示:
    MEMORY_CONFIG:
    .long 0x11101002 /*进行存储器的配置,SDRAM刷新速度配置等*/
    … /*这里需要根据不同情况进行修改*/
    .long 0x20
    .globl memsetup /*定义全局标号,以便能被start.s调用*/
    memsetup:
    ldr r0,=MEMORY_CONFIG /*进行配置*/
    ldmia r0,{r1-r13}
    ldr r0,=0x01c80000
    stmia r0,{r1-r13}
    mov pc,lr /*程序返回*/
    Trampoline.s不需要进行修改。
   
    进入Main()后,串口传输速度在结构体blob_status中设定:
    blob_status.downloadSpeed=baud_115200;
    blob_status.terminalSpeed=baud_115200;
 
    串口的初始化相关代码定义在函数s3c44b0_serial_init()中,该函数在serial-s3c44b0.c中。对于S3C44B0的串口,一般只需要初始化下面四个寄存器串口就可以正常工作。如果不能工作,可能是系统时钟设置不同,只需要按照下列公式计算出divisor:
 
  &nbs

































p; divisor=(int)(MCLK/(baud×16)) -1
    替换下面的divisor即可。其中MCLK为系统主频,baud为波特率。
    /*serial-S3C44B0.c中中s3c44b0_serial_init()函数初始化串0部分*/
    REG(UFCON0)=0x0;/*关闭FIFO*/
    REG(ULCON0)=0x03;/*设置数据位8,无奇偶校验,1位停止位*/
    REG(UCON0)=0x0;/*脉冲中断,中断请求或查询模式*/
    REG(UBRDIV0)=divisor;/*设置波特率*/
    至此,初级移植工作已经完成,运行./configure ith-board=mba-44b0-with-linux-prefix=/path/to/linux-src进行相关配置。在此还可以加一些开关选项进行配置,具体请
参阅Blob自带文档。如果没有错误,就可以make进行编译了。如果编译正确,可在blob/src/blob下得到bin格式的Blob,将其烧写到Flash即可运行。关于Blob第一部分和第二部分的链接脚本,可以在start-ld-script和rest-ld-script.in中看到相关的链接地址,编译器是根据这些地址链接程序的。在blob/src/blob/Makefile中可以看到,两个阶段分别以blob-start和blob-rest来编译,最后通过dd命令将它们组成一个完事的Blob二进制文件。
   (1)命令行的修改
    在笔者使用的Blob版本中,BackSpace不能起作用,这对于调试非常的不方便。查阅源码,可以发现在src/blob/lib/command.c中,GetCommand函数中定义着人机交互部分。将else if(c=='这一行修改为else if(c==0x7f),即可支持Backspace功能。
  
   (2)Blob的运行
    如果在前面的工作中没有什么问题的话,将blob/src/blob/blob文件烧写进Flash后,上电就可以从串口看到欢迎信息。加载linux内核和文件系统的后,等待几秒,如果没有操作,将启动操作系统,否则出现提示符:
    Blob>
    表示进入Blob。在该模式下提供了许多命令,可以方便地进行硬件调试、系统升级和系统引导。
 
    Blob常用的命令有:blob、boot、xdownload、flashreload、dump、reblob、status等。
    不同的Flash操作有所不同。笔者发现通过Blob烧写Flash的软件有些问题,为了调试方便,决定编写自已的Flash驱动程序。
 
    (3)Flash驱动程序的编写
    Flash作为非易失性的存储器,在开发板上的作用是能保存数据且掉电不丢失。和EPROM最大的不同在于,对Flash编程不需要对特定的引脚加高电平,只是对特定地址写入一组特定的数据即可进行编程,这样就直接在开发板上通过软件进行擦写,不必使用特定的编程器。但是它的缺点也是很明显的:操作过于复杂,SST39VF160是SST公司的一款16M位的Flash,16位数据线宽度,共2MB容量,分为512个扇区,每个扇区有4KB,或32个块(block),每个块64KB。对Flash编程之前,必须对相应的扇区、块或者整个芯片进行擦除后,才能进行编程。
    通过S3C44B0进行Flash的烧写需要注意几点:首先,S3C44B0外部地址总线是根据外部数据总线宽度连接的。例如,本开发板外部数据总线为16位宽度,这样S3C44B0的地址线A0就没有接入外部地址总线,而是从A1接起。
    对Flash编程需要对Flash写入一个特定的时序。如果S3C44B0寻址0x5555,由于外部总线错了一位,这样在Flash看来发过来的地址信号是0xAAAA,也就不能正确地完成操作。注意到这一点,根据Blob自带的Flash驱动程序,就可以很方便地改写出适合自己Flash驱动程序。
 &n






















bsp;  结语
    根据笔者经验介绍了Blob在S3C44B0上的移植,目前它已经能稳定地运行在开发板上;并且可以进行烧写Flash,查看内存,引导uClinux等操作,为项目的后续开发奠定了良好的基础。
 



 
  
  
  
  
 
更多>同类技术
 
全年征稿 / 资讯合作
 
推荐图文
推荐技术
可能喜欢