[lworld] RFR: 8303416: [lworld] Fix JVM crash at Unsafe_FinishPrivateBuffer

Tobias Hartmann thartmann at openjdk.org
Thu Mar 2 09:36:32 UTC 2023


On Thu, 2 Mar 2023 09:00:41 GMT, Xiaohong Gong <xgong at openjdk.org> wrote:

> When calling Unsafe.finishPrivateBuffer(), JVM crashes with following
>  assertion failure:
> 
> 
>  Internal Error (/mnt/local/code/valhalla/src/hotspot/share/prims/unsafe.cpp:388), pid=29517, tid=29518
>   assert(v->mark().is_larval_state()) failed: must be a larval value
> 
>  JRE version: OpenJDK Runtime Environment (21.0) (fastdebug build 21-internal-git-05e4d0dba)
>  Java VM: OpenJDK 64-Bit Server VM (fastdebug 21-internal-git-05e4d0dba, mixed mode, compressed oops, compressed class ptrs, g1 gc, linux-aarch64)
>  Problematic frame:
>  V  [[libjvm.so](http://libjvm.so/)+0x1a92a64]  Unsafe_FinishPrivateBuffer+0xc0
> 
> The assertion is used to check whether the input value is in larval
>  state. Usually this method is called after `Unsafe.makePrivateBuffer()`,
>  which will create a new oop and set it to larval state. If everything
>  works fine, the above assertion won't fail. But the issue happens if
>  all the fields of the input value object of `Unsafe.makePrivateBuffer()`
>  are the relative java default values (i.e. `0`). The root cause is the
>  C2 compiler will optimize the new buffered oop to the default oop for
>  such value object, and the larval state is missed during the optimization.
>  Marking the larval bit of the optimized oop can fix the issue.

I don't think this is correct, as it would overwrite the larval state of the default oop/buffer of that type. Right?

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

Changes requested by thartmann (Committer).

PR: https://git.openjdk.org/valhalla/pull/828



More information about the valhalla-dev mailing list