xenperf: name "newer" hypercalls

This table must not have got updated in quite a while; tmem_op for
example has managed to not only appear since then, but also disappear
again (adding a name for it nevertheless, to make more obvious that
something strange is going on if the slot would ever have a non-zero
value).

Also resolve arch_0 and arch_1 to more meaningful names on x86.

Signed-off-by: Jan Beulich <jbeulich@suse.com>
Acked-by: Andrew Cooper <andrew.cooper3@citrix.com>

diff --git a/tools/misc/xenperf.c b/tools/misc/xenperf.c
index a5fbdaa45fe47728a2a3a1dbb1363874b56b9b9d..a74fd85b71aeb4d1a5fc9dba212ccaf1f625dbed 100644 (file)
--- a/tools/misc/xenperf.c
+++ b/tools/misc/xenperf.c
@@ -18,7 +18,7 @@
 #include <string.h>
 
 #define X(name) [__HYPERVISOR_##name] = #name
-const char *hypercall_name_table[64] =
+static const char *const hypercall_name_table[64] =
 {
     X(set_trap_table),
     X(mmu_update),
@@ -57,8 +57,18 @@ const char *hypercall_name_table[64] =
     X(sysctl),
     X(domctl),
     X(kexec_op),
+    X(tmem_op),
+    X(argo_op),
+    X(xenpmu_op),
+    X(dm_op),
+    X(hypfs_op),
+#if defined(__i386__) || defined(__x86_64__)
+    X(mca),
+    [__HYPERVISOR_arch_1] = "paging-domctl-continuation",
+#else
     X(arch_0),
     X(arch_1),
+#endif
     X(arch_2),
     X(arch_3),
     X(arch_4),