IV01848: GPF IN THE JIT DLL DURING JIT COMPILATION

Subscribe to this APAR

By subscribing, you receive periodic emails alerting you to the status of the APAR, along with a link to the fix after it becomes available. You can track this item individually or track all items by product.

Notify me when this APAR changes.

Notify me when an APAR for this component changes.

APAR status

  • Closed as program error.

Error description

  • Error Message: Observed Result:
    ****************
         <OSB>java<CSB> Unhandled exception
         <OSB>java<CSB> Type=Segmentation error vmState=0x00000000
         <OSB>java<CSB> J9Generic_Signal_Number=00000004
    Signal_Number=0000000b Error_Value=00000000 Signal_Code=00000001
         <OSB>java<CSB> Handler1=00002AAAAACF2970
    Handler2=00002AAAAB098D70 InaccessibleAddress=0000000000000023
         <OSB>java<CSB> RDI=00002AAAAEAFEED0 RSI=0000000016783E00
    RAX=0000000000000000 RBX=0000000000000018
         <OSB>java<CSB> RCX=0000000000000000 RDX=00000000FFFFFFFE
    R8=0000000041905AA0 R9=0000000000000000
         <OSB>java<CSB> R10=0000000000000000 R11=0000000000200246
    R12=00002AAAB31F4C64 R13=0000000000000077
         <OSB>java<CSB> R14=00002AAAAEAFEED0 R15=00002AAAB31F1854
         <OSB>java<CSB> RIP=00002AAAAC9C0769 GS=0000 FS=0000
    RSP=0000000041905D40
         <OSB>java<CSB> EFlags=0000000000210246 CS=0033
    RBP=0000000000000003 ERR=0000000000000006
         <OSB>java<CSB> TRAPNO=000000000000000E
    OLDMASK=0000000000000000 CR2=0000000000000023
         <OSB>java<CSB> xmm0 40b53c0000000000 (f: 0.000000, d:
    5.436000e+03)
         <OSB>java<CSB> xmm1 4034800040400000 (f: 1077936128.000000,
    d: 2.050000e+01)
         <OSB>java<CSB> xmm2 406ec00000000000 (f: 0.000000, d:
    2.460000e+02)
         <OSB>java<CSB> xmm3 0000000000000000 (f: 0.000000, d:
    0.000000e+00)
         <OSB>java<CSB> xmm4 0000000000000000 (f: 0.000000, d:
    0.000000e+00)
         <OSB>java<CSB> xmm5 0000000000000000 (f: 0.000000, d:
    0.000000e+00)
         <OSB>java<CSB> xmm6 0000000000000000 (f: 0.000000, d:
    0.000000e+00)
         <OSB>java<CSB> xmm7 0000000000000000 (f: 0.000000, d:
    0.000000e+00)
         <OSB>java<CSB> xmm8 0000000000000000 (f: 0.000000, d:
    0.000000e+00)
         <OSB>java<CSB> xmm9 0000000000000000 (f: 0.000000, d:
    0.000000e+00)
         <OSB>java<CSB> xmm10 0000000000000000 (f: 0.000000, d:
    0.000000e+00)
         <OSB>java<CSB> xmm11 0000000000000000 (f: 0.000000, d:
    0.000000e+00)
         <OSB>java<CSB> xmm12 0000000000000000 (f: 0.000000, d:
    0.000000e+00)
         <OSB>java<CSB> xmm13 0000000000000000 (f: 0.000000, d:
    0.000000e+00)
         <OSB>java<CSB> xmm14 0000000000000000 (f: 0.000000, d:
    0.000000e+00)
         <OSB>java<CSB> xmm15 0000000000000000 (f: 0.000000, d:
    0.000000e+00)
         <OSB>java<CSB>
    Module=/tmp/pxa6460_26/ibm-java-x86_64-60/jre/lib/amd64/balanced
    cr/libj9jit26.so
         <OSB>java<CSB> Module_base_address=00002AAAAC8D8000
         <OSB>java<CSB> Target=2_60_20110217_075924 (Linux
    2.6.24-19-generic)
         <OSB>java<CSB> CPU=amd64 (4 logical CPUs) (0xbd036000 RAM)
    .
    Stack Trace: Relevant stack trace:
    #12 in TR_CHTable::cleanupNewlyExtendedInfo(TR_Compilation*) ()
    #13 in TR_CompilationInfoPerThreadBase::compile(J9VMThread*,
    TR_MethodToBeCompiled*, bool) ()
    #14 in protectedCompilationThreadProc(J9PortLibrary*,
    TR_CompilationInfoPerThread*) ()
    .
    

Local fix

  • The problem does not show if the user disables optimizations
    based on class hierarchy table
    -Xjit:disableCHOpts
    This solution is expected to slightly degrade throughput of
    applications
    Another workaround is to disable dynamic class unloading with
    -Xnoclassgc
    This solution may increase the memory footprint (possibly
    leading to OutOfMemory errors) if the application is relying
    heavily on dynamically generated classes that are subsequently
    unloaded.
    

Problem summary

  • The problem may appear when the JIT is doing some cleanup over
    the class hierarchy table (at the end of a compilation) and one
    of the classes from the class hierarchy table has been unloaded
    during the compilation.
    

Problem conclusion

  • This defect will be fixed in:
    6.0.1 GA FP1
    .
    The JIT has been modified to avoid accessing classes that have
    been unloaded (during the JIT compilation)
    .
    To obtain the fix:
    Install build 20110227 or later
    

Temporary fix

Comments

APAR Information

  • APAR number

    IV01848

  • Reported component name

    JIT

  • Reported component ID

    620700124

  • Reported release

    260

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2011-06-15

  • Closed date

    2011-06-15

  • Last modified date

    2011-06-15

  • APAR is sysrouted FROM one or more of the following:

  • APAR is sysrouted TO one or more of the following:

Fix information

  • Fixed component name

    JIT

  • Fixed component ID

    620700124

Applicable component levels

  • R260 PSY

       UP



Rate this page:

(0 users)Average rating

Document information


More support for:

Runtimes for Java Technology
Just In Time (JIT) Compiler

Software version:

260

Reference #:

IV01848

Modified date:

2011-06-15

Translate my page

Machine Translation

Content navigation