GDB无法正确反汇编在RAM中运行的程序

Question

我有一个使用GCC为STM32F407 ARM处理器编译的应用程序。 链接器将其存储在Flash中，但在RAM中执行。 一个小的引导程序将应用程序从闪存复制到RAM，然后分支到应用程序的ResetHandler。

memcpy(appRamStart, appFlashStart, appRamSize);

// run the application
__asm volatile (
    "ldr  r1, =_app_ram_start\n\t"    // load a pointer to the application's vectors
    "add  r1, #4\n\t"                 // increment vector pointer to the second entry (ResetHandler pointer)
    "ldr  r2, [r1, #0x0]\n\t"         // load the ResetHandler address via the vector pointer
                                      // bit[0] must be 1 for THUMB instructions otherwise a bus error will occur.
    "bx   r2"                         // jump to the ResetHandler - does not return from here
);

一切正常，除非我尝试从RAM中调试应用程序（使用Eclipse中的GDB），否则反汇编是不正确的。 奇怪的是，调试器可以正确获取源代码，并且可以接受并暂停我设置的断点。 我可以单步执行源代码行。 但是，当我单步执行组装说明时，它们根本没有任何意义。 它还包含许多未定义的指令。 我假设这是某种对齐问题，但是对我来说，这一切看起来都是正确的。 有什么建议么？

Answer 1

GDB可能依赖符号表来检查指令集模式，该模式可以为Thumb（2）/ ARM。 当您将代码移至RAM时，它可能找不到此信息并选择返回ARM模式。

您可以在gdb中使用set arm force-mode thumb来强制执行Thumb模式指令。

附带说明一下，如果在调试ARM二进制文件时收到非法指令，这通常是问题，如果它不是完整的废话，例如试图反汇编数据部分。

我个人觉得奇怪的是，在拆卸ARM二进制文件时，工具没有尝试启发式方法。 如果是自动模式，则不难尝试两种模式并进行错误计数来决定将哪种模式用作最后的手段。