The assertion in compiledVFrame::update_deferred_value() about is_deoptimized_frame() returning true
for the underlying physical frame is too strict, because there is a special case in
frame::deoptimize() for NeedsDeoptSuspend (e.g. on SPARC). If the owner of this frame is currently
in native code and this frame is the caller of the native method, then the deoptimization is not
done synchronously for the requesting thread. Instead the owner thread does it when returning from
the native call.