RFR(S) 8056154: JVM crash with EXCEPTION_ACCESS_VIOLATION when there are many threads running

Vladimir Kozlov vladimir.kozlov at oracle.com
Fri Sep 5 04:41:28 UTC 2014

Looks good.

compiledIC.cpp: compute_entry() should not be called when compilation is disabled (-Xint) UseCompiler=false. It should 
be called only from compiled code.
On other hand UseCompiler could be set to 'false' when codecache is full. So I am not sure that you should relax assert 
by checking !UseCompiler.
Or explain why you need it.

Otherwise it is good. Thank you for finding the cause!


On 9/4/14 9:24 PM, Igor Veresov wrote:
> The main cause of this failure is that class redefinition operation may make all nmethods not entrant, including compiled MH intrinsics. After that ICs referencing those get relinked to c2i adapters that are going to call interpreter versions of MH intrinsics that, in turn, may all compiled methods, converting the same frame with i2c. And since c2i is not composable with i2c the problems ensue.
> The fix is to prevent compiled MH intrinsics from becoming not entrant. I also added a bunch of asserts that watch the invariant that a MH intrinsic should not exist without its compiled version (exception when running in pure interpreter) and compiledICs should not link with their c2i entries.
> Webrev: http://cr.openjdk.java.net/~iveresov/8056154/webrev.00/
> Thanks,
> igor

More information about the hotspot-compiler-dev mailing list