[master] RFR: 8302065: [Lilliput] Cleanups and touch-ups

Aleksey Shipilev shade at openjdk.org
Thu Feb 9 09:40:16 UTC 2023


On Wed, 8 Feb 2023 11:40:39 GMT, Roman Kennke <rkennke at openjdk.org> wrote:

> Lilliput accumulated a couple of superfluous changes and could need some minor improvements.

Looks good. I cross-referenced in with https://builds.shipilev.net/patch-openjdk-lilliput/ -- and most are clean reversal. A few questions, though.

src/hotspot/cpu/aarch64/macroAssembler_aarch64.hpp line 109:

> 107: 
> 108:  private:
> 109: 

Missed a similar cleanup in `macroAssembler_x86.hpp`, I think.

src/hotspot/cpu/x86/c2_MacroAssembler_x86.cpp line 815:

> 813:     if (UseFastLocking) {
> 814:       // If the owner is ANONYMOUS, we need to fix it - in the slow-path.
> 815:       testb(Address(tmpReg, OM_OFFSET_NO_MONITOR_VALUE_TAG(owner)), (int32_t) (intptr_t) ANONYMOUS_OWNER);

Sanity question: This would accept the monitor that has the lowest byte equal to `ANONYMOUS_OWNER`. Are we guaranteed that no monitor would ever have the lowest bit as `1`? Probably true, just checking the reason here.

src/hotspot/cpu/x86/vtableStubs_x86_64.cpp line 220:

> 218:   // The emitted code in lookup_interface_method changes when itable_index exceeds 15.
> 219:   // For linux, a very narrow estimate would be 112, but Solaris requires some more space (130).
> 220:   const ptrdiff_t estimate = 137;

Upstream has it as `136`. Do we need `137`?

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

Marked as reviewed by shade (Committer).

PR: https://git.openjdk.org/lilliput/pull/73


More information about the lilliput-dev mailing list