Uploaded image for project: 'JDK'
  1. JDK
  2. JDK-8218402

suspend in JavaCallWrapper breaks JVMTI PopFrame/ForceEarlyReturn

    XMLWordPrintable

Details

    • Bug
    • Resolution: Unresolved
    • P4
    • tbd
    • 12, 13
    • hotspot
    • None

    Description

      Doing a suspend in a call setup transition breaks JVMTI PopFrame/ForceEarlyReturn because we report the top frame as the caller, but then proceed to the callee before processing the requested PopFrame/ForceEarlyReturn.

      If JavaCallWrapper is the only place this happens, we should be able to find a localized fix. If there are more places where this can happen, we may want to change the rule that all safepoints are suspend points. Instead, instead of asking to reach a safepoint, we could ask to reach a "suspend safepoint".

      Attachments

        Issue Links

          blocks

          Bug - A problem which impairs or prevents the functions of the product. JDK-8218885 Restore pop_frame and force_early_return functionality for Graal

          • P5 - Cosmetic problem like misspelt words or misaligned text.
          • Resolved
          relates to

          Bug - A problem which impairs or prevents the functions of the product. JDK-8219403 JVMCIRuntime::adjust_comp_level should be replaced

          • P3 - Major loss of function.
          • Resolved

          Enhancement - null JDK-8255384 Remove special_runtime_exit_condition() check from SS::block()

          • P4 - Minor loss of function, or other problem where easy workaround is present.
          • Resolved

          Activity

            People

              dlong Dean Long
              dlong Dean Long
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

              Dates

                Created:
                Updated: