RFR: 8255564: InterpreterMacroAssembler::remove_activation() needs to restore thread right after VM call on x86_32

Zhengyu Gu zgu at openjdk.java.net
Wed Oct 28 23:31:48 UTC 2020


Currently, it restores thread register a bit too late for reset_last_Java_frame().

It is probably not a problem right now, cause there is no 32-bit GC that supports concurrent stack processing. It crashes Shenandoah GC with concurrent stack processing on x86_32, which I am working on.

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

Commit messages:
 - 8255564: InterpreterMacroAssembler::remove_activation() needs to restore thread right after VM call on x86_32

Changes: https://git.openjdk.java.net/jdk/pull/919/files
 Webrev: https://webrevs.openjdk.java.net/?repo=jdk&pr=919&range=00
  Issue: https://bugs.openjdk.java.net/browse/JDK-8255564
  Stats: 2 lines in 1 file changed: 1 ins; 1 del; 0 mod
  Patch: https://git.openjdk.java.net/jdk/pull/919.diff
  Fetch: git fetch https://git.openjdk.java.net/jdk pull/919/head:pull/919

PR: https://git.openjdk.java.net/jdk/pull/919


More information about the hotspot-compiler-dev mailing list