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

[lworld] Lock ordering issue when printing nmethod labels

XMLWordPrintable

      # A fatal error has been detected by the Java Runtime Environment:
      #
      # Internal Error (/opt/mach5/mesos/work_dir/slaves/52628e90-e5e7-4ef3-af97-10d8776d10db-S2372/frameworks/1735e8a2-a1db-478c-8104-60c8b0af87dd-0196/executors/900af8db-187a-448b-ba00-44cb54fa1174/runs/c27fd161-1fce-44ac-9068-9747de6af93f/workspace/open/src/hotspot/share/runtime/mutex.cpp:456), pid=5859, tid=5879
      # fatal error: acquiring lock ThreadsSMRDelete_lock/6 out of order with lock tty_lock/3 -- possible deadlock
      #
      # JRE version: Java(TM) SE Runtime Environment (16.0) (fastdebug build 16-lworld3ea+0-2020-07-21-1317266.harold.seigel.valhalla8249555.2)
      # Java VM: Java HotSpot(TM) 64-Bit Server VM (fastdebug 16-lworld3ea+0-2020-07-21-1317266.harold.seigel.valhalla8249555.2, mixed mode, sharing, tiered, compressed oops, g1 gc, linux-amd64)
      # Problematic frame:
      # V [libjvm.so+0x13dd6ab] Mutex::set_owner_implementation(Thread*)+0x43b
      #
      # Core dump will be written. Default location: Core dumps may be processed with "/opt/core.sh %p" (or dumping to /opt/mach5/mesos/work_dir/slaves/4728e7c1-7e67-490e-be0f-6bbf2a2f33db-S199/frameworks/1735e8a2-a1db-478c-8104-60c8b0af87dd-0196/executors/3683defd-d0e0-4431-a8c0-b567d67a9db1/runs/bb33aa74-49c3-42d5-8282-66da93fd95e4/testoutput/test-support/jtreg_open_test_hotspot_jtreg_hotspot_not_fast_compiler/scratch/3/core.5859)
      #
      # If you would like to submit a bug report, please visit:
      # https://bugreport.java.com/bugreport/crash.jsp
      #

      Current CompileTask:
      C2: 4558 678 4 java.util.HashMap::putVal (300 bytes)

      Stack: [0x00007f9e8f2fb000,0x00007f9e8f3fc000], sp=0x00007f9e8f3f9978, free space=1018k
      Native frames: (J=compiled Java code, A=aot compiled Java code, j=interpreted, Vv=VM code, C=native code)
      V [libjvm.so+0x13dd6ab] Mutex::set_owner_implementation(Thread*)+0x43b
      V [libjvm.so+0x298a2d] MonitorLocker::MonitorLocker(Monitor*, Mutex::SafepointCheckFlag)+0x6d
      V [libjvm.so+0x17b5d3a] ThreadsSMRSupport::release_stable_list_wake_up(bool)+0x3a
      V [libjvm.so+0xc54558] GlobalCounter::write_synchronize()+0x138
      V [libjvm.so+0x171b9c8] void ConcurrentHashTable<SymbolTableConfig, (MemoryType)10>::delete_in_bucket<SymbolTableLookup>(Thread*, ConcurrentHashTable<SymbolTableConfig, (MemoryType)10>::Bucket*, SymbolTableLookup&)+0x2a8
      V [libjvm.so+0x1717598] SymbolTable::do_add_if_needed(char const*, int, unsigned long, bool)+0xef8
      V [libjvm.so+0x1717fa2] SymbolTable::new_symbol(char const*, int)+0x152
      V [libjvm.so+0x1633018] SigEntry::create_symbol(GrowableArray<SigEntry> const*)+0x1b8
      V [libjvm.so+0x13f85b0] nmethod::print_nmethod_labels(outputStream*, unsigned char*, bool) const+0x320
      V [libjvm.so+0x13fbc75] nmethod::decode2(outputStream*) const+0x1a5
      V [libjvm.so+0x13fc5cc] nmethod::print_nmethod(bool)+0x41c
      V [libjvm.so+0x956a85] CompileBroker::invoke_compiler_on_method(CompileTask*)+0x6d5
      V [libjvm.so+0x957ed8] CompileBroker::compiler_thread_loop()+0x6b8
      V [libjvm.so+0x179ffbc] JavaThread::thread_main_inner()+0x21c
      V [libjvm.so+0x17a5d80] Thread::call_run()+0x100
      V [libjvm.so+0x14833e6] thread_native_entry(Thread*)+0x116

            thartmann Tobias Hartmann
            thartmann Tobias Hartmann
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: