1


lm32-rtems4.11-gcc でコンパイルしようとしている単純なコードがあります。
コード、コンパイル コマンド、および以下の lst があります。コンパイルすると、そこに必要なスタートアップ コードではなく、上部に追加された一連のコードが表示されます。リセット後にプロセッサに開始させたいコードは、0 ではなく 3f4 の位置にあります。私が助けたかったのは、コードの残りの部分がどのように入ったかを理解し、それを削除するか、そのすべてのコードをアドレスに移動する方法を見つけることです。私のコードの後。助けてくれてありがとう。
ありがとう

コード：

 //FILE: crt.S

.globl _start

.text
_start:
 xor r0, r0, r0
 mvhi sp, hi(_fstack)
 ori sp, sp, lo(_fstack)
 mv fp,r0
 mvhi r1, hi(_fbss)
 ori r1, r1, lo(_fbss)
 mvhi r2, hi(_ebss)
 ori r2, r2, lo(_ebss)
 1:
 bge r1, r2, 2f
 sw (r1+0), r0
 addi r1, r1, 4
 bi 1b
 2:
 calli main
 mvhi r1, 0xdead
 ori r2, r0, 0xbeef
 sw (r1+0), r2

 //FILE: hello_world.c

 void putc(char c)
 {
    char *tx = (char*)0xff000000;
    *tx = c;
 }

 void puts(char *s)
 {
    while (*s) putc(*s++);
 }

 void main(void)
 {
    puts("Hello World\n");
 }

 //FILE: linker.ld

OUTPUT_FORMAT("elf32-lm32")
ENTRY(_start)

__DYNAMIC = 0;

MEMORY {
    pmem : ORIGIN = 0x00000000, LENGTH = 0x8000
    dmem : ORIGIN = 0x00008000, LENGTH = 0x8000
}

SECTIONS
{
    .text :
    {
            _ftext = .;
            *(.text .stub .text.* .gnu.linkonce.t.*)
            _etext = .;
    } > pmem

    .rodata :
    {
            . = ALIGN(4);
            _frodata = .;
             *(.rodata .rodata.* .gnu.linkonce.r.*)
            *(.rodata1)
            _erodata = .;
    } > dmem

    .data :
    {
            . = ALIGN(4);
            _fdata = .;
            *(.data .data.* .gnu.linkonce.d.*)
            *(.data1)
            _gp = ALIGN(16);
            *(.sdata .sdata.* .gnu.linkonce.s.*)
            _edata = .;
    } > dmem

    .bss :
    {
            . = ALIGN(4);
            _fbss = .;
            *(.dynsbss)
            *(.sbss .sbss.* .gnu.linkonce.sb.*)
            *(.scommon)
            *(.dynbss)
            *(.bss .bss.* .gnu.linkonce.b.*)
            *(COMMON)
            . = ALIGN(4);
            _ebss = .;
            _end = .;
    } > dmem
}

コンパイルコマンド

lm32-rtems4.11-gcc -Tlinker.ld -fno-builtin -o hello_world.elf crt.S hello_world.c
lm32-rtems4.11-objdump -DS hello_world.lst hello_world.elf

最初のファイル

00000000 <rtems_provides_crt0>:
#include <signal.h> /* sigset_t */
#include <time.h> /* struct timespec */
#include <unistd.h> /* isatty */

void rtems_provides_crt0( void ) {}  /* dummy symbol so file always has one */
0:   c3 a0 00 00     ret

00000004 <rtems_stub_malloc>:
#define RTEMS_STUB(ret, func, body) \
ret rtems_stub_##func body; \
ret func body

/* RTEMS provides some of its own routines including a Malloc family */
RTEMS_STUB(void *,malloc(size_t s), { return 0; })
4:   34 01 00 00     mvi r1,0
8:   c3 a0 00 00     ret

0000000c <malloc>:
c:   34 01 00 00     mvi r1,0
10:   c3 a0 00 00     ret
.
.
.
//omitting other such unrelated code that was inserted into the code and going to the 
//code at 3f4 that is the code I wanted at 0

000003f0 <__assert_func>:
3f0:   c3 a0 00 00     ret

000003f4 <_start>:
3f4:   98 00 00 00     xor r0,r0,r0
3f8:   78 1c 00 00     mvhi sp,0x0
3fc:   3b 9c ff fc     ori sp,sp,0xfffc
400:   b8 00 d8 00     mv fp,r0
404:   78 01 00 00     mvhi r1,0x0
408:   38 21 84 48     ori r1,r1,0x8448
40c:   78 02 00 00     mvhi r2,0x0
410:   38 42 84 48     ori r2,r2,0x8448
414:   4c 22 00 04     bge r1,r2,424 <_start+0x30>
418:   58 20 00 00     sw (r1+0),r0
41c:   34 21 00 04     addi r1,r1,4
420:   e3 ff ff fd     bi 414 <_start+0x20>
424:   f8 00 00 28     calli 4c4 <main>
428:   78 01 de ad     mvhi r1,0xdead
42c:   38 02 be ef     mvu r2,0xbeef
430:   58 22 00 00     sw (r1+0),r2
.
.
.
4

2 に答える 2

1

そのため、linker.ldが明確に指示したときに、コンパイラが.startラベルを0に移動しない理由を理解できませんでした。しかし、私は回避策を考えました。

以下の太字で示すように、スタートアップコードのセクション名を作成しました。次に、この起動コード専用に予約した0から始まるセクションをメモリ内に作成しました。それでうまくいくようだった。コードを実行して、HelloWorldを取得しました:)。私が行ったすべての変更は太字で、//変更1//変更2および//変更3もコメントされています。

//FILE: crt.S

.section.init//変更1

.globl _start

.text
_start:
xor r0, r0, r0
mvhi sp, hi(_fstack)
ori sp, sp, lo(_fstack)
mv fp,r0
mvhi r1, hi(_fbss)
ori r1, r1, lo(_fbss)
.
.

//linker.ld
OUTPUT_FORMAT("elf32-lm32")
ENTRY(_start)

__DYNAMIC = 0;

MEMORY {

init：ORIGIN = 0x00000000、LENGTH =0x40//変更2

    pmem : ORIGIN = 0x00000040, LENGTH = 0x8000
    dmem : ORIGIN = 0x00008000, LENGTH = 0x8000
}

SECTIONS
{

.init：{*（。init）}>init//変更3

    .text :
    {
            _ftext = .;
            *(.text .stub .text.* .gnu.linkonce.t.*)
            _etext = .;
    } > pmem
于 2012-12-05T10:06:12.690 に答える
1

生成した .elf オブジェクトに関する限り、実行は場所 0 からではなく、0x3f4 から開始されます。これは、リンカー マップがエントリ ポイントを _start シンボルとして指定した結果です。.elf オブジェクトを解析するものは何でも、実行をプログラムに転送するときにその場所にジャンプする必要があります。

さて、おそらく .elf オブジェクトはあなたが最終的に望んでいるものではありません - .elf オブジェクトを解析する方法を知っているものによって結果がロードされない場合は、フラットなどの他の形式が必要になる場合がありますバイナリ イメージ。

小さな組み込みチップを備えた gcc elf ツールチェーンを使用して、次の行に沿ったコマンドを使用して .elf オブジェクトをフラット バイナリに変換する場合、これは非常に一般的です。

toolchain-prefix-objcopy -O binary something.elf something.bin

また、_start ラベルにジャンプするためにある種のスタブを作成し、リンカー マップを調整してそれがイメージの最初のものになるようにする必要がある場合もあります。

ただし、より一般的には、このツールチェーンと、このプロセッサまたは同等のプロセッサの実用的な例をおそらく見つけることができます。組み込みビルド システムを最初からセットアップするのは少し難しいので、従うべき例が見つかる可能性がある場合は、難しい方法でセットアップしないでください。

于 2012-11-30T04:21:03.170 に答える