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

Remove special_runtime_exit_condition() check from ~ThreadInVMForHandshake()

    XMLWordPrintable

Details

    • Enhancement
    • Status: Resolved
    • P4
    • Resolution: Fixed
    • 16
    • 16
    • hotspot
    • b21

    Description

      JDK-8223572 added this check to prevent a suspended JavaThread to transition back to java without noticing it was suspended. Since JDK-8238761, a JavaThread executing HandshakeState::process_by_self() will never become safe. It comes from an unsafe state and remains unsafe, so it cannot be suspended during that time. Removing this check also removes one of the reasons SafepointMechanism::process_if_requested() is recursive (the other one remains SafepointSynchronize::block()).

      Attachments

        Issue Links

          relates to

          Bug - A problem which impairs or prevents the functions of the product. JDK-8223572 ~ThreadInVMForHandshake() should call handle_special_runtime_exit_condition()

          • P3 - Major loss of function.
          • Resolved

          Enhancement - null JDK-8238761 Asynchronous handshakes

          • P4 - Minor loss of function, or other problem where easy workaround is present.
          • 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
          links to

          Commit Commit openjdk/jdk/55d760d4

          Review Review openjdk/jdk/577

          Activity

            People

              pchilanomate Patricio Chilano Mateo
              pchilanomate Patricio Chilano Mateo
              Votes:
              0 Vote for this issue
              Watchers:
              4 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: