[9] RFR(S) 8080157: assert(allocates2(pc)) failed: not in CodeBuffer memory (original) (raw)

Vladimir Kozlov vladimir.kozlov at oracle.com
Sat Jun 20 04:13:22 UTC 2015

Thank you, Michael

Vladimir

On 6/19/15 8:07 PM, Berg, Michael C wrote:

Looks good.

-Michael -----Original Message----- From: hotspot-compiler-dev [mailto:hotspot-compiler-dev-bounces at openjdk.java.net] On Behalf Of Vladimir Kozlov Sent: Friday, June 19, 2015 3:55 PM To: hotspot compiler Cc: hotspot-runtime-dev at openjdk.java.net Subject: [9] RFR(S) 8080157: assert(allocates2(pc)) failed: not in CodeBuffer memory http://cr.openjdk.java.net/~kvn/8080157/webrev/ https://bugs.openjdk.java.net/browse/JDK-8080157 When stubs are generated their code is put into one CodeBuffer (in CodeCache). More stubs we have the bigger that buffer should be. Its size is determined by codesize2 (and codesize1 for an other set of stubs). The latest GHASH intrinsic added code which does not fit into previous size any more so we need to increase it. It failed only on windows because on win64 we have to save some used XMM registers (save-on-entry) so the code is bigger than on other x86 systems. I also added new asserts to have a meaningful message when there are no space left in this code buffer. Tested in JPRT with new asserts before and after size change. Thanks, Vladimir

More information about the hotspot-compiler-dev mailing list