2

Valgrind 正在更改CPUID 操作码指令返回的值。简单地说，我怎样才能让 Valgrind 尊重实际的 CPUID 指令？

作为参考，这是在我知道没有 aes-ni 指令集的旧计算机上检测到 aes-ni 支持时遇到奇怪错误时发现的。然而，这种行为显然会改变多个值。

可以valgrind-3.10.1使用以下 C 代码观察此行为：

#include <stdio.h>

int main() {
        unsigned eax, ebx, ecx, edx;
        eax = 1;
        __asm__ volatile("cpuid"
                : "=a" (eax), "=b" (ebx), "=c" (ecx), "=d" (edx)
                :  "0" (eax),  "2" (ecx)
        );
        if(ecx & (1<<25)) {
                printf("aes-ni enabled (ecx=%08x)n", ecx);
        } else {
                printf("no aes-ni support (ecx=%08x)\n", ecx);
        }
        return 1;
}

编译和运行如下：

$ gcc -o test test.c
$ ./test
no aes-ni support (ecx=0098e3fd)
$ valgrind ./test
==25361== Memcheck, a memory error detector
==25361== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al.
==25361== Using Valgrind-3.10.1 and LibVEX; rerun with -h for copyright info
==25361== Command: ./test
==25361==
aes-ni enabled (ecx=0298e3ff)
==25361==
==25361== HEAP SUMMARY:
==25361==     in use at exit: 0 bytes in 0 blocks
==25361==   total heap usage: 0 allocs, 0 frees, 0 bytes allocated
==25361==
==25361== All heap blocks were freed -- no leaks are possible
==25361==
==25361== For counts of detected and suppressed errors, rerun with: -v
==25361== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)

注意同样的二进制正常返回0098e3fd，但是在valgrind下返回0298e3ff，这是错误的！

4

1 回答 1

4

在几天没有答案之后，看来 Valgrind 无法允许正确的 CPUID 响应。

因为 Valgrind 本质上是在虚拟环境中运行的，所以它将响应有关它所知道的虚拟处理器的 CPUID 信息，而不是系统的处理器。

感谢@Joe 的评论，以下链接显示了可追溯到 2014 年的有关此问题的对话：https ://sourceforge.net/p/valgrind/mailman/message/31960632/

简而言之，Valgrind 可以选择将 CPUID 标志设置为运行时标志（如链接线程中所建议的那样），但迄今为止（2018 年 2 月）不存在这样的标志。

于 2018-02-11T20:52:01.343 回答