在晶心平台实作ROM patch技术分享

出处:tianaiv 发布于:2012-07-27 10:03:12

  笔者曾协助多家公司工程师,在AndesCore上发展firmware.我们发现,当客户开发NON-OS的程序代码,常遇到的问题在于开发者不知如何撰写linker script.网络上有GNU ld的使用文件,但是linker script的范例太少,尤其开发者需要撰写进阶的linker script,常常不知如何下手。

  本篇文章我们分享如何实作ROM patch.使用晶心CPU建构的embedded system,一般具有CPU、外围IP及RAM、ROM.部份客户使用ROM code开机,程序代码放在ROM内,data section放在SRAM里。ROM code的特性是成本低,跟着IC光罩一起生产,当IC制作完成即不可修改,若有制作上的错误或是程序代码逻辑上的错误,只能用ROM patch的方式修补。也就是将需要修补的程序代码放到小容量的flash里。这就是我们今天要分享的技术。

  1. 主程序架构

  首先介绍主程序的架构。IC的Memory layout如下图。

图表1:主程序的memory layout图

图表1:主程序的memory layout图

  红色框线的部份,为主程序编译的范围。主程序main会呼叫到func1、func2和func3这3个function.

  在上图中,黄色区域是IC的ROM,这部份的程序是IC制作出来即不可以改变。绿色部份是flash.在图中,flash分成2区,一个是jump_table,存放func1~func3的地址。剩余的空间FUNC_PATCH,预留给patch使用。

  为了要修补ROM内的function,所以规划出jump_table区域,原本都是指向ROM的function.如果ROM里的部份function损坏或是需要改写,就把jump_table改为指向FUNC_PATCH里新建的function.

  1.1 源代码

  主程序的程序代码如下:(main.c)

  #include

  #include

  int func1(int);

  int func2(int);

  int func3(int);

  int num1=1;

  int num2=2;

  int num3=3;

  typedef struct strfunptr {

  int (*func_a)(int);

  int (*func_b)(int);

  int (*func_c)(int);

  }sfptr;

  sfptr jump_table __attribute__ ((section ("FUNC_TABLE")))= {func1, func2, func3};

  int main(void) {

  printf("func1(30)=%dn",jump_table.func_a(30));

  printf("func2(30)=%dn",jump_table.func_b(30));

  printf("func3(30)=%dn",jump_table.func_c(30));

  return EXIT_SUCCESS;

  }

  int func1(int x){

  return x*num1;

  }

  int func2(int x){

  return x*num2;

  }

  int func3(int x){

  return x*num3;

  }

  上面的程序代码中,第16行的程序代码__attribute__ ((section ("FUNC_TABLE"))),作用是将jump_table放在特定的"FUNC_TABLE"section里。

  1.2 主程序linker script (仅列需要修改的部份)

  FUNC_TABLE 0x510000 :

  {

  *(。FUNC_TABLE)

  }

  Flash的地址由0x510000起,将FUNC_TABLE固定在flash的开头,语法如上。

  1.3 主程序执行结果

  func1(30)=30

  func2(30)=60

  func3(30)=90

  2. 经过Patch之后的架构图

  假设ROM里的func2损坏,要改用flash里的func2.需要更改指向func2的指标,及func2的内容。如下图:

图表2:ROM patch的memory layout图

图表2:ROM patch的memory layout图

  用红色框线标起来的地方,表示为patch编译的范围。其中jump table在这里重新编译,指向新的地址。

  2.1 实作方法

  (1) 导出主程序的symbol table.

  在主程序的Linker flags 加上-Wl,--mgen-symbol-ld-script=export.txt ,ld 会产生export.txt这个档案, 这个档案包含了一个SECTION block以及许多变数的地址。如下图所示

图表3:主程序的symbol

图表3:主程序的symbol

  Linker script在import Main program的symbols时,除了需要修改的func2不要import之外,其他的symbols全部要import进来。(将export.txt删去这一行: func2 = 0x005001c4; /* ./main.o */)

  (2) patch在编译之前,先汇入主程序的symbol table.(将export.txt档案放在一起编译)。Patch的linker script要汇入主程序的symbol,写法如下面红色字体。

  ENTRY(_start)

  /* Do we need any of these for elf?

  __DYNAMIC = 0; */

  INCLUDE "export.txt"

  SECTIONS

  {

  (3) patch的程序代码里如下,没有main function,也不要加入startup files.改写func2.func2放在flash的FUNC_PATCH section.并且将jump_table里的func2,改成指向新的func2.

  #include

  #include

  extern int func1(int);

  extern int func3(int);

  int func2(int) __attribute__ ((section ("FUNC_PATCH")));

  extern int num2;

  typedef struct strfunptr {

  int (*func_a)(int);

  int (*func_b)(int);

  int (*func_c)(int);

  }sfptr;

  sfptr jump_table __attribute__ ((section ("FUNC_TABLE")))= {func1, func2, func3};

  int func2(int x){

  return x*num2*100;

  }

  (4) patch的linker script,加入FUNC_PATH在jump_table之后。

  FUNC_PATCH 0x510020 :

  {

  *(。FUNC_PATCH)

  }

  3. 如何除错

  首先,将程序代码存放在IC的ROM及flash里。(本文为了示范,我们的做法是在AndeShape ADP-XC5的FPGA板上,用RAM模拟ROM及flash,分别将主程序和patch的bin文件restore到板子上。)

  当gdb debug时,载入patch 的symbol.以下节录gdb指令。

  core0(gdb) file mainprog.adx

  core0(gdb) add-symbol-file patch.adx 0x500000 -s FUNC_TABLE 0x510000 -s FUNC_PATCH 0x510020

  core0(gdb) set $pc=0x500000

  core0(gdb) b main

  Breakpoint 1 at 0x50010c: file /main.c, line 20.

  core0(gdb) c

  Breakpoint 1, main () at /main.c:20

  20 printf("func1(30)=%dn",jump_table.func_a(30));

  core0(gdb) s

  func1 (x=30) at /main.c:28

  28 return x*num1;

  core0(gdb) n

  29 }

  core0(gdb) s

  main () at /main.c:21

  21 printf("func2(30)=%dn",jump_table.func_b(30));

  core0(gdb) s

  func2 (x=30) at /patchprog.c:24

  24 return x*num2*100;

  core0(gdb)

  上面过程中,先加载main的symbol,再加载patch的symbol及debug information."add-symbol-file patch.adx 0x500000 -s FUNC_TABLE 0x510000 -s FUNC_PATCH 0x510020"是将patch section的symbol及debug information也载入gdb以debug.读者可以在gdb里,打"help add-symbol-file"查阅add-symbol-file的用法。

  3.1 主程序patch后的执行结果

  func1(30)=30

  func2(30)=6000

  func3(30)=90

  4. 结语

  目前晶心科技使用GNU的toolchain,其功能非常强大。读者可多动手试试不同的linker script写法,使得开发firmware更有弹性及效率。

关键词:在晶心平台实作ROM patch技术分享

版权与免责声明

凡本网注明“出处:维库电子市场网”的所有作品,版权均属于维库电子市场网,转载请必须注明维库电子市场网,https://www.dzsc.com,违反者本网将追究相关法律责任。

本网转载并注明自其它出处的作品,目的在于传递更多信息,并不代表本网赞同其观点或证实其内容的真实性,不承担此类作品侵权行为的直接责任及连带责任。其他媒体、网站或个人从本网转载时,必须保留本网注明的作品出处,并自负版权等法律责任。

如涉及作品内容、版权等问题,请在作品发表之日起一周内与本网联系,否则视为放弃相关权利。

OEM清单文件: OEM清单文件
*公司名:
*联系人:
*手机号码:
QQ:
有效期:

扫码下载APP,
一键连接广大的电子世界。

在线人工客服

买家服务:
卖家服务:
技术客服:

0571-85317607

网站技术支持

13606545031

客服在线时间周一至周五
9:00-17:30

关注官方微信号,
第一时间获取资讯。

建议反馈

联系人:

联系方式:

按住滑块,拖拽到最右边
>>
感谢您向阿库提出的宝贵意见,您的参与是维库提升服务的动力!意见一经采纳,将有感恩红包奉上哦!