x86, paravirt: prevent gcc from generating the wrong addressing mode
authorJeremy Fitzhardinge <jeremy@goop.org>
Tue, 17 Mar 2009 00:24:34 +0000 (17:24 -0700)
committerH. Peter Anvin <hpa@zytor.com>
Tue, 17 Mar 2009 01:36:31 +0000 (18:36 -0700)
commit42854dc0a6320ff36722749acafa0697522d9556
treed85b34e78479e5b726cbe7f5632033dfc8b269a2
parent895791dac6946d535991edd11341046f8e85ea77
x86, paravirt: prevent gcc from generating the wrong addressing mode

Impact: fix crash on VMI (VMware)

When we generate a call sequence for calling a paravirtualized
function, we presume that the generated code is "call *0xXXXXX",
which is a 6 byte opcode; this is larger than a normal
direct call, and so we can patch a direct call over it.

At the moment, however we give gcc enough rope to hang us by
putting the address in a register and generating a two byte
indirect-via-register call.  Prevent this by explicitly
dereferencing the function pointer and passing it into the
asm as a constant.

This prevents crashes in VMI, as it cannot handle unpatchable
callsites.

Signed-off-by: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com>
Cc: Alok Kataria <akataria@vmware.com>
LKML-Reference: <49BEEDC2.2070809@goop.org>
Signed-off-by: H. Peter Anvin <hpa@zytor.com>
arch/x86/include/asm/paravirt.h