In promotion testing of 8-b111, in a lot of com/sun/jdi tests, on solaris-amd64 only, we see crashes due to "guarantee(codelet_size > 0 && (size_t)codelet_size > 2*K) failed: not enough space for interpreter generation". This should have fixed in JDK-8024128 (which was integrated in 8-b109), but it seems like either the fix failed completely, or there is some aspect of it remaining.

#
# A fatal error has been detected by the Java Runtime Environment:
#
# Internal Error (interpreter.hpp:103), pid=19093, tid=2
# guarantee(codelet_size > 0 && (size_t)codelet_size > 2*K) failed: not enough space for interpreter generation
#
# JRE version: (8.0-b111) (build )
# Java VM: Java HotSpot(TM) 64-Bit Server VM (25.0-b53 compiled mode solaris-amd64 )
# Core dump written. Default location: /localhome/sqe/aurora/sandbox/results/workDir/com/sun/jdi/AccessSpecifierTest/core or core.19093
#
# If you would like to submit a bug report, please visit:
# http://bugreport.sun.com/bugreport/crash.jsp
#

The stack of the aborting thread also looks the same as the one in JDK-8024128:

----------------- lwp# 2 / thread# 2 --------------------
 ffff80ffbf54aaaa _lwp_kill () + a
 ffff80ffbf4efeb9 raise () + 19
 ffff80ffbf4c6632 abort () + ca
 ffff80ff07c5eeef __1cCosFabort6Fb_v_ () + 47
 ffff80ff07f27210 __1cHVMErrorOreport_and_die6M_v_ () + e28
 ffff80ff07531e3f __1cPreport_vm_error6Fpkci11_v_ () + 63
 ffff80ff07e216a9 __1cbCTemplateInterpreterGeneratorMgenerate_all6M_v_ () + 8a8d
 ffff80ff07e18560 __1cTTemplateInterpreterKinitialize6F_v_ () + 188
 ffff80ff0778c09a __1cQinterpreter_init6F_v_ () + e
 ffff80ff076f519d __1cMinit_globals6F_i_ () + 91
 ffff80ff07e70ce4 __1cHThreadsJcreate_vm6FpnOJavaVMInitArgs_pb_i_ () + 1c0
 ffff80ff07866b04 JNI_CreateJavaVM () + 6c
 ffff80ff2f809d70 JavaMain () + 144
 ffff80ffbf541545 _thrp_setup () + a5
 ffff80ffbf5417f0 _lwp_start ()