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

Assertion failure in Mutex::try_lock.


    • Type: Bug
    • Status: Closed
    • Priority: P3
    • Resolution: Duplicate
    • Affects Version/s: 6
    • Fix Version/s: None
    • Component/s: hotspot
    • Labels:
    • Subcomponent:
    • CPU:
    • OS:


      Following MM regression test fails due to assertion failure
      in mutex try_lock.


              These tests failed the following assertion on Solaris SPARC
              Client VM:
                     Internal Error (src/share/vm/runtime/mutex.cpp, 401)
                     Error: assert((!thread->is_Java_thread()
                         || ((JavaThread *)thread)->thread_state() == _thread_in_vm)
                         || rank() == Mutex::special,
                         "wrong thread state for using locks")

      Looks like thread state has not transitioned to _thread_in_vm.

      Here is stack trace:

        [5] raise(0x6, 0x0, 0x0, 0xffffffff, 0xff2c03c4, 0xd415d0), at 0xff24bcec
        [6] abort(0xff2bc008, 0xfe1961cb, 0x0, 0x0, 0x0, 0x1), at 0xff235984
        [7] os::abort(0x2c400, 0xf2180d30, 0xfe18fa70, 0x1, 0xfe496674, 0x2c4ac), at 0xfd6dc280
        [8] VMError::report_and_die(0x2a400, 0xfe4a9d6a, 0xfe4a9d6a, 0xfe496674, 0x26000, 0x2633c), at
        [9] report_assertion_failure(0xfe12648b, 0x191, 0xfe1264dc, 0x2c584, 0x140223c, 0x20000), at 0
        [10] Mutex::try_lock(0x1b3128, 0x1b2d00, 0x1f09c, 0x1f0a0, 0xfe4a54ac, 0xfe424ae4), at 0xfd68a
        [11] Parker::park(0x1b3128, 0x1b2d00, 0x0, 0x0, 0x1b2d00, 0x0), at 0xfd691044
        [12] Unsafe_Park(0x0, 0x1abc58, 0x29000, 0x0, 0x0, 0x1b2d00), at 0xfd8df454
        [13] 0xfa81540c(0x101, 0xf21811c4, 0xf2181140, 0xffffff80, 0x2dc00, 0x0), at 0xfa81540b
        [14] 0xfa8152cc(0xf24038e8, 0xb6, 0xf2181244, 0x10, 0x8, 0xf2181158), at 0xfa8152cb
        [15] 0xfa8057d0(0xf2432848, 0xb8, 0xf21812c4, 0xfa82c4c4, 0x2dc7c, 0xf21811e8), at 0xfa8057cf
        [16] 0xfa8057d0(0xf2432848, 0xb7, 0xf2181350, 0xfa82cb20, 0xfe7a2a88, 0xf2181260), at 0xfa8057
        [17] 0xfa805818(0xf2432848, 0xb7, 0xf21813d0, 0xfa82c7c0, 0xfdcc6c02, 0xf21812f0), at 0xfa8058
        [18] 0xfa8057d0(0xf2432848, 0xb6, 0xf2181454, 0xfa82c910, 0x3fed2f7c, 0xf2181370), at 0xfa8057
        [19] 0xfa8057d0(0xf2432838, 0xb6, 0xf21814dc, 0xfa82c530, 0x0, 0xf21813f0), at 0xfa8057cf
        [20] 0xfa8057d0(0xf24326a8, 0xb6, 0xf218156c, 0xfa82c590, 0x0, 0xf2181478), at 0xfa8057cf
        [21] 0xfa8057d0(0xf24326a8, 0xb6, 0x59, 0xfa82c3e0, 0x2dc7c, 0xf21814f8), at 0xfa8057cf
        [22] 0xfa8057d0(0x17, 0xf21819a4, 0x16, 0xfa82c590, 0x2cfb4, 0xf21815b0), at 0xfa8057cf
        [23] 0xfa8002d0(0xf21816c8, 0xf2181990, 0xa, 0xf657e060, 0xfa811820, 0xf2181878), at 0xfa8002c
        [24] JavaCalls::call_helper(0xf218168c, 0x2, 0xf218186c, 0x1b2d00, 0x1, 0xfe47b98f), at 0xfd16
        [25] JavaCalls::call_virtual(0xf2181988, 0xf2181864, 0xf2181860, 0xf218185c, 0xf218186c, 0x1b2
        [26] JavaCalls::call_virtual(0xf2181988, 0xf2181984, 0xf2181968, 0xf2181964, 0xf2181960, 0x1b2
        [27] thread_entry(0xfe4b1e14, 0x1b2d00, 0x29800, 0xfe4b1d38, 0xfe47b98f, 0xfe424ae4), at 0xfd3
        [28] JavaThread::thread_main_inner(0x1b2d00, 0x2eaf8, 0x1b2dec, 0xfe47b98f, 0xfe328098, 0x0),
        [29] java_start(0x1b2d00, 0x2c800, 0xfe47bbd8, 0xfe4a54ac, 0xfe424ae4, 0xfd86349c), at 0xfd6da
      dbx >

      I was able to reproduce this on alpheridies.sfbay machine only.
      I could not reproduce it on producer.sfbay.




            • Assignee:
              ksrini Kumar Srinivasan
              swamyv Swamy Venkataramanappa
            • Votes:
              0 Vote for this issue
              3 Start watching this issue


              • Created: