RFR: 8212107: VMThread issues and cleanup [v2]
David Holmes
dholmes at openjdk.java.net
Wed Sep 23 11:06:07 UTC 2020
On Wed, 23 Sep 2020 08:33:23 GMT, Robbin Ehn <rehn at openjdk.org> wrote:
>> src/hotspot/share/runtime/vmThread.hpp line 74:
>>
>>> 72:
>>> 73: void evaluate_operation(VM_Operation* op);
>>> 74: void inner_execute(VM_Operation* op);
>>
>> Perhaps nested_execute as it seems this is only for handling the case of a nested vm op?
>
> inner_execute(..) is called in the non nested-case here:
> https://github.com/openjdk/jdk/blob/e49178a4445378fa0b5505ad6e9f1661636f88b8/src/hotspot/share/runtime/vmThread.cpp#L474
>
> Nested case:
> https://github.com/openjdk/jdk/blob/e49178a4445378fa0b5505ad6e9f1661636f88b8/src/hotspot/share/runtime/vmThread.cpp#L511
Sorry I missed that. Seems odd that inner_execute handles nesting when that is only possible via one of the paths by
which it is called - that's why I thought it was only for the case where called from execute(). I'd rather see the
nesting logic handled as before, exclusively on the code path in which it can occur.
-------------
PR: https://git.openjdk.java.net/jdk/pull/228
More information about the hotspot-dev
mailing list