3

我在运行 TI AM3359arm 的 beaglebone 时遇到了严重的问题。我正在使用代码源来编译代码。我尝试编译其中一个名为 enet_lwip 的示例，它使用轻量级 IP (lwip) 来提供 http 服务器。

应用程序在某个时间点崩溃。通过调试我发现，正是这段代码负责它：

unsigned int lwIPInit(LWIP_IF *lwipIf)
{

    struct ip_addr ip_addr;

    struct ip_addr net_mask;

    struct ip_addr gw_addr;

    unsigned int *ipAddrPtr;

    static unsigned int lwipInitFlag = 0;

    unsigned int ifNum;

    unsigned int temp;

    /* do lwip library init only once */
    if(0 == lwipInitFlag)
    {
        lwip_init();
    }

发生了一件非常有趣的事情：人们会期望，lwipInitFlag被初始化为0，因此函数调用 lwip_init();

好吧，即使是第一次调用 lwIPInit 函数时也不会发生这种情况。原因是变量lwipInitFlag 未设置为 0。

我想知道这是为什么。如果这样的初始化出现在代码中，编译器应该生成序列以使其为空。但可能是因为它前面有静态修饰符，所以它保持“原样”。为什么？

lwipInitFlag 位于 .bss 链接器部分，它指向 DDR 内存。我如何保证这样的静态分配会被初始化？

目前，我将破解 lwIP 的代码以查看它是否有效，但这只是对我的警告，库中的某处可能还有另一个静态声明的变量，这些变量没有被初始化。

任何提示如何解决这个问题？

对此添加更多信息：在您富有成效的提示之后，我认为我在它应该如何工作方面更加混乱。所以：确实，我不调用/链接 crt*.o。另一方面，TI starterware 平台包含初始化 asm 源，它会清除 BSS。它在地址 _bss_start 和 _bss_end 之间进行。

在查看链接器脚本时，一切看起来都很普通：

SECTIONS
{

        . = 0x80000000;
        . = ALIGN(4);
        .startcode     :
        {
               *init.o      (.text)
        }

        . = ALIGN(4);
        .text      :
        {
                *(.text)
        }

        . = ALIGN(4);

        .data :
        {
                *(.data)
        }

        . = ALIGN(4);

        _bss_start = .;
        .bss :
        {
                *(.bss)
        }
        . = ALIGN(4);

        _bss_end = .;

        _stack = 0x87FFFFF8;
}

所以 _bss_start 是BSS 块之前的地址，而 _bss_end 是块的末尾。问题在于 Codesourcery 生成的地图。

在生成的地图文件中查看 BSS 的结尾时，我可以看到：

 COMMON         0x80088f0c      0x200 ../binary/armv7a/gcc/am335x/system_config/Debug/libsystem_config.a(interrupt.o)
                0x80088f0c                fnRAMVectors
                0x8008910c                . = ALIGN (0x4)
                0x8008910c                _bss_end = .
                0x87fffff8                _stack = 0x87fffff8
LOAD ../binary/armv7a/gcc/am335x/drivers/Debug/libdrivers.a
LOAD ../binary/armv7a/gcc/utils/Debug/libutils.a
LOAD ../binary/armv7a/gcc/am335x/beaglebone/platform/Debug/libplatform.a
LOAD ../binary/armv7a/gcc/am335x/system_config/Debug/libsystem_config.a
LOAD /opt/CodeSourcery/arm-none-eabi/lib//libc.a
LOAD /opt/CodeSourcery/lib/gcc/arm-none-eabi/4.5.2//libgcc.a
LOAD ../binary/armv7a/gcc/am335x/drivers/Debug/libdrivers.a
LOAD ../binary/armv7a/gcc/utils/Debug/libutils.a
LOAD ../binary/armv7a/gcc/am335x/beaglebone/platform/Debug/libplatform.a
LOAD ../binary/armv7a/gcc/am335x/system_config/Debug/libsystem_config.a
LOAD /opt/CodeSourcery/arm-none-eabi/lib//libc.a
LOAD /opt/CodeSourcery/lib/gcc/arm-none-eabi/4.5.2//libgcc.a
OUTPUT(Debug/bbdidt.out elf32-littlearm)

.bss.pageTable  0x8008c000     0x4000
 .bss.pageTable
                0x8008c000     0x4000 Debug/enetLwip.o

.bss.ram        0x80090000        0x4
 .bss.ram       0x80090000        0x4 Debug/lwiplib.o

显然有“东西”。在 _bss_end 之后还有另一个 BSS 部分，其中包含很多预计会被清零的东西，但它没有被清零，因为清零在 _bss_end 给出的地址处完成。

这样做的可能原因是，pageTable是静态声明的，并且需要具有 16kiB 的边界地址：

static volatile unsigned int pageTable[4*1024] __attribute__((aligned(16*1024)));

因此，由于最后一个链接器声明的 BSS 段和 pageTable 之间存在间隙，它会将 _bss_end 放在 bss 段的中间。

现在的问题是，如何告诉链接器（我正在使用这个 arm-none-eabi-ld）_bss_end 应该真的在 BSS 的末尾而不是在中间的某个地方？

非常感谢

4

2 回答 2

3

没有初始化静态变量的事实让我想知道：你的启动代码是怎么来的？执行初始化需要此代码。

请参阅http://doc.ironwoodlabs.com/arm-arm-none-eabi/html/getting-started/sec-cs3-startup.html - 第 5.2.3 节，其中说：

C 启动函数声明如下：

void __cs3_start_c (void) __attribute__ ((noreturn));

该函数执行以下步骤：

  • 通过复制其内容来初始化所有类似 .data 的部分。例如，ROM 配置文件链接描述文件使用此机制从只读数据程序映像初始化 RAM 中的可写数据。
  • ... ETC

听起来您可能缺少该代码。

于 2013-02-26T10:30:09.603 回答
2

感谢所有这些评论。对我来说，这几乎是一项侦探工作。最后，我更改了链接器脚本以获得如下内容：

SECTIONS
{

        . = 0x80000000;
        . = ALIGN(4);
        .startcode     :
        {
               *init.o      (.text)
        }

        . = ALIGN(4);
        .text      :
        {
                *(.text)
        }

        . = ALIGN(4);

        .data :
        {
                *(.data)
        }

        . = ALIGN(4);

        _bss_start = .;
        .bss :
        {
                *(.bss)
                *(COMMON)
                *(.bss.*)
        }
        . = ALIGN(4);

        _bss_end = .;

        _stack = 0x87FFFFF8;
}

所以我基本上强制链接器将所有以COMMON和.bss开头的子段包含到 BSS 段中。.

这显然解决了这个问题，因为链接器现在生成了正确的映射，它将 _bss_end 指针真正放置到 BSS 部分的最后地址。

所以我的软件现在可以正常运行，让 PHY 运行。我仍然无法获取 DHCP，但我想这是未初始化的 .data 段的问题。LwIP 在某些地方使用静态分配作为

static u32_t xid = 0xABCD0000;

这将进入 .data 段，但显然它没有被初始化，因此我无法获得任何 DHCP 答案......但这是另一个故事

谢谢大家

于 2013-02-27T08:01:10.047 回答