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

assert(is_clean() || is_call_to_compiled() || is_call_to_interpreted() || is_optimized() || is_megam

    Details

    • Type: Bug
    • Status: Closed
    • Priority: P2
    • Resolution: Fixed
    • Affects Version/s: hs19
    • Fix Version/s: hs19
    • Component/s: hotspot
    • Labels:
    • Subcomponent:
    • Resolved In Build:
      b04
    • CPU:
      generic
    • OS:
      generic
    • Verification:
      Not verified

      Backports

        Description

        The following VM/NSK test failed an assertion in the 2010.05.27 nightly:

            nsk/monitoring/ThreadMXBean/ThreadInfo/TimedWaitingThread/TimedWaitingThread002

        Here is a snippet of the assertion failure:

            Internal Error (src/share/vm/code/compiledIC.cpp:617), pid=11439, tid=12
            assert(is_clean() || is_call_to_compiled() || is_call_to_interpreted() ||
                is_optimized() || is_megamorphic()) failed: sanity check

        This is just a bug/failure sighting. The assertion failure was only seen
        in one test in one configuration. I have no idea (yet) how reproducible
        this failure is.

        Here is a link to the failing configuration:

        http://sqeweb.sfbay.sun.com/nfs/results/vm/gtee/JDK7/NIGHTLY/VM/2010-05-27/RT_Baseline/vm/solaris-sparcv9/server/comp/solaris-sparcv9_server_comp_nsk.quick-monitoring.testlist/analysis.html


        Here is a snippet from the hs_err file:

        --------------- T H R E A D ---------------

        Current thread (0x00000001005b2800): JavaThread "CompilerThread1" daemon [_thread_in_vm, id=12, stack(0xffffffff60c00000,0xffffffff60d00000)]

        Stack: [0xffffffff60c00000,0xffffffff60d00000], sp=0xffffffff60cfef50, free space=3fbffffffff7e4cfa40k
        Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
        V [libjvm.so+0xeb10dc];; __1cHVMErrorOreport_and_die6M_v_+0x6bc
        V [libjvm.so+0x504280];; __1cPreport_vm_error6Fpkci11_v_+0x78
        V [libjvm.so+0x47723c];; __1cKCompiledICGverify6M_v_+0xa4
        V [libjvm.so+0xb6b1d8];; __1cHnmethodVcleanup_inline_caches6M_v_+0x2c0
        V [libjvm.so+0xd8ae40];; __1cONMethodSweeperQsweep_code_cache6F_v_+0x8a0
        V [libjvm.so+0xd8a578];; __1cONMethodSweeperOpossibly_sweep6F_v_+0x90
        V [libjvm.so+0x467b28];; __1cMCompileQdDueueDget6M_pnLCompileTask__+0x20
        V [libjvm.so+0x46bb38];; __1cNCompileBrokerUcompiler_thread_loop6F_v_+0x270
        V [libjvm.so+0xe033fc];; __1cKJavaThreadRthread_main_inner6M_v_+0x174
        V [libjvm.so+0xe03268];; __1cKJavaThreadDrun6M_v_+0x310
        V [libjvm.so+0xbc8f2c];; java_start+0x184
        Here is another failure with a very similar call trace. This failure
        crashed instead of failing an assert(), but it crashed in the code
        that is part of the assert. The VM/NSK test is:

            nsk/jdi/MonitorWaitRequest/addThreadFilter

        The failing config is Linux AMD64 Server VM -Xcomp:

        Here is a link to the failing config:

        http://sqeweb.sfbay.sun.com/nfs/results/vm/gtee/JDK7/NIGHTLY/VM/2010-05-27/RT_Baseline/vm/linux-amd64/server/comp/linux-amd64_server_comp_nsk.quick-jdi.testlist/analysis.html


        Here is a snippet of the stack trace from the hs_err file:

        Stack: [0x00007f3b98313000,0x00007f3b98414000], sp=0x00007f3b98412a20, free space=3fe0000000000000018k
        Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
        V [libjvm.so+0x440876];; _ZNK10CompiledIC22is_call_to_interpretedEv+0xc6
        V [libjvm.so+0x44132a];; _ZN10CompiledIC6verifyEv+0xaa
        V [libjvm.so+0x85a192];; _ZN7nmethod21cleanup_inline_cachesEv+0x222
        V [libjvm.so+0x9cb30b];; _ZN14NMethodSweeper15process_nmethodEP7nmethod+0x3eb
        V [libjvm.so+0x9cb4de];; _ZN14NMethodSweeper16sweep_code_cacheEv+0xfe
        V [libjvm.so+0x9cb743];; _ZN14NMethodSweeper14possibly_sweepEv+0x73
        V [libjvm.so+0x439083];; _ZN12CompileQueue3getEv+0x13
        V [libjvm.so+0x43d454];; _ZN13CompileBroker20compiler_thread_loopEv+0x194
        V [libjvm.so+0xa1cc06];; _ZN10JavaThread17thread_main_innerEv+0xf6
        V [libjvm.so+0x894f00];; _ZL10java_startP6Thread+0xf0
        nsk/jdwp/ClassType/SetValues/setvalues001
        nsk/jdwp/Event/THREAD_DEATH/thrdeath001
        nsk/jdwp/Event/THREAD_START/thrstart001
        nsk/jdwp/ObjectReference/IsCollected/iscollected001
        nsk/jdwp/ThreadReference/OwnedMonitorsStackDepthInfo/ownedMonitorsStackDepthInfo002
        nsk/jdwp/VirtualMachine/SetDefaultStratum/setdefstrat001

        Also affects these tests in rt_baseline. Too bad that sweeper change seemed cool.
        Test
          java/util/PriorityQueue/ForgetMeNot.java
        failes with the same message

          Attachments

            Issue Links

              Activity

                People

                • Assignee:
                  never Tom Rodriguez
                  Reporter:
                  dcubed Daniel Daugherty
                • Votes:
                  0 Vote for this issue
                  Watchers:
                  0 Start watching this issue

                  Dates

                  • Created:
                    Updated:
                    Resolved:
                    Imported:
                    Indexed: