使用 in_asm 时确定 Qemu 来宾指令的来源

Question

我正在尝试收集有关已使用与执行的库代码百分比的统计信息。 为此，我使用-d in_asm标志调用 Qemu-user。 我将它记录到一个文件中并获得一个相当大的文件，其中列出了看起来像这样的翻译指令

----------------
IN:
0x4001a0f1e9:  48 83 c4 30              addq     $0x30, %rsp
0x4001a0f1ed:  85 c0                    testl    %eax, %eax
0x4001a0f1ef:  74 b7                    je       0x4001a0f1a8

----------------
IN:
0x4001a0f1f1:  49 8b 0c 24              movq     (%r12), %rcx
0x4001a0f1f5:  48 83 7c 24 50 00        cmpq     $0, 0x50(%rsp)
0x4001a0f1fb:  0f 84 37 01 00 00        je       0x4001a0f338

----------------

对于 map 块到关联文件，我为 qemu 进程提取/proc/pid/maps并将执行的指令的地址与来宾程序中文件的地址范围进行比较。 这似乎工作得相当好，但是执行的大多数指令似乎不在 map 文件中包含的任何文件之外。 来宾地址空间的底部列出如下

.
.
.
40020a0000-4002111000 r--p 00000000 103:02 2622381                       /lib/x86_64-
linux-gnu/libpcre.so.3.13.3
4002111000-4002112000 r--p 00070000 103:02 2622381                       /lib/x86_64-linux-gnu/libpcre.so.3.13.3
4002112000-4002113000 rw-p 00071000 103:02 2622381                       /lib/x86_64-linux-gnu/libpcre.so.3.13.3
4002113000-4002115000 rw-p 00000000 00:00 0
555555554000-5555555a1000 r--p 00000000 103:02 12462104                  /home/name/Downloads/qemu-5.2.0/exe/bin/qemu-x86_64

来宾程序似乎在0x4002115000结束，来宾程序和 Qemu 之间有相当大的差距，从0x555555554000开始。 我可以将库中的指令与实际的二进制文件相匹配，因此该方法并非完全错误。 然而，执行了将近 60,000 个块，其来源在0x400aa20000和0x407c8ae138之间。 memory 的这个区域名义上是未映射的，但是 Qemu 似乎正在翻译，并在此处成功执行代码。 该程序似乎运行正确，所以我不确定这些指令的来源。 我最初认为它可能是 vDSO，但范围似乎太大了，并且有太多单独的地址。 我查看了其中几个块的前面代码，它位于ld.so中，但我不能说是否所有调用都在那里生成。 我认为这可能是 kernel 代码，但我不确定如何验证这是否属实。 我不知道如何解决这个问题。

有没有办法追踪这些指令的起源？ 也许使用 gdb 存根或其他一些日志记录功能？”

Answer 1

当您在/proc/pid/maps中搜索时，可能已经卸载了相应的模块。 运行LD_DEBUG=files <your qemu command line>将打印模块加载信息，包括它们的加载地址和大小。 在那里搜索缺少的代码地址。