Crash holding 'access' lock can deadlock in JVMCI compiler thread

XMLWordPrintable

    • Type: Bug
    • Resolution: Not an Issue
    • Priority: P4
    • tbd
    • Affects Version/s: None
    • Component/s: hotspot
    • gc
    • generic
    • generic

      If we have a crash (segfault &etc) while holding one of G1's 'access' rank locks in a JVMCI compiler thread, we can deadlock (or recursively crash in a debug build). The problem is that printing the stack trace for such a thread typically prints an nmethod, which for JVMCI involves resolving a jweak. If that jweak resolve itself hits a case in the SATB barrier where the same 'access' lock is needed, we deadlock in a product build, or crash in the crash handler in a debug build. (Fortunately, the crash handler is pretty robust against such recursive failures.)

            Assignee:
            Unassigned
            Reporter:
            Kim Barrett
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

              Created:
              Updated:
              Resolved: