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