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

Igor Veresov igor.veresov at oracle.com
Sat Jun 20 00:37:52 UTC 2015

Good.

igor

On Jun 19, 2015, at 3:55 PM, Vladimir Kozlov <vladimir.kozlov at oracle.com> wrote:

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