RFR (XS): 8139558 [JVMCI] SPARC hits: guarantee(heap_end < allocation_end) failed: heap end too close to end of address space (might lead to erroneous TLAB allocations)

[Christian Thalinger]

Thanks.  I missed there was already a bug filed so I will push under:

8139545: JVMCI : guarantee(heap_end < allocation_end) failed on some sparcv9 hosts

> On Oct 13, 2015, at 9:07 AM, Igor Veresov <igor.veresov at oracle.com> wrote:
> 
> Looks good.
> 
> igor
> 
>> On Oct 13, 2015, at 12:02 PM, Christian Thalinger <christian.thalinger at oracle.com <mailto:christian.thalinger at oracle.com>> wrote:
>> 
>> https://bugs.openjdk.java.net/browse/JDK-8139558 <https://bugs.openjdk.java.net/browse/JDK-8139558>
>> 
>> This assert can trigger trivially on SPARC so we have to disable it.
>> 
>> diff -r 0ca52fb7d980 src/share/vm/jvmci/jvmciRuntime.cpp
>> --- a/src/share/vm/jvmci/jvmciRuntime.cpp	Tue Sep 29 17:01:37 2015 +0000
>> +++ b/src/share/vm/jvmci/jvmciRuntime.cpp	Tue Oct 13 09:02:29 2015 -1000
>> @@ -778,9 +778,11 @@ JVM_ENTRY(void, JVM_RegisterJVMCINatives
>>    }
>>  
>>  #ifdef _LP64
>> +#ifndef TARGET_ARCH_sparc
>>    uintptr_t heap_end = (uintptr_t) Universe::heap()->reserved_region().end();
>>    uintptr_t allocation_end = heap_end + ((uintptr_t)16) * 1024 * 1024 * 1024;
>>    guarantee(heap_end < allocation_end, "heap end too close to end of address space (might lead to erroneous TLAB allocations)");
>> +#endif // TARGET_ARCH_sparc
>>  #else
>>    fatal("check TLAB allocation code for address space conflicts");
>>  #endif
>> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/attachments/20151013/810408a6/attachment.html>