RFR: 8330253: Skip verify_consistent_lock_order when deoptimizing from monitorenter bytecode. [v7]

[Axel Boldt-Christmas]

> The verification added in [JDK-8329757](https://bugs.openjdk.org/browse/JDK-8329757) will not work then deoptimization occurs on a monitorenter bytecode. The locking may be in a transitional state. This patch will skip the verification when this occurs.
> 
> Currently have only seen this reproduce with JVMTI when deoptimization occurs while a java thread is waiting on a contended monitor. However this could potentially be triggered from a VM entry slow path, so simply checking `current_pending_monitor` could be flaky as well. So instead simply avoid verification.
> 
> Tested Tier 1-8 + Stress testing reproducers.

Axel Boldt-Christmas has updated the pull request incrementally with two additional commits since the last revision:

 - Revert verification
 - Revert "repro for JDK-8330253"
   
   This reverts commit 10d70ea18c5bad0627b9eaae88fa8c96e436cb3b.

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

Changes:
  - all: https://git.openjdk.org/jdk/pull/18782/files
  - new: https://git.openjdk.org/jdk/pull/18782/files/578a8322..be0a6883

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk&pr=18782&range=06
 - incr: https://webrevs.openjdk.org/?repo=jdk&pr=18782&range=05-06

  Stats: 149 lines in 4 files changed: 0 ins; 149 del; 0 mod
  Patch: https://git.openjdk.org/jdk/pull/18782.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/18782/head:pull/18782

PR: https://git.openjdk.org/jdk/pull/18782