RFR: 8372617: Save and restore stubgen stubs when using an AOT code cache [v4]

Fri Jan 23 21:53:39 UTC 2026

On Fri, 23 Jan 2026 21:50:27 GMT, Vladimir Kozlov <kvn at openjdk.org> wrote:

>> That's a private bug (I believe it related to some internal testing which cannot be made public). Yu are right that this change is there to ensure the test checks stub save and restore. I also tweaked the AOTCodeFlags test for the same purpose. This change cannot go in as is without checking that it avoids the issue in JDK-8357398. If it does not then we would need to reset the above edit and the test. However, that means tier1 testing could fail to catch stub changes that correctly update runtime generation but fail to cache (the most likely error is failing to register an external address with the AOT cache). So, I'd prefer it if we could recheck the problem in JDK-8357398 and leave these changes as is. Perhaps @vnkozlov could help here?
>
> I closed this confidential bug and created open: https://bugs.openjdk.org/browse/JDK-8357593
> It is not fixed. I tried several times to find what is causing it without success.
> 
> Let me run general testing for these changes. And then will try to reproduce JCK issue.

If the issue persist we can comment C2 runtime stubs caching. Only they caused the issue.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/28433#discussion_r2722968432