RFR: 8144944: JVMCI compiler initialization can happen on different thread than JVMCI initialization

[Christian Thalinger]

> On Dec 8, 2015, at 12:07 PM, Doug Simon <doug.simon at oracle.com> wrote:
> 
> The timer used for JVMCI related initialization (enabled by -Djvmci.inittimer=true) currently assumes that all JVMCI related initialization happens on the same thread. This is wrong. While all related initialization should happen on the same thread, core JVMCI initialization may be performed by one compiler thread and JVMCI compiler (e.g., Graal) initialization may be performed on a different compiler thread.
> 
> For example, one compiler thread may be the first to execute:
> 
> http://hg.openjdk.java.net/graal/graal-jvmci-9/hotspot/file/7a570929c5e5/src/share/vm/jvmci/jvmciCompiler.cpp#l129
> 
> which can trigger core JVMCI initialization while a different compiler thread is the first to reach:
> 
> http://hg.openjdk.java.net/graal/graal-jvmci-9/hotspot/file/7a570929c5e5/src/share/vm/jvmci/jvmciCompiler.cpp#l145
> 
> which triggers JVMCI compiler initialization.

How and when did the bug manifest?  I guess writing a test is impossible.  If that’s the case please add the noreg-hard label.

> 
> https://bugs.openjdk.java.net/browse/JDK-8144944
> http://cr.openjdk.java.net/~dnsimon/8144944/ <http://cr.openjdk.java.net/~dnsimon/8144944/>

     @SuppressFBWarnings(value = "ST_WRITE_TO_STATIC_FROM_INSTANCE_METHOD", justification = "only the initializing thread accesses this field")

Is that still required?  Which field was it?

> 
> -Doug

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