x86emul: correct stub invocation constraints again
authorJan Beulich <jbeulich@suse.com>
Fri, 28 Apr 2017 14:03:40 +0000 (16:03 +0200)
committerJan Beulich <jbeulich@suse.com>
Fri, 28 Apr 2017 14:03:40 +0000 (16:03 +0200)
While the hypervisor side of commit cd91ab08ea ("x86emul: correct stub
invocation constraints") was fine, the tools side triggered a bogus
error with old gcc (4.3 and 4.4 at least). Use a slightly less
appropriate variant instead, proven to be good enough to not
re-introduce the original problem: Which of the addresses is actually
used doesn't matter much as long as the compiler can't prove that the
two pointers don't alias one another.

Reported-by: Boris Ostrovsky <boris.ostrovsky@oracle.com>
Signed-off-by: Jan Beulich <jbeulich@suse.com>
Acked-by: Andrew Cooper <andrew.cooper3@citrix.com>
Tested-by: Boris Ostrovsky <boris.ostrovsky@oracle.com>
Release-acked-by: Ian Jackson <ian.jackson@eu.citrix.com>
xen/arch/x86/x86_emulate/x86_emulate.c

index a695d5a49dd60de042249d7b99a07c59060da30e..8a3071590f9555cfdd7402b107bfabaf69f0f509 100644 (file)
@@ -855,7 +855,7 @@ do{ asm volatile (                                                      \
 # define invoke_stub(pre, post, constraints...)                         \
     asm volatile ( pre "\n\tcall *%[stub]\n\t" post                     \
                    : constraints, [stub] "rm" (stub.func),              \
-                     "m" (*(uint8_t(*)[MAX_INST_LEN + 1])stub.buf) )
+                     "m" (*(typeof(stub.buf) *)stub.addr) )
 #endif
 
 #define emulate_stub(dst, src...) do {                                  \