试图搞懂MDK程序下载到flash(三)--MDK配置选项Linker、Target、Debug的理解分析

     在写这一节时,我还是想再重复一下自己写这文章的目的,我的目的就是为了实现将MDK编写的裸机程序可不可以脱机运行,也就是不用调试的方法,因为调试的话程序默认是在SRAM中运行的,掉电丢失。而要脱机运行,就得将程序编译后的文件下载到flash中,最好能是nand flash。如果要下载到nand flash,那么就要编译生成一个bin文件,而不是用axf文件。那么剩下的问题就是,怎么生成一个完整、正确的bin文件?所以我现在就需要看能否通过编写一个分散加载文件,解决bin文件的地址问题。生成了bin文件,那么我就可以利用韦东山的方法,利用supervivi的v选项,配合DNW将程序下载到nand flash中并运行

     现在咱们就分析一下MDK配置选项,首先解释一下MDK中三种linker之间的区别:

     1、采用Target对话框中的RAM和ROM地址。

      采用此方式,需在Linker选项卡中勾选Use Memory Layout from Target Dialog选项(选中这一项实际上是默认在Target中对Flash和RAM的地址配置,编译链接时会产生一个默认的脚本文件),并且在Target中设置好RAM、ROM地址,图2所示。MDK会根据Target选项中设定的RAM和ROM地址自动加载生成一个加载文件。最后链接器会根据此文件中的信息对目标文件进行链接,生成axf镜像文件。

     试图搞懂MDK程序下载到flash(三)--MDK配置选项Linker、Target、Debug的理解分析_第1张图片       试图搞懂MDK程序下载到flash(三)--MDK配置选项Linker、Target、Debug的理解分析_第2张图片

       至于ROM和RAM是片内还是片外、容量(Size)多大,就需要根据芯片和开发板来决定了。

 

2、直接通过Linker选项卡中的R/O  Base和R/W Base来设定链接信息。

    链接器最后可根据此处指定的地址信息进行链接,链接的文件应该是顺序存放了,最多RO和RW分开。此时需要注意的是应将Use  Memory  Layout  from Target  Diaglog前的勾去掉,且保证Scatter File一栏中未包含分散加载文件,并且要在Misc controls中设定镜像文件的入口点,如: --first 2440init.o(Init)  对于这个括号内的填写依据,我暂时还不懂。

    试图搞懂MDK程序下载到flash(三)--MDK配置选项Linker、Target、Debug的理解分析_第3张图片

     图3中的R/W Base空着没填,意思就是说紧跟着R/O Base地址。

 

    3、最后一种为直接采用分散加载文件。

    在设置Linker的时候可以注意下Linker control string的信息,看看Linker的输入信息是否符合自己的要求。

     试图搞懂MDK程序下载到flash(三)--MDK配置选项Linker、Target、Debug的理解分析_第4张图片

    此处应该是只要选择使用scatter file文件,那么其他链接方式的设置自动失效。可以从Linker control string的信息可以看出来。

现在试图着对mini2440开发板进行设置

     直接通过Linker选项卡中的R/O  Base和R/W Base来设定链接信息

    ①由于mini2440开发板采用的是片外的ram和片外的flash,所以我这里直接采用前面说到的第2种方法,就是通过手动设置RO的地址,其中0x30000000就是片外ram的地址,也就是咱们的SDRAM。RW未指定,则说明RW数据顺序存放到RO段之后。如下图。

   试图搞懂MDK程序下载到flash(三)--MDK配置选项Linker、Target、Debug的理解分析_第5张图片

    注意Misc controls的内容--first的意思是程序的入口地址,S3C2440.o是项目入口程序所在文件名的目标文件,即入口文件后缀名改为.o,(RESET)是程序入口段的段名,我在S3C2440.c的文件里定义的入口段的段名为RESET。如果这里设置不正确,那么编译的时候就会提醒:

   Warning:Ignoring --first command. Cannot find section S3C2440.o(init)

    ②在option的debug选项卡下,将墨点调到右边,然后再右边的下拉框中选中J-LINK/TRACE,然后点击Setting,找到Info中的JLINK,点击查看MDK和Jlink是否能连接起来,再点击下面的target选项查看cpu。

     Load Application at startup貌似去掉和不去掉的效果是一样的,猜测这个选项和前面的Target中的rom地址有关,因为ROM地址的后面有startup这个选项。我这里未采用Target方式连接,所以将此勾去掉,如下图所示。

       试图搞懂MDK程序下载到flash(三)--MDK配置选项Linker、Target、Debug的理解分析_第6张图片

      ③下面按说该接着编译了,但是编译不成功,出现了如下的错误:

      Error:Undefined symbol Image$$ER_ROM1$$RO$$Length (refferred from s3c2440.o)

      Error:Undefined symbol Image$$RW_RAM1$$RW$$Length (refferred from s3c2440.o) 

      报错是因为启动代码有一段如下:

    

    意思是如果没有定义__EVAL,则需要引入引起错误的这两个标号,可以再Option框的Asm选项卡下的Define栏中输入__EVAL,即定义__EVAL。

    试图搞懂MDK程序下载到flash(三)--MDK配置选项Linker、Target、Debug的理解分析_第7张图片

   修改完这个之后就可以编译通过了,然后调试就可以运行程序了。

 

   直接采用分散加载文件

   在使用这种方法时,先介绍一些知识:

  a、  Realview MDK链接程序使用了两种方式控制程序的链接,即链接控制命令选项和链接脚本文件。当使用链接控制命令选项时,链接器定义了|Image$$RW$$Base|、|Image$$RW$$Limit|、|Image$$RO$$Limit|、|Image$$RO$$Base|、|Image$$ZI$$Base|、|Image$$ZI$$Linit|这6个段地址描述符,这6个描述符可以直接在程序中引用。而在使用链接脚本文件后,这6个描述符就没有了,取而代之的是链接脚本文件中的段描述符,格式为:Image$$段名$$Base和Image$$段名$$Limit。具体的可以参看MDK版主文档中关于链接器定义的符号这一章!

  b、RealView MDK中如何获得RO、RW、ZI的地址和长度。

       在不使用Scatter文件时,默认的为Image$$RW$$Base等6个地址,它的长度这样计算:Length=(Image$$RW$$Limit-Image$$RW$$Base)

       在使用Scatter文件后,上述的6个默认地址没有了,取而代之的是Image$$段名$$Base、Image$$段名$$Limit表示的笛子,长度计算的方法和上述一样,即Length=(Image$$段名$$Limit-Image$$段名$$Base)

   下面开始使用分散加载文件调试程序

   ①编写自己的分散加载文件,并命名为RuninRAM.sct,以下为RuninRAM.sct的内容:

     ;*****************************************************
     ;***Scatter-Loading Description File generated by
     ;*****************************************************
     ;Run in RAM

     LR_ROM1 0x30000000    ;加载域为0x3000 0000
    {
         ER_ROM1 0x30000000 0x0800000   ;运行域为0x3000 0000大小为0x80 0000
         {
            *.o (RESET,+First)     ;将入口程序的RESET段放在首位
            *(InRoot$$Sections)
            .ANY (+RO)
         }
         RW_RAM1 0x30800000 0x0800000    ;RW data
        {
            .ANY (+RW +ZI)    
        }
        RW_IRAM1 0x40000000 0x00001000
       {
           .ANY (+RW +ZI)
       }
     }

    ②配置选项Options/Linker中加入咱们这个分散加载文件,如下图所示

    试图搞懂MDK程序下载到flash(三)--MDK配置选项Linker、Target、Debug的理解分析_第8张图片

    ③Options/Target选项中关于内存地址的设置已经无所谓了

    ④编译调试就可以了。

    到这里,咱们已经会了分散加载文件的编写以及使用。

部分问题进一步分析

   关于方式1中采用Target选项中的RAM地址和ROM地址,它默认的是生成一个分散加载文件,咱们现在通过改变RAM地址的设置,进一步认识一下分散加载文件

   第一种:

   试图搞懂MDK程序下载到flash(三)--MDK配置选项Linker、Target、Debug的理解分析_第9张图片

  相对应的分散加载文件

  试图搞懂MDK程序下载到flash(三)--MDK配置选项Linker、Target、Debug的理解分析_第10张图片

  第二种,只是在第一种的基础上,将IRAM1勾选

  试图搞懂MDK程序下载到flash(三)--MDK配置选项Linker、Target、Debug的理解分析_第11张图片

  相对应的分散加载文件

   试图搞懂MDK程序下载到flash(三)--MDK配置选项Linker、Target、Debug的理解分析_第12张图片

   第三种,在第一种的基础上,将RAM1的范围改变一下:

   试图搞懂MDK程序下载到flash(三)--MDK配置选项Linker、Target、Debug的理解分析_第13张图片

   相对应的分散加载文件

   试图搞懂MDK程序下载到flash(三)--MDK配置选项Linker、Target、Debug的理解分析_第14张图片

  第四种,在第一种的基础上,将ROM1换为IROM1

   试图搞懂MDK程序下载到flash(三)--MDK配置选项Linker、Target、Debug的理解分析_第15张图片

   这时候编译不通过了,产生如下的错误

  

   由此错误可以看出它产生的这个标号与ROM有关,而不是IROM

  

  

 

你可能感兴趣的:(min2440专栏)