Transition to _thread_in_vm when handling a polling page exception

XMLWordPrintable

    • Type: Enhancement
    • Resolution: Fixed
    • Priority: P4
    • 19
    • Affects Version/s: 18
    • Component/s: hotspot
    • b06

      We should make a transition to _thread_in_vm when processing a polling page exception since we are already executing in the vm. This will also allow us to avoid having to consider yet another state(_thread_in_Java) when calling SafepointMechanism::process_if_requested_with_exit_check() which otherwise forces called code to be aware of thread state and possibly make transitions to _thread_in_vm and back.

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

              Created:
              Updated:
              Resolved: