<<< VAXAXP::NOTES$:[NOTES$LIBRARY]VMSNOTES.NOTE;1 >>> -< VAX and Alpha VMS - Digital Internal Use Only >- ================================================================================ Note 238.40 10K days since UNIX base date; CMA; conversion failures 40 of 41 MGOF02::VHALLE 219 lines 13-MAR-1997 04:59 -< re: .38 - TIMA Article for KRNLSTAKNV @ACP$MOUNT+8F >- -------------------------------------------------------------------------------- [OpenVMS] System Crashes With KRTNLSTAKNV At ACP$MOUNT+0008F Any party granted access to the following copyrighted information (protected under Federal Copyright Laws), pursuant to a duly executed Digital Service Agreement may, under the terms of such agreement copy all or selected portions of this information for internal use and distribution only. No other copying or distribution for any other purpose is authorized. Copyright (c) Digital Equipment Corporation 1995, 1996. All rights reserved. PRODUCT: OpenVMS VAX, Version 5.5-2 COMPONENTS: Files-11 ODS-1 ACP Bugcheck SOURCE: Digital Equipment Corporation SYMPTOM: A system crashes with the following insufficient kernel stack space to build the ACP buffer error: KRNLSTAKNV, Kernel stack not valid NOTE: Output from a crash dump analysis is included in the CRASH DUMP ANALYSIS section at the end of this article. Please refer to this section to determine if you are experiencing the same problem described in this article. SOLUTION: According to OpenVMS Engineering, this problem is corrected in OpenVMS VAX, Version 6.0. \ \ \ ENGINEERING RESPONSE: \ \ Our research indicates that this problem is fixed for 5.5-2 by \ installing CSCPAT_1120 which is VAXMSCP08_U2055. The kit is now \ called VAXSHAD04_061. \ \ The following is the answer received for V551-FT #00264: \ \ A fix for this problem has been coded and checked into \ the Blade stream. The fixed code now attempts to first \ use a KRP for the temporary space needed. If no KRP is \ available, it attempts to allocate some paged pool, \ and if that is not available, it attempts to probe the \ kernel stack. If it is successful in any of these \ attempts, it carries on and releases the temporary space \ when it is finished. If all attempts at allocating \ the temporary space fail, the user's I/O request \ is aborted. WORKAROUND: The ECO kit VAXSHAD may address the problem described in this article. Refer to the ECO-SUMMARY article to determine if this ECO corrects the problem for your specific configuration. More information regarding this kit may be found in the ECO-SUMMARY database by using a query of VAXSHAD. \ \ Note: TIMA users should access the TIMATOOLS ECO_MUP_CERT database \ to view the ECO-SUMMARY information. CRASH DUMP ANALYSIS: The following crash dump analysis may be helpful in determining if you have experienced this problem: Time of system crash: 20-JUL-1994 09:12:06.45 Version of system: VAX/VMS VERSION V5.5-2 System type: VAX 4000-500 CPU 00 reason for Bugcheck: KRNLSTAKNV, Kernel stack not valid Process currently executing on this CPU: DECPS_DC Current IPL: 31 (decimal) CPU database address: 83AE0000 General registers: R0 = 80002000 R1 = 004E2408 R2 = 82FC89CC R3 = 82FC89A0 R4 = 810A9840 R5 = 80FEF350 R6 = 7FF743A0 R7 = 00000032 R8 = 81730994 R9 = 00000032 R10 = 00000050 R11 = 7FFE7194 <-n.b. AP = 7FFE7328 FP = 7FFE72B4 SP = 83AE11F8 PC = 803AD544 PSL = 041F0000 Processor registers: P0BR = 879A5A00 SBR = 0BABEA00 ASTLVL = 00000004 P0LR = 00002892 SLR = 0014A580 SISR = 00000000 P1BR = 8732D800 PCBB = 09966C20 ICCS = 00000041 P1LR = 001FF90C SCBB = 0BAA9C00 SID = 13000202 Processor registers: P0BR = 879A5A00 SBR = 0BABEA00 ASTLVL = 00000004 P0LR = 00002892 SLR = 0014A580 SISR = 00000000 P1BR = 8732D800 PCBB = 09966C20 ICCS = 00000041 P1LR = 001FF90C SCBB = 0BAA9C00 SID = 13000202 ISP = 83AE11F8 KSP = 7FFE7194 ESP = 7FFE9800 SSP = 7FFED800 USP = 7FF23F90 83AE11D8 00000032 83AE11DC 00000050 83AE11E0 7FFE7194 CTL$GL_KSTKBASEXP+00794 83AE11E4 7FFE7328 CTL$GL_KSTKBAS+00128 83AE11E8 7FFE72B4 CTL$GL_KSTKBAS+000B4 83AE11EC 83AE11F0 83AE11F0 803AD544 EXE$MCHECK 83AE11F4 041F0000 SP => 83AE11F8 80419C39 ACP$MOUNT+0008F 83AE11FC 00020000 UCB$M_LCL_VALID \ \ This code stream results in accessing a page beyond the limits of the k-stack: \ \ ACP$MOUNT+00071: BSBW IOC$TESTUNIT+00092 \ ACP$MOUNT+00074: MOVZWL #007C,R0 \ ACP$MOUNT+00079: BRB ACP$MOUNT+00080 \ ACP$MOUNT+0007B: MOVZWL #0064,R0 \ ACP$MOUNT+00080: BRW EXE$ABORTIO \ ACP$MOUNT+00083: MOVAB -0118(SP),SP \ ACP$MOUNT+00088: MOVL SP,R11 \ ACP$MOUNT+0008B: MOVZBL #50,R10 \ ACP$MOUNT+0008F: MOVL #04,(R11)+ \ \ Process page table \ ------------------ \ \ ADDRESS SVAPTE PTE TYPE PROT BITS PAGTYP LOC \ STATE TY \ PE REFCNT BAK SVAPTE FLINK BLINK \ \ 7FFE7000 8DFC20E0 04000000 PGFIL NONE K \ 7FFE7200 8DFC20E4 D4082860 VALID SRKW M L K PROCESS ACTIVE \ 07 0 \ 0 1 04000000 8DFC20E4 00000000 0000006B \ 7FFE7400 8DFC20E8 D4082861 VALID SRKW M L K PROCESS ACTIVE \ 07 0 \ 0 1 04000000 8DFC20E8 00000000 0000006A \ 7FFE7600 8DFC20EC D4082862 VALID SRKW M L K PROCESS ACTIVE \ 07 0 \ \ The code: \ \ .SBTTL BUILD ACP BUFFER \ ; \ ; Subroutine to build ACP buffer and interlock the UCB. This routine \ ; probes the function dependent parameters and builds the complex \ ; buffer packet that is to be shipped off to the ACP (or XQP). \ \ ; \ ; To avoid an extra subroutine call in the main FDT routines, this \ ; routine also redirects the I/O function to the UCB of the open file \ ; (if any, on disk) and takes out the UCB fork lock. \ ; \ ; Inputs: \ ; \ ; R3 = address of I/O request packet. \ ; R4 = current process PCB address. \ ; R5 = assigned device UCB address. \ ; R6 = address of CCB. \ ; AP = address of first function dependent parameter. \ ; \ .ENABL LSB \ BUILDACPBUF: ; build ACP buffer \ MOVAB -MXDESCR*8(SP),SP ; allocate space for maximum descriptors \ MOVL SP,R11 ; set address to store descriptors \ MOVZBL #ARB$L_UIC+4+16,R10 ; set initial byte count \ MOVL #4,(R11)+ ; insert window address length and access \ |- crash now as r11 points to a page beyond the current \ kernel stack limits \ \ \ TESTING INFORMATION: \ \ Has this issue been reproduced on CSC lab systems? no \ Explain: The issue seems to be documented. \ \ Is this issue consistently reproducible at the customer site? n \ Explain: Not reproducible, but repeated. \ \ \ REFERENCES: \ \ Escalations reported on this problem: \ \ CHAMP/CSC Service Request (SRQ) #: C940720-989 \ Field Service Log #: HPAQ835D5 \ QARs: V551-FT #00264 SPR_VMS_V5 #04056 \ \ \ CONTRIBUTORS: \ \ Technical: \ P. J. Mills (154151) \ Reuven Somberg (173834) \ \ Editorial: \ Judy Mautino (216077) \ \\ VMS F11ACP BUGCHK \\ PROD=OPENVMS-VAX SPD=25.01 CAT=OPSYS GRP=OPENVMS-VAX OS=OPENVMS-VAX \\ 154151 173834 \\ HPAQ835D5 SRC940720000989 \\ EDIT_SRQ=C950414-5621 EDIT_SRQ=C950414-5621 EDIT_SRQ=C960621-5416 \\ CSCPAT VAXSHAD \\ QREVIEW=199612 TYPE=ESCALATION TYPE=KNOWN_PROBLEM TYPE=ECO FIXEDSSB