RFR: 8337797: Additional ExternalAddress cleanup [v2]
Andrew Dinn
adinn at openjdk.org
Wed Aug 7 09:12:32 UTC 2024
On Tue, 6 Aug 2024 16:43:19 GMT, Vladimir Kozlov <kvn at openjdk.org> wrote:
>> What about when try to save and restore an adapter in Leyden?
>
> Short answer: we should exclude these checks when we cache adapters in Leyden.
>
> Long answer:
> 1. These checks are enabled only in debug VM and only on x86.
> 2. We never caught any issues with these checks since JDK 9 (I found only one issue [JDK-8023465](https://bugs.openjdk.org/browse/JDK-8023465)).
> 3. Enabling it create issues because we don't add an adapters to hash table until all stubs are generated [contains_all_checks](https://github.com/openjdk/jdk/blob/master/src/hotspot/share/runtime/sharedRuntime.cpp#L2637) which which creates duplicated adapters for the same method's signature.
> 4. These checks may miss an issue because they pass if adapter called from stubs but stubs may be called from compiled call.
>
> I was actually considering removing these checks but decided to keep them for now. But I don't think we need them in cached adapters in Leyden.
I'm fine with that! (it makes save and restore in Leyden much simpler :-)
-------------
PR Review Comment: https://git.openjdk.org/jdk/pull/20470#discussion_r1706660576
More information about the hotspot-dev
mailing list