Question

无法弄清楚，为什么我的文件（仅包含DataFlash0字节定义）链接到输出十六进制两次。我正在使用Tasking VX编译器为Infineon TC1797进行编译。

除了程序之外，我还有一个名为data_flash_bank_0.asm的文件，它只包含预定义的数据字节。

编译器正确地将它放在0x8FE00000的预期地址，即硬件中的数据闪存0。

错误的是，相同的代码在程序中作为第二个副本出现，浪费空间而不想要。

项目属性中的所有设置似乎都很好，＆＃39;删除重复的＆＃39;启用。

为了说明这个问题，我做了一个非常小的项目，其中只有3个文件：带有main（）的test.c函数，读取数据flash的短汇编函数，以及数据flash预定义。

test.c的：

 #include <stdio.h>

 extern void * loop_36(void); // call the main assembly function

 int main(void)
 {
    loop_36();
 }

汇编函数jozo.asm：

 .sdecl "PFLASH", CODE
 .sect  "PFLASH"

 .global loop_36

 loop_36:
     movh.a     a4, #0x8FE0
     mov16      d2, #0      ; Move
     lea        a2, 0x3F    ; Load  Effective Address

 loop:
     ld16.w     d15, [a4+]4 ; Load Word
     or.ne      d2, d15, #0 ; Not Equal Accumulating
     loop16     a2, loop    ; Loop
     ret16                  ; Return from Call

 .end

和实际的预定义字节区域给我的问题，文件data_flash_bank_0.asm：

 .sdecl ".data.dflash0", DATA AT 0x8FE00000
 .sect ".data.dflash0" ; new edit: trying .rodata instead of .data

 .byte 0xF2, 0x45, .... 32k more bytes

 .end

地图文件：（最后一行是我所期待的，但它上面的2行，也是长度0x8000，我不想要）

 +------------------------------------------------------------------------------------------------------------------------+
 | Chip        | Group    | Section                                   | Size (MAU) | Space addr | Chip addr  | Alignment  |
 |     ========================================================================================================================|
 | spe:pflash0 |          | .text._Exit.libc (191)                    | 0x00000004 | 0x80000008 | 0x00000008 | 0x00000008 |
 | spe:pflash0 |          | .text._c_init.libcs_fpu (98)              | 0x0000000c | 0x8000000c | 0x0000000c | 0x00000002 |
 | spe:pflash0 |          | .text._c_init_entry.libcs_fpu (97)        | 0x00000132 | 0x80000020 | 0x00000020 | 0x00000020 |
 | spe:pflash0 |          | table (202)                               | 0x00000030 | 0x80000154 | 0x00000154 | 0x00000004 |
 | spe:pflash0 |          | .text._ldmst_clear_byte.libcs_fpu (95)    | 0x0000002e | 0x80000184 | 0x00000184 | 0x00000002 |
 | spe:pflash0 |          | .text._ldmst_copy_byte.libcs_fpu (96)     | 0x00000044 | 0x800001b2 | 0x000001b2 | 0x00000002 |
 | spe:pflash0 |          | .text.cstart..cocofun_1 (14)              | 0x0000001a | 0x800001f6 | 0x000001f6 | 0x00000002 |
 | spe:pflash0 |          | .text.cstart.__init_sp (12)               | 0x0000001c | 0x80000210 | 0x00000210 | 0x00000002 |
 | spe:pflash0 |          | .text.cstart._start (13)                  | 0x000001c2 | 0x8000022c | 0x0000022c | 0x00000002 |
 | spe:pflash0 |          | .text.sync_on_halt._sync_on_halt (61)     | 0x0000008e | 0x800003ee | 0x000003ee | 0x00000002 |
 | spe:pflash0 |          | .text.sync_on_halt._sync_on_halt_end (60) | 0x0000000c | 0x8000047c | 0x0000047c | 0x00000002 |
 | spe:pflash0 |          | .text.test.main (84)                      | 0x0000000c | 0x80000488 | 0x00000488 | 0x00000002 |
 | spe:pflash0 |          | [.data.dflash0] (203)                     | 0x00008000 | 0x80000494 | 0x00000494 | 0x00000001 |
 | spe:pflash0 |          | PFLASH (5)                                | 0x00000014 | 0x80008494 | 0x00008494 | 0x00000001 |
 | spe:dflash0 |          | .data.dflash0 (1)                         | 0x00008000 | 0x8fe00000 | 0x0        | 0x00000001 |

Answer 1

Tasking VX链接器根据节的名称推断段类型和其他元数据。 .data中的.data.dflash0表示已初始化的数据。这是读写RAM存储器，在星形升级期间初始状态从ROM复制。您看到的PFLASH中的第二个副本是此初始化副本。

解决方案是使用.rodata部分前缀，而不是用于只读数据。

有效地，链接器已被赋予绝对地址并被告知要初始化它，因此必须假设它由RAM支持。除了浪费空间之外，让CRT启动尝试写入FLASH当然也是一个坏主意。

顺便提一句，.data和.rodata不是魔术硬编码名称。链接器脚本（在本例中为默认值）包括组指令，指示每个单独节的哪个存储区以及nocopy等属性来控制初始化。

任务VX，为什么预定义的数据文件链接两次

1 个答案: