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

VolanoMark test hang with 1.3.1_10

    XMLWordPrintable

    Details

    • Type: Bug
    • Status: Closed
    • Priority: P2
    • Resolution: Fixed
    • Affects Version/s: 1.3.1_10
    • Fix Version/s: 1.3.1_10
    • Component/s: hotspot
    • Labels:
      None
    • Subcomponent:
    • Resolved In Build:
      10
    • CPU:
      sparc
    • OS:
      solaris_8

      Description

      This is a 1.3.1_XX only bug.
      VolanoMark hang with 1.3.1_09(b01 and b02), the problem was caused by a putback of bug fix, 4805573, which is a partial fix of 4526887. After removeal of this bug fix from 1.3.1_09, the hang problem no longer exist.
      Another bug fix, 4873131 which was integrated into 1.3.1_10, completed the whole fix of 4526887, so the hang problem with VolanoMark goes away. But it still hangs with other problem --- malloc dead lock with asynchronous signals. this bug filed for tracking this problem.

      stacktrace:
      t@87 (l@141) stopped in _lwp_sema_wait at 0xff31f1b8
      0xff31f1b8: _lwp_sema_wait+0x0008: ta 0x8
      (/java/devtools/sparc/SUNWspro/SC6.1/bin/../WS6U1/bin/sparcv9/dbx) where
      current thread: t@87
      =>[1] _lwp_sema_wait(0xec181e30, 0x0, 0x0, 0x0, 0x0, 0x2), at 0xff31f1b8
        [2] _park(0xec181e30, 0xff38e000, 0x0, 0xec181d70, 0x24d84, 0xe7981d70), at 0xff369ac4
        [3] _swtch(0xec181d70, 0xec181d70, 0xff38e000, 0x5, 0x1000, 0xff38e000), at 0xff36978c
        [4] _mutex_adaptive_lock(0xff3998e4, 0x4c00, 0x1000, 0xfffeffff, 0x1, 0x4d58), at 0xff36b148
        [5] _cmutex_lock(0xff340600, 0xff38e000, 0x0, 0xff2c2b3c, 0x0, 0x0), at 0xff36ae80
        [6] free(0x17cd90, 0x10c, 0xec180, 0xfe744168, 0x191628, 0xec180854), at 0xff2c2b3c
        [7] Thread_Interrupt_Callback::execute(0x0, 0xec1809d0, 0xff38e000, 0xfe68f5c0, 0x0, 0x0), at 0xfe690f3c
        [8] OSThread::do_interrupt_callbacks_at_interrupt(0x191f68, 0xfe755ce4, 0x28908, 0x17cd90, 0xec1809d0, 0x191f68), at 0xfe68f5dc
        [9] JVM_handle_solaris_signal(0x191628, 0x191628, 0xec180b70, 0xfe744168, 0x10, 0xec180e28), at 0xfe6921f4
        [10] __sighndlr(0x10, 0xec180e28, 0xec180b70, 0xfe691090, 0xec181e14, 0xec181e04), at 0xff37b840
        [11] sigacthandler(0x10, 0xec181d70, 0x0, 0x0, 0x0, 0xff38e000), at 0xff3784e0
        ---- called from signal handler with signal 16 (SIGUSR1) ------
        [12] _malloc_unlocked(0x10, 0x0, 0xff33c000, 0x10, 0xed465, 0x0), at 0xff2c1dbc
        [13] malloc(0x10, 0xec180fcc, 0xff38e000, 0x1, 0x191628, 0xec180f5c), at 0xff2c1cb0
        [14] os::malloc(0x10, 0xfe744168, 0x10, 0x1f399179, 0x191628, 0xec180fbc), at 0xfe465554
        [15] CHeapObj::operator new(0x10, 0x0, 0xfe6eb358, 0xfe744168, 0x191628, 0xec181024), at 0xfe465810
        [16] SystemDictionary::add_klass_or_placeholder(0xd2, 0x0, 0xf8c01550, 0xfe744168, 0x0, 0xa7e58), at 0xfe4dbb78
        [17] SystemDictionary::resolve_instance_class_or_null(0xfe755c54, 0xec18120c, 0xec181208, 0x191628, 0x0, 0x26528), at 0xfe4da930
        [18] SystemDictionary::resolve_or_null(0xec1812c4, 0xec1812c8, 0xf8c01550, 0x191628, 0xec1812cc, 0xf1a3e940), at 0xfe4da604
        [19] SystemDictionary::resolve_or_fail(0xec18136c, 0xec181368, 0xec181364, 0x1, 0x191628, 0xec18136c), at 0xfe4da2d0
        [20] Exceptions::new_exception(0xec1813ec, 0x191628, 0xec1813ec, 0xec1813e4, 0xec181404, 0xfe744168), at 0xfe527370
        [21] Exceptions::new_exception(0xec1814c8, 0x191628, 0xec1814bc, 0x0, 0xec1814c0, 0xec1814c8), at 0xfe527310
        [22] Exceptions::_throw_msg(0x191628, 0xfe70e624, 0x127, 0xfe75d460, 0x0, 0xec181578), at 0xfe527008
        [23] ObjectMonitor::wait(0xf8c01550, 0x0, 0x1, 0x1, 0x191628, 0xfe744168), at 0xfe516578
        [24] ObjectSynchronizer::wait(0xec18168c, 0x0, 0xfe744168, 0x191628, 0x0, 0xa7e58), at 0xfe515f58
        [25] JVM_MonitorWait(0x0, 0x0, 0xfe759c70, 0xf1a3a128, 0xfe744168, 0x191628), at 0xfe515c30
        [26] 0xfb01a770(0xf1a3a128, 0x191628, 0xec1819b8, 0xf1a3a128, 0x191628, 0xf1a3e940), at 0xfb01a76f
        [27] 0xfb01ab60(0xf1a3a128, 0xec1817e0, 0xec1819b8, 0xf0ce9f5c, 0xf1a3e930, 0x0), at 0xfb01ab5f
        [28] 0xfb0181ec(0xf1a3a128, 0xf0ce9f50, 0xec1818d4, 0x88d88, 0x0, 0x0), at 0xfb0181eb
        [29] 0x80280(0xf0d189c8, 0x82288, 0xec18194c, 0x8b808, 0x191628, 0x0), at 0x8027f
        [30] 0x804e4(0x0, 0x1, 0xfe751da8, 0x8ba94, 0x1e, 0xe), at 0x804e3
        [31] 0xfe77b3f4(0xec1819d8, 0xec181c10, 0xa, 0xf8c16778, 0x82288, 0xec181b5c), at 0xfe77b3f3
        [32] JavaCalls::call_helper(0xec181c08, 0xfe744168, 0xec181b54, 0x191628, 0x82288, 0xec181c10), at 0xfe506ae0
        [33] JavaCalls::call_virtual(0xf8c17400, 0xec181b40, 0xec181b44, 0xfe744168, 0xec181c08, 0xec181b54), at 0xfe515584
        [34] JavaCalls::call_virtual(0xec181c08, 0xec181c04, 0xec181c00, 0xec181bf4, 0xec181bec, 0x191628), at 0xfe515414
        [35] thread_entry(0xf8c17400, 0x191628, 0xfe744168, 0xec181d10, 0x1e, 0xe), at 0xfe51539c
        [36] JavaThread::run(0xec102000, 0xfe74f2bc, 0xfe744168, 0x7fd70, 0x191628, 0x7fd70), at 0xfe5151a8
        [37] _start(0xfe744168, 0xfadf5d10, 0x1, 0xff39ad8c, 0x0, 0x2), at 0xfe5051bc

        Attachments

          Issue Links

            Activity

              People

              Assignee:
              minqi Yumin Qi (Inactive)
              Reporter:
              minqi Yumin Qi (Inactive)
              Votes:
              0 Vote for this issue
              Watchers:
              0 Start watching this issue

                Dates

                Created:
                Updated:
                Resolved:
                Imported:
                Indexed: