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

 java/lang/management/ThreadMXBean/GetAllLockedSynchronizers.java
 java/lang/management/ThreadMXBean/ThreadBlockedCount.java
 java/lang/management/ThreadMXBean/ThreadStateTest.java
 java/lang/management/ThreadMXBean/Locks.java
 java/lang/management/ThreadMXBean/FindDeadlocks.java

        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.