x86-64 stub calling convention

Deneau, Tom tom.deneau at amd.com
Sun Jul 1 14:48:50 PDT 2012


A related question...

In what cases can the flag bit RC_NO_FP be set when used with make_runtime_call?
Can it be set when xmm registers are used, but they are only used for integer operations?

-- Tom


-----Original Message-----
From: Vladimir Kozlov [mailto:vladimir.kozlov at oracle.com] 
Sent: Saturday, June 30, 2012 9:35 PM
To: Deneau, Tom
Cc: Krystal Mok; hotspot-compiler-dev at openjdk.java.net
Subject: Re: x86-64 stub calling convention

Currently we use CallRuntime nodes for calling stubs and we use it for calls into runtime (C compiled code) that is why 
it uses C calling convention. We have RFE to create special calling convention for stubs to pass arguments in registers 
even in 32-bit VM but we never had time to do it.

Vladimir

On 6/30/12 7:08 PM, Deneau, Tom wrote:
> OK, thanks, Vladimir.
> Is there a good reason for using the OS's C calling convention for stubs?
> (as opposed to, say, using whatever makes the most sense for Java).
>
> -- Tom
>
>
> -----Original Message-----
> From: Vladimir Kozlov [mailto:vladimir.kozlov at oracle.com]
> Sent: Friday, June 29, 2012 10:46 PM
> To: Krystal Mok
> Cc: Deneau, Tom; hotspot-compiler-dev at openjdk.java.net
> Subject: Re: x86-64 stub calling convention
>
> I was not right that you can use all XMM registers. On windows64 only xmm0-xmm5 are available free, the rest are SOE
> (save on entry). For stabs calls we use C calling convention. It is described in .ad file where XMM registers are
> defined (second parameter):
>
> // Linux ABI:   No register preserved across function calls
> //              XMM0-XMM7 might hold parameters
> // Windows ABI: XMM6-XMM15 preserved across function calls
> //              XMM0-XMM3 might hold parameters
>
> reg_def XMM5   (SOC, SOC, Op_RegF,  5, xmm5->as_VMReg());
> reg_def XMM5_H (SOC, SOC, Op_RegF,  5, xmm5->as_VMReg()->next());
>
> #ifdef _WIN64
>
> reg_def XMM6   (SOC, SOE, Op_RegF,  6, xmm6->as_VMReg());
> reg_def XMM6_H (SOC, SOE, Op_RegF,  6, xmm6->as_VMReg()->next());
> ...
>
> #else
>
> reg_def XMM6   (SOC, SOC, Op_RegF,  6, xmm6->as_VMReg());
> reg_def XMM6_H (SOC, SOC, Op_RegF,  6, xmm6->as_VMReg()->next());
>
> Vladimir
>
> On 6/29/12 7:25 PM, Krystal Mok wrote:
>> Hi Tom,
>>
>> This is something I'd like to get an answer to, too. I did see in a comment in one of the older changes [1][2] that:
>>
>> +       // Spill because stubs can use any register they like and it's
>> +       // easier to restore just those that we care about.
>>
>> Which doesn't really sound reassuring...
>>
>> - Kris
>>
>> [1]: http://hg.openjdk.java.net/hsx/hotspot-comp/hotspot/rev/28263a73ebfb
>> [2]: http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/2011-May/005623.html
>>
>> On Sat, Jun 30, 2012 at 9:27 AM, Deneau, Tom<tom.deneau at amd.com<mailto:tom.deneau at amd.com>>  wrote:
>>
>>      Hi --
>>
>>      Can someone point me to the x86-64 calling convention for stubs created
>>      by stubGenerator?  In particular, which xmm registers if any must be preserved
>>      and which are volatile.
>>
>>      -- Tom Deneau
>>
>>
>
>




More information about the hotspot-compiler-dev mailing list