deoptimization.cpp Events::log / Events::log_deopt_message - was : RE: RFR: 8224221: add memprotect calls to event log
Vladimir Kozlov
vladimir.kozlov at oracle.com
Tue Jun 4 01:18:15 UTC 2019
log_deopt_message() is used for crashes to list these events in hs_err file:
https://bugs.openjdk.java.net/browse/JDK-7141200
Vladimir
On 5/23/19 4:16 AM, Baesken, Matthias wrote:
> Hello, could please someone comment on the Events::log / Events::log_deopt_message calls in deoptimization.cpp , should they better all
> Go to the depot log ( Events::log_deopt_message ) ?
>
> Best regards, Matthias
>
>>>
>>> Btw when looking into the other already present Events::log* calls I wondered about this :
>>> In deoptimization.cpp , there are 3 calls to Events:log, like
>>>
>>> Events::log(thread, "DEOPT UNPACKING pc=" INTPTR_FORMAT " sp="
>> INTPTR_FORMAT " mode %d",
>>> p2i(stub_frame.pc()), p2i(stub_frame.sp()), exec_mode);
>>>
>>> But just one Events::log_deopt_message
>>>
>>> Events::log_deopt_message(thread, "Uncommon trap: reason=%s
>> action=%s pc=" INTPTR_FORMAT " method=%s @ %d %s",
>>> trap_reason_name(reason), trap_action_name(action),
>> p2i(fr.pc()),
>>> trap_method->name_and_sig_as_C_string(), trap_bci, nm-
>>> compiler_name());
>>>
>>> I think all 4 messages should go to the separate deoptimization - log and use Events::log_deopt_message.
>>> Or is there a special intentation why some go into the depot-log (Events::log_deopt_message ) and some into the general events log (Events::log) ?
>>
>> I have no idea sorry. Best to open an issue and/or discuss this with the
>> compiler folk.
>>
>
More information about the hotspot-compiler-dev
mailing list