VSSI Home    Product Support   

Release 55xx ShadowDisk/Z Updates

Last modified on 04/17/22
Current Package Build: 5530

VSSI

The PTFs below apply to the VSSI product version listed at the top of this page. As VSSI generates new packages (e.g., from 5524 to 5526), all outstanding updates (e.g., from 5524) are rolled into the new package version (e.g., 5526). You can determine your package version by running the VSQPKG exec on your VSSI Install disk; e.g.: . vsqpkg To obtain updates for your package, you can do as follows: 1. Determine your package version (e.g., 5526). 2. Download the PTFCUM that corresponds to your package (e.g., VPVT5526 PTFCUM if you have VPARS/VTAPE, VT5526 PTFCUM if you have VTAPE-only, and VD5526 PTFCUM if you have ShadowDisk/Z). Things to remember: 1. All PTFs specify a minimum version of the VSSI VSTOOLS package (i..e., the BUILD EXECs required to apply the PTF). The latest version of VSTOOLS VMARC can always be obtained via FTP from /193. You can check your installed VSSI package and VSTOOLS levels as follows: . VSQPKG (displays the current VSSI package build level) . VSQTOOLS (displays the current VSTOOLS version) 2. The VSPTFCUM EXEC is used to install the PTF(s) from the matching PTFCUM package that you downloaded. If specified with no parameters, VSPTFCUM expands the PTFCUM file to your A-disk, evaluates them for inclusion, and installs any validated PTFs found which are not already installed. 3. If you are at a given package level (e.g., 5524), and you wish to install subsequent updates for the next available package level (e.g., 5526), you can do as follows: . Download the latest PTFCUM for your current package level (e.g., download VPVT5524 PTFCUM). . Install the PTFCUM via the VSPTFCUM exec. After the install is complete, you will not need to download 5524 in the future. . Download the latest PTFCUM for the next package level (e.g., download VPVT5526 PTFCUM). . Install the PTFCUM via the VSPTFCUM exec. You will be downloading this PTFCUM on a regular basis (i.e., until VSSI closes 5526 and generates 5528). 4. The PTF summaries can be found on the VSSI Web site; e.g.: VPARS/VTAPE https://www.vsoftsys.com/doc/critvp55.htm VTAPE-only https://www.vsoftsys.com/doc/critvt55.htm ShadowDisk/Z https://www.vsoftsys.com/doc/critvd55.htm The BUILD_Reqd: tag in the PTF summary specifies the user actions required after application of the PTF, as follows: TagID Actions to be taken VSSIPL . vsbldnuc . vscopy nuc . re-IPL VSSICP . vscopy nuc -or- vscopy parm . re-IPL VSSICMS . vscopy cms, vscopy help VSSMMAC Macro updates only; no action required Most PTFs have multiple BUILD_Reqd: tag values; in this case, take all actions required by all specified tags.

PTFs below apply to Packages at 5530 and lower

VT550473 VMARC 03/31/22 23:45:14 * Common/COPY/MACRO updates in support of fix 474

Update VT550473 applies to VSSI installation builds through 5530 Symptom: * Common/COPY/MACRO updates in support of fix 474 Problem: COPY and MACRO updates in support of fix VT550474. Resolution: Primary change is the VTSCTLBK is updated to have an array of pointers to VTSALIB blocks (one for each library) rather than having the VTSALIB blocks embedded as part of the VTSCTLBK. This makes the VTSCTLBK smaller than 4K and allows both the VTSALIB block and the VTSCTLBK to be asserted. Additionally a number of other parts have been updated with minor pending refactoring (comment corrections and so on). BUILD_Reqd: VSSIPL VSSICP VSSMMAC Toolmin: 1.0 475 (2022-02-22) Modules: RVTSALIB COPY VTEXTBK COPY VTMNTBK COPY VTSCTLBK COPY VTXDCPBK COPY

VS550473 VMARC 03/31/22 23:43:32 * Common/COPY/MACRO updates in support of fix 474

Update VS550473 applies to VSSI installation builds through 5530 Symptom: * Common/COPY/MACRO updates in support of fix 474 Problem: COPY and MACRO updates in support of fix VT550474. Resolution: For the VSCOMMON subsystem, the VSSICBID list of control blocks is updated with entries for VTSALIB and VTSCTLBK. Additionally a number of other parts have been updated with minor pending refactoring (comment corrections and so on). BUILD_Reqd: VSSIPL VSSICP Toolmin: 1.0 475 (2022-02-22) Modules: VS55MAC $EXEC VSMODID COPY VSSICBID COPY VSSIMSG COPY VSIMSG MACRO VSIPROLG MACRO RVSSTP ASSEMBLE RVSUTL ASSEMBLE RVSSTL LAS55473

VS550472 VMARC 01/25/22 10:36:46 * Module splits; second tranche

Update VS550472 applies to VSSI installation builds through 5530 Symptom: * Module splits; second tranche Problem: VSSI would like any part loaded with the temporary attribute to be smaller than 4K in size. Resolution: RVSSYN is moved from the permanent to the temporary CPXLOAD list in RVSCPX. BUILD_Reqd: VSSICP Toolmin: 1.0 473 (2022-01-20) Modules: RVSCPX ASSEMBLE RVSSYN ASSEMBLE

VP550470 VMARC 01/20/22 19:23:03 * Refactoring in support of fix 471

Update VP550470 applies to VSSI installation builds through 5530 Symptom: * Refactoring in support of fix 471 Problem: Tapes not scratched when expired. Resolution: Changes to support fix 471. BUILD_Reqd: VSSIPL VSSICP VSSICMS VSSMMAC Toolmin: 1.0 473 (2022-01-20) Modules: VPCTLBK COPY RVPMDLAT MACRO

VT550470 VMARC 01/20/22 19:24:24 * Refactoring in support of fix 471

Update VT550470 applies to VSSI installation builds through 5530 Symptom: * Refactoring in support of fix 471 Problem: Tapes not scratched when expired. Resolution: Changes to support fix 471. BUILD_Reqd: VSSIPL VSSICP VSSICMS VSSMMAC Toolmin: 1.0 473 (2022-01-20) Modules: RVTSYSBK COPY VTCLBLBK COPY RVTMDLAT MACRO

VS550470 VMARC 01/20/22 19:21:58 * Refactoring in support of fix 471

Update VS550470 applies to VSSI installation builds through 5530 Symptom: * Refactoring in support of fix 471 Problem: Tapes not scratched when expired. Resolution: Changes to support fix 471. BUILD_Reqd: VSSICP VSSICMS Toolmin: 1.0 473 (2022-01-20) Modules: VSQLSTAT COPY RVSCFG ASSEMBLE RVSIOS ASSEMBLE RVSUTL ASSEMBLE VSSUBDT ASSEMBLE

VS550469 VMARC 11/11/21 11:33:45 * Annual resequence assembler parts

Update VS550469 applies to VSSI installation builds through 5530 Symptom: * Annual resequence assembler parts Problem: Due to updates a number of files are getting tight on sequence numbers. This impacts the fit of future fixes. Proactively address. Resolution: We use the following rules of thumb to decide whether or not a source file needs to be resequenced: - if there are any lines with a gap of 10 or less - if 20% or more of the source lines have gaps of 100 or less. If either of the above applies, the source file is resequenced. The sequence number range is 00000000-99999999 and to minimize future resequences we attempt to pick a new gap that best exploits the full range. This year RVSCMD, RVSSTP and RVSUTL are resequenced. BUILD_Reqd: VSSICP Toolmin: 1.0 468 (2021-11-04) Modules: RVSCMD ASSEMBLE RVSSTP ASSEMBLE RVSUTL ASSEMBLE

VP550467 VMARC 11/16/21 15:35:29 * Module splits; first tranche

Update VP550467 applies to VSSI installation builds through 5530 Symptom: * Module splits; first tranche Problem: VSSI would like any part loaded with the temporary attribute to be smaller than 4K in size. Resolution: Changes to VPARS COPY/MACRO parts in support of fix VP550468. BUILD_Reqd: VSSIPL VSSICP VSSICMS VSSMMAC Toolmin: 1.0 470 (2021-11-12) Modules: RVPCMPBK COPY RVPEQUAT COPY VPCTLBK COPY VPOPENBK COPY VP1WRKBK COPY RVPMDLAT MACRO

VS550467 VMARC 11/16/21 14:06:34 * Module splits; first tranche

Update VS550467 applies to VSSI installation builds through 5530 Symptom: * Module splits; first tranche Problem: VSSI would like any part loaded with the temporary attribute to be smaller than 4K in size. Resolution: For the VSCOMMON component all temporary parts were already under 4K. These changes are in support of the changes to VPARS and VTAPE. BUILD_Reqd: VSSIPL VSSICP VSSICMS Toolmin: 1.0 470 (2021-11-12) Modules: VS55MAC $EXEC RVSCHKPR COPY RVSEQUAT COPY VSMODID COPY VSSICBID COPY VSSICMP COPY VSSIDATE COPY VSSIEQU COPY RVSMDLAT MACRO RVSCBI ASSEMBLE RVSCFG ASSEMBLE RVSCMD ASSEMBLE RVSCPX ASSEMBLE RVSIOR ASSEMBLE RVSIOS ASSEMBLE RVSMSG ASSEMBLE RVSPER ASSEMBLE RVSPRM ASSEMBLE RVSUTL ASSEMBLE VSLABSL ASSEMBLE VSSUBDT ASSEMBLE

VP550463 VMARC 10/25/21 15:37:52 * Preparatory refactoring changes

Update VP550463 applies to VSSI installation builds through 5530 Symptom: * Preparatory refactoring changes Problem: MACRO/COPY updates for 550464 Resolution: MACRO/COPY updates for 550464 BUILD_Reqd: VSSIPL VSSICP VSSICMS VSSMMAC Toolmin: 1.0 466 (2021-09-28) Modules: RVPDEVBK COPY RVPEQUAT COPY RVPTRACE COPY VPCTLBK COPY VPMDSKBK COPY VPMDTBL COPY VPTCCTBK COPY

VT550463 VMARC 10/25/21 15:44:23 * Preparatory refactoring changes

Update VT550463 applies to VSSI installation builds through 5530 Symptom: * Preparatory refactoring changes Problem: MACRO/COPY updates for 550464 Resolution: MACRO/COPY updates for 550464 BUILD_Reqd: VSSIPL VSSICP VSSICMS VSSMMAC Toolmin: 1.0 466 (2021-09-28) Modules: RVTTRACE COPY VTCLBLBK COPY VTEXTBK COPY VTOPRMBK COPY VTQRPTS COPY

VS550463 VMARC 10/25/21 15:27:17 * Preparatory refactoring changes

Update VS550463 applies to VSSI installation builds through 5530 Symptom: * Preparatory refactoring changes Problem: MACRO/COPY updates for 550453 Resolution: In addition to the MACRO/COPY changes the following additional changes are done to the VSCOMMON subsystem: - the current fix level shown in the response to VSQuery LEVel (nee VSQuery VSLevel) is now dynamically determined at load time from the just loaded code. Formerly this was a static value determined at build time. The command output is unchanged. vsq lev VSSI Level 5500 Build 5530 Fix 550464 on 26 Sep 2021 for Z/VM 7.2.0 Ready; T=0.01/0.01 02:53:55 - a new VSQuery COMPonents command will show the highest fix level for each subsystem that is loaded and where the subsystem was loaded from. eg: vsquery components VSCOMMON fixlevel VS550463 loaded from VSCOMM72 TXTLIB dated 2021-09-26 21:18:44 VTAPE fixlevel VT550464 loaded from VTAPE72 TXTLIB dated 2021-09-26 20:03:50 VPARS fixlevel VP550464 loaded from VPARS72 TXTLIB dated 2021-09-27 00:37:37 Ready; T=0.01/0.01 02:54:46 BUILD_Reqd: VSSIPL VSSICP VSSICMS Toolmin: 1.0 466 (2021-09-28) Modules: VS55MAC $EXEC RVSCHKPR COPY RVSTRACE COPY RVSYNTAX COPY VSDATEFM COPY VSMDEBK COPY VSMODID COPY VSSICFG COPY VSSIEQU COPY VSSIMSG COPY VSIMSG MACRO VSIPROLG MACRO VSLCKOP MACRO RVSCBI ASSEMBLE RVSCFG ASSEMBLE RVSCMD ASSEMBLE RVSCPX ASSEMBLE RVSIOS ASSEMBLE RVSLCK ASSEMBLE RVSMSG ASSEMBLE RVSPER ASSEMBLE RVSPRC ASSEMBLE RVSPRM ASSEMBLE RVSSYN ASSEMBLE RVSUTL ASSEMBLE VSSUBDT ASSEMBLE VSSUBR02 ASSEMBLE RVSSTL LAS55463

VS550462 VMARC 09/26/21 10:03:36 * Placeholder update - start 5530

Update VS550462 applies to VSSI installation builds through 5530 Symptom: * Placeholder update - start 5530 Problem: Dummy update to mark the start of Build 5530. Resolution: n/a. BUILD_Reqd: VSSMMAC Toolmin: 1.0 464 (2021-09-24) Modules: VSMODID COPY

PTFs below apply to Packages at 5528 and lower

VS550461 VMARC 09/26/21 09:54:00 * Placeholder update - end 5528

Update VS550461 applies to VSSI installation builds through 5528 Symptom: * Placeholder update - end 5528 Problem: Dummy update to mark the end of Build 5528. Resolution: n/a. BUILD_Reqd: VSSMMAC Toolmin: 1.0 464 (2021-09-24) Modules: VSMODID COPY

VS550454 VMARC 08/11/21 13:06:01 * ALS rollback

Update VS550454 applies to VSSI installation builds through 5528 Symptom: * ALS rollback Problem: RVSUTL uses instructions that not all customer machines have. Resolution: RVSUTL is updated to rollback the new instructions and use older instructions. BUILD_Reqd: VSSICP Toolmin: 1.0 463 (2021-08-05) Modules: RVSUTL ASSEMBLE

VS550452 VMARC 08/11/21 13:05:40 * Deprecated update - revised PTFCUM

Update VS550452 applies to VSSI installation builds through 5528 Symptom: * Deprecated update - revised PTFCUM Problem: This is a dummy update formerly used to mark the end of PTFCUM 5528. VSSI has since decided to add additional PTFs to 5528; therefore, this is no longer an end-of-CUM placeholder. Resolution: n/a. BUILD_Reqd: VSSMMAC Toolmin: 1.0 463 (2021-08-05) Modules: VSMODID COPY

VS550448 VMARC 06/18/21 12:28:56 * VSQ LICENSE output bypasses DIAG 8 buffer

Update VS550448 applies to VSSI installation builds through 5528 Symptom: * VSQ LICENSE output bypasses DIAG 8 buffer Problem: Customer issues: PIPE CP VSQ LICENSE | > VSSI OUT A and expects the command output to be captured and written to the file. Instead the command output is displayed on the screen. This worked prior to fix 550420. The command output was captured. Resolution: In preparation for future changes (that were eventually delivered in fix 429) fix 420 moved the entry points used by the license code to write output to the screen from RVSSTB to RVSSTP. At the same time two HCPCONSL macros were combined into one and the DESTINATION= operand was used to direct the output. When DESTINATION= is in use, the DIAG 8 buffer is bypassed. Entry points RVSSTPHS and RVSSTPHU are updated to again each have their own HCPCONSL rather than sharing one that uses DESTINATION=. Additionally a number of other parts with pending minor refactoring are included with this fix. BUILD_Reqd: VSSIPL VSSICP Toolmin: 1.0 458 (2021-06-18) Modules: RVSCHKPR COPY VSMODID COPY VSIPROLG MACRO RVSCBI ASSEMBLE RVSCFG ASSEMBLE RVSCMD ASSEMBLE RVSMSG ASSEMBLE RVSPRC ASSEMBLE RVSSTP ASSEMBLE RVSSYN ASSEMBLE RVSUTL ASSEMBLE RVSSTL LAS55448

VS550447 VMARC 05/31/21 17:08:05 * VPTEST succeeds when it should have failed

Update VS550447 applies to VSSI installation builds through 5528 Symptom: * VPTEST succeeds when it should have failed Problem: VPTEST of a device intercept list (file type VPTPFDEV) with more than 505 device ranges should result in message RVPCFG041E Test failed but instead gets Test successful message. Resolution: Fix 550429 reworked the logic in RVSCFGRD and resulted in RVSCFGRD sometimes returning with return code 0 when it should have been return code 4. RVSCFG is updated to correct. Additionally, updates to a number of other VSCOMMON parts with minor pending refactoring are included. BUILD_Reqd: VSSIPL VSSICP Toolmin: 1.0 457 (2021-04-18) Modules: VSSICBID COPY RVSCFG ASSEMBLE RVSPRM ASSEMBLE RVSSTP ASSEMBLE

VP550445 VMARC 05/31/21 20:35:52 * Refactoring (renames)

Update VP550445 applies to VSSI installation builds through 5528 Symptom: * Refactoring (renames) Problem: Rename a number of parts to better reflect how they are used. Resolution: VSMSGH MACRO and VSMSGPBK COPY are renamed to VSIMSG MACRO and VSSIMSG COPY to better reflect that they are used across the entire code base. RVSCMPBK COPY is renamed to VSSICMP COPY to again better reflect that its use is not restricted only to RVSxxx parts. VSSITRAC COPY has been split into RVPTRACE COPY, RVSTRACE COPY and RVTTRACE COPY to better reflect that information relating to private trace tables only needs to be known by each subsystem and not code base wide. A number of other parts with minor pending refactoring are included. This fix should cause no functional change. BUILD_Reqd: VSSIPL VSSICP VSSICMS VSSMMAC Toolmin: 1.0 457 (2021-04-18) Modules: VP55MAC $EXEC RVPCMPBK COPY RVPEQUAT COPY RVPSHORT COPY RVPTRACE COPY VPCTLBK COPY

VT550445 VMARC 05/31/21 20:42:47 * Refactoring (renames)

Update VT550445 applies to VSSI installation builds through 5528 Symptom: * Refactoring (renames) Problem: Rename a number of parts to better reflect how they are used. Resolution: VSMSGH MACRO and VSMSGPBK COPY are renamed to VSIMSG MACRO and VSSIMSG COPY to better reflect that they are used across the entire code base. RVSCMPBK COPY is renamed to VSSICMP COPY to again better reflect that its use is not restricted only to RVSxxx parts. VSSITRAC COPY has been split into RVPTRACE COPY, RVSTRACE COPY and RVTTRACE COPY to better reflect that information relating to private trace tables only needs to be known by each subsystem and not code base wide. A number of other parts with minor pending refactoring are included. This fix should cause no functional change. BUILD_Reqd: VSSIPL VSSICP VSSICMS VSSMMAC Toolmin: 1.0 457 (2021-04-18) Modules: VT55MAC $EXEC RVTCMPBK COPY RVTEQUAT COPY RVTTRACE COPY

VS550445 VMARC 05/31/21 20:24:55 * Refactoring (renames)

Update VS550445 applies to VSSI installation builds through 5528 Symptom: * Refactoring (renames) Problem: Rename a number of parts to better reflect how they are used. Resolution: VSMSGH MACRO and VSMSGPBK COPY are renamed to VSIMSG MACRO and VSSIMSG COPY to better reflect that they are used across the entire code base. RVSCMPBK COPY is renamed to VSSICMP COPY to again better reflect that its use is not restricted only to RVSxxx parts. VSSITRAC COPY has been split into RVPTRACE COPY, RVSTRACE COPY and RVTTRACE COPY to better reflect that information relating to private trace tables only needs to be known by each subsystem and not code base wide. A number of other parts with minor pending refactoring are included. This fix should cause no functional change. BUILD_Reqd: VSSIPL VSSICP Toolmin: 1.0 457 (2021-04-18) Modules: VS55MAC $EXEC RVSEQUAT COPY RVSTRACE COPY RVSYNTAX COPY VSMODID COPY VSSICBID COPY VSSICMP COPY VSSIMSG COPY VSIMSG MACRO VSIPROLG MACRO VSMSGHE MACRO RVSCBI ASSEMBLE RVSCFG ASSEMBLE RVSCMD ASSEMBLE RVSCPX ASSEMBLE RVSLVL ASSEMBLE RVSPER ASSEMBLE RVSPRC ASSEMBLE RVSPRM ASSEMBLE RVSSTP ASSEMBLE RVSSYN ASSEMBLE RVSUTL ASSEMBLE RVSSTL LAS55445

VP550442 VMARC 04/18/21 13:12:52 * COPY updates in support of fix 550443

Update VP550442 applies to VSSI installation builds through 5528 Symptom: * COPY updates in support of fix 550443 Problem: Several CMS VPARS utilities have regressions after fixes 430, 432 and 439. Resolution: Update VPARS COPY members in support of fix 550443. BUILD_Reqd: VSSIPL VSSICP VSSICMS VSSMMAC Toolmin: 1.0 456 (2021-04-07) Modules: VP55MAC $EXEC RVPSHORT COPY RVPTPHDR COPY VPIOTBK COPY

VS550442 VMARC 04/18/21 13:05:59 * COPY updates in support of fix 550443

Update VS550442 applies to VSSI installation builds through 5528 Symptom: * COPY updates in support of fix 550443 Problem: Several CMS VPARS utilities have regressions after fixes 430, 432 and 439. Resolution: The VSCOMMON parts updated are primarily refactoring changes. BUILD_Reqd: VSSIPL VSSICP VSSICMS Toolmin: 1.0 456 (2021-04-07) Modules: VS55MAC $EXEC VSSUME $REPOS RVSYNTAX COPY VSLPRMBK COPY VSSIMSG COPY VSIMSG MACRO DISKPRT ASSEMBLE DISKZAP ASSEMBLE RVSSTB ASSEMBLE RVSSTP ASSEMBLE VSLABSL ASSEMBLE VSSTRC ASSEMBLE

VP550441 VMARC 03/28/21 15:50:01 * Append updated product file + objects

Update VP550441 applies to VSSI installation builds through 5528 Symptom: * Append updated product file + objects Problem: From time to time, we need to append non-source VPARS | ShadowDiskZ files as part of a propsed fix (i.e., without changing any underlying product code). Resolution: VPMODID COPY created as a dummy COPY file. This file is used to generated dummy PTFs against which non-source objects (e.e., amended PRODUCT files) can be appended. BUILD_Reqd: VSSMMAC Toolmin: 1.0 453 (2021-03-21) Modules: VP55MAC $EXEC VPMODID COPY

VT550441 VMARC 03/28/21 15:50:09 * Append updated product file + objects

Update VT550441 applies to VSSI installation builds through 5528 Symptom: * Append updated product file + objects Problem: From time to time, we need to append non-source VTAPE files as part of a propsed fix (i.e., without changing any underlying product code). Resolution: VTMODID COPY created as a dummy COPY file. This file is used to generated dummy PTFs against which non-source objects (e.e., amended PRODUCT files) can be appended. BUILD_Reqd: VSSMMAC Toolmin: 1.0 453 (2021-03-21) Modules: VT55MAC $EXEC VTMODID COPY

VS550441 VMARC 03/28/21 15:49:57 * Append updated product file + objects

Update VS550441 applies to VSSI installation builds through 5528 Symptom: * Append updated product file + objects Problem: The following modules were missing elements: . DISKPRT . DISKZAP Resolution: Missing elements appended in update 550440; this PTF is used to force assembly and link of the affected parts. BUILD_Reqd: VSSMMAC Toolmin: 1.0 453 (2021-03-21) Modules: VSMODID COPY

VP550438 VMARC 03/25/21 20:54:51 * HCPIST update no longer fits after VM66173

Update VP550438 applies to VSSI installation builds through 5528 Symptom: * HCPIST update no longer fits after VM66173 Problem: Our update to HCPIST no longer fits after the PTF for VM66173 is applied. Resolution: Revise our HCPIST update so it fits whether or not VM66173's PTF is applied. Additionally, updates to a number of other parts with minor pending refactoring are included. Fixes 438 and 439 must be applied concurrently. BUILD_Reqd: VSSIPL VSSICP VSSICMS VSSMMAC Toolmin: 1.0 453 (2021-03-21) Modules: VP55MAC $EXEC VPCTLBK COPY VPINDXBK COPY VPIOTBK COPY VP1WRKBK COPY

VT550438 VMARC 03/25/21 21:04:39 * HCPIST update no longer fits after VM66173

Update VT550438 applies to VSSI installation builds through 5528 Symptom: * HCPIST update no longer fits after VM66173 Problem: Our update to HCPIST no longer fits after the PTF for VM66173 is applied. Resolution: Revise our HCPIST update so it fits whether or not VM66173's PTF is applied. Additionally, updates to a number of other parts with minor pending refactoring are included. Fixes 438 and 439 must be applied concurrently. BUILD_Reqd: VSSIPL VSSICP VSSICMS VSSMMAC Toolmin: 1.0 453 (2021-03-21) Modules: VT55MAC $EXEC RVTEQUAT COPY VTACTBK COPY VTSTTRC COPY VTSTLABL MACRO

VS550438 VMARC 03/25/21 20:32:41 * HCPIST update no longer fits after VM66173

Update VS550438 applies to VSSI installation builds through 5528 Symptom: * HCPIST update no longer fits after VM66173 Problem: Our update to HCPIST no longer fits after the PTF for VM66173 is applied. Resolution: Revise our HCPIST update so it fits whether or not VM66173's PTF is applied. Additionally, updates to a number of other parts with minor pending refactoring are included. Fixes 438 and 439 must be applied concurrently. BUILD_Reqd: VSSIPL VSSICP VSSICMS Toolmin: 1.0 453 (2021-03-21) Modules: VSIOPARM COPY VSQIOBK COPY VSSICBID COPY VSWCCWXA COPY RVSMDLAT MACRO VS6ANCH MACRO DISKPRT ASSEMBLE DISKZAP ASSEMBLE RVSCBI ASSEMBLE RVSCMD ASSEMBLE RVSCPX ASSEMBLE RVSLVL ASSEMBLE VSFSERR ASSEMBLE VSLABSL ASSEMBLE VSSUBR02 ASSEMBLE

VS550436 VMARC 01/25/21 18:11:46 * License code cleanup

Update VS550436 applies to VSSI installation builds through 5528 Symptom: * License code cleanup Problem: Several code paths in RVSSTL have deprecated code blocks and/or variables. Resolution: Redundant code paths removed. BUILD_Reqd: VSSICP Toolmin: 1.0 448 (2020-01-25) Modules: VSMODID COPY RVSSTL LAS55436

VS550435 VMARC 01/25/21 18:14:25 * Support upcoming HCPTRANS changes

Update VS550435 applies to VSSI installation builds through 5528 Symptom: * Support upcoming HCPTRANS changes Problem: IBM is changing the supported actions on the LOCK= operand of HCPTRANS. Resolution: All affected HCPTRANS are updated to expand using the new actions if assembled on z/VM V7. Assemblies on zVM V6 are unchanged. This update must be applied prior to applying VM66173 when it becomes available. Additionally the DISKZAP utility has had refactoring work and a NOPROMPT option added. BUILD_Reqd: VSSICP VSSICMS Toolmin: 1.0 448 (2020-01-25) Modules: DISKZAP ASSEMBLE RVSIOS ASSEMBLE RVSUTL ASSEMBLE

VS550434 VMARC 12/19/20 15:41:29 * Deprecated module cleanup

Update VS550434 applies to VSSI installation builds through 5528 Symptom: * Deprecated module cleanup Problem: Deprecated ShadowDisk modules may reside on disk after the VPARS-ShadowDisk code merge. Resolution: Clean up deprecated entries. BUILD_Reqd: VSSMMAC Toolmin: 1.0 446 (2020-12-18) Modules: VSMODID COPY

VP550429 VMARC 12/08/20 11:10:23 * Macro/Copy updates for 550430

Update VP550429 applies to VSSI installation builds through 5528 Symptom: * Macro/Copy updates for 550430 Problem: Macro/Copy updates for VP550430 Resolution: Macro/Copy updates for VP550430 Fixes 429 and 430 must be applied concurrently. BUILD_Reqd: VSSIPL VSSICP VSSICMS VSSMMAC Toolmin: 1.0 444 (2020-12-11) Modules: RVPCCTBK COPY RVPCFGBK COPY RVPCMPBK COPY RVPDEVBK COPY RVPEQUAT COPY RVPFMTBK COPY RVPSYSBK COPY VPCHCCW COPY VPCTLBK COPY VPOPENBK COPY VPSETBK COPY VPTCCTBK COPY VPTPFKEY COPY VP1WRKBK COPY RVPMDLAT MACRO VPCPYASM ASSEMBLE

VT550429 VMARC 12/08/20 13:54:48 * Macro/Copy updates for 550430

Update VT550429 applies to VSSI installation builds through 5528 Symptom: * Macro/Copy updates for 550430 Problem: Macro/Copy updates for VT550430 Resolution: Macro/Copy updates for VT550430 Fixes 429 and 430 must be applied concurrently. BUILD_Reqd: VSSIPL VSSICP VSSICMS VSSMMAC Toolmin: 1.0 444 (2020-12-11) Modules: RVTCMPBK COPY RVTEQUAT COPY VTACTBK COPY VTSCTLBK COPY RVTMDLAT MACRO VT5ANCH MACRO VT6ANCH MACRO VTCPYASM ASSEMBLE

VS550429 VMARC 12/08/20 01:35:49 * Macro/Copy updates for 550430

Update VS550429 applies to VSSI installation builds through 5528 Symptom: * Macro/Copy updates for 550430 Problem: Macro/Copy updates for VS550430 Resolution: Exits have been replaced with indirect calls in HCPxxx parts. RVSxxx parts and macros and copy members are updated to support fix VS550430. Fixes 429 and 430 must be applied concurrently. BUILD_Reqd: VSSIPL VSSICP VSSICMS Toolmin: 1.0 444 (2020-12-11) Modules: VS55MAC $EXEC VSSUME $REPOS RVSCMPBK COPY RVSEQUAT COPY RVSYNTAX COPY VSMODID COPY VSSICBID COPY VSSICFG COPY VSSIEQU COPY VSSIIOC COPY VSSIIOT COPY VSSILVL COPY VSSITRAC COPY RVSMDLAT MACRO VSCMDCHK MACRO VSCPSTOR MACRO VSCPXGT MACRO VSIABEND MACRO VSICALL MACRO VSIGOTO MACRO VSILTICL MACRO VSILX MACRO VSIPROLG MACRO VSMSGHE MACRO VS5ANCH MACRO VS6ANCH MACRO RVSCBI ASSEMBLE RVSCFG ASSEMBLE RVSCMD ASSEMBLE RVSCPX ASSEMBLE RVSIOR ASSEMBLE RVSIOS ASSEMBLE RVSLCK ASSEMBLE RVSLVL ASSEMBLE RVSMSG ASSEMBLE RVSPER ASSEMBLE RVSPRC ASSEMBLE RVSPRM ASSEMBLE RVSSTA ASSEMBLE RVSSTB ASSEMBLE RVSSTG ASSEMBLE RVSSTN ASSEMBLE RVSSYN ASSEMBLE RVSUTL ASSEMBLE RVSVDY ASSEMBLE RVSVPY ASSEMBLE RVSVTY ASSEMBLE VSDBSCAN ASSEMBLE VSSUBR02 ASSEMBLE RVSSTL LAS55429

VT550427 VMARC 07/29/20 02:04:59 * COPY updates for VT550428

Update VT550427 applies to VSSI installation builds through 5528 Symptom: * COPY updates for VT550428 Problem: VTSCRATCH has poor performance and hogs the master processor. Resolution: COMMON, COPY and MACRO updates in support of fix VT550428. Fixes 427 and 428 must be applied concurrently. BUILD_Reqd: VSSIPL VSSICP VSSICMS VSSMMAC Toolmin: 1.0 433 (2020-06-05) Modules: RVTEQUAT COPY RVTEXCBK COPY RVTSALIB COPY RVTSYSBK COPY VTACTBK COPY VTBMAPBK COPY VTCLBLBK COPY VTENTBK COPY VTFDIRBK COPY VTFENTBK COPY VTLSTBK COPY VTMNTBK COPY VTQRYBK COPY VTRELBK COPY VTSCTLBK COPY VTVDSCBK COPY VTXRELBK COPY RVTSCFBK MACRO VT6ANCH MACRO

VS550427 VMARC 07/29/20 01:18:11 * COPY updates for VT550428

Update VS550427 applies to VSSI installation builds through 5528 Symptom: * COPY updates for VT550428 Problem: VTSCRATCH has poor performance and hogs the master processor. Resolution: COMMON, COPY and MACRO updates in support of fix VT550428. Fixes 427 and 428 must be applied concurrently. BUILD_Reqd: VSSIPL VSSICP Toolmin: 1.0 433 (2020-06-05) Modules: VSMODID COPY VSSIEQU COPY VSCPXIT MACRO RVSUTL ASSEMBLE RVSVTY ASSEMBLE RVSSTL LAS55427

VS550426 VMARC 05/31/20 17:19:58 * Placeholder update - start 5528

Update VS550426 applies to VSSI installation builds through 5528 Symptom: * Placeholder update - start 5528 Problem: Dummy update to mark the start of Build 5528. Resolution: n/a. BUILD_Reqd: VSSMMAC Toolmin: 1.0 431 (2019-05-30) Modules: VSMODID COPY

PTFs below apply to Packages at 5526 and lower

VS550425 VMARC 05/31/20 17:15:38 * Placeholder update - end 5526

Update VS550425 applies to VSSI installation builds through 5526 Symptom: * Placeholder update - end 5526 Problem: Dummy update to mark the end of Build 5526. Resolution: n/a. BUILD_Reqd: VSSMMAC Toolmin: 1.0 431 (2019-05-30) Modules: VSMODID COPY

VS550424 VMARC 05/19/20 12:39:37 * Nucleus TXTLIB mismatch results in 9026 wait state

Update VS550424 applies to VSSI installation builds through 5526 Symptom: * Nucleus TXTLIB mismatch results in 9026 wait state Problem: Typically part of the VSSI code base is built into the nucleus and part of it is CPXLOADed by statements in the SYSTEM CONFIG file. Obviously there is an opportunity for the two parts to get out of synch (eg: attempting to CPXLOAD code assembled on 6.4 onto a 7.1 system). Our CPXLOAD control routine verifies that the nucleus resident code matches the CPXLOADed code and if there is any discrepancy it ABENDs. However, since we are still processing the SYSTEM CONFIG file, the SPOOLing environment is not yet active and thus an ABEND dump can not be written. An ABEND this early in system initialization is turned into a 9026 wait state and a stand along dump is required to diagnose what the problem is. Taking a stand alone dump is an onerous task for an installation. It should be easier to diagnose a simple a configuration error. Resolution: All ABENDs that could occur during system initialization have been changed to issue an error message and load a wait state by calling HCPOPRDM. This should allow the customer to diagnose the problem without resorting to a stand alone dump. For the VSCOMMON subsystem, ABENDs in RVSCPX and RVPPRC have been changed to wait states. Additionally a number of other VSCOMMON parts have had minor refactoring. BUILD_Reqd: VSSIPL VSSICP VSSICMS Toolmin: 1.0 429 (2019-03-30) Modules: RVSCBI ASSEMBLE RVSCPX ASSEMBLE RVSMSG ASSEMBLE RVSPRC ASSEMBLE VSDBSCAN ASSEMBLE

VS550423 VMARC 05/08/20 09:07:57 * Add new VSSIOPTS COPY member

Update VS550423 applies to VSSI installation builds through 5526 Symptom: * Add new VSSIOPTS COPY member Problem: Create new VSSIOPTS COPY member to define set symbols for VSSI configuration values (which components an installation has licensed and whether they are CPXLOADed or built into the nucleus). Resolution: Formerly these values were defined in VSOPTNS MACRO. That macro also defines an EQUate value which starts an unnamed section. Upcoming changes will mean our text decks can not start with an unnamed section and thus the values are moved out of VSOPTNS MACRO and into VSSIOPTS COPY. Now the first section will be the one defined by the VISPROLG macro that starts each module. BUILD_Reqd: VSSIPL VSSICP Toolmin: 1.0 429 (2019-03-30) Modules: VS55MAC $EXEC VSMODID COPY VSCPXGT MACRO RVSCBI ASSEMBLE RVSCFG ASSEMBLE RVSCMD ASSEMBLE RVSCPX ASSEMBLE RVSIOR ASSEMBLE RVSIOS ASSEMBLE RVSLCK ASSEMBLE RVSMSG ASSEMBLE RVSPRC ASSEMBLE RVSPRM ASSEMBLE RVSSTA ASSEMBLE RVSSTB ASSEMBLE RVSSTD ASSEMBLE RVSSTF ASSEMBLE RVSSTG ASSEMBLE RVSSTN ASSEMBLE RVSSTP ASSEMBLE RVSSTQ ASSEMBLE RVSSYN ASSEMBLE RVSUTL ASSEMBLE RVSVDY ASSEMBLE RVSVPY ASSEMBLE RVSVTY ASSEMBLE RVSSTL LAS55423

VP550420 VMARC 05/06/20 13:49:41 * CPSYNTAX flags VSSI statements after VS550404

Update VP550420 applies to VSSI installation builds through 5526 Symptom: * CPSYNTAX flags VSSI statements after VS550404 Problem: For VPARS there is no functional change. Resolution: CPXLoad related code is moved from RVSSTB to RVPCPX and the database synch code is moved from RVPSYN to RVPDBY. These new parts are shipped via fix 550421. Finally, COPY members RVPDEVBK and VPCTLBK are resequenced. Fixes 550420 and 550421 must be applied concurrently. BUILD_Reqd: VSSIPL VSSICP VSSICMS VSSMMAC Toolmin: 1.0 429 (2019-03-30) Modules: RVPCFGBK COPY RVPCMPBK COPY RVPDEVBK COPY RVPEQUAT COPY VPCTLBK COPY RVPMDLAT MACRO RVPSCFBK MACRO

VT550420 VMARC 05/06/20 14:04:16 * CPSYNTAX flags VSSI statements after VS550404

Update VT550420 applies to VSSI installation builds through 5526 Symptom: * CPSYNTAX flags VSSI statements after VS550404 Problem: For VTAPE there is no functional change. Resolution: CPXLoad related code is moved from RVSSTB to RVTCPX and the syntax tree for VTAPE config file statements is moved from RVSVTY to RVTSYN. Stub routine RVTCFG is added. It will be expanded in the future with VTAPE config file processing logic. These new parts are shipped via fix 550421. Fixes 550420 and 550421 must be applied concurrently. BUILD_Reqd: VSSIPL VSSICP VSSICMS VSSMMAC Toolmin: 1.0 429 (2019-03-30) Modules: RVTCMPBK COPY RVTEQUAT COPY VTACTBK COPY VTXRELBK COPY RVTMDLAT MACRO

VS550420 VMARC 05/06/20 13:30:34 * CPSYNTAX flags VSSI statements after VS550404

Update VS550420 applies to VSSI installation builds through 5526 Symptom: * CPSYNTAX flags VSSI statements after VS550404 Problem: It looked like our update to HCPZSC was dead code so fix 55404 removed it. While, in the normal course of events it was dead code, there was one specific instance where it was being used. That was when HCPZSC was included in the CMS module CPSYNCHK that is used by CPSYNTAX. Without our statements defined in HCPZSC, CPSYNTAX no longer recognizes our statements and flags them. Resolution: HCPZSC has been updated to (re)include the syntax tree entries for our SYSTEM CONFIG file statements (and had commentary added to explain its reason before being there). Additionally the processing of VSSI config file statements has been overhauled. Three new modules have been added. RVSSYN contains the branch of the syntax tree for VSSI SYSTEM CONFIG statements, RVSPRC contains the post processing logic for those statements. Formerly these two were in module RVSSTN. Lastly all CPXLOAD related code has been moved from RVSSTB to RVSCPX and VSMODID is resequenced. Fixes 550420 and 550421 must be applied concurrently. BUILD_Reqd: VSSIPL VSSICP Toolmin: 1.0 429 (2019-03-30) Modules: VS55MAC $EXEC RVSCMPBK COPY RVSEQUAT COPY RVSYNTAX COPY VSLCKXST COPY VSMODID COPY VSSICBID COPY VSSICFG COPY VSSIEQU COPY VSSIIOC COPY VSSIIOT COPY RVSMDLAT MACRO RVSMDLAX MACRO VSCPXGT MACRO VSMSGH MACRO RVSCBI ASSEMBLE RVSCFG ASSEMBLE RVSCMD ASSEMBLE RVSCPX ASSEMBLE RVSIOR ASSEMBLE RVSIOS ASSEMBLE RVSLCK ASSEMBLE RVSMSG ASSEMBLE RVSPRC ASSEMBLE RVSPRM ASSEMBLE RVSSTA ASSEMBLE RVSSTB ASSEMBLE RVSSTD ASSEMBLE RVSSTF ASSEMBLE RVSSTG ASSEMBLE RVSSTN ASSEMBLE RVSSTP ASSEMBLE RVSSTQ ASSEMBLE RVSSYN ASSEMBLE RVSUTL ASSEMBLE RVSVDY ASSEMBLE RVSVPY ASSEMBLE RVSVTY ASSEMBLE RVSSTL LAS55420

VP550418 VMARC 03/03/20 12:52:40 * Macro/Copy updates for 550419

Update VP550418 applies to VSSI installation builds through 5526 Symptom: * Macro/Copy updates for 550419 Problem: Macro/Copy updates for 550419 Resolution: For VPARS two new COPY members are defined. RVPPSFBK COPY maps the plist for Perform Subsystem Function and RVPRSDBK COPY maps the reply structure for Read Subsystem Data. RVPMDLAT has been updated with three new parts being added by 419. RVPCHN, RVPFCX and RVPKEY. Additionally RVPSV3 is moved to the MP section of the load list from the master only section. Finally, a number of other parts have had refactoring changes. BUILD_Reqd: VSSIPL VSSICP VSSICMS VSSMMAC Toolmin: 1.0 428 (2019-10-24) Modules: VP55MAC $EXEC RVPEQUAT COPY RVPPSFBK COPY RVPRSDBK COPY VPCHCCW COPY VPMDSKBK COPY VPOPENBK COPY VPTCCTBK COPY VP1WRKBK COPY RVPMDLAT MACRO

VT550418 VMARC 03/03/20 12:55:03 * Macro/Copy updates for 550419

Update VT550418 applies to VSSI installation builds through 5526 Symptom: * Macro/Copy updates for 550419 Problem: Macro/Copy updates for 550419 Resolution: For the VTAPE part this is a refactoring change only. BUILD_Reqd: VSSIPL VSSICP VSSMMAC Toolmin: 1.0 428 (2019-10-24) Modules: VTSETWK COPY

VS550418 VMARC 03/03/20 12:31:10 * Macro/Copy updates for 550419

Update VS550418 applies to VSSI installation builds through 5526 Symptom: * Macro/Copy updates for 550419 Problem: Macro/Copy updates for 550419 Resolution: For the VSCOMMON parts these are refactoring changes only. BUILD_Reqd: VSSIPL VSSICP VSSICMS Toolmin: 1.0 428 (2019-10-24) Modules: VSICCWS COPY VSMODID COPY VSCPXCL MACRO VSLCKOP MACRO VSMSGHE MACRO VSSRV MACRO RVSSTL LAS55418

VS550416 VMARC 01/30/20 09:14:32 * Increase maximum tape size

Update VS550416 applies to VSSI installation builds through 5526 Symptom: * Increase maximum tape size Problem: For decades the maximum VTAPE size has been 9999 megabytes. That is an arbitrary and archaic limit that should be raised given that VTAPE libraries contain 3390 model 54 minidisks. Resolution: The limit is increased to 65535 megabytes. This is larger than a single tape can be on a model 54 library minidisk. BUILD_Reqd: VSSICP Toolmin: 1.0 428 (2019-10-24) Modules: RVSVTY ASSEMBLE

VP550408 VMARC 10/18/19 15:56:38 * Support >252 ranges in the device I/O intercept li

Update VP550408 applies to VSSI installation builds through 5526 Symptom: * Support >252 ranges in the device I/O intercept list Problem: The limit of 252 device ranges is being bumped into. Raise the limit to 505 device ranges. Resolution: Fix 550408 contains the COPY member changes required by fix 550409. Fixes 408 and 409 must be applied concurrently. BUILD_Reqd: VSSIPL VSSICP VSSICMS VSSMMAC Toolmin: 1.0 425 (2019-07-09) Modules: RVPDEVBK COPY RVPEQUAT COPY RVPFMTBK COPY RVPSCFBK MACRO

VT550408 VMARC 10/18/19 15:59:12 * Support >252 ranges in the device I/O intercept li

Update VT550408 applies to VSSI installation builds through 5526 Symptom: * Support >252 ranges in the device I/O intercept list Problem: The limit of 252 device ranges is being bumped into. Raise the limit to 505 device ranges. Resolution: Fix 550408 contains the COPY member changes required by fix 550409. Fixes 408 and 409 must be applied concurrently. BUILD_Reqd: VSSIPL VSSICP VSSMMAC Toolmin: 1.0 425 (2019-07-09) Modules: RVTCMPBK COPY

VS550408 VMARC 10/18/19 15:44:53 * Support >252 ranges in the device I/O intercept li

Update VS550408 applies to VSSI installation builds through 5526 Symptom: * Support >252 ranges in the device I/O intercept list Problem: The limit of 252 device ranges is being bumped into. Raise the limit to 505 device ranges. Resolution: Fix 550408 contains the COPY member changes required by fix 550409. Fixes 408 and 409 must be applied concurrently. BUILD_Reqd: VSSIPL VSSICP VSSMMAC Toolmin: 1.0 425 (2019-07-09) Modules: RVSCMPBK COPY VSSICBID COPY

VS550407 VMARC 10/18/19 15:18:54 * CP exit elimination; phase 1

Update VS550407 applies to VSSI installation builds through 5526 Symptom: * CP exit elimination; phase 1 Problem: The vast majority of VSSI's product code is CPXLOADed. The code is loaded with the TEMP option which means external symbols are not resolved between subsystems (that is code not loaded on the same CPXLOAD command). Initially the way approach around this was to use CPEXITs for the cross subsystem calls. However, this adds overhead. Fix 550257 was an initial attempt to reduce this overhead. Subsequently fix 550354 enhanced CPXLOAD to allow external symbols to be resolved between code that was not loaded on the same CPXLOAD command. This allows for direct HCPCALLs to be used. Resolution: We now exploit 550354's enhancement and HCPCALL replaces the use of CPEXITs for cross subsystem calls. CPEXITs remain in use for calls between the CP nucleus and CPXLOADed code. A future update will address those. BUILD_Reqd: VSSICP Toolmin: 1.0 425 (2019-07-09) Modules: RVSCFG ASSEMBLE RVSUTL ASSEMBLE

VS550406 VMARC 10/18/19 15:12:56 * Refactoring - comments and branch mnemonics

Update VS550406 applies to VSSI installation builds through 5526 Symptom: * Refactoring - comments and branch mnemonics Problem: Reformatting comments and revising branch mnemonics. Refactoring only. No code change. Text decks compare before and after. Resolution: Reformatting comments and revising branch mnemonics. Refactoring only. No code change. Text decks compare before and after. BUILD_Reqd: VSSIPL VSSICP Toolmin: 1.0 425 (2019-07-09) Modules: RVSCBI ASSEMBLE RVSCFG ASSEMBLE RVSCMD ASSEMBLE RVSPRM ASSEMBLE RVSSTN ASSEMBLE RVSSTP ASSEMBLE RVSUTL ASSEMBLE RVSVPY ASSEMBLE RVSVTY ASSEMBLE

VS550404 VMARC 10/18/19 12:06:02 * Preparatory refactoring changes (Common/COPY/MACRO

Update VS550404 applies to VSSI installation builds through 5526 Symptom: * Preparatory refactoring changes (Common/COPY/MACROs) Problem: Prepare the COPY, MACRO and common code for future fixes and updates. Resolution: Prepare the COPY, MACRO and common code for future fixes and updates. Additionally the update to CP part HCPZSC is deprecated by this fix and the update to HCPIOV is revised. Part RVSLCK ASSEMBLE is created and VSSI's lock management code is moved to it from RVSSTB. Eventually RVSSTB will be re-purposed. BUILD_Reqd: VSSIPL VSSICP VSSICMS Toolmin: 1.0 425 (2019-07-09) Modules: VS55MAC $EXEC RVSCMPBK COPY RVSIOCBK COPY VSCFGBK COPY VSICCWS COPY VSLCKXST COPY VSMODID COPY VSSICBID COPY RVSMDLAT MACRO VSLCKDEF MACRO VSLCKOP MACRO VSMSGH MACRO RVSCBI ASSEMBLE RVSCFG ASSEMBLE RVSCMD ASSEMBLE RVSLCK ASSEMBLE RVSMSG ASSEMBLE RVSPRM ASSEMBLE RVSSTA ASSEMBLE RVSSTB ASSEMBLE RVSSTD ASSEMBLE RVSSTF ASSEMBLE RVSSTG ASSEMBLE RVSSTN ASSEMBLE RVSSTP ASSEMBLE RVSSTQ ASSEMBLE RVSUTL ASSEMBLE RVSVDY ASSEMBLE RVSVPY ASSEMBLE RVSVTY ASSEMBLE VSDBSCAN ASSEMBLE VSDCHK ASSEMBLE VSDLBL ASSEMBLE VSFSERR ASSEMBLE VSLABSL ASSEMBLE VSRTP01 ASSEMBLE RVSSTL LAS55404

VP550403 VMARC 09/20/19 14:12:33 * Add dummy VPARS part for file appends

Update VP550403 applies to VSSI installation builds through 5526 Symptom: * Add dummy VPARS part for file appends Problem: From time to time, it is necessary to modify and ship non-SES VPARS parts (e.g., HELP files). Resolution: Dummy part VPAPPEND COPY as been created. This part is a comment-only file; updates against this part will be used to append non-SES parts to the UPDATE file. Accordingly, part VPMODID COPY is no longer needed and is removed by this update. BUILD_Reqd: VSSMMAC Toolmin: 1.0 425 (2019-07-09) Modules: VP55MAC $EXEC VPAPPEND COPY

VT550403 VMARC 09/20/19 14:12:39 * Add dummy VTAPE part for file appends

Update VT550403 applies to VSSI installation builds through 5526 Symptom: * Add dummy VTAPE part for file appends Problem: From time to time, it is necessary to modify and ship non-SES VTAPE parts (e.g., HELP files). Resolution: Dummy part VTAPPEND COPY as been created. This part is a comment-only file; updates against this part will be used to append non-SES parts to the UPDATE file. Accordingly, part VTMODID COPY is no longer needed and is removed by this update. BUILD_Reqd: VSSMMAC Toolmin: 1.0 425 (2019-07-09) Modules: VT55MAC $EXEC VTAPPEND COPY

VS550403 VMARC 09/20/19 14:12:26 * Add missing HELP files

Update VS550403 applies to VSSI installation builds through 5526 Symptom: * Add missing HELP files Problem: The z/VM 7.1 packages are missing several HELP files. Resolution: HELP files appended to this update for dummy part VSAPPEND COPY. BUILD_Reqd: VSSMMAC Toolmin: 1.0 425 (2019-07-09) Modules: VS55MAC $EXEC VSAPPEND COPY

VS550398 VMARC 06/26/19 11:03:36 * Placeholder update - start 5526

Update VS550398 applies to VSSI installation builds through 5526 Symptom: * Placeholder update - start 5526 Problem: Dummy update to mark the start of Build 5526. Resolution: n/a. BUILD_Reqd: VSSMMAC Toolmin: 1.0 423 (2019-02-01) Modules: VSMODID COPY

PTFs below apply to Packages at 5524 and lower

VS550397 VMARC 06/18/19 16:33:16 * Placeholder update - end 5524

Update VS550397 applies to VSSI installation builds through 5524 Symptom: * Placeholder update - end 5524 Problem: Dummy update to mark the end of Build 5524. Resolution: n/a. BUILD_Reqd: VSSMMAC Toolmin: 1.0 423 (2019-02-01) Modules: VSMODID COPY

VS550396 VMARC 06/17/19 16:19:51 * Remove Deprecated VSXRL macro

Update VS550396 applies to VSSI installation builds through 5524 Symptom: * Remove Deprecated VSXRL macro Problem: The VSXRL macro was used to generate the proper EX instruction for older machine types: Machine Generated Instruction <= Z10 EX Rx,addr >= Z12 EXRL Rx,addr Since z/VM is no longer supported on older hardware, all current machines have the Extended Instruction Set Feature. Therefore, the possible use of EXRL in VSSI code is no longer an issue, and the macro can thus be removed. Resolution: Application of the PTF will remove all references to the VSXRL macro. BUILD_Reqd: VSSMMAC Toolmin: 1.0 423 (2019-02-01) Modules: VS55MAC $EXEC

VP550394 VMARC 06/17/19 11:26:59 * MultiTrack I/O Operation updates

Update VP550394 applies to VSSI installation builds through 5524 Symptom: * MultiTrack I/O Operation updates Problem: Shadowdisk/Z QA testing has identified the following issues on SLES15 which did not exist in SLES12; i.e.: . Missing support for Prefix Read (0xEA) opcode . Missing support for Prefix operations which specify the Read Trackset, Update Tracket, or Prestage Trackset extended operation codes . Incomplete support for the Write Track Data (0xA5) and Read Track Data (0xA6) CCWs Resolution: This update adds additional support bits/fields/values to the RVPEQUAT, VPCHCCW, VPIOTBK and VP1WRKBK copy members required by updated multi-track processing code in update 550395. Additionally, several deprecated fields have been removed from the VP1WRKBK and clarifying comments have been added to RVPFMTBK. Fixes 550392, 550393, 550394 and 550395 must be applied concurrently. BUILD_Reqd: VSSIPL VSSICP VSSICMS VSSMMAC Toolmin: 1.0 423 (2019-02-01) Modules: RVPEQUAT COPY RVPFMTBK COPY VPCHCCW COPY VPIOTBK COPY VPTCCTBK COPY VP1WRKBK COPY RVPMDLAT MACRO

VT550394 VMARC 06/17/19 14:44:49 * MultiTrack I/O Operation updates

Update VT550394 applies to VSSI installation builds through 5524 Symptom: * MultiTrack I/O Operation updates Problem: Update VTIOTBK and RVTMDLAT in preperation for future changes. Resolution: Update VTIOTBK and RVTMDLAT in preperation for future changes. Fixes 550392, 550393, 550394 and 550395 must be applied concurrently. BUILD_Reqd: VSSIPL VSSICP VSSMMAC Toolmin: 1.0 423 (2019-02-01) Modules: VTIOTBK COPY RVTMDLAT MACRO

VS550394 VMARC 06/17/19 10:37:45 * MultiTrack I/O Operation updates

Update VS550394 applies to VSSI installation builds through 5524 Symptom: * MultiTrack I/O Operation updates Problem: Shadowdisk/Z QA testing has identified the following issues on SLES15 which did not exist in SLES12; i.e.: . Missing support for Prefix Read (0xEA) opcode . Missing support for Prefix operations which specify the Read Trackset, Update Tracket, or Prestage Trackset extended operation codes . Incomplete support for the Write Track Data (0xA5) and Read Track Data (0xA6) CCWs Resolution: This update add equates that are used across the VSSI code base to RVSEQUAT COPY. Our HCPDFN update results in assembly errors after VM66249 is applied and our HCPPAV update no longer fits after VM66237 is applied. Revised updates for HCPDFN and HCPPAV are included. As is a revised HCPVDEV update. Fixes 550392, 550393, 550394 and 550395 must be applied concurrently. BUILD_Reqd: VSSIPL VSSICP VSSMMAC Toolmin: 1.0 423 (2019-02-01) Modules: RVSEQUAT COPY VSMODID COPY RVSMDLAT MACRO

VS550390 VMARC 02/06/19 08:03:14 * Annual re-sequence VS common parts

Update VS550390 applies to VSSI installation builds through 5524 Symptom: * Annual re-sequence VS common parts Problem: Due to updates a number of files are getting tight on sequence numbers. This impacts the fit of future fixes. Proactively address. Resolution: We use the following rules of thumb to decide whether or not a source file needs to be re-sequenced: - if there are any lines with a gap of 10 or less - if 20% or more of the source lines have gaps of 100 or less. If either of the above applies, the source file is re-sequenced. The sequence number range is 00000000-99999999 and to minimize future re-sequences we attempt to pick a new gap that best exploits the full range. BUILD_Reqd: VSSIPL VSSICP Toolmin: 1.0 423 (2019-02-01) Modules: RVSSTA ASSEMBLE

VT550389 VMARC 02/05/19 11:54:07 * Annual re-sequence COPY members

Update VT550389 applies to VSSI installation builds through 5524 Symptom: * Annual re-sequence COPY members Problem: Due to updates a number of files are getting tight on sequence numbers. This impacts the fit of future fixes. Proactively address. Resolution: We use the following rules of thumb to decide whether or not a source file needs to be re-sequenced: - if there are any lines with a gap of 10 or less - if 20% or more of the source lines have gaps of 100 or less. If either of the above applies, the source file is re-sequenced. The sequence number range is 00000000-99999999 and to minimize future re-sequences we attempt to pick a new gap that best exploits the full range. BUILD_Reqd: VSSIPL VSSICP VSSICMS VSSMMAC Toolmin: 1.0 423 (2019-02-01) Modules: RVTEQUAT COPY

VP550388 VMARC 02/05/19 10:50:45 * csp007 soft abend on read of x'FFFF' bytes

Update VP550388 applies to VSSI installation builds through 5524 Symptom: * csp007 soft abend on read of x'FFFF' bytes Problem: Guest I/O contains an Read multiple CKD CCW (x'5E') that has 33 IDAWs to satisify the length specified (2K IDAWs and the first does not start on a 2K boundary). VPARS only supports 32 IDAWs so the I/O is rejected with a csp007 soft abend. Resolution: VPCHCCW is updated to support 33 IDAWs. A number of other VPARS copy members have had minor refactoring performed. Fixes 550387 and 550388 must be applied concurrently. BUILD_Reqd: VSSIPL VSSICP VSSICMS VSSMMAC Toolmin: 1.0 423 (2019-02-01) Modules: RVPCMPBK COPY RVPEQUAT COPY RVPEXCBK COPY VPCHCCW COPY VPCTLBK COPY VPDCSBK COPY VPINDXBK COPY VPIOCBK COPY VPMDSKBK COPY VPMDTBL COPY VPOPENBK COPY VPTCCTBK COPY VPTPFKEY COPY VPUSERBK COPY VP1WRKBK COPY

VT550388 VMARC 02/05/19 11:50:19 * csp007 soft abend on read of x'FFFF' bytes

Update VT550388 applies to VSSI installation builds through 5524 Symptom: * csp007 soft abend on read of x'FFFF' bytes Problem: Guest I/O contains an Read multiple CKD CCW (x'5E') that has 33 IDAWs to satisify the length specified (2K IDAWs and the first does not start on a 2K boundary). VPARS only supports 32 IDAWs so the I/O is rejected with a csp007 soft abend. Resolution: This is simply a refactoring change for the VTAPE parts. Fixes 550387 and 550388 must be applied concurrently. BUILD_Reqd: VSSIPL VSSICP VSSICMS VSSMMAC Toolmin: 1.0 423 (2019-02-01) Modules: RVTEQUAT COPY RVTEXCBK COPY VTACTBK COPY VTEXTBK COPY VTIOTBK COPY VTLDRBK COPY VTLWRKBK COPY VTMDSKBK COPY VTOPRMBK COPY VTPACKBK COPY VTQRYBK COPY VTRELBK COPY VTSCTLBK COPY VTSETWK COPY VT6ANCH MACRO

VS550388 VMARC 02/05/19 09:38:29 * csp007 soft abend on read of x'FFFF' bytes

Update VS550388 applies to VSSI installation builds through 5524 Symptom: * csp007 soft abend on read of x'FFFF' bytes Problem: Guest I/O contains an Read multiple CKD CCW (x'5E') that has 33 IDAWs to satisfy the length specified (2K IDAWs and the first does not start on a 2K boundary). VPARS only supports 32 IDAWs so the I/O is rejected with a csp007 soft abend. Resolution: This is simply a refactoring change for the VS common parts. Fixes 550387 and 550388 must be applied concurrently. BUILD_Reqd: VSSIPL VSSICP VSSMMAC Toolmin: 1.0 423 (2019-02-01) Modules: VSIDAWD COPY VSMSGPBK COPY VSSITRAC COPY VSCKVMD MACRO VSMSGH MACRO

VP550383 VMARC 12/06/18 14:25:23 * Write Track Data (0xA5) chaining errors

Update VP550383 applies to VSSI installation builds through 5524 Symptom: * Write Track Data (0xA5) chaining errors Problem: Recent ShadowDisk CCW translation has problems with Write Track Data (0xA5) CCWs. RVDCSP builds a CCW chain containing one entry for each record on the track to be written by the intercepted A5 CCW. The current CHAINCCW structure currently allows for a maximum of 8 records to be processed in response to the A5 CCW, when a maximum of 12 are required. The result is an incomplete CCW chain, which causes soft ABENDs. Resolution: CHAINCCW modified to hold a maximum of 12 record entries per A5/A6 CCW. BUILD_Reqd: VSSIPL VSSICP VSSMMAC Toolmin: 1.0 422 (2018-11-12) Modules: VPCHCCW COPY

VS550380 VMARC 11/12/18 11:38:29 * ccw001 abend while VPFMT'ing a pool disk

Update VS550380 applies to VSSI installation builds through 5524 Symptom: * ccw001 abend while VPFMT'ing a pool disk Problem: ccw001 hard abend while VPFMTing a VPARS pool minidisk. VPARS thought it should intercept the formatting I/Os but the guest did not have a VPARS database open yet. Resolution: Three issues are being addressed by this fix. First, the reported ccw001 is resolved by updating VSCKVDEV so it expands properly in HCPIOS. Second, we have finally been able to diagnose a long standing problem with pages missing from soft abend dumps. IBM has taken APAR VM66218 and will supply a PTF for 7.1. Customers on 7.1 should apply the PTF for that APAR when it is available. Included here is an update to HCPABH to address the problem for our customers on 6.3 and 6.4. Thirdly, a VSSI option is added to TRSOURCE to enable TRSOURCEing against CPXLOADed code. Lastly, minor refactoring and preparatory changes for subsequent updates have been done to common parts and various control blocks. BUILD_Reqd: VSSIPL VSSICP Toolmin: 1.0 422 (2018-11-12) Modules: VSMODID COPY RVSCBI ASSEMBLE RVSCMD ASSEMBLE RVSMSG ASSEMBLE RVSSTA ASSEMBLE RVSUTL ASSEMBLE RVSVPY ASSEMBLE

VP550379 VMARC 11/12/18 11:25:36 * ccw001 abend while VPFMT'ing a pool disk

Update VP550379 applies to VSSI installation builds through 5524 Symptom: * ccw001 abend while VPFMT'ing a pool disk Problem: ccw001 hard abend while VPFMTing a VPARS pool minidisk. VPARS thought it should intercept the formatting I/Os but the guest did not have a VPARS database open yet. Resolution: For VPARS this is a refactoring only update. BUILD_Reqd: VSSIPL VSSICP VSSICMS VSSMMAC Toolmin: 1.0 422 (2018-11-12) Modules: RVPEQUAT COPY RVPFMTBK COPY VPCHCCW COPY VPCTLBK COPY VPTCCTBK COPY VP1WRKBK COPY

VS550379 VMARC 11/12/18 11:10:33 * ccw001 abend while VPFMT'ing a pool disk

Update VS550379 applies to VSSI installation builds through 5524 Symptom: * ccw001 abend while VPFMT'ing a pool disk Problem: ccw001 hard abend while VPFMTing a VPARS pool minidisk. VPARS thought it should intercept the formatting I/Os but the guest did not have a VPARS database open yet. Resolution: Three issues are being addressed by this fix. First, the reported ccw001 is resolved by updating VSCKVDEV so it expands properly in HCPIOS. Second, we have finally been able to diagnose a long standing problem with pages missing from soft abend dumps. IBM has taken APAR VM66218 and will supply a PTF for 7.1. Customers on 7.1 should apply the PTF for that APAR when it is available. Included here is an update to HCPABH to address the problem for our customers on 6.3 and 6.4. Thirdly, a VSSI option is added to TRSOURCE to enable TRSOURCEing against CPXLOADed code. Lastly, minor refactoring and preparatory changes for subsequent updates have been done to common parts and various control blocks. BUILD_Reqd: VSSIPL VSSICP Toolmin: 1.0 422 (2018-11-12) Modules: VS55MAC $EXEC RVSCHKPR COPY VSCFGBK COPY VSMODID COPY VSMSGPBK COPY VSSECTOR COPY VSCKVDEV MACRO VSIPROLG MACRO VSMSGH MACRO RVSSTL LAS55379

VS550375 VMARC 10/05/18 11:38:32 * Show BUILD date via VSQUERY VSLEVEL

Update VS550375 applies to VSSI installation builds through 5524 Symptom: * Show BUILD date via VSQUERY VSLEVEL Problem: The current VSQuery VSLevel command displays: ------------------------------------ Value Example ------------------------------------ Build version 5500 Build level 5524 PTF level 550374 Package generation date 8 Feb 2017 z/VM release 6.4.0 ------------------------------------ The package generation date is the date that VSSI generated the product package (i.e., not very informative). Several customers have requested that we show the actual BUILD date (i.e., the date when the customer built/updated the system as a result of PTFCUM application and VSCOPY command execution). Resolution: The value in "package generation date" above has been replaced by the customer build date; i.e., VSQ VSL will now show when the system was rebuilt. BUILD_Reqd: VSSICP Toolmin: 1.0 419 (2018-10-14) Modules: RVSCMD ASSEMBLE

VP550370 VMARC 07/25/18 15:24:48 * Soft abend throttling

Update VP550370 applies to VSSI installation builds through 5524 Symptom: * Soft abend throttling Problem: Add clarifying comments to several control blocks. Resolution: Add clarifying comments to several control blocks. BUILD_Reqd: VSSMMAC Toolmin: 1.0 414 (2018-07-14) Modules: VPTCCTBK COPY VPUSERBK COPY

VT550370 VMARC 07/25/18 15:25:30 * Soft abend throttling

Update VT550370 applies to VSSI installation builds through 5524 Symptom: * Soft abend throttling Problem: Add clarifying comments to several control blocks. Resolution: Add clarifying comments to several control blocks. BUILD_Reqd: VSSMMAC Toolmin: 1.0 414 (2018-07-14) Modules: VTSCTLBK COPY

VS550370 VMARC 07/25/18 15:23:45 * Soft abend throttling

Update VS550370 applies to VSSI installation builds through 5524 Symptom: * Soft abend throttling Problem: If a second soft abend comes in before the first has completed CP "upgrades" the second abend to hard. This is done because soft abend creation makes use of some static work areas. These static work areas are only serially reusable. If they are in use by the first dump they are unavailable for the second dump. The solution to this paradox chosen by the CP developers was to hard abend if the static work areas are already in use. When a soft abend is issued, if the issuer can tolerate a loss of control they take the default of synchronous processing. If they can not tolerate a loss of control they specify asynchronous processing. There is no need to turn the soft abend into a hard abend if the abending task can tolerate a loss of control. Just delay until the first abend has completed. Resolution: When a soft abend is in the processing of being created and a second one comes in, HCPABNDS is updated to check whether synchronous or asynchronous processing was requested. If asynchronous the second abend becomes a hard abend as is done today. If synchronous, the abending thread is delayed until the active dump completes and then it creates the requested soft abend. BUILD_Reqd: VSSIPL VSSICP Toolmin: 1.0 414 (2018-07-14) Modules: VSMODID COPY RVSCMD ASSEMBLE RVSPRM ASSEMBLE

VS550366 VMARC 06/20/18 11:21:24 * Assembly errors in HCPCBI after 550358

Update VS550366 applies to VSSI installation builds through 5524 Symptom: * Assembly errors in HCPCBI after 550358 Problem: Assembly errors in HCPCBI after fix 550358. Resolution: HCPCBI is an OCO module so the design of 550358 did not take it into consideration. However, some VSSI customers have source for HCPCBI and get an assembly error when re-assembling it after 550358 has been applied. Revise the update to the IDOFFSET MACRO to take into consideration an expansion during an assembly of HCPCBI. BUILD_Reqd: VSSMMAC Toolmin: 1.0 412 (2018-06-12) Modules: VSMODID COPY

VS550365 VMARC 06/18/18 16:53:28 * RVSSTL contains release specific code

Update VS550365 applies to VSSI installation builds through 5524 Symptom: * RVSSTL contains release specific code Problem: RVSSTL must contain only generic code that can run at any site without being re-assembled. After 550358 it contained code (the HCPGETST and HCPRELST expansions) that were tied to the release and service level it was assembled on. Resolution: RVSUTL is updated to provide a service routine that can obtain and release the control block needed by RVSSTL. RVSSTL is updated to use this service routine. RVSCMD is updated to have a new VSQ LICense command as an alternative to VSLSHOW. BUILD_Reqd: VSSICP Toolmin: 1.0 412 (2018-06-12) Modules: VSMODID COPY RVSCMD ASSEMBLE RVSUTL ASSEMBLE RVSSTL LAS55365

VP550362 VMARC 06/11/18 16:05:37 * Private trace table infrastructure

Update VP550362 applies to VSSI installation builds through 5524 Symptom: * Private trace table infrastructure Problem: Problems that result in a soft abend can be difficult to diagnose due to the limited data available. Private trace tables for VSSI components would help by providing a fuller picture of the problem. Resolution: MACRO and COPY file changes in support of the above. BUILD_Reqd: VSSIPL VSSICP VSSICMS VSSMMAC Toolmin: 1.0 411 (2018-06-06) Modules: RVPEQUAT COPY VPBXAHDR COPY VPCHCCW COPY VPCTLBK COPY VPIOTBK COPY VPMDSKBK COPY VPTPFKEY COPY RVPSCFBK MACRO

VT550362 VMARC 06/11/18 16:11:53 * Private trace table infrastructure

Update VT550362 applies to VSSI installation builds through 5524 Symptom: * Private trace table infrastructure Problem: Problems that result in a soft abend can be difficult to diagnose due to the limited data available. Private trace tables for VSSI components would help by providing a fuller picture of the problem. Resolution: MACRO and COPY file changes in support of the above. BUILD_Reqd: VSSIPL VSSICP VSSICMS VSSMMAC Toolmin: 1.0 411 (2018-06-06) Modules: RVTEQUAT COPY VTIOTBK COPY

VS550362 VMARC 06/11/18 15:45:39 * Private trace table infrastructure

Update VS550362 applies to VSSI installation builds through 5524 Symptom: * Private trace table infrastructure Problem: Problems that result in a soft abend can be difficult to diagnose due to the limited data available. Private trace tables for VSSI components would help by providing a fuller picture of the problem. Resolution: The needed infrastructure to utilize private trace tables is provided. During system initialization, three private trace tables are opened. One for common parts, one for VPARS and one for VTAPE. Subsequent updates to those components will result in trace entries being added to those trace tables at key points. Additionally CP's soft abend dump generation logic is updated to include the VSSI private trace tables in any soft abend dump taken. BUILD_Reqd: VSSIPL VSSICP Toolmin: 1.0 411 (2018-06-06) Modules: VS55MAC $EXEC RVSEQUAT COPY VSMODID COPY VSQIOBK COPY VSSITRAC COPY VSIPROLG MACRO RVSCFG ASSEMBLE RVSPRM ASSEMBLE RVSSTA ASSEMBLE RVSSTN ASSEMBLE RVSSTL LAS55362

VS550360 VMARC 06/09/18 08:53:50 * Deprecate VSICALL, VSIGOTO and VSIABEND

Update VS550360 applies to VSSI installation builds through 5524 Symptom: * Deprecate VSICALL, VSIGOTO and VSIABEND Problem: Years ago these VSSI macros provided some extra function over and above the base VM macros. The base VM macros have been repeatedly enhanced over the years and now the VSSI macros simply invoke the base VM macros. Resolution: Since the VSSI macros no longer provide any value add they are deprecated and replaced with the base VM macros. This change is refactoring work. There is no functional change. In most cases text decks compare before and after. BUILD_Reqd: VSSIPL VSSICP Toolmin: 1.0 411 (2018-06-06) Modules: VSMODID COPY VSCPXGT MACRO VSMSGH MACRO VSMSGHMR MACRO VSMSGHMS MACRO RVSCFG ASSEMBLE RVSCMD ASSEMBLE RVSPRM ASSEMBLE RVSSTA ASSEMBLE RVSSTB ASSEMBLE RVSSTN ASSEMBLE RVSSTP ASSEMBLE RVSUTL ASSEMBLE RVSVDY ASSEMBLE RVSVPY ASSEMBLE RVSVTY ASSEMBLE RVSSTL LAS55360

VP550358 VMARC 06/08/18 13:56:35 * Storage management changes - infrastructure

Update VP550358 applies to VSSI installation builds through 5524 Symptom: * Storage management changes - infrastructure Problem: - VSSI's storage management is not as efficient as possible - VSSI is unable to make use of the HCPASERT facility to assert our control blocks Resolution: This fix lays the groundwork to allow VSSI control blocks to be allocated by HCPGETST with ID= specified. A block must be allocated in this manner in order to make use of the HCPASERT CB parameter. The common parts (RVSxxx) are updated to use HCPGETST/HCPRELST for their storage management calls. A subsequent fix will exploit this change in VPARS and VTAPE. BUILD_Reqd: VSSIPL VSSICP VSSICMS VSSMMAC Toolmin: 1.0 411 (2018-06-06) Modules: RVPCCTBK COPY RVPCFGBK COPY RVPCMPBK COPY RVPEXCBK COPY RVPSYSBK COPY VPCHCCW COPY VPCTLBK COPY VPIOCBK COPY VPOPENBK COPY

VT550358 VMARC 06/08/18 14:50:08 * Storage management changes - infrastructure

Update VT550358 applies to VSSI installation builds through 5524 Symptom: * Storage management changes - infrastructure Problem: - VSSI's storage management is not as efficient as possible - VSSI is unable to make use of the HCPASERT facility to assert our control blocks Resolution: This fix lays the groundwork to allow VSSI control blocks to be allocated by HCPGETST with ID= specified. A block must be allocated in this manner in order to make use of the HCPASERT CB parameter. The common parts (RVSxxx) are updated to use HCPGETST/HCPRELST for their storage management calls. A subsequent fix will exploit this change in VPARS and VTAPE. BUILD_Reqd: VSSIPL VSSICP VSSICMS VSSMMAC Toolmin: 1.0 411 (2018-06-06) Modules: RVTCMPBK COPY RVTEQUAT COPY RVTEXCBK COPY RVTSYSBK COPY VTBMAPBK COPY VTDATABK COPY VTEXTBK COPY VTIOCBK COPY VTLSTBK COPY VTSCTLBK COPY VTVDSCBK COPY VT9CFDAT COPY VT9CFGBK COPY VT6ANCH MACRO

VS550358 VMARC 06/08/18 13:29:58 * Storage management changes - infrastructure

Update VS550358 applies to VSSI installation builds through 5524 Symptom: * Storage management changes - infrastructure Problem: - VSSI's storage management is not as efficient as possible - VSSI is unable to make use of the HCPASERT facility to assert our control blocks Resolution: This fix lays the groundwork to allow VSSI control blocks to be allocated by HCPGETST with ID= specified. A block must be allocated in this manner in order to make use of the HCPASERT CB parameter. The common parts (RVSxxx) are updated to use HCPGETST/HCPRELST for their storage management calls. A subsequent fix will exploit this change in VPARS and VTAPE. BUILD_Reqd: VSSIPL VSSICP VSSICMS Toolmin: 1.0 411 (2018-06-06) Modules: VS55MAC $EXEC RVSCMPBK COPY VSCFGBK COPY VSDATEFM COPY VSMDEBK COPY VSMODID COPY VSSICBID COPY RVSMDLAT MACRO RVSMDLAX MACRO VSMSGH MACRO RVSCBI ASSEMBLE RVSCFG ASSEMBLE RVSCMD ASSEMBLE RVSL00 ASSEMBLE RVSMSG ASSEMBLE RVSPRM ASSEMBLE RVSSTB ASSEMBLE RVSSTN ASSEMBLE RVSSTP ASSEMBLE RVSUTL ASSEMBLE RVSSTL LAS55358

VS550357 VMARC 04/30/18 10:25:02 * Fence EAV minidisks

Update VS550357 applies to VSSI installation builds through 5524 Symptom: * Fence EAV minidisks Problem: As of APARs VM65943 and VM65945 VM now supports minidisks on real cylinders above 65519. VSSI has no support for VTAPE libraries or VPARS databases to reside on EAV cylinders. Resolution: The following commands have been updated: VPFMT, VPADD, VPOPEN, VTFMT, VTADD and VTOPEN For CKD DASD they verify that any minidisks involved are not on EAV cylinders. For FBA DASD they verify the minidisk starts on an 8 block boundary, its size is a multiple of 8 and it is wholly contained below real block 134217720 (64GB-1). If any check fails an error message is issued and the respective command fails. BUILD_Reqd: VSSICMS Toolmin: 1.0 410 (2018-04-10) Modules: VSSUBR02 ASSEMBLE

VS550354 VMARC 04/05/18 23:44:52 * Enhance CPXLOAD usability, CMS cleanup

Update VS550354 applies to VSSI installation builds through 5524 Symptom: * Enhance CPXLOAD usability, CMS cleanup Problem: CPXLOAD imposes restrictions on dynamically loaded code VSSI would like relaxed. Resolution: Following changes are made to CPXLOAD processing: - the INCLUDE directive is enhanced to allow the use of an equals sign ("=") for the filename and filetype to indicate the member being loaded should be loaded from the same source file as the INCLUDE was loaded from. This allows the generated TXTLIB to behave correctly if renamed. - MEMBER operand is no longer restricted by filetype. This allows a TXTLIB to have a filetype other than TXTLIB. A TXTLIB may now have anything the CMS filesystem considers valid as its filetype. - a new OPTION ("VSSI") is defined. Specifying the VSSI option enables cross module resolution of external symbols for for modules loaded with the TEMPORARY attribute. This is safe since VSSI strictly manages the order of module load/unload. Any customer exploiting this must be equally cautious of loading/unloading in the correct sequence (or "bad things"(TM) will happen!). Application of this PTF will additionally force cleanup of orphaned (deprecated) CMS modules (i.e., VSSUBR). BUILD_Reqd: VSSMMAC Toolmin: 1.0 406 (2018-02-24) Modules: VS55MAC $EXEC VSMODID COPY

VS550353 VMARC 04/04/18 10:07:50 * Invalid NUC externs in non-CPXLOAD environment

Update VS550353 applies to VSSI installation builds through 5524 Symptom: * Invalid NUC externs in non-CPXLOAD environment Problem: In a static NUC (non-CPXLOAD) environment, all VSSI modules are compiled directly into the NUC. Several VTAPE entry points removed via prior PTFs have non-CPXLOAD calls expressed in module RVSSTQ. Resolution: Staic calls commented out in RVSSTQ. BUILD_Reqd: VSSIPL VSSICP Toolmin: 1.0 406 (2018-02-24) Modules: RVSSTQ ASSEMBLE

VP550347 VMARC 03/04/18 16:21:54 * Annual re-sequence COPY parts

Update VP550347 applies to VSSI installation builds through 5524 Symptom: * Annual re-sequence COPY parts Problem: Due to updates a number of files are getting tight on sequence numbers. This impacts the fit of future fixes. Proactively address. Resolution: We use the following rules of thumb to decide whether or not a source file needs to be re-sequenced: - if there are any lines with a gap of 10 or less - if 20% or more of the source lines have gaps of 100 or less. If either of the above applies, the source file is re-sequenced. In the past we have re-sequenced with an arbitrary gap of 10000. To maximize the gap between lines (and thus minimize future re-sequencings) the gap is now tailored to each individual file based on the number of records in the file. The sequence number range is 00000000-99999999 and we attempt to pick a gap that best exploits the full range. BUILD_Reqd: VSSMMAC Toolmin: 1.0 406 (2018-02-24) Modules: VPTCCTBK COPY

VS550345 VMARC 03/04/18 03:10:25 * Deprecate VSADCON macro

Update VS550345 applies to VSSI installation builds through 5524 Symptom: * Deprecate VSADCON macro Problem: Early in release 55 development, CP's methodology for structuring debased modules was not well understood and homebrew approaches to dealing with base register limitations were developed. One approach was to explicitly define all externals used in a module via VSADCON marcos. However, now that all modules are properly debased, workarounds such as VSADCON are no longer needed so - deprecate VSADCON. Resolution: The VSADCON macro is changed to a no-op and as subsequent updates hit parts they will remove VSADCON macros from them. VSILX's logic is reverted to no longer expect VSADCON generated labels. BUILD_Reqd: VSSMMAC Toolmin: 1.0 406 (2018-02-24) Modules: VSADCON MACRO VSILX MACRO

VP550341 VMARC 03/15/18 14:04:57 * COPY and common member updates for 342/343

Update VP550341 applies to VSSI installation builds through 5524 Symptom: * COPY and common member updates for 342/343 Problem: Macro, copy, common and CP updates in support of fixes 550342 and 550342. Resolution: Macro, copy, common and CP updates in support of fixes 550342 and 550342. Fixes 550341, 550342 and 550343 need to be applied concurrently. BUILD_Reqd: VSSIPL VSSICP VSSICMS VSSMMAC Toolmin: 1.0 406 (2018-02-24) Modules: VP55MAC $EXEC RVPCCTBK COPY RVPCMPBK COPY RVPEQUAT COPY RVPEXCBK COPY RVPFMTBK COPY RVPSYSBK COPY VPBXACFG COPY VPBXAHDR COPY VPBXIOWK COPY VPBXPOOL COPY VPBXRPL COPY VPCTLBK COPY VPDCSBK COPY VPINDXBK COPY VPIOTBK COPY VPOPENBK COPY VPPOOLBK COPY VPTCCTBK COPY VPTPFKEY COPY VP1WRKBK COPY RVPSCFBK MACRO

VT550341 VMARC 03/15/18 14:44:22 * COPY and common member updates for 342/343

Update VT550341 applies to VSSI installation builds through 5524 Symptom: * COPY and common member updates for 342/343 Problem: Macro, copy, common and CP updates in support of fixes 550342 and 550342. Resolution: Macro, copy, common and CP updates in support of fixes 550342 and 550342. Fixes 550341, 550342 and 550343 need to be applied concurrently. BUILD_Reqd: VSSIPL VSSICP VSSICMS VSSMMAC Toolmin: 1.0 406 (2018-02-24) Modules: RVTCMPBK COPY RVTEQUAT COPY RVTEXCBK COPY VTACTBK COPY VTBMAPBK COPY VTENTBK COPY VTEXTBK COPY VTIOTBK COPY VTLDRBK COPY VTLSTBK COPY VTMNTBK COPY VTQRPTS COPY VTQRYBK COPY VTSCTLBK COPY VTSETWK COPY VTVDSCBK COPY

VS550341 VMARC 03/15/18 13:11:30 * COPY and common member updates for 342/343

Update VS550341 applies to VSSI installation builds through 5524 Symptom: * COPY and common member updates for 342/343 Problem: Macro, copy, common and CP updates in support of fixes 550342 and 550342. Resolution: Macro, copy, common and CP updates in support of fixes 550342 and 550342. Fixes 550341, 550342 and 550343 need to be applied concurrently. BUILD_Reqd: VSSIPL VSSICP VSSICMS Toolmin: 1.0 406 (2018-02-24) Modules: VSSUME $REPOS RVSCMPBK COPY VSLCKXST COPY VSMSGPBK COPY VSCKVDEV MACRO VSLCKDEF MACRO VSLCKOP MACRO VS6ANCH MACRO RVSCFG ASSEMBLE RVSSTB ASSEMBLE RVSSTD ASSEMBLE RVSSTF ASSEMBLE RVSSTG ASSEMBLE RVSSTN ASSEMBLE RVSSTQ ASSEMBLE RVSUTL ASSEMBLE RVSVDY ASSEMBLE RVSVPY ASSEMBLE RVSVTY ASSEMBLE VSLABSL ASSEMBLE

VS550340 VMARC 02/07/18 18:15:18 * Placeholder Update - start 5524

Update VS550340 applies to VSSI installation builds through 5524 Symptom: * Placeholder Update - start 5524 Problem: Dummy update to mark the start of Build 5524. Resolution: n/a. BUILD_Reqd: VSSMMAC Toolmin: 1.0 401 (2017-12-07) Modules: VSMODID COPY

PTFs below apply to Packages at 5522 and lower

VS550339 VMARC 12/13/17 15:01:51 * Placeholder Update - end 5522

Update VS550339 applies to VSSI installation builds through 5522 Symptom: * Placeholder Update - end 5522 Problem: Dummy update to mark the end of Build 5522. Resolution: n/a. BUILD_Reqd: VSSMMAC Toolmin: 1.0 401 (2017-12-07) Modules: VSMODID COPY

VS550336 VMARC 12/11/17 10:15:47 * Remove deprecated CMS OCO modules

Update VS550336 applies to VSSI installation builds through 5522 Symptom: * Remove deprecated CMS OCO modules Problem: Several CMS utility modules were originally generated using IBM Toolkit macros. This decision required us to ship those modules as Object-Code-Only (OCO), since most customers do not have Toolkit installed (and hence cannot assemble Toolkit-enabled modules from source). Since that time: . VSSI has decided to abandon Toolkit use in source code in order to avoid extra product dependencies; . Most of the affected CMS modules are deprecated anyway. The following modules are affected: Component Module Status Common VSDTIO no longer used VSSPIP no longer used VSTRCDIF deprecated Resolution: Made the following changes: . Applicable PRODUCT file updated to reflect exclusion of the above modules. . Application of this PTF will result in the deletion of the above module objects (AUX|PTF|TXT). BUILD_Reqd: VSSMMAC Toolmin: 1.0 401 (2017-12-07) Modules: VSMODID COPY

VS550335 VMARC 10/22/17 16:35:48 * Correct CPUTYPE symbols in license code

Update VS550335 applies to VSSI installation builds through 5522 Symptom: * Correct CPUTYPE symbols in license code Problem: RVSSTL uses VSSI-generated symbols CTYCP (CP engine) and CTYIFL (IFL engine) to interrogate the current system hardware configuration. Since the appropriate CPUTYPE symbols exist in HCPEQUAT, use of VSSI-named symbols for the same values are inappropriate. Resolution: VSSI symbols replaced with IBM symbols PUCCP and PUCIFL. BUILD_Reqd: VSSICP Toolmin: 1.0 396 (2017-09-27) Modules: VSMODID COPY RVSSTL LAS55335

VP550332 VMARC 09/29/17 13:14:53 * STK017 when ShadowDisk user logs off with open dat

Update VP550332 applies to VSSI installation builds through 5522 Symptom: * STK017 when ShadowDisk user logs off with open database Problem: A ShadowDisk user logs off the system without first closing their database. A few moments later the system crashes with a STK017 abend as the user was allowed to complete logging off without the open database being detected and closed during log off. Resolution: Fix VS550236 defined an independent set of environment variables in VSSIEQU COPY. It updated code to use these to check the VPTFLG3 field in the VPTCCTBK rather than the ones defined for that field. Eventually the two sets of values diverge resulting in this abend. Code is updated to define one sets of values dependent on the other so they can never diverge in the future. BUILD_Reqd: VSSICP VSSMMAC Toolmin: 1.0 396 (2017-09-27) Modules: VPTCCTBK COPY

VS550332 VMARC 09/29/17 13:13:45 * STK017 when ShadowDisk user logs off with open dat

Update VS550332 applies to VSSI installation builds through 5522 Symptom: * STK017 when ShadowDisk user logs off with open database Problem: A ShadowDisk user logs off the system without first closing their database. A few moments later the system crashes with a STK017 abend as the user was allowed to complete logging off without the open database being detected and closed during log off. Resolution: Fix VS550236 defined an independent set of environment variables in VSSIEQU COPY. It updated code to use these to check the VPTFLG3 field in the VPTCCTBK rather than the ones defined for that field. Eventually the two sets of values diverge resulting in this abend. Code is updated to define one sets of values dependent on the other so they can never diverge in the future. BUILD_Reqd: VSSIPL VSSICP Toolmin: 1.0 396 (2017-09-27) Modules: VSMODID COPY VSSIEQU COPY RVSSTL LAS55332

VT550329 VMARC 10/20/17 12:13:06 * Fix various VTAPE problems (macros/control blocks)

Update VT550329 applies to VSSI installation builds through 5522 Symptom: * Fix various VTAPE problems (macros/control blocks) Problem: HTT001 at RVSSTG+2CA after failed conditional HCPGETST during VTADD command FRE016 on call from RVTOCT+2AE during VTCLOSE command PRG001 after wild branch out of RVTSHU during shutdown Resolution: This fix includes the changes to macros, control blocks, IBM parts and common parts needed by the fix for VT550330. See it for a full description of the changes. BUILD_Reqd: VSSIPL VSSICP VSSICMS VSSMMAC Toolmin: 1.0 396 (2017-09-27) Modules: VT55MAC $EXEC RVTEQUAT COPY VTBMAPBK COPY VTCLBLBK COPY VTEXTBK COPY VTMDSKBK COPY VTPACKBK COPY VT9CFDAT COPY VT9CFGBK COPY VT5ANCH MACRO VT6ANCH MACRO

VS550329 VMARC 10/20/17 11:29:42 * Fix various VTAPE problems (macros/control blocks)

Update VS550329 applies to VSSI installation builds through 5522 Symptom: * Fix various VTAPE problems (macros/control blocks) Problem: HTT001 at RVSSTG+2CA after failed conditional HCPGETST during VTADD command FRE016 on call from RVTOCT+2AE during VTCLOSE command PRG001 after wild branch out of RVTSHU during shutdown Resolution: This fix includes the changes to macros, control blocks, IBM parts and common parts needed by the fix for VT550330. See it for a full description of the changes. BUILD_Reqd: VSSIPL VSSICP Toolmin: 1.0 396 (2017-09-27) Modules: VS5ANCH MACRO VS6ANCH MACRO RVSCFG ASSEMBLE RVSSTB ASSEMBLE RVSSTF ASSEMBLE RVSSTN ASSEMBLE

VS550326 VMARC 07/01/17 22:39:18 * HCP Module Sync

Update VS550326 applies to VSSI installation builds through 5522 Symptom: * HCP Module Sync Problem: Several HCP module hokks are missing from the current PTFCUM packages due to BUILD exec regressions (now fixed). Resolution: The attached HCP module hooks are applicable to 6.4 only, and are ignored for older systems. BUILD_Reqd: VSSMMAC Toolmin: 1.0 392 (2017-05-15) Modules: VSMODID COPY

VS550318 VMARC 05/18/17 12:41:45 * NOBASE utilities require FORM=E added to FS macros

Update VS550318 applies to VSSI installation builds through 5522 Symptom: * NOBASE utilities require FORM=E added to FS macros Problem: VSFSERR, the routine to translate file system error codes into textual messages contains some typos in the error message text. Resolution: Typos corrected. Additionally code refactoring was done were appropriate. BUILD_Reqd: VSSICMS Toolmin: 1.0 392 (2017-05-15) Modules: VSFSERR ASSEMBLE

VS550314 VMARC 04/14/17 12:38:51 * Improve serialization during database close

Update VS550314 applies to VSSI installation builds through 5522 Symptom: * Improve serialization during database close Problem: Various abends (we've seen FRE016 and HTT001s) in RVxRCC during database close/reset usually while the user is being FORCEd. Resolution: Fix 550063 updated HCPUSO to add a call to RVxRCCCL to close any open database. The point were the call was inserted is in the execution path for both LOGOFF and FORCE processing. However, if we are here for a FORCE we do not have the same serialization as we have for LOGOFF. The close processing needs to be entered under console function mode (CFM) serialization and without that we can have more than one close thread executing concurrently which results in double fret'ing of storage (FRE016 abends) or referencing storage that has been fret'ed (HTT001 abends). The call added to HCPUSO has been eliminated and any open database will now be closed by the preexisting call from HCPUSP which does have the proper CFM serialization. Additionally code has been updated to ensure proper serialization in all cases during the close/reset of a database. The attached update modifies the following HCP modules: . HCPRST - renamed CPU reset entry point from RVxRCCXR(RR) to RVxRCCXS(RS) . HCPUSO - removes the VSSI Database Reset hook . HCPUSP - all VSSI Database Reset code invoked here BUILD_Reqd: VSSMMAC Toolmin: 1.0 390 (2017-04-14) Modules: VSMODID COPY

VS550311 VMARC 02/06/17 15:39:02 * CMS Module Consolidation

Update VS550311 applies to VSSI installation builds through 5522 Symptom: * CMS Module Consolidation Problem: VPARS CMS utilities can be re-purposed as ShadowDisk/Z utilities, with a few internal differences. This update therefore does the following: 1. Brings several CMS macros in-line with their CP counterparts (e.g., VSSPROLG vs VSIPROLG); 2. Prepares the VPARS modules to accept macros which can respond to the calling program name (e.g., SDFMT (a copy of VPFMT module) will correctly format ShadowDisk/Z databases when called as SDFMT, and VPARS databases when called as VPFMT). The intent here is to maintain fewer (almost-identical) source copies of similar functionality. Resolution: Amended code attached to this update. BUILD_Reqd: VSSICMS Toolmin: 1.0 385 (2016-09-02) Modules: VS55MAC $EXEC VSMODID COPY VSDBDID MACRO VSSPROLG MACRO VSXCALL MACRO VSDBSCAN ASSEMBLE VSDCHK ASSEMBLE VSDLBL ASSEMBLE VSFSERR ASSEMBLE VSLABSL ASSEMBLE VSSUBDT ASSEMBLE VSSUBR ASSEMBLE VSSUBR01 ASSEMBLE VSSUBR02 ASSEMBLE VSDTIO LAS55311 VSTRCDIF LAS55311

VS550309 VMARC 02/05/17 17:45:16 * Sync PRODUCT files with code base

Update VS550309 applies to VSSI installation builds through 5522 Symptom: * Sync PRODUCT files with code base Problem: The current PTFCUM is (deliberately) missing PTF 550296, which split the CMS routine VSSUBR into 2 modules, VSSUBR01 and VSSUBR02. However, the z/VM 6.4 product package inadvertently pulled in the 550296 PRODUCT files (i.e., the files which drive CMS assemblies and link-edits). The 6.4 packages are therefore receiving CMS assembly/link errors, because the files that they are calling for (VSSUBR01 and VSSUBR02) are -not- present in the package. Resolution: This PTF is a dummy update to which the correct PRODUCT file is attached. Application of this PTF will put the PRODUCT file in sync with the code base contained in the package, thus eliminating CMS assembly/link errors. BUILD_Reqd: VSSICP Toolmin: 1.0 385 (2016-09-02) Modules: RVSCFG ASSEMBLE

VS550308 VMARC 12/29/16 03:14:12 * Resequence ASSEMBLE members

Update VS550308 applies to VSSI installation builds through 5522 Symptom: * Resequence ASSEMBLE members Problem: A number of files are getting tight on sequence numbers. This impacts future fixes. Proactively address Resolution: VSSI source files start out with a sequence number gap of 10000 between each source line. Over time, as fixes and enhancements are developed, this gap gets filled. We use the following rules of thumb to decide whether or not a source file needs to be resequenced: - if there are any lines with a gap of 10 or less - if 20% or more of the source lines have gaps of 100 or less. If either of the above applies, the source file is resequenced to reinstate a gap of 10000 between each source line. BUILD_Reqd: VSSIPL VSSICP VSSICMS Toolmin: 1.0 385 (2016-09-02) Modules: RVSCFG ASSEMBLE RVSCMD ASSEMBLE RVSSTB ASSEMBLE RVSSTD ASSEMBLE RVSSTQ ASSEMBLE VSSUBR ASSEMBLE

VP550307 VMARC 12/29/16 02:14:11 * Resequence COPY members

Update VP550307 applies to VSSI installation builds through 5522 Symptom: * Resequence COPY members Problem: A number of files are getting tight on sequence numbers. This impacts future fixes. Proactively address Resolution: VSSI source files start out with a sequence number gap of 10000 between each source line. Over time, as fixes and enhancements are developed, this gap gets filled. We use the following rules of thumb to decide whether or not a source file needs to be resequenced: - if there are any lines with a gap of 10 or less - if 20% or more of the source lines have gaps of 100 or less. If either of the above applies, the source file is resequenced to reinstate a gap of 10000 between each source line. BUILD_Reqd: VSSMMAC Toolmin: 1.0 385 (2016-09-02) Modules: VPBXRCF COPY

VS550307 VMARC 12/29/16 02:13:53 * Resequence COPY members

Update VS550307 applies to VSSI installation builds through 5522 Symptom: * Resequence COPY members Problem: A number of files are getting tight on sequence numbers. This impacts future fixes. Proactively address Resolution: VSSI source files start out with a sequence number gap of 10000 between each source line. Over time, as fixes and enhancements are developed, this gap gets filled. We use the following rules of thumb to decide whether or not a source file needs to be resequenced: - if there are any lines with a gap of 10 or less - if 20% or more of the source lines have gaps of 100 or less. If either of the above applies, the source file is resequenced to reinstate a gap of 10000 between each source line. BUILD_Reqd: VSSIPL VSSMMAC Toolmin: 1.0 385 (2016-09-02) Modules: RVSCMPBK COPY VSMEQU COPY VSMODID COPY

VS550305 VMARC 12/05/16 16:31:42 * RAS changes to improve dump readability (CP)

Update VS550305 applies to VSSI installation builds through 5522 Symptom: * RAS changes to improve dump readability (CP) Problem: While working on recent problems it became clear that the stack/unstack IORBK/TRQBK trace entries would be more useful if they could be tied back to their related thread of execution. Resolution: The stack and unstack IORBK/TRQBK trace entries contain a fullword eyecatcher. It's been several decades since trace tables were read by eyeballing raw unformatted pages, so the eyecatcher is no longer of any use. In place of the eyecatcher, if we're dealing with an IORBK include IORSAVE and if we're dealing with a TRQBK include TRQWRK1. If any customer reads dumps and wants the updated trace formatting logic to exploit this change please contact VSSI support. BUILD_Reqd: VSSIPL Toolmin: 1.0 385 (2016-09-02) Modules: VSMODID COPY

VS550303 VMARC 11/26/16 01:06:55 * RAS changes to improve dump readability (common)

Update VS550303 applies to VSSI installation builds through 5522 Symptom: * RAS changes to improve dump readability (common) Problem: While working on recent problems it became clear that a number of structures could be improved to help with diagnosing problems from dumps in the future. Resolution: Update code to accomodate structure changes made by fix 302, including storing a TOD for each lock operation. Fixes 302, 303 and 304 must be applied together. BUILD_Reqd: VSSIPL VSSICP Toolmin: 1.0 385 (2016-09-02) Modules: RVSSTA ASSEMBLE RVSSTB ASSEMBLE RVSSTF ASSEMBLE

VP550302 VMARC 11/26/16 01:01:19 * RAS changes to improve dump readability (macros/co

Update VP550302 applies to VSSI installation builds through 5522 Symptom: * RAS changes to improve dump readability (macros/copy) Problem: While working on recent problems it became clear that a number of structures could be improved to help with diagnosing problems from dumps in the future. Resolution: First, most locks have an adjunct defined that includes information about who and which routine obtained/released the lock last. The LKSTAT (lockword status area) is defined by the VSLCKXST macro. Add a field to the status area to hold the TOD when the last operation was performed on the lock. Second, the VPARS root anchor block (VS6ANCH) has had a field added to indicate which VMDUSER field the installation is using. This makes writing dump macros and diagnosis tools that run on the live system easier and less error prone. Additionally numerous other copy members and macros have had their commentary improved in various ways. Fixes 302, 303 and 304 must be applied at the same time. BUILD_Reqd: VSSMMAC Toolmin: 1.0 385 (2016-09-02) Modules: VPCTLBK COPY VPMDSKBK COPY VPTCCTBK COPY VPUSERBK COPY

VT550302 VMARC 11/26/16 01:01:11 * RAS changes to improve dump readability (macros/co

Update VT550302 applies to VSSI installation builds through 5522 Symptom: * RAS changes to improve dump readability (macros/copy) Problem: While working on recent problems it became clear that a number of structures could be improved to help with diagnosing problems from dumps in the future. Resolution: First, most locks have an adjunct defined that includes information about who and which routine obtained/released the lock last. The LKSTAT (lockword status area) is defined by the VSLCKXST macro. Add a field to the status area to hold the TOD when the last operation was performed on the lock. Second, the VPARS root anchor block (VS6ANCH) has had a field added to indicate which VMDUSER field the installation is using. This makes writing dump macros and diagnosis tools that run on the live system easier and less error prone. Additionally numerous other copy members and macros have had their commentary improved in various ways. Fixes 302, 303 and 304 must be applied at the same time. BUILD_Reqd: VSSMMAC Toolmin: 1.0 385 (2016-09-02) Modules: VTSETWK COPY

VS550302 VMARC 11/26/16 01:01:35 * RAS changes to improve dump readability (macros/co

Update VS550302 applies to VSSI installation builds through 5522 Symptom: * RAS changes to improve dump readability (macros/copy) Problem: While working on recent problems it became clear that a number of structures could be improved to help with diagnosing problems from dumps in the future. Resolution: First, most locks have an adjunct defined that includes information about who and which routine obtained/released the lock last. The LKSTAT (lockword status area) is defined by the VSLCKXST macro. Add a field to the status area to hold the TOD when the last operation was performed on the lock. Second, the VPARS root anchor block (VS6ANCH) has had a field added to indicate which VMDUSER field the installation is using. This makes writing dump macros and diagnosis tools that run on the live system easier and less error prone. Additionally numerous other copy members and macros have had their commentary improved in various ways. Fixes 302, 303 and 304 must be applied together. BUILD_Reqd: VSSMMAC Toolmin: 1.0 385 (2016-09-02) Modules: VSLCKXST COPY VSQIOBK COPY VSLCKDEF MACRO VSLCKOP MACRO VSMSGH MACRO VS6ANCH MACRO

VS550293 VMARC 08/11/16 09:39:34 * Minor MACRO fixups

Update VS550293 applies to VSSI installation builds through 5522 Symptom: * Minor MACRO fixups Problem: Minor MACRO fixups required for the following MACROs: Macro Description VSIPROLG Changed PTF_TAG parameter to PTFID. VS6ANCH Prettification to declare addresses as DC A(0), counters as F'0'. Resolution: The above changes have been made. BUILD_Reqd: VSSIPL VSSICP Toolmin: 1.0 382 (2016-08-10) Modules: VSMODID COPY VSIPROLG MACRO VS6ANCH MACRO RVSSTL LAS55293

VS550291 VMARC 08/04/16 13:05:03 * New VSIPROLG macro

Update VS550291 applies to VSSI installation builds through 5522 Symptom: * New VSIPROLG macro Problem: The current VSIPROLG macro may be potentially incompatible with future versions of the HCPPROLG macro in the future. This is because VSIPROLG is currently marked as an IBM CP update; it should be marked as a normal VSSI code update. Resolution: Made the following changes: . VSIPROLG has been marked as a normal VSSI code macro via a name change to its AUX file (i.e., from AUXCVSxx (IBM CP) to AUXAVSxx (VSSI CP). . The macro now supports a new parameter (PTFID=), which forces the PTF ID string closer to the top of the module as a debugging aid. BUILD_Reqd: VSSIPL VSSICP Toolmin: 1.0 376 (2016-07-17) Modules: VSMODID COPY VSIPROLG MACRO RVSSTL LAS55291

VS550287 VMARC 07/17/16 21:00:32 * CP updates for fix 288

Update VS550287 applies to VSSI installation builds through 5522 Symptom: * CP updates for fix 288 Problem: HCPPRV is calling RVPRCCRR to reset the VPARS database for every CPU as it is reset. VPARS only cares when the base CPU goes away. Resolution: Update HCPPRV to only call RVPRCCRR when the base CPU is reset. Note fixes 287 and 288 must go on concurrently. BUILD_Reqd: VSSMMAC Toolmin: 1.0 376 (2016-07-17) Modules: VSMODID COPY

VS550285 VMARC 07/10/16 15:12:15 * HCPABN mod to dump CPXLOADed symbols

Update VS550285 applies to VSSI installation builds through 5522 Symptom: * HCPABN mod to dump CPXLOADed symbols Problem: CPXLOAD symbols are not dumped via soft ABEND. Resolution: Made the following changes to HCPABN: . Added code to store current CR12 value as an aid to soft ABEND dump readability. . Requisite code added to dump CPXLOADed symbols used by VSSI code. BUILD_Reqd: VSSIPL VSSMMAC Toolmin: 1.0 374 (2016-07-08) Modules: VSMODID COPY

VP550283 VMARC 07/09/16 03:57:35 * Macro and copy updates for fixes 276 and 284

Update VP550283 applies to VSSI installation builds through 5522 Symptom: * Macro and copy updates for fixes 276 and 284 Problem: Macro and copy updates for fixes 276 and 284 Resolution: Fixes 276, 283 and 284 should all be put on at the same time. Failure to do so will result in either assembly errors and/or run time errors. BUILD_Reqd: VSSICP VSSMMAC Toolmin: 1.0 374 (2016-07-08) Modules: VPIOTBK COPY RVPMDLAT MACRO

VS550283 VMARC 07/08/16 13:17:16 * Macro and copy updates for fixes 276 and 284

Update VS550283 applies to VSSI installation builds through 5522 Symptom: * Macro and copy updates for fixes 276 and 284 Problem: Macro and copy updates for fixes 276 and 284 Resolution: Fixes 276, 283 and 284 should all be put on at the same time. Failure to do so will result in either assembly errors and/or run time errors. BUILD_Reqd: VSSICMS VSSMMAC Toolmin: 1.0 371 (2016-04-23) Modules: VSDEFXBK COPY VSLOCRBK COPY VSMEQU COPY

VS550277 VMARC 04/09/16 10:30:25 * Misc. VPARS/SHDSK CMS updates

Update VS550277 applies to VSSI installation builds through 5522 Symptom: * Misc. VPARS/SHDSK CMS updates Problem: Enhancements requested or required. Resolution: Added the following enhancements: 1. VxUTIL message VSSVxU2152 emitted at the start and end of job, as follows: . VSSVxU2152I Start time: 04/08/16 14:44:40 . VSSVxU2152I End time: 04/08/16 14:45:03 (nnn record(s)/sec) 2. VxUTIL record processing messages now contain timestamps, as follow: Old: VSSVxU2152I 6176 record(s) processed for MOVE New: VSSVxU2152I +hhhh:mm:ss.uuuuuu 6176 record(s) processed for MOVE The timestamp above represents the elapsed time (hh:mm:ss.millionths-seconds) since the start of the job. 3. VxUTIL record directory errors will now print the 1st 16 bytes of the erroneous directory entry. 4. User field (VPUSRUF1 DS F) added to RVPCFGBK (per customer request). BUILD_Reqd: VSSICMS VSSMMAC Toolmin: 1.0 370 (2015-08-29) Modules: VSSUME $REPOS

VS550269 VMARC 08/29/15 16:56:45 * Regression Test Program (RTP)

Update VS550269 applies to VSSI installation builds through 5522 Symptom: * Regression Test Program (RTP) Problem: New Regression Test program VSRPT01. Resolution: New RTP added. No product code is changed. BUILD_Reqd: VSSMMAC Toolmin: 1.0 370 (2015-08-29) Modules: VSMODID COPY

VS550265 VMARC 08/19/15 07:47:29 * Fix SPXTAPE device error

Update VS550265 applies to VSSI installation builds through 5522 Symptom: * Fix SPXTAPE device error Problem: Customer experienced a situation where virtual tapes were unusable as SPXTAPE devices. The following message was received: . HCPSPK1903E Virtual device xxxx not supported for SPXTAPE A regression in Version 55 returned incorrect Entry Point Addresses (EPAs) for SPXTAPE routing calls. Resolution: Made the following changes: . SPXTAPE function EPAs fixed. . Additional support added to correctly return EPAs for stacked use via HCPSTKGT (used by SPXTAPE) BUILD_Reqd: VSSIPL VSSICP Toolmin: 1.0 369 (2015-08-18) Modules: VSMODID COPY RVSMDLAT MACRO RVSMDLAX MACRO VSCPXCL MACRO VSCPXGT MACRO VSCPXIT MACRO RVSGTA ASSEMBLE RVSGTB ASSEMBLE RVSSKA ASSEMBLE RVSSTL LAS55265

VS550263 VMARC 08/07/15 13:16:49 * New device checker function

Update VS550263 applies to VSSI installation builds through 5522 Symptom: * New device checker function Problem: Simple DIAG X'210' device reporter. Resolution: VSDCHK added. BUILD_Reqd: VSSICMS Toolmin: 1.0 368 (2015-07-14) Modules: VS55MAC $EXEC VSDBRDBK MACRO VSDCHK ASSEMBLE VSSUBR ASSEMBLE

VS550262 VMARC 08/04/15 11:46:09 * Add volume serial RELABEL utility

Update VS550262 applies to VSSI installation builds through 5522 Symptom: * Add volume serial RELABEL utility Problem: Customer requested a method for relabeling BASE volumes while the VPARS/VDSIK database is open. Resolution: VSDLBL program added to relabel MDISKs. If the MDISK is linked R/W, the volume serial is updated. If the MDISK is linked R/O and is part of the BASE volumes in an open database, any relabel I/O get written to the VPARS/VDISK database; the underlying MDISK is not modified. BUILD_Reqd: VSSICMS Toolmin: 1.0 368 (2015-07-14) Modules: VSXENTR MACRO VSXEXIT MACRO VSDLBL ASSEMBLE VSSTRC ASSEMBLE VSSUBR ASSEMBLE

VS550260 VMARC 08/04/15 11:33:15 * CMS message repository additions

Update VS550260 applies to VSSI installation builds through 5522 Symptom: * CMS message repository additions Problem: New CMS disk relabel function added. New message numbers required. Resolution: CMS message repository updated. BUILD_Reqd: VSSICMS VSSMMAC Toolmin: 1.0 368 (2015-07-14) Modules: VSSUME $REPOS VSMEQU COPY

VP550258 VMARC 07/27/15 21:55:16 * Hung I/O at 100% CPU Utilization

Update VP550258 applies to VSSI installation builds through 5522 Symptom: * Hung I/O at 100% CPU Utilization Problem: Near 100% CPU utilization, code in RVPCCW attempted to delay (pacing) invocation of the next timer interval. This action caused lost interrupts at congestion intervals (i.e., at 100% CPU). Resolution: Pacing code removed; the current timer will always invoke the scheduling of the next timer. BUILD_Reqd: VSSICP VSSMMAC Toolmin: 1.0 368 (2015-07-14) Modules: VPIOTBK COPY

VS550254 VMARC 05/20/15 17:38:25 * Consolidate CPXLOAD Exit Effectors

Update VS550254 applies to VSSI installation builds through 5522 Symptom: * Consolidate CPXLOAD Exit Effectors Problem: Multiple VSCPXCL macros coded in most VSSI modules; this is a manual process which is prone to error. Resolution: New function added to auto-generate all CPXLOAD Exit Effector code for a given VSSI module. BUILD_Reqd: VSSIPL VSSICP Toolmin: 1.0 361 (2015-05-15) Modules: VSMODID COPY VSCPXIT MACRO RVSCFG ASSEMBLE RVSCMD ASSEMBLE RVSPRM ASSEMBLE RVSSTF ASSEMBLE RVSUTL ASSEMBLE RVSSTL LAS55254

VS550252 VMARC 05/18/15 15:12:48 * Updated BUILD function

Update VS550252 applies to VSSI installation builds through 5522 Symptom: * Updated BUILD function Problem: CPXLOAD Exit code generation is scattered over several MACRO/COPY files. Resolution: Made the following changes: . Code and BUILD execs consolidated into fewer source objects. . VSSI control block dependencies removed from all HCP modules. BUILD_Reqd: VSSIPL VSSICP Toolmin: 1.0 361 (2015-05-15) Modules: VSCKVDEV MACRO VSCKVMD MACRO VSCPTRC MACRO RVSSTA ASSEMBLE RVSSTB ASSEMBLE

VP550250 VMARC 05/07/15 15:17:32 * Eliminate global CS Lockwords in I/O path

Update VP550250 applies to VSSI installation builds through 5522 Symptom: * Eliminate global CS Lockwords in I/O path Problem: 2 Compare-and-Swap lockwords reside in global VSSI modules. These fullwords are directly in the I/O path, and can cause excessive CPU utilization under very heavy I/O loads. Resolution: Both lockwords are used to serialize per-VMDBK resource management (e.g., updating tables unique to each VPARS/VDISK user), and have been moved to a single lockword in the VPTCCTBK (one instance per user). This approach eliminates CS lock contention among all logged-on users for the same lockword. BUILD_Reqd: VSSICP VSSMMAC Toolmin: 1.0 355 (2015-04-07) Modules: VPTCCTBK COPY

VS550248 VMARC 04/28/15 18:14:48 * CPU Lockup at 100% Utilization

Update VS550248 applies to VSSI installation builds through 5522 Symptom: * CPU Lockup at 100% Utilization Problem: Customer experienced CPU lockups under high CPU load (98-100%) on a z/VM 6.3 system. Two VSSI locks were implicated in the subsequent dump: . Database WRITE lock (in RVxIOR); . CPXLOAD I/O entry point table lock (in RVSGTB). Excessive lock usage was hanging (throttling) CP during the high utilization periods. Resolution: RVSGTB amended to only use the CPXLOAD lock during the following states: . CPXLOAD initialization (i.e., at IPL time); . First VPARS/VDISK I/O (i.e., routing table initialization of I/O entry points). Previous per-I/O CPXLOAD lock usage (for I/O routing purposes) has been removed; the CPXLOAD lock is no longer in the normal I/O path. This approach should result in measurable savings in both CPU and I/O wait time. BUILD_Reqd: VSSIPL VSSICP VSSMMAC Toolmin: 1.0 355 (2015-04-07) Modules: VSCPXGT MACRO

VS550246 VMARC 04/12/15 17:59:39 * Multiple-machine license display is incorrect

Update VS550246 applies to VSSI installation builds through 5522 Symptom: * Multiple-machine license display is incorrect Problem: The VSLSHOW command displays invalid CPUID and serial data for the 2nd and 3rd machines. The internal license structures are fine; all machines will treat the license as valid. Resolution: Made the following changes: . RVSSTB modified to omit MACRO references for unlicensed/uninstalled product components. . RVSSTL modified to correctly display the 2nd and subsequent machine CPUIDs and serial numbers for VSSI multiple-machine licensees. BUILD_Reqd: VSSIPL VSSICP Toolmin: 1.0 355 (2015-04-07) Modules: VSMODID COPY RVSSTB ASSEMBLE RVSSTL LAS55246

VS550245 VMARC 04/10/15 15:07:57 * Include latest PTF ID in VSQ VSL message

Update VS550245 applies to VSSI installation builds through 5522 Symptom: * Include latest PTF ID in VSQ VSL message Problem: Several customers have requested an easier way to determine the highest PTF number on the system. Resolution: VSQUERY VSLEVEL message output now includes the last-applied PTF number. BUILD_Reqd: VSSICP Toolmin: 1.0 355 (2015-04-07) Modules: VS55MAC $EXEC RVSCMD ASSEMBLE RVSMSG ASSEMBLE

PTFs below apply to Packages at 5520 and lower

VS550241 VMARC 03/03/15 09:25:24 * Updated PRODUCT files

Update VS550241 applies to VSSI installation builds through 5520 Symptom: * Updated PRODUCT files Problem: PRODUCT files require miscellaneous updates. Resolution: Amended PRODUCT files attached to this PTF. The dummy update of the RVxMSG modules change no code. BUILD_Reqd: VSSICP Toolmin: 1.0 350 (2015-02-20) Modules: RVSMSG ASSEMBLE

VP550239 VMARC 02/19/15 17:38:00 * Misc. ABENDs in database queue management

Update VP550239 applies to VSSI installation builds through 5520 Symptom: * Misc. ABENDs in database queue management Problem: Customer encountered the following ABENDs while processing a multiple-MDISK database (PMR) during heavy I/O activity: . HTT001 during database directory scan error recovery . DBT002 during database directory scan error recovery . I/O errors while rebooting TPF (VPOPEN without CLEAR) These errors are all related to errors encountered while attempting to find the requested record in the database. The above errors do not occur if the database consists of a single MDISK. Resolution: Additional bin-number (RELR) tracking fields added to VP1WRKBK. BUILD_Reqd: VSSICP VSSMMAC Toolmin: 1.0 349 (2015-02-11) Modules: VP1WRKBK COPY

VS550238 VMARC 02/11/15 13:26:56 * Static-NUC control block cleanup

Update VS550238 applies to VSSI installation builds through 5520 Symptom: * Static-NUC control block cleanup Problem: Several VSSI control blocks are referred to in static-NUC modules. Any changes to these MACRO/COPY files currently force re-assembly of these modules; a subsequent re-IPL is required to integrate the changes. Resolution: This is a dummy update which will force re-assembly of all VSSI modules, thus properly incorporating previous updates 235-237. BUILD_Reqd: VSSMMAC Toolmin: 1.0 349 (2015-02-11) Modules: VSMODID COPY

VS550236 VMARC 02/11/15 13:20:27 * Static-NUC control block cleanup

Update VS550236 applies to VSSI installation builds through 5520 Symptom: * Static-NUC control block cleanup Problem: Several VSSI control blocks are referred to in static-NUC modules. Any changes to these MACRO/COPY files currently force re-assembly of these modules; a subsequent re-IPL is required to integrate the changes. Resolution: Made the following changes: . Several static-NUC modules amended to reduce or eliminate VSSI MACRO/COPY references. This approach should reduce IPL dependencies as VSSI MACRO/COPY files are modified in the future. . VSSIEQU COPY file removed from all VSSI modules and consolidated into the VSCPXID macro. BUILD_Reqd: VSSIPL VSSICP Toolmin: 1.0 349 (2015-02-11) Modules: VSMODID COPY VSSIEQU COPY VSCPXRM MACRO RVSCFG ASSEMBLE RVSCMD ASSEMBLE RVSPRM ASSEMBLE RVSSTD ASSEMBLE RVSSTG ASSEMBLE RVSSTQ ASSEMBLE RVSUTL ASSEMBLE RVSSTL LAS55236

VT550231 VMARC 01/28/15 12:32:46 * Convert IOT spin lock to VM lock

Update VT550231 applies to VSSI installation builds through 5520 Symptom: * Convert IOT spin lock to VM lock Problem: The VTAPE IOT lock is a fullword which the code serializes via Compare-And-Swap logic. Resolution: Lock converted to a normal VM lock using VSSI lock management semantics. BUILD_Reqd: VSSIPL VSSICP VSSMMAC Toolmin: 1.0 342 (2014-12-15) Modules: VTIOTBK COPY

VS550226 VMARC 01/21/15 16:37:57 * Invalid return code if CPEXIT inactive

Update VS550226 applies to VSSI installation builds through 5520 Symptom: * Invalid return code if CPEXIT inactive Problem: Customer experienced an invalid return code during a CPEXIT call. In a CPEXIT environment, if the requested exit point is not available, the VSCPXIT macro ends with an address in R15 (e.g., a pointer to the CPEXIT Bitmap Table) instead of a return code. Resolution: VSCPXIT macro amended to return rc=1000 if the exit point is not currently active. BUILD_Reqd: VSSIPL VSSICP VSSMMAC Toolmin: 1.0 342 (2014-12-15) Modules: VSCPXIT MACRO VSCPXRM MACRO

VS550221 VMARC 01/18/15 14:37:40 * PRG004 if VSLSHOW command issued

Update VS550221 applies to VSSI installation builds through 5520 Symptom: * PRG004 if VSLSHOW command issued Problem: Customer experienced PRG004 ABENDs when the VSLSHOW (Show License) command was issued. R1 at entry is pointing to a GSDBK (setup via CP) instead of to the expected VSSI CPEXIT Parameter List required by RVSSTLX2. The CPEXIT code at entry to RVSSTLX2 picks up the caller's registers from the GSDBK (which of course are invalid, since this is not a VSSI Parameter List), and passes control to RVSSTL02 with incorrect registers (e.g., R11, which now contains an invalid VMDBK address). Resolution: VSLSHOW entry point moved to static NUC module RVSSTB, which will ignore the input GSDBK (since no parameters are required by the command), and correctly set up the VSSI CPEXIT Parameter List. If you have update 550214 applied, it is STRONGLY RECOMMENDED that this update also be applied. In order to address this issue, the installation MUST do as follows after application of this PTF: vssetup setup VSSI SES disks vssiprep rebuild the MACLIB vsbldnuc rebuild static NUC vscopy nuc cf1 cf0 (force copy COMMANDS files to CP PARM disk BUILD_Reqd: VSSIPL VSSICP Toolmin: 1.0 342 (2014-12-15) Modules: RVSSTB ASSEMBLE

VP550218 VMARC 01/14/15 09:18:20 * NOBASE system hang at IPL time

Update VP550218 applies to VSSI installation builds through 5520 Symptom: * NOBASE system hang at IPL time Problem: Customer experienced a base system ABEND during NOBASE system operation. Resolution: Added additional TRACE flags to VP1WRKBK to better triage this issue. BUILD_Reqd: VSSIPL VSSICP VSSMMAC Toolmin: 1.0 342 (2014-12-15) Modules: VP1WRKBK COPY

VS550218 VMARC 01/14/15 09:17:43 * NOBASE system hang at IPL time

Update VS550218 applies to VSSI installation builds through 5520 Symptom: * NOBASE system hang at IPL time Problem: Customer experienced a base system ABEND during NOBASE system operation. Resolution: Added additional TRACE flags to VP1WRKBK to better triage this issue. BUILD_Reqd: VSSICP Toolmin: 1.0 342 (2014-12-15) Modules: RVSSTF ASSEMBLE

VS550216 VMARC 12/16/14 18:34:58 * Throttled I/O during heavy database WRITEs

Update VS550216 applies to VSSI installation builds through 5520 Symptom: * Throttled I/O during heavy database WRITEs Problem: Customer experienced slow I/O during heavy database WRITE actiivity. A regression introduced by update 550032 changed the database I/O serialization mechanism to use z/VM locks instead of an infinite loop around a spin lock. This approach was correct; however, the selected z/VM lock was defined globally (within the module), and not locally (within the MDISK structures). The update thus had the effect of serializing all database WRITE I/O. Resolution: Serialization lock moved into the VSQIOBK structure (hung off the target database MDISK). I/O serialization now properly occurs among I/O queued to the same database MDISK (as it should be), and NOT across the entire system. BUILD_Reqd: VSSICP VSSMMAC Toolmin: 1.0 342 (2014-12-15) Modules: VSQIOBK COPY

VS550214 VMARC 12/11/14 04:23:58 * Move static-NUC modules to CPXLOADed TXTLIB

Update VS550214 applies to VSSI installation builds through 5520 Symptom: * Move static-NUC modules to CPXLOADed TXTLIB Problem: Several VSSI modules reside in the static CP nucleus which can be safely moved to the CPXLOADed TXTLIB. Resolution: Selected modules moved. BUILD_Reqd: VSSIPL VSSICP VSSICMS Toolmin: 1.0 341 (2014-12-11) Modules: VSMODID COPY RVSMDLAT MACRO RVSMDLAX MACRO VSCPTRC MACRO VSSTL MACRO RVSSTA ASSEMBLE RVSSTD ASSEMBLE RVSSTF ASSEMBLE RVSSTL LAS55214

VP550210 VMARC 11/04/14 14:02:29 * CCW IDAW Processing Errors (Phase 4 Final)

Update VP550210 applies to VSSI installation builds through 5520 Symptom: * CCW IDAW Processing Errors (Phase 4 Final) Problem: This update addresses the following issues: . 64-bit IDAWs are incorrectly copied in RVxCSP for the following CCW OPcodes: . x'5E' - Read Multiple Count/Key/Data . x'DE' - Read Track . x'A5' - Write Track Data . x'A6' - Read Track Data The second or subsequent IDAW has an address of 0x0, which causes the CCW to be rejected by VPARS/VDISK. This issue affects ShadowDisk/Z only; VPARS TPF machines do not issue the above CCWs. Resolution: VPCHCCW amended to final format. BUILD_Reqd: VSSIPL VSSICP VSSMMAC Toolmin: 1.0 338 (2014-08-01) Modules: VPCHCCW COPY

VS550210 VMARC 11/04/14 14:02:19 * CCW IDAW Processing Errors (Phase 4 Final)

Update VS550210 applies to VSSI installation builds through 5520 Symptom: * CCW IDAW Processing Errors (Phase 4 Final) Problem: This update addresses the following issues: . 64-bit IDAWs are incorrectly copied in RVxCSP for the following CCW OPcodes: . x'5E' - Read Multiple Count/Key/Data . x'DE' - Read Track . x'A5' - Write Track Data . x'A6' - Read Track Data The second or subsequent IDAW has an address of 0x0, which causes the CCW to be rejected by VPARS/VDISK. This issue affects ShadowDisk/Z only; VPARS TPF machines do not issue the above CCWs. Resolution: VSCMDCHK added to VS55MAC EXEC list. BUILD_Reqd: VSSIPL VSSICP Toolmin: 1.0 338 (2014-08-01) Modules: VS55MAC $EXEC RVSSTB ASSEMBLE

VT550207 VMARC 10/31/14 15:20:11 * Additional VTAPE TRACE points

Update VT550207 applies to VSSI installation builds through 5520 Symptom: * Additional VTAPE TRACE points Problem: Additional TRACE points needed for enhanced diagnosis. Resolution: TRACE points added. BUILD_Reqd: VSSICP VSSMMAC Toolmin: 1.0 338 (2014-08-01) Modules: VTACTBK COPY

VS550207 VMARC 10/31/14 15:07:38 * Additional VTAPE TRACE points

Update VS550207 applies to VSSI installation builds through 5520 Symptom: * Additional VTAPE TRACE points Problem: Additional TRACE points needed for enhanced diagnosis. Resolution: TRACE points added. BUILD_Reqd: VSSIPL VSSICP VSSMMAC Toolmin: 1.0 338 (2014-08-01) Modules: VSCPTRC MACRO

VP550204 VMARC 10/21/14 07:29:57 * CCW IDAW Processing Errors (Phase 3)

Update VP550204 applies to VSSI installation builds through 5520 Symptom: * CCW IDAW Processing Errors (Phase 3) Problem: This update addresses the following issues: . 64-bit IDAWs are incorrectly copied in RVxCSP for the following CCW OPcodes: . x'5E' - Read Multiple Count/Key/Data . x'DE' - Read Track . x'A5' - Write Track Data . x'A6' - Read Track Data The second or subsequent IDAW has an address of 0x0, which causes the CCW to be rejected by VPARS/VDISK. This issue affects ShadowDisk/Z only; VPARS TPF machines do not issue the above CCWs. Resolution: VPDCSBK and VPCHCCW structures amended to final format. BUILD_Reqd: VSSIPL VSSICP VSSMMAC Toolmin: 1.0 338 (2014-08-01) Modules: VPCHCCW COPY VPDCSBK COPY

VS550204 VMARC 10/21/14 07:29:21 * CCW IDAW Processing Errors (Phase 3)

Update VS550204 applies to VSSI installation builds through 5520 Symptom: * CCW IDAW Processing Errors (Phase 3) Problem: This update addresses the following issues: . 64-bit IDAWs are incorrectly copied in RVxCSP for the following CCW OPcodes: . x'5E' - Read Multiple Count/Key/Data . x'DE' - Read Track . x'A5' - Write Track Data . x'A6' - Read Track Data The second or subsequent IDAW has an address of 0x0, which causes the CCW to be rejected by VPARS/VDISK. This issue affects ShadowDisk/Z only; VPARS TPF machines do not issue the above CCWs. . LCK001 ABEND during VPCLOSE. During VPCLOSE cleanup, an attempt was made to serialize and then destroy a lock that had already been destroyed, resulting in a LCK001 ABEND. Resolution: Made the following changes: . VSCMDCHK macro added for future usage. (prevents VPARS command execution in a VDISK environment, and vice-versa) . LOCK entry points in RVSSTB amended to bypass processing if the lock is already destroyed. BUILD_Reqd: VSSIPL VSSICP Toolmin: 1.0 338 (2014-08-01) Modules: VSCMDCHK MACRO RVSSTB ASSEMBLE

VP550200 VMARC 10/11/14 17:03:17 * HTT001 ABENDs if running in an XRC environment

Update VP550200 applies to VSSI installation builds through 5520 Symptom: * HTT001 ABENDs if running in an XRC environment Problem: Customer had the following processing environment: . a z/VM 6.3 system . a very heavy VPARS-related workload . an XRC-enabled DASD subsystem Periodically, the system crashed with an HTT001 ABEND while performing VPARS I/O. Upon closer inspection, it was determined that a race condition existed between the freeing of a key control block used to manage I/O operations (VPCHCCW) and the use of fields within the VPCHCCW by I/O interrupt routines. z/VM 6.3 makes use of a more efficient memory allocation algorithm than previous z/VM releases, causing the system to reuse the same memory address (for the same size block) as old VPCHCCWs were freed, and new VPCHCCW blocks (or any other blocks within the same size range) were allocated. However, since these blocks were driving XRC-enabled DASD, I/O interrupt routines sometimes updated block data after the storage had already been released and reassigned to another task (e.g., to VSSI PARM disk parser code). The storage corruption caused the HTT001 ABEND. Resolution: VP1WRKBK amanded to indicate I/O running for a XRC-capable device. BUILD_Reqd: VSSIPL VSSICP VSSMMAC Toolmin: 1.0 338 (2014-08-01) Modules: VPCHCCW COPY VP1WRKBK COPY

VS550197 VMARC 10/07/14 14:37:12 * Baseless addressing phase 5

Update VS550197 applies to VSSI installation builds through 5520 Symptom: * Baseless addressing phase 5 Problem: Several remaining EXECUTE instructions are not unbased; e.g: . BCTR R3,R0 (OK) . BrU *+10 (OK) . MVC STRUCT1,SOMEVAR (Problem; BASED target) . EX R3,*-6 (Problem; BASED instruc.) Resolution: Changed EXECUTE instructions to conform to unbased semantics; e.g: . BCTR R3,R0 . EX R3,MYLABEL . ... ... . ... ... . HCPDATA MAIN,CONTINUE,DATA . MYLABEL MVC STRUCT1,SOMEVAR . HCPDATA MAIN,CONTINUE,CODE BUILD_Reqd: VSSIPL VSSICP Toolmin: 1.0 338 (2014-08-01) Modules: VSMODID COPY RVSCFG ASSEMBLE RVSSTQ ASSEMBLE RVSUTL ASSEMBLE RVSSTL LAS55197

VP550195 VMARC 09/24/14 15:07:26 * CCW IDAW Processing Errors (Phase 2)

Update VP550195 applies to VSSI installation builds through 5520 Symptom: * CCW IDAW Processing Errors (Phase 2) Problem: This update addresses the following issues: . 64-bit IDAWs are incorrectly copied in RVxCSP for the following CCW OPcodes: . x'5E' - Read Multiple Count/Key/Data . x'DE' - Read Track . x'A5' - Write Track Data . x'A6' - Read Track Data The second or subsequent IDAW has an address of 0x0, which causes the CCW to be rejected by VPARS/VDISK. This issue affects ShadowDisk/Z only; VPARS TPF machines do not issue the above CCWs. . I/O operations may fail to complete in RVxCCW in FORCE or LOGOFF modes. Resolution: Additional IDAW tracking fields added for 64-bit IDAWs. BUILD_Reqd: VSSIPL VSSICP VSSMMAC Toolmin: 1.0 338 (2014-08-01) Modules: VP55MAC $EXEC VPCHCCW COPY VPDCSBK COPY VP1WRKBK COPY

VS550195 VMARC 09/24/14 15:08:59 * CCW IDAW Processing Errors (Phase 2)

Update VS550195 applies to VSSI installation builds through 5520 Symptom: * CCW IDAW Processing Errors (Phase 2) Problem: This update addresses the following issues: . 64-bit IDAWs are incorrectly copied in RVxCSP for the following CCW OPcodes: . x'5E' - Read Multiple Count/Key/Data . x'DE' - Read Track . x'A5' - Write Track Data . x'A6' - Read Track Data The second or subsequent IDAW has an address of 0x0, which causes the CCW to be rejected by VPARS/VDISK. This issue affects ShadowDisk/Z only; VPARS TPF machines do not issue the above CCWs. . I/O operations may fail to complete in RVxCCW in FORCE or LOGOFF modes. Resolution: Additional IDAW tracking fields added for 64-bit IDAWs. BUILD_Reqd: VSSIPL VSSICP Toolmin: 1.0 338 (2014-08-01) Modules: VS55MAC $EXEC VSCLSTOR MACRO VSMVSTOR MACRO RVSSTD ASSEMBLE

VS550194 VMARC 09/05/14 14:39:02 * Bump to Build 5520

Update VS550194 applies to VSSI installation builds through 5520 Symptom: * Bump to Build 5520 Problem: Bump to Build 5520. Resolution: Made the following changes: . License expiration code amendded to issue expiration messages to OPERATOR console only; message frequency reduced to once per hour. . Deprecated LOCK macros (VSLCKxx and friends) removed. BUILD_Reqd: VSSIPL VSSICP Toolmin: 1.0 338 (2014-08-01) Modules: VSMODID COPY RVSSTL LAS55194

PTFs below apply to Packages at 5518 and lower

VP550192 VMARC 08/29/14 16:01:04 * CCW IDAW Processing Errors

Update VP550192 applies to VSSI installation builds through 5518 Symptom: * CCW IDAW Processing Errors Problem: 64-bit IDAWs are incorrectly copied in RVxCSP. The first IDAW has an address of 0x00000000, which causes the CCW to be rejected by VPARS/VDISK. Resolution: Made the following changes: . VPCHCCW macro updated for further IDAW tracking. . VSIDAWD macro updated to conform to naming standards. BUILD_Reqd: VSSIPL VSSICP VSSMMAC Toolmin: 1.0 338 (2014-08-01) Modules: VPCHCCW COPY

VS550192 VMARC 08/29/14 16:00:04 * CCW IDAW Processing Errors

Update VS550192 applies to VSSI installation builds through 5518 Symptom: * CCW IDAW Processing Errors Problem: 64-bit IDAWs are incorrectly copied in RVxCSP. The first IDAW has an address of 0x00000000, which causes the CCW to be rejected by VPARS/VDISK. Resolution: Made the following changes: . VPCHCCW macro updated for further IDAW tracking. . VSIDAWD macro updated to conform to naming standards. . RVSSTB amended to support RDEV/VDEV lock calls; will be completed via a subsequent update. BUILD_Reqd: VSSIPL VSSICP Toolmin: 1.0 338 (2014-08-01) Modules: VS55MAC $EXEC VSIDAWD COPY VSLCKDEV MACRO RVSSTB ASSEMBLE

VS550190 VMARC 08/30/14 17:34:12 * Baseless Addressing phase 4

Update VS550190 applies to VSSI installation builds through 5518 Symptom: * Baseless Addressing phase 4 Problem: Many VSSI modules use EXECUTE instructions whose target instruction may exceed base register constraints. Resolution: Modules amended to relocate target instructions via HCPDATA directives. BUILD_Reqd: VSSIPL VSSICP Toolmin: 1.0 338 (2014-08-01) Modules: VSMODID COPY RVSCMD ASSEMBLE RVSSTD ASSEMBLE RVSSTN ASSEMBLE RVSUTL ASSEMBLE RVSSTL LAS55190

VS550186 VMARC 08/18/14 12:40:23 * Symbolic Lock Consolidation

Update VS550186 applies to VSSI installation builds through 5518 Symptom: * Symbolic Lock Consolidation Problem: A significant number of VSSI modules use symbolic locks. Symbolic lock diagnosis is difficult due the number of modules using these lock types. Resolution: VSLCKSYM macro added for all symbolic lock operations. This approach consolidates all symbolic lock operations in a single VSSI service module (RVSSTB). This update should be applied concurrently with update 550187; e.g.: vsptf 186-187 BUILD_Reqd: VSSIPL VSSICP Toolmin: 1.0 338 (2014-08-01) Modules: VS55MAC $EXEC VSLCKSYM MACRO RVSSTB ASSEMBLE

VS550183 VMARC 08/12/14 15:07:10 * Hung users at LOGOFF/FORCE time

Update VS550183 applies to VSSI installation builds through 5518 Symptom: * Hung users at LOGOFF/FORCE time Problem: Customer experienced several hangs at LOGOFF/FORCE time. Resolution: Diagnostic functions enhanced to support verbose lock reporting. BUILD_Reqd: VSSIPL VSSICP Toolmin: 1.0 338 (2014-08-01) Modules: RVSCFG ASSEMBLE RVSSTB ASSEMBLE RVSSTD ASSEMBLE

VP550182 VMARC 08/12/14 12:34:13 * CCW IDAW Processing Errors

Update VP550182 applies to VSSI installation builds through 5518 Symptom: * CCW IDAW Processing Errors Problem: 64-bit IDAWs are incorrectly copied in RVxCSP. The first IDAW has an address of 0x00000000, which causes the CCW to be rejected by VPARS/VDISK. Resolution: VPCHCCW amended to support additional IDAW tracking fields. BUILD_Reqd: VSSIPL VSSICP VSSMMAC Toolmin: 1.0 338 (2014-08-01) Modules: VPCHCCW COPY

VT550180 VMARC 08/06/14 15:26:42 * VTSALIB Cleanup

Update VT550180 applies to VSSI installation builds through 5518 Symptom: * VTSALIB Cleanup Problem: The VTSALIB structure used to manage VTAPE libraries is near its size limit (1 page). This is preventing use of the standard LOCK generation macros (VSLCKDEF and friends) which should be used in the VTSCTLBK structure. Resolution: Inner lock management macros updated to treat VTSCTLBK locks as standard VSSI locks. This is now possible because the VTSCTLBK size was expanded via update 550179 from 1 to 2 pages. BUILD_Reqd: VSSICP VSSMMAC Toolmin: 1.0 338 (2014-08-01) Modules: VTSCTLBK COPY

VS550180 VMARC 08/06/14 15:25:40 * VTSALIB Cleanup

Update VS550180 applies to VSSI installation builds through 5518 Symptom: * VTSALIB Cleanup Problem: The VTSALIB structure used to manage VTAPE libraries is near its size limit (1 page). This is preventing use of the standard LOCK generation macros (VSLCKDEF and friends) which should be used in the VTSCTLBK structure. Resolution: Inner lock management macros updated to treat VTSCTLBK locks as standard VSSI locks. This is now possible because the VTSCTLBK size was expanded via update 550179 from 1 to 2 pages. Additionally, the VSCKDEV macro has been updated to allow VPARS I/O (i.e., in HCPIOS) during all phases of VxOPEN processing. BUILD_Reqd: VSSIPL VSSICP VSSMMAC Toolmin: 1.0 338 (2014-08-01) Modules: VSCKVDEV MACRO VSLCKXMO MACRO

VS550178 VMARC 07/31/14 14:45:12 * LOCK Macro cleanup

Update VS550178 applies to VSSI installation builds through 5518 Symptom: * LOCK Macro cleanup Problem: Removal of deprecated LOCK macros. Resolution: Deprecated macros removed from usage. BUILD_Reqd: VSSICP VSSMMAC Toolmin: 1.0 337 (2014-07-31) Modules: VS55MAC $EXEC VSREJCMD MACRO

VS550176 VMARC 07/30/14 03:51:06 * Diagnostic Lock Management updates

Update VS550176 applies to VSSI installation builds through 5518 Symptom: * Diagnostic Lock Management updates Problem: As presently coded, lock conflicts are difficult to detect and diagnose. Resolution: Made the following changes: . RVSSTB and RVSSTD code amended to perform all lock operations and report any errors. . New TRACE variable LOCKERR added to trace lock conflicts. BUILD_Reqd: VSSIPL VSSICP Toolmin: 1.0 335 (2014-07-14) Modules: VS55MAC $EXEC VSLCKXST COPY VSLCKOP MACRO VSLCKXMO MACRO RVSSTB ASSEMBLE RVSSTD ASSEMBLE

VP550172 VMARC 07/26/14 19:52:08 * Diagnostic Lock Management updates

Update VP550172 applies to VSSI installation builds through 5518 Symptom: * Diagnostic Lock Management updates Problem: As presently coded, lock conflicts are difficult to detect and diagnose. Resolution: Lock management MACROs and messages added; will be functional in a later update. BUILD_Reqd: VSSIPL VSSICP VSSICMS VSSMMAC Toolmin: 1.0 335 (2014-07-14) Modules: VPCTLBK COPY VPIOTBK COPY

VT550172 VMARC 07/26/14 19:53:50 * Diagnostic Lock Management updates

Update VT550172 applies to VSSI installation builds through 5518 Symptom: * Diagnostic Lock Management updates Problem: As presently coded, lock conflicts are difficult to detect and diagnose. Resolution: Lock management MACROs and messages added; will be functional in a later update. BUILD_Reqd: VSSIPL VSSICP VSSMMAC Toolmin: 1.0 335 (2014-07-14) Modules: VTACTBK COPY VTEXTBK COPY VTIOTBK COPY VTMDSKBK COPY VTSCTLBK COPY VT5ANCH MACRO VT6ANCH MACRO

VS550172 VMARC 07/26/14 19:47:47 * Diagnostic Lock Management updates

Update VS550172 applies to VSSI installation builds through 5518 Symptom: * Diagnostic Lock Management updates Problem: As presently coded, lock conflicts are difficult to detect and diagnose. Resolution: Lock management MACROs and messages added; will be functional in a later update. BUILD_Reqd: VSSIPL VSSICP VSSICMS Toolmin: 1.0 335 (2014-07-14) Modules: VS55MAC $EXEC RVSVDUBK COPY RVSVPUBK COPY RVSVTUBK COPY VSLCKDEF MACRO VSLCKOP MACRO VSLCKXMO MACRO VS6ANCH MACRO RVSSTQ ASSEMBLE

VS550169 VMARC 07/14/14 07:37:57 * HyperPAV Prep, Misc. VPARS/VDISK Issues

Update VS550169 applies to VSSI installation builds through 5518 Symptom: * HyperPAV Prep, Misc. VPARS/VDISK Issues Problem: This update addresses the following issues: . Many VPARS/VDISK modules obtain the virtual device number via direct interrogation of VDEVDEV (VDEV) or RDEVDEV (RDEV). This will yield incorrect results in a HyperPAV environment. . Customer issued a VxLINK command, followed by VxBKUP. VxLINK marked the linked VDEVs as "VPARS|VDISK-owned", Upon execution of VxBKUP, no database was open (i.e., no VxOPEN had been issued). Because of this, the VSSI code hook in HCPIOS received control against the linked VDEVs and passed control to RVxCCW, which promptly ABENDed (soft CCW001) because no database was open. This sequence of events hung the user; an IPL was required to recover. . VPARS/VDISK database disks show up in QUERY VIRTUAL vdev as VPARS/VDISK-intercepted devices. Only BASE devices should be marked as intercepted devices. Resolution: Made the following changes: . Macros added to return the correct base and alias device numbers and device addresses regardless if the interroated VDEV/RDEV is a HyperPav alias or not. . VSCKVDEV macro amended to bypass VPARS/VDISK calls to RVxCCW if no database is open. . HCPQVC amended to bypass VPARS/VDISK message insertion if the interrogated VDEV is part of a VPARS/VDISK database or pool. BUILD_Reqd: VSSIPL VSSMMAC Toolmin: 1.0 334 (2014-07-11) Modules: VS55MAC $EXEC VSCKVDEV MACRO VSDVADD MACRO VSDVNUM MACRO

VP550166 VMARC 07/08/14 08:06:12 * Additional TRACE points for COMMAND-REJECT

Update VP550166 applies to VSSI installation builds through 5518 Symptom: * Additional TRACE points for COMMAND-REJECT Problem: VPARS and VDISK do not adequately explain why a CCW was rejected. Resolution: MACRO flags added to control COMMAND-REJECT and NON-VP error message generation. BUILD_Reqd: VSSIPL VSSICP VSSMMAC Toolmin: 1.0 331 (2014-06-18) Modules: VP1WRKBK COPY

VS550166 VMARC 07/08/14 08:06:52 * Additional TRACE points for COMMAND-REJECT

Update VS550166 applies to VSSI installation builds through 5518 Symptom: * Additional TRACE points for COMMAND-REJECT Problem: VPARS and VDISK do not adequately explain why a CCW was rejected. Resolution: MACRO flags added to control COMMAND-REJECT and NON-VP error message generation. BUILD_Reqd: VSSICP VSSMMAC Toolmin: 1.0 331 (2014-06-18) Modules: VS55MAC $EXEC VSREJCMD MACRO

VT550164 VMARC 07/02/14 11:44:44 * VTSCRTCH Support - invalid-format tapes

Update VT550164 applies to VSSI installation builds through 5518 Symptom: * VTSCRTCH Support - invalid-format tapes Problem: VTAPE Descriptor block does not track the following: . Tape Record Format (Fixed or Variable) . Tape maximum BLKSIZE Resolution: Above fields added to VTVDSCBK. BUILD_Reqd: VSSICP VSSICMS VSSMMAC Toolmin: 1.0 331 (2014-06-18) Modules: VTACTBK COPY VTVDSCBK COPY

VT550161 VMARC 06/23/14 22:33:22 * Incorrect tape descriptor struct

Update VT550161 applies to VSSI installation builds through 5518 Symptom: * Incorrect tape descriptor struct Problem: PTF 550143 changed the structure of the VTAPE Descriptor Block (VTVDSCBK). This change did not take into account that this structure is also disk-resident on the VTAPE database. After application of 550143, current VTAPE tapes were no longer recognized as valid tapes (due to offset changes in VTVDSCBK). Tape libraries formatted after the above updates all show valid tapes. Resolution: VTVDSCBK modified to add additional fields/flags in areas formerly marked as reserved. Descriptor offsets are now the same as prior to 550143; current tape entries are now seen as valid tapes. All tapes created after application of 550143 will now be seen as invalid tapes (i.e., invalid VTVDSCBK field offset). These tapes will require deletion via VTSCRTCH. This update should be applied concurrently with update 550162; i.e.: vsptf 161-162 BUILD_Reqd: VSSICP VSSICMS VSSMMAC Toolmin: 1.0 331 (2014-06-18) Modules: VTACTBK COPY VTVDSCBK COPY

VT550152 VMARC 06/10/14 12:08:34 * VTAPE TRACE probes

Update VT550152 applies to VSSI installation builds through 5518 Symptom: * VTAPE TRACE probes Problem: Addition TRACE probes required to debug VTAPE errors. Resolution: Added VTITRWK1 TRACE save area to VTIOTBK. BUILD_Reqd: VSSIPL VSSICP VSSMMAC Toolmin: 1.0 330 (2014-06-05) Modules: VTIOTBK COPY

VS550152 VMARC 06/10/14 12:07:19 * VTAPE TRACE probes

Update VS550152 applies to VSSI installation builds through 5518 Symptom: * VTAPE TRACE probes Problem: Addition TRACE probes required to debug VTAPE errors. Resolution: Updated VSCPTRC macro to support additional VTAPE calls. BUILD_Reqd: VSSIPL VSSICP VSSMMAC Toolmin: 1.0 330 (2014-06-05) Modules: VSCPTRC MACRO

VS550151 VMARC 06/10/14 12:10:54 * MACRO/COPY Updates

Update VS550151 applies to VSSI installation builds through 5518 Symptom: * MACRO/COPY Updates Problem: Updates to several key MACRO/COPY files. Resolution: HCPVDEV amended to force VTAPE tape specification area to exactly 40 bytes. BUILD_Reqd: VSSMMAC Toolmin: 1.0 330 (2014-06-05) Modules: VSMODID COPY

VS550146 VMARC 06/04/14 15:40:39 * EXEC Cleanup

Update VS550146 applies to VSSI installation builds through 5518 Symptom: * EXEC Cleanup Problem: This update removes several unused EXECs. No changes to VSSI code are performed by this update (i.e., housekeeping-only). Resolution: EXECs to be deleted after application of this update: Name Reason VSPTF0 Superceded by VSPTF VXSN64B z/VM 5.2-era 32-/64-bit NUC build VXSPREQ superceded by VSPTFREQ VXSTK superceded by VSPTFREQ BUILD_Reqd: VSSMMAC Toolmin: 1.0 329 (2014-06-04) Modules: VSMODID COPY

VT550144 VMARC 06/02/14 15:50:56 * Miscellaneous MACRO updates

Update VT550144 applies to VSSI installation builds through 5518 Symptom: * Miscellaneous MACRO updates Problem: MACRO flag updates added to support: . enhanced VTAPE EB tracking; . enhanced VPARS/VDISK read record origin tracking. Resolution: Requisite module FLAG references updated. This update should be applied concurrently with update 550143; e.g., vsptf 143-144 BUILD_Reqd: VSSMMAC Toolmin: 327 (2014-05-25) Modules: VTMODID COPY

VP550143 VMARC 06/02/14 15:47:10 * Miscellaneous MACRO updates

Update VP550143 applies to VSSI installation builds through 5518 Symptom: * Miscellaneous MACRO updates Problem: MACRO flag updates added to support: . enhanced VTAPE EB tracking; . enhanced VPARS/VDISK read record origin tracking. Resolution: Requisite macros updated. This update should be applied concurrently with update 550144; e.g., vsptf 143-144 BUILD_Reqd: VSSIPL VSSICP VSSMMAC Toolmin: 327 (2014-05-25) Modules: VP1WRKBK COPY

VT550143 VMARC 06/02/14 15:47:50 * Miscellaneous MACRO updates

Update VT550143 applies to VSSI installation builds through 5518 Symptom: * Miscellaneous MACRO updates Problem: MACRO flag updates added to support: . enhanced VTAPE EB tracking; . enhanced VPARS/VDISK read record origin tracking. Resolution: Requisite macros updated. This update should be applied concurrently with update 550144; e.g., vsptf 143-144 BUILD_Reqd: VSSICP VSSICMS VSSMMAC Toolmin: 327 (2014-05-25) Modules: VTMODID COPY VTVDSCBK COPY

VS550143 VMARC 06/02/14 15:47:02 * Miscellaneous MACRO updates

Update VS550143 applies to VSSI installation builds through 5518 Symptom: * Miscellaneous MACRO updates Problem: MACRO flag updates added to support: . enhanced VTAPE EB tracking; . enhanced VPARS/VDISK read record origin tracking. Resolution: Requisite macros updated. This update should be applied concurrently with update 550144; e.g., vsptf 143-144 BUILD_Reqd: VSSIPL VSSICP VSSICMS Toolmin: 327 (2014-05-25) Modules: VSMODID COPY RVSSTD ASSEMBLE VSTRCDIF LAS55143

VS550142 VMARC 05/27/14 15:38:50 * CMS preparation for baseless addressing

Update VS550142 applies to VSSI installation builds through 5518 Symptom: * CMS preparation for baseless addressing Problem: Multiple VSSI CMS modules are base-register constrained. Resolution: Made the following changes: . all BRANCHes (i.e., instructions without an index register) converted to BRANCH-RELATIVE instructions BUILD_Reqd: VSSICMS Toolmin: 327 (2014-05-25) Modules: VSMODID COPY VSTRCDIF LAS55142

VP550141 VMARC 05/27/14 15:35:34 * CMS preparation for baseless addressing

Update VP550141 applies to VSSI installation builds through 5518 Symptom: * CMS preparation for baseless addressing Problem: Multiple VSSI CMS modules are base-register constrained. Resolution: Made the following changes: . all BRANCHes (i.e., instructions without an index register) converted to BRANCH-RELATIVE instructions BUILD_Reqd: VSSMMAC Toolmin: 327 (2014-05-25) Modules: VPMODID COPY

VT550141 VMARC 05/27/14 15:35:42 * CMS preparation for baseless addressing

Update VT550141 applies to VSSI installation builds through 5518 Symptom: * CMS preparation for baseless addressing Problem: Multiple VSSI CMS modules are base-register constrained. Resolution: Made the following changes: . all BRANCHes (i.e., instructions without an index register) converted to BRANCH-RELATIVE instructions BUILD_Reqd: VSSMMAC Toolmin: 327 (2014-05-25) Modules: VTMODID COPY

VS550141 VMARC 05/27/14 15:35:06 * CMS preparation for baseless addressing

Update VS550141 applies to VSSI installation builds through 5518 Symptom: * CMS preparation for baseless addressing Problem: Multiple VSSI CMS modules are base-register constrained. Resolution: Made the following changes: . all BRANCHes (i.e., instructions without an index register) converted to BRANCH-RELATIVE instructions BUILD_Reqd: VSSICMS Toolmin: 327 (2014-05-25) Modules: VSMODID COPY DISKPRT ASSEMBLE DISKZAP ASSEMBLE VSFSERR ASSEMBLE VSLABSL ASSEMBLE VSSTRC ASSEMBLE VSSUBDT ASSEMBLE VSTRCDIF LAS55141

VS550140 VMARC 05/27/14 15:32:17 * Eliminate multiple base registers

Update VS550140 applies to VSSI installation builds through 5518 Symptom: * Eliminate multiple base registers Problem: Many VSSI modules use multiple base registers. Due to baseless addressing instructions and techniques, this approach is now obsolete. Resolution: Code amended as follows: . All VSSI code modified to use BASE=(R12) only. . All VSSI code modified to use branch-relative notation. . HCPDATA macros used where necessary to force data variables into the dafault data LOCTR areas. BUILD_Reqd: VSSICP Toolmin: 327 (2014-05-25) Modules: RVSUTL ASSEMBLE

VP550138 VMARC 05/20/14 08:52:56 * Move global structs out of CPXLOADed modules

Update VP550138 applies to VSSI installation builds through 5518 Symptom: * Move global structs out of CPXLOADed modules Problem: Several key global structures reside in VSSI modules subject to CPXUNLOAD/CPXLOAD activity. Because the modules containing these structures are subject to imminent unload, the current code forces all databases to close, detaches all virtual tape devices, and CPU-resets all active users, before the CPXUNLOAD operation is allowed to proceed. Resolution: Made the following changes: . All global structures moved to new stub module RVSSTA. In the near future, this will allow us to quiesce/resume user activity between CPXUNLOAD/CPXLOAD instead of the current method of force-closing all databases on the system. . All LTORG declarations removed from VSSI CP code; added HCPDATA statements as necessary. This action was taken to permanently resolve base register constraints. This update should be applied concurrently with update 550139; e.g.: vsptf 138-139 BUILD_Reqd: VSSMMAC Toolmin: 325 (2014-05-19) Modules: VP55MAC $EXEC

VT550138 VMARC 05/20/14 08:53:05 * Move global structs out of CPXLOADed modules

Update VT550138 applies to VSSI installation builds through 5518 Symptom: * Move global structs out of CPXLOADed modules Problem: Several key global structures reside in VSSI modules subject to CPXUNLOAD/CPXLOAD activity. Because the modules containing these structures are subject to imminent unload, the current code forces all databases to close, detaches all virtual tape devices, and CPU-resets all active users, before the CPXUNLOAD operation is allowed to proceed. Resolution: Made the following changes: . All global structures moved to new stub module RVSSTA. In the near future, this will allow us to quiesce/resume user activity between CPXUNLOAD/CPXLOAD instead of the current method of force-closing all databases on the system. . All LTORG declarations removed from VSSI CP code; added HCPDATA statements as necessary. This action was taken to permanently resolve base register constraints. This update should be applied concurrently with update 550139; e.g.: vsptf 138-139 BUILD_Reqd: VSSIPL VSSICP VSSMMAC Toolmin: 325 (2014-05-19) Modules: VT55MAC $EXEC VT5ANCH MACRO VT6ANCH MACRO

VS550138 VMARC 05/20/14 08:46:12 * Move global structs out of CPXLOADed modules

Update VS550138 applies to VSSI installation builds through 5518 Symptom: * Move global structs out of CPXLOADed modules Problem: Several key global structures reside in VSSI modules subject to CPXUNLOAD/CPXLOAD activity. Because the modules containing these structures are subject to imminent unload, the current code forces all databases to close, detaches all virtual tape devices, and CPU-resets all active users, before the CPXUNLOAD operation is allowed to proceed. Resolution: Made the following changes: . All global structures moved to new stub module RVSSTA. In the near future, this will allow us to quiesce/resume user activity between CPXUNLOAD/CPXLOAD instead of the current method of force-closing all databases on the system. . All LTORG declarations removed from VSSI CP code; added HCPDATA statements as necessary. This action was taken to permanently resolve base register constraints. This update should be applied concurrently with update 550139; e.g.: vsptf 138-139 BUILD_Reqd: VSSIPL VSSICP Toolmin: 325 (2014-05-19) Modules: VS55MAC $EXEC VSMODID COPY RVSMDLAT MACRO RVSMDLAX MACRO VSILX MACRO VSLCKAS MACRO VSLCKAX MACRO VSLCKCS MACRO VSLCKCX MACRO VSLCKDX MACRO VSLCKRS MACRO VSLCKRX MACRO VSLCKSX MACRO VSLCKXS MACRO VS5ANCH MACRO VS6ANCH MACRO RVSCFG ASSEMBLE RVSCMD ASSEMBLE RVSMSG ASSEMBLE RVSPRM ASSEMBLE RVSSTA ASSEMBLE RVSSTD ASSEMBLE RVSSTG ASSEMBLE RVSSTN ASSEMBLE RVSSTP ASSEMBLE RVSSTQ ASSEMBLE RVSVDY ASSEMBLE RVSVPY ASSEMBLE RVSVTY ASSEMBLE RVSSTL LAS55138

VP550136 VMARC 05/15/14 10:25:26 * Hung user(s) if CPXUNLOAD issued

Update VP550136 applies to VSSI installation builds through 5518 Symptom: * Hung user(s) if CPXUNLOAD issued Problem: Customer issued a CPXUNLOAD command via the VSSI VSCPX exec. This command drives the VSSI common code to call RVxSHU, which loops thru and shuts down all open VPARS/VDISK databases. However, the timer routine code in RVxCCW interprets this event as a system-wide shutdown (i.e., it assumes that CP will cleanup any outstanding timers/CPEBKs). The cleanup routines in RVxRCC are left waiting for a STOP-TIMER signal (via CPEBK) that never arrives, thus preventing them from properly closing the database. The result is one or more hung-users (causing FORCE PENDING if the operator attempts to force the user(s) off the system). Resolution: Several macros modified to support CPXUNLOAD/CPXLOAD. This update should be concurrently applied with update 550137; e.g.: vsptf 136-137. 550136 introduces assembly errors which are resolved by 550137. BUILD_Reqd: VSSIPL VSSICP VSSICMS VSSMMAC Toolmin: 324 (2014-05-15) Modules: VPCTLBK COPY VPTCCTBK COPY

VS550136 VMARC 05/15/14 10:24:25 * Hung user(s) if CPXUNLOAD issued

Update VS550136 applies to VSSI installation builds through 5518 Symptom: * Hung user(s) if CPXUNLOAD issued Problem: Customer issued a CPXUNLOAD command via the VSSI VSCPX exec. This command drives the VSSI common code to call RVxSHU, which loops thru and shuts down all open VPARS/VDISK databases. However, the timer routine code in RVxCCW interprets this event as a system-wide shutdown (i.e., it assumes that CP will cleanup any outstanding timers/CPEBKs). The cleanup routines in RVxRCC are left waiting for a STOP-TIMER signal (via CPEBK) that never arrives, thus preventing them from properly closing the database. The result is one or more hung-users (causing FORCE PENDING if the operator attempts to force the user(s) off the system). Resolution: Made the following changes: . RVxSHU amended to force synchronous console writes. . RVxCCW amended to distinguish between CPXUNLOAD and system-wide shutdown, and to take the proper actions in each case. This update should be concurrently applied with update 550137; e.g.: vsptf 136-137. 550136 introduces assembly errors which are resolved by 550137. BUILD_Reqd: VSSIPL VSSICP Toolmin: 324 (2014-05-15) Modules: VS55MAC $EXEC VSSIEQU COPY VSEXL MACRO RVSSTB ASSEMBLE

VP550131 VMARC 05/08/14 10:47:20 * Misc. CMS and static NUC fixups

Update VP550131 applies to VSSI installation builds through 5518 Symptom: * Misc. CMS and static NUC fixups Problem: Static NUC builds need refactoring to avoid base register constraints. Resolution: Added several fields to VPBXRCF macro for common use between VPBXREST and auxilary CMS modules. This update should be applied concurrently with update 550132 (e.g., vsptf 131-132). Standalone application of 550131 will cause assembly errors fixed by 550132. BUILD_Reqd: VSSICMS VSSMMAC Toolmin: 323 (2014-05-08) Modules: VPBXRCF COPY VPBXRPL COPY

VT550131 VMARC 05/08/14 10:48:35 * Misc. CMS and static NUC fixups

Update VT550131 applies to VSSI installation builds through 5518 Symptom: * Misc. CMS and static NUC fixups Problem: Static NUC builds need refactoring to avoid base register constraints. Resolution: VTSDMMDR macro (called via VPBXREST) modified to include new MDR fields. This update should be applied concurrently with update 550132 (e.g., vsptf 131-132). Standalone application of 550131 will cause assembly errors fixed by 550132. BUILD_Reqd: VSSICMS VSSMMAC Toolmin: 323 (2014-05-08) Modules: VTSDMMDR MACRO

VS550131 VMARC 05/08/14 10:46:34 * Misc. CMS and static NUC fixups

Update VS550131 applies to VSSI installation builds through 5518 Symptom: * Misc. CMS and static NUC fixups Problem: Static NUC builds need refactoring to avoid base register constraints. Resolution: Made the following changes: . Added VSSPROLG macro to several CMS modules. . Added CMS message equates. . Updated IBM HCPUSO and several VSSI modules to avoid base register constraints (via HCPDATA). . Added several message to CMS message repository (VPBXREST usage). This update should be applied concurrently with update 550132 (e.g., vsptf 131-132). Standalone application of 550131 will cause assembly errors fixed by 550132. BUILD_Reqd: VSSIPL VSSICP VSSICMS Toolmin: 323 (2014-05-08) Modules: VSSUME $REPOS VSMEQU COPY VSMODID COPY RVSSTD ASSEMBLE RVSUTL ASSEMBLE VSFSERR ASSEMBLE VSLABSL ASSEMBLE VSSUBDT ASSEMBLE VSSUBR ASSEMBLE

VP550128 VMARC 04/21/14 08:41:53 * HTT001 ABENDs if CCW rejected by VPARS/VDISK

Update VP550128 applies to VSSI installation builds through 5518 Symptom: * HTT001 ABENDs if CCW rejected by VPARS/VDISK Problem: Customer received an HTT001 ABEND during VPARS processing. The dump showed a COMMAND-REJECT code in the VP1WRKBK; the code was attempting to issue the relevent error message when the HTT001 occurred. Upon closer inspection, it was determined that RVxDBS was using register 5 (R5) to setup variables for the message processor. Since R5 is also used as a base register for RVxDBS, reuse of R5, along with additional code inserted by update 550120, caused RVxDBS to lose addressability, resulting in the HTT001. Resolution: Timer queue counter added to VPCTLBK for support of timer TRQ and sync CPEBK pacing. This approach avoids flooding the system with unsatisfied asynchronous tasks in the event that a COMMAND REJECT causes I/O queuing to back up for one or more VPARS/VDISK-controlled virtual devices. BUILD_Reqd: VSSIPL VSSICP VSSICMS VSSMMAC Toolmin: 316 (2014-04-15) Modules: VPCTLBK COPY

VS550127 VMARC 04/18/14 09:00:07 * Fix incorrect TRACE messages

Update VS550127 applies to VSSI installation builds through 5518 Symptom: * Fix incorrect TRACE messages Problem: TRACE messages for SIGREGS events print R0 and R2 contents, instead of the expected R0 and R1 contents, if the value in R0 exceeds 4000. Resolution: RVSSTD modified to use the contents of R0 and R2 only if invoked from RVxCCW, since R1 in RVxCCW is used to hold a CCW address across TRACE calls (and therefore must not be modified by a TRACE invocation). BUILD_Reqd: VSSIPL VSSICP Toolmin: 316 (2014-04-15) Modules: RVSSTD ASSEMBLE

VP550125 VMARC 04/09/14 21:07:54 * Fix register save/restore conventions (CMS)

Update VP550125 applies to VSSI installation builds through 5518 Symptom: * Fix register save/restore conventions (CMS) Problem: Several CMS source code bits have inconsistent register save/restore linkage. Resolution: Introduced a new macro, VPBXRCF. This macro contains common structs for use between VPBXREST and auxiliary modules. BUILD_Reqd: VSSICMS VSSMMAC Toolmin: 315 (2014-03-07) Modules: VP55MAC $EXEC VPBXRCF COPY

VS550125 VMARC 04/09/14 21:10:22 * Fix register save/restore conventions (CMS)

Update VS550125 applies to VSSI installation builds through 5518 Symptom: * Fix register save/restore conventions (CMS) Problem: Several CMS source code bits have inconsistent register save/restore linkage. Resolution: Made the following changes: . Introduced a new macro, VSSPROLG. The macro will eventually front-end all CMS code. . Added CMS awareness to VSLRL and VSSTL macros. These macros are used by both CMS and CP code. BUILD_Reqd: VSSIPL VSSICP VSSICMS Toolmin: 315 (2014-03-07) Modules: VS55MAC $EXEC VSMODID COPY VSLRL MACRO VSSPROLG MACRO VSSTL MACRO VSSUBR ASSEMBLE

PTFs below apply to Packages at 5516 and lower

VP550121 VMARC 04/01/14 18:07:20 * MDLAT Cleanup

Update VP550121 applies to VSSI installation builds through 5516 Symptom: * MDLAT Cleanup Problem: Routine RVPDBTUL is no longer used. Resolution: Removed RVPDBTUL entry from RVPMDLAT. This update should be concurrently applied with update VP550122; e.g.: . vsptf 121-122 BUILD_Reqd: VSSIPL VSSICP VSSICMS VSSMMAC Toolmin: 315 (2014-03-07) Modules: VPCTLBK COPY RVPMDLAT MACRO

VS550121 VMARC 04/01/14 18:08:15 * MDLAT Cleanup

Update VS550121 applies to VSSI installation builds through 5516 Symptom: * MDLAT Cleanup Problem: Final macros required to convert all HCPLCK macro calls to VSLCK macro calls. Resolution: New macros VSLCKSX and VSLCLXS added. BUILD_Reqd: VSSIPL VSSICP Toolmin: 315 (2014-03-07) Modules: VS55MAC $EXEC VSLCKAS MACRO VSLCKAX MACRO VSLCKCS MACRO VSLCKCX MACRO VSLCKDX MACRO VSLCKRS MACRO VSLCKRX MACRO VSLCKSX MACRO VSLCKXS MACRO RVSSTB ASSEMBLE RVSSTD ASSEMBLE

VS550120 VMARC 03/20/14 03:21:09 * Hung user if LCP and forced-logoff

Update VS550120 applies to VSSI installation builds through 5516 Symptom: * Hung user if LCP and forced-logoff Problem: Customer was running in a Loosely-Coupled Processing (LCP) environment with 2 userids. A FORCE of userid1 was successful; the FORCE for userid2 hung indefinitely. The DB timer routine was being entered with the wrong VPCTL block; the original base VPCTL (marked for timer stop) was never seen by the timer routine. The timer was never stopped, and the CPEBK launched by RVxRCC was thus never invoked, causing RVxRCC to wait indefinitely for a (non-existent) timer stop. Resolution: Made the following changes: . RVSSTD amended to properly print TRACE statements at FORCED-LOGOFF time. BUILD_Reqd: VSSIPL VSSICP Toolmin: 315 (2014-03-07) Modules: RVSSTD ASSEMBLE

VP550118 VMARC 04/03/14 12:09:15 * VPXPLTB Updates

Update VP550118 applies to VSSI installation builds through 5516 Symptom: * VPXPLTB Updates Problem: VPBXPLTB is generating an incorrect Pool Section Map. Resolution: Made the following changes: . VPBXPLTB corrected. . Added a new module to generate a Cross-Refenence listing of the VPBXRMAP file generated by VPBXPLTB, via the following command: . vpbxref fn ft fm Where fn is the filename of the VPBXRMAP previously created by VPBXPLTB ft is the optional VPBXRMAP filetype (default: VPBXRMAP) fm is the optional VPBXRMAP filemode (default: *) The program will generate XREF on the caller's A-disk. BUILD_Reqd: VSSICMS VSSMMAC Toolmin: 315 (2014-03-07) Modules: VP55MAC $EXEC VPBXPOOL COPY

VS550118 VMARC 04/03/14 12:09:52 * VPXPLTB Updates

Update VS550118 applies to VSSI installation builds through 5516 Symptom: * VPXPLTB Updates Problem: VPBXPLTB is generating an incorrect Pool Section Map. Resolution: Added VPBXPLTB-related messages to CMS message message repository. BUILD_Reqd: VSSICMS VSSMMAC Toolmin: 315 (2014-03-07) Modules: VSSUME $REPOS VSMEQU COPY

VS550116 VMARC 03/04/14 09:18:26 * TRACE LOCK Macro Enhancements

Update VS550116 applies to VSSI installation builds through 5516 Symptom: * TRACE LOCK Macro Enhancements Problem: Prep work for VTAPE LOCK TRACE macro calls. Resolution: All VSLCKxx macros enhanced to account for VTAPE invocations. BUILD_Reqd: VSSICP VSSMMAC Toolmin: 314 (2014-03-01) Modules: VSLCKAS MACRO VSLCKAX MACRO VSLCKCS MACRO VSLCKCX MACRO VSLCKDX MACRO VSLCKRS MACRO VSLCKRX MACRO

VS550113 VMARC 02/26/14 14:54:43 * Fix non-CPXLOAD build errors

Update VS550113 applies to VSSI installation builds through 5516 Symptom: * Fix non-CPXLOAD build errors Problem: Static NUC (i.e., non-CPXLOAD) builds fail at several points, due to regression caused by many PTFs since the start of the Version 55 series. Resolution: Made the following changes: . Modified VSCPXIT macro to handle non-CPXLOAD environments for several VTAPE modules which are called with calltype(CALL) in a CPXLOAD environment, but need to be called with calltype(GOTO) in a static NUC environment. Application of the update will force all VSSI-hooked HCP modules to be rebuilt, as well as several VSSI CP modules. . Replaced HCPXSERV calls in RVSSTB with VSSRV calls (new macro code included in this update). The VSSRV macro is CPXLOAD/non-CPXLOAD-aware; HCPXSERV TEST|CALL is (obviously) not. BUILD_Reqd: VSSIPL VSSICP Toolmin: 313 (2014-02-17) Modules: VS55MAC $EXEC VSCPXIT MACRO VSSRV MACRO RVSSTB ASSEMBLE

VP550110 VMARC 02/25/14 15:02:57 * I/O TRACE additions - Step 1

Update VP550110 applies to VSSI installation builds through 5516 Symptom: * I/O TRACE additions - Step 1 Problem: VSCPTRC macro does not support modules whose HCPENTER calling sequence is not SAVE=DYNAMIC. This deficiency needs to be fixed in order to provide comprehensive I/O tracing support. Resolution: Made the following changes: . VPTWRKAP field added to VPTCCTBK in order to find the current VP1WRKBK for debugging purposes. . VP1WRKBK expanded for provision of additional TRACE fields. . VPIOTBK expanded for provision of additional TRACE fields. Notes: This update should be applied together with 550111, e.g.: . vsptf 110-111 Any assembly errors incurred by 550110 will be corrected by 550111. BUILD_Reqd: VSSIPL VSSICP VSSMMAC Toolmin: 313 (2014-02-17) Modules: VPIOTBK COPY VPTCCTBK COPY VP1WRKBK COPY

VT550110 VMARC 02/25/14 15:04:17 * I/O TRACE additions - Step 1

Update VT550110 applies to VSSI installation builds through 5516 Symptom: * I/O TRACE additions - Step 1 Problem: VTIOTBK COPY has several EQUates whose names are identical with VPIOTBK COPY. Resolution: VPI-prefix EQUates changed to VTI-prefix symbols. Notes: This update should be applied together with 550111, e.g.: . vsptf 110-111 Any assembly errors incurred by 550110 will be corrected by 550111. BUILD_Reqd: VSSIPL VSSICP VSSMMAC Toolmin: 313 (2014-02-17) Modules: VTIOTBK COPY

VS550110 VMARC 02/25/14 14:58:51 * I/O TRACE additions - Step 1

Update VS550110 applies to VSSI installation builds through 5516 Symptom: * I/O TRACE additions - Step 1 Problem: VSCPTRC macro does not support modules whose HCPENTER calling sequence is not SAVE=DYNAMIC. This deficiency needs to be fixed in order to provide comprehensive I/O tracing support. Resolution: Made the following changes: . VSCPTRC amended to support calls from SAVE=savearea_name and GOTO modules. . VSSI RVSST* modules updated to support new TRACE function via the VSTRACE exec. . VSSI Lock management macros . VSLCKAS/AX/CS/CX/DX/RS/RX added; all product calls to HCPLCK will eventually be converted to use these macros. . VTAPE MDLAT added to HCPUSP for support in a static (i.e., non-CPXLOAD) environment. Notes: This update should be applied together with 550111, e.g.: . vsptf 110-111 Any assembly errors incurred by 550110 will be corrected by 550111. BUILD_Reqd: VSSIPL VSSICP Toolmin: 313 (2014-02-17) Modules: VS55MAC $EXEC VSCPTRCI COPY VSCPTRC MACRO VSLCKAS MACRO VSLCKAX MACRO VSLCKCS MACRO VSLCKCX MACRO VSLCKDX MACRO VSLCKRS MACRO VSLCKRX MACRO RVSMSG ASSEMBLE RVSSTB ASSEMBLE RVSSTD ASSEMBLE RVSSTG ASSEMBLE RVSVDY ASSEMBLE RVSVPY ASSEMBLE RVSVTY ASSEMBLE

VS550109 VMARC 02/17/14 17:29:40 * Add HCPPAV to module tracking list

Update VS550109 applies to VSSI installation builds through 5516 Symptom: * Add HCPPAV to module tracking list Problem: Updated HCP update entries required. Resolution: The attached VSSI HCPMODS file: . adds HCPPAV to the tracked module list; . removes support for z/VM 6.1. BUILD_Reqd: VSSMMAC Toolmin: 313 (2014-02-17) Modules: VSMODID COPY

VS550106 VMARC 01/01/14 17:31:42 * Fix standalone ShadowDisk/Z install errors

Update VS550106 applies to VSSI installation builds through 5516 Symptom: * Fix standalone ShadowDisk/Z install errors Problem: Miscellaneous build errors occurring at product install time when the ShadowDisk/Z product is installed standalone (i.e., on an Install disk without a previous install of VPARS or VTAPE). Resolution: Guard code has been placed in RVSSTB and HCPDVT modules to suppress CPXLOAD calls to VTAPE modules if VTAPE is not installed. BUILD_Reqd: VSSIPL VSSICP Toolmin: 301 (2014-01-01) Modules: VSMODID COPY RVSSTB ASSEMBLE

VS550105 VMARC 12/19/13 15:10:44 * HCP Module PTF ID Tags

Update VS550105 applies to VSSI installation builds through 5516 Symptom: * HCP Module PTF ID Tags Problem: New function. Resolution: PTF ID tags added to all HCP modules modified by VSSI. BUILD_Reqd: VSSMMAC Toolmin: 296 (2013-12-13) Modules: VSMODID COPY

VS550102 VMARC 11/18/13 13:53:58 * HTT001 ABENDs when untracking VTAPE user

Update VS550102 applies to VSSI installation builds through 5516 Symptom: * HTT001 ABENDs when untracking VTAPE user Problem: The above ABEND occurred during one of the following commands: . VxCLOSE . LOGOFF . FORCE The HCP exit code calls RVTRSTXF, which in turn calls RVSSTQMQ with R0 = RVT_DELUSER (i.e., delete the userid from the VTAPE tracking table). RVSSTQMQ correctly deletes the user entry from the VTAPE USER table, but then (incorrectly) attempts to delete the user's virtual device entries from the same USER table, instead of from the appropriate DEVICE table. Resolution: Code amended to insert the DEVICE table address in R9 prior to device deletion, instead of using the former (and now incorrect) USER table address. BUILD_Reqd: VSSIPL VSSICP Toolmin: 290 (2013-11-12) Modules: RVSSTQ ASSEMBLE

VS550101 VMARC 11/07/13 22:29:24 * SVC002 ABENDs at shutdown time

Update VS550101 applies to VSSI installation builds through 5516 Symptom: * SVC002 ABENDs at shutdown time Problem: Customer experienced an SVC002 ABEND while attempting to shutdown the system. VSSI module RVxSHU was attempting to reference a VPARS/VDISK user ID that had been previously forced off the system. Resolution: Made the following changes: . RVSSTDDB amended to properly dump storage if called. BUILD_Reqd: VSSIPL VSSICP Toolmin: 289 (2013-11-07) Modules: RVSSTD ASSEMBLE

VP550100 VMARC 11/07/13 22:25:44 * Misc. macro changes

Update VP550100 applies to VSSI installation builds through 5516 Symptom: * Misc. macro changes Problem: Miscellaneous MACRO changes. Resolution: Made the following changes: . VPINDXBK expanded to hold up to 256 page entry ptrs per index entry. BUILD_Reqd: VSSICP VSSMMAC Toolmin: 289 (2013-11-07) Modules: VPINDXBK COPY

VS550099 VMARC 10/25/13 10:13:51 * Add PTF ID tags to all modules

Update VS550099 applies to VSSI installation builds through 5516 Symptom: * Add PTF ID tags to all modules Problem: PTF ID tags needed for effective DUMP debugging. Resolution: This update adds a new 8-character PTF ID tag immediate after the module PROLOG. This tag is visible in CP dumps (via VMDUMPTL), and makes it easy to determine if the customer is running the correct update level for any VSSI modules. Additionally, the COPYRIGHT character strings in all modules have been updated to reflect the current date. BUILD_Reqd: VSSIPL VSSICP Toolmin: 287 (2013-10-23) Modules: VSMODID COPY RVSSTL LAS55099

VS550098 VMARC 10/25/13 10:12:29 * Add PTF ID tags to all modules

Update VS550098 applies to VSSI installation builds through 5516 Symptom: * Add PTF ID tags to all modules Problem: PTF ID tags needed for effective DUMP debugging. Resolution: This update adds a new 8-character PTF ID tag immediate after the module PROLOG. This tag is visible in CP dumps (via VMDUMPTL), and makes it easy to determine if the customer is running the correct update level for any VSSI modules. Additionally, the COPYRIGHT character strings in all modules have been updated to reflect the current date. BUILD_Reqd: VSSIPL VSSICP Toolmin: 287 (2013-10-23) Modules: RVSCFG ASSEMBLE RVSCMD ASSEMBLE RVSL00 ASSEMBLE RVSMSG ASSEMBLE RVSPRM ASSEMBLE RVSSTB ASSEMBLE RVSSTD ASSEMBLE RVSSTG ASSEMBLE RVSSTN ASSEMBLE RVSSTP ASSEMBLE RVSSTQ ASSEMBLE RVSUTL ASSEMBLE RVSVDY ASSEMBLE RVSVPY ASSEMBLE RVSVTY ASSEMBLE

VP550096 VMARC 10/23/13 09:35:51 * VPARS/VDISK Timer Entry Points

Update VP550096 applies to VSSI installation builds through 5516 Symptom: * VPARS/VDISK Timer Entry Points Problem: Database timer routine RVxCCWTM is not always stopped at database RESET time, causing miscellaneous HTT001/STK017 ABENDs. This issue was reported by customers running multiple-level databases (i.e., concatenated PMRs). Resolution: Made the following changes: . Entry point RVxRCCST added to RVxMDLAT. BUILD_Reqd: VSSICP VSSMMAC Toolmin: 287 (2013-10-23) Modules: RVPMDLAT MACRO

VS550096 VMARC 10/23/13 09:36:46 * VPARS/VDISK Timer Entry Points

Update VS550096 applies to VSSI installation builds through 5516 Symptom: * VPARS/VDISK Timer Entry Points Problem: Database timer routine RVxCCWTM is not always stopped at database RESET time, causing miscellaneous HTT001/STK017 ABENDs. Resolution: Made the following changes: . VSIPROLG macro modified so that module offsets generated under z/VM 5.4 and 6.2 are identical to z/VM 6.3 offsets. . New macros VSCPTRC and VSCPTRCI added. . TRACE entry points inserted into the following HCP modules: . HCPUSO . HCPUSP . HCPWRP BUILD_Reqd: VSSIPL VSSICP VSSMMAC Toolmin: 287 (2013-10-23) Modules: VS55MAC $EXEC VSCPTRCI COPY VSCPTRC MACRO

VT550092 VMARC 10/03/13 15:53:50 * Expanded VSSI MACRO/COPYBOOK Expansion

Update VT550092 applies to VSSI installation builds through 5516-17 Symptom: * Expanded VSSI MACRO/COPYBOOK Expansion Problem: Miscellaneous VTAPE errors require additional VTAPE control block modification and enhanced diagnostic capability. Resolution: . Applicable MACRO/COPYBOOK structures updated . New diagnostic MACROs added. Notes: This update will bypass all assemblies. For VTAPE users, this update MUST be followed by the immediate application of VT550093, which assembles the relevant modules. BUILD_Reqd: VSSICP VSSMMAC Toolmin: 279 (2013-10-03) Modules: VTACTBK COPY VTMDSKBK COPY

VS550092 VMARC 10/03/13 15:53:43 * Expanded VSSI MACRO/COPYBOOK Expansion

Update VS550092 applies to VSSI installation builds through 5516 Symptom: * Expanded VSSI MACRO/COPYBOOK Expansion Problem: Miscellaneous VTAPE errors require additional VTAPE control block modification and enhanced diagnostic capability. Resolution: . Applicable MACRO/COPYBOOK structures updated . New diagnostic MACROs added. . RVSTRACE area in RVSSTD expanded to 32 bytes. BUILD_Reqd: VSSIPL VSSICP Toolmin: 279 (2013-10-03) Modules: RVSSTD ASSEMBLE

VS550091 VMARC 10/02/13 15:47:10 * VMDBK switch results in STK017

Update VS550091 applies to VSSI installation builds through 5516 Symptom: * VMDBK switch results in STK017 Problem: During detection of FORCED-LOGOFF, the VSSI timer routine in RVxCCW attempts to dispatch the database reset code under the VMDBK of the target user. This action causes a race condition with HCPCFM, resulting in intermittent STK017 ABENDs. This issue does not occur if the FORCE or LOGOFF commands are used; only manual testing or setting of VMDOSTAT.VMDFORCE is vulnerable to this condition. Resolution: RVxCCW timer code amended to remove all checks for VMDBK flag bits, since the VMDBK may not exist. The normal routines in HCPCFM will drive the logoff code in HCPUSO, which will in turn drive RVxRCC database reset. Additionally, this update adds several diagnostic functions to VSSI stub code. BUILD_Reqd: VSSIPL VSSICP Toolmin: 276 (2013-09-30) Modules: RVSSTD ASSEMBLE RVSSTQ ASSEMBLE

VP550089 VMARC 10/02/13 15:27:43 * Database indices exhausted after 32K entries

Update VP550089 applies to VSSI installation builds through 5516 Symptom: * Database indices exhausted after 32K entries Problem: Customer is using a very large VPARS database. However, the current database indices only allow for 64 page entries per index (i.e., 32K record pointers per HI, II, DI, or RD index). The customer attempted to exceed 32K HI index entries, resulting in a HTT001 ABEND. This event occurs only if the VPARS or VDISK database is significantly larger than at most sites (e.g. > 800M records). Resolution: Made the following changes: . VPINDXBK amended to double the index page pointers from 64 to 128 (i.e., 65536 entries per index) . RVxMDLAT macro amended to remove obsolete entry point RVxRCCST; no longer used. BUILD_Reqd: VSSICP VSSMMAC Toolmin: 276 (2013-09-30) Modules: VPINDXBK COPY RVPMDLAT MACRO

PTFs below apply to Packages at 5514 and lower

VS550088 VMARC 09/02/13 16:57:31 * Logoff-Pending after FORCE

Update VS550088 applies to VSSI installation builds through 5514 Symptom: * Logoff-Pending after FORCE Problem: VSSI database reset code not being called in all cases. Resolution: Made the following changes for proper handling of database resets if the user is in FORCED-LOGOFF status: . HCPUSO amended to call DB reset code from multiple locations. . Reinstated database reset code in HCPUSP. . Diagnostic support functions added to RVSSTD. . Diagnostic support functions added to RVSSTQ. BUILD_Reqd: VSSIPL VSSICP Toolmin: 265 (2013-08-21) Modules: RVSSTD ASSEMBLE RVSSTQ ASSEMBLE

VS550087 VMARC 09/02/13 17:21:58 * Logoff-Pending after FORCE

Update VS550087 applies to VSSI installation builds through 5514 Symptom: * Logoff-Pending after FORCE Problem: VSSI database reset code not being called in all cases. Resolution: Made the following changes for proper handling of database resets if the user is in FORCED-LOGOFF status: . Serialization lock added to RVSVPUBK. BUILD_Reqd: VSSIPL VSSICP VSSMMAC Toolmin: 265 (2013-08-21) Modules: RVSVPUBK COPY

VS550086 VMARC 08/16/13 12:19:19 * CP Exit Cleanup

Update VS550086 applies to VSSI installation builds through 5514 Symptom: * CP Exit Cleanup Problem: New function. Resolution: This update does as follows: . Removes the VSSI exit point in IBM module HCPUSP. All VSSI VPARS/VDISK database reset code in user LOGOFF and FORCED-LOGOFF scenarios is now invoked via HCPUSO; HCPUSP is no longer needed. . Adds a new VSSI exit point in IBM module HCPPAV. This exit point begins VSSI support of PAV and HyperPAV aliases. The current exit point is an effective NO-OP (i.e., no modifications made to PAV VDEVs), and will be modified in a future PTF. BUILD_Reqd: VSSMMAC Toolmin: 260 (2013-07-12) Modules: VSMODID COPY

VS550085 VMARC 08/16/13 07:33:37 * CP Exit Cleanup

Update VS550085 applies to VSSI installation builds through 5514 Symptom: * CP Exit Cleanup Problem: New function. Resolution: This update adds a new macro, VSXRL, for architecture- dependent EXECUTE instruction generation (EX for HLASM versions less than 1.6 or z/VM releases older than 6.1, EXRL otherwise). BUILD_Reqd: VSSMMAC Toolmin: 260 (2013-07-12) Modules: VS55MAC $EXEC VSXRL MACRO

VS550084 VMARC 08/15/13 07:33:07 * STK017 ABENDs in forced-logoff (4)

Update VS550084 applies to VSSI installation builds through 5514 Symptom: * STK017 ABENDs in forced-logoff (4) Problem: Customer code sets VMDOSTAT.VMDFORCE to force a VPARS/VDISK user off the system. CP eventually calls entry point HCPUSOPR, which does not call the VSSI database reset code. The VSSI database timer thus continues to run, which causes a STK017 ABEND once the user has been logged off. Resolution: HCPUSO amended to invoke VSSI exit point RVxRCCXL from within entry point HCPUSOPR, which is common to: . the LOGOFF command processor . the FORCE command processor . manual setting of VMDOSTAT.VMDFORCE BUILD_Reqd: VSSIPL VSSMMAC Toolmin: 260 (2013-07-12) Modules: VSMODID COPY

VS550083 VMARC 08/14/13 08:54:46 * Extended-relative instructions invalid for Z9

Update VS550083 applies to VSSI installation builds through 5514 Symptom: * Extended-relative instructions invalid for Z9 Problem: Customers running on the processors older than Z10 cannot use the following extended-relative instructions: . LRL . STRL . EXRL The VSLRL and VSSTL macros emit instructions based on the HL/ASM level (versions < 1.6 do not support the above instructions); no provision was made for the hardware architecture. Resolution: The VSLRL and VSSTL macros have been amended to check for the z/VM release as well as the HL/ASM version (i.e., z/VM 5.4 was the last release capable of running on processors older than Z10). BUILD_Reqd: VSSIPL VSSICP Toolmin: 260 (2013-07-12) Modules: VSMODID COPY VSLRL MACRO VSSTL MACRO RVSSTL LAS55083

VS550082 VMARC 08/10/13 09:44:56 * Extended-relative instructions invalid for Z9

Update VS550082 applies to VSSI installation builds through 5514 Symptom: * Extended-relative instructions invalid for Z9 Problem: Customers running on the processors older than Z10 cannot use the following extended-relative instructions: . LRL . STRL . EXRL The VSLRL and VSSTL macros emit instructions based on the HL/ASM level (versions < 1.6 do not support the above instructions); no provision was made for the hardware architecture. Resolution: The VSLRL and VSSTL macros have been amended to check for the z/VM release as well as the HL/ASM version (i.e., z/VM 5.4 was the last release capable of running on processors older than Z10). BUILD_Reqd: VSSIPL VSSICP Toolmin: 260 (2013-07-12) Modules: VSMODID COPY RVSSTL LAS55082

VS550081 VMARC 08/10/13 09:41:37 * Extended-relative instructions invalid for Z9

Update VS550081 applies to VSSI installation builds through 5514 Symptom: * Extended-relative instructions invalid for Z9 Problem: Customers running on the processors older than Z10 cannot use the following extended-relative instructions: . LRL . STRL . EXRL The VSLRL and VSSTL macros emit instructions based on the HL/ASM level (versions < 1.6 do not support the above instructions); no provision was made for the hardware architecture. Resolution: The VSLRL and VSSTL macros have been amended to check for the z/VM release as well as the HL/ASM version (i.e., z/VM 5.4 was the last release capable of running on processors older than Z10). BUILD_Reqd: VSSIPL VSSICP Toolmin: 260 (2013-07-12) Modules: VSHCPV MACRO VSLRL MACRO VSSTL MACRO RVSSTB ASSEMBLE RVSSTQ ASSEMBLE

VS550077 VMARC 08/01/13 07:52:42 * EXRL instruction invalid with HLASM V5

Update VS550077 applies to VSSI installation builds through 5514 Symptom: * EXRL instruction invalid with HLASM V5 Problem: HLASM5 does not support the EXRL instruction. Resolution: Code amended to use EX instead of EXRL. VSSI support for HLASM5 will eventually be withdrawn in future releases; customers are STRONGLY recommended to upgrade to HLASM V6 or higher. BUILD_Reqd: VSSIPL VSSICP Toolmin: 260 (2013-07-12) Modules: RVSCFG ASSEMBLE RVSSTD ASSEMBLE RVSSTQ ASSEMBLE

VS550076 VMARC 07/31/13 08:36:18 * Handle FORCED-LOGOFF caused via user code

Update VS550076 applies to VSSI installation builds through 5514 Symptom: * Handle FORCED-LOGOFF caused via user code Problem: Customer supports a user modification to CP which generates a forced-logoff for specific VM userids via setting VMDOSTAT.VMDFORCE. Since the above bit was set in user code, and not via the FORCE command, the VSSI database reset code in HCPUSOFL (FORCE command) and HCPUSOLG (LOGOFF command) was not driven, resulting in STK017 ABENDs when database timers attempted to process after the userid was already logged off. Resolution: HCPUSO amended to capture FORCE-LOGOFF indication in entry point HCPUSORF (involuntary FORCE-LOGOFF) and invoke database reset routine. Notes: After application of this PTF, the customer must rebuild the CP NUC; e.g.: . vssetup . vssiprep . vsbldnuc . vscopy nuc cf1 (force (if z/VM < 6.2) . vscopy nuc cf1 cf0 (force (if z/VM >= 6.2) BUILD_Reqd: VSSIPL VSSMMAC Toolmin: 260 (2013-07-12) Modules: VSMODID COPY

VP550074 VMARC 07/26/13 12:04:58 * Incorrect counter decrement for open DB count

Update VP550074 applies to VSSI installation builds through 5514 Symptom: * Incorrect counter decrement for open DB count Problem: Several VPARS/VDISK counters have invalid values: . VP6MAXRW . VP6MAXRO Several VPARS/VDISK counters are being decremented incorrectly (i.e., < 0): . VP6OPNRW . VP6OPNRO Resolution: Logic amended to set correct counter values. BUILD_Reqd: VSSICP VSSICMS VSSMMAC Toolmin: 260 (2013-07-12) Modules: VPCTLBK COPY VP6CNTRL MACRO

VS550072 VMARC 07/17/13 16:59:04 * New function - dump memory block

Update VS550072 applies to VSSI installation builds through 5514 Symptom: * New function - dump memory block Problem: New Dump Memory function. Resolution: VSSUBR now supports a new API (VSPRTMEM) to dump arbitrary blocks of memory from 1 to 16M bytes. BUILD_Reqd: VSSICMS Toolmin: 259 (2013-07-08) Modules: VSSUBR ASSEMBLE

VS550071 VMARC 07/10/13 13:18:06 * CMS linkage macro enhancements

Update VS550071 applies to VSSI installation builds through 5514 Symptom: * CMS linkage macro enhancements Problem: CMS linkage macros do not use baseless addressing. Resolution: MACROs modified to use baseless addressing. BUILD_Reqd: VSSICMS VSSMMAC Toolmin: 259 (2013-07-08) Modules: VSXCALL MACRO VSXENTR MACRO VSXEXIT MACRO

VS550070 VMARC 07/09/13 08:59:40 * Expanded message lengths

Update VS550070 applies to VSSI installation builds through 5514 Symptom: * Expanded message lengths Problem: Message print enhancement. Resolution: Made the following changes: . Message sizes for all stub code message have been increased to 72 bytes from 60 bytes. . Enhancements made to Print Memory Block routine to make the output look more CP-like. BUILD_Reqd: VSSIPL VSSICP Toolmin: 259 (2013-07-08) Modules: VSMODID COPY RVSCFG ASSEMBLE RVSSTB ASSEMBLE RVSSTD ASSEMBLE RVSSTG ASSEMBLE RVSSTP ASSEMBLE RVSSTQ ASSEMBLE RVSSTL LAS55070

VS550066 VMARC 06/17/13 14:11:37 * HTT001 ABENDs in VPARS/VDISK TRQ handler

Update VS550066 applies to VSSI installation builds through 5514 Symptom: * HTT001 ABENDs in VPARS/VDISK TRQ handler Problem: Customer received HTT001 ABENDs while attempting to force-logoff VPARS/VDISK users. This ABEND was partially addressed by PTF 550064, but failed to address the case where the user VMDBK has already been destroyed by CP. Resolution: Made the following changes: . RVSSTQ amended to save and validate the user's TRQBLOK address. At database CLOSE time (called via user VPCLOSE|VDCLOSE command, LOGOFF, or forced-LOGOFF), the saved address is destroyed. . RVxCCWTM amended to validate the TRQBLOK address via a call to RVSSTQ, and to bypass TRQ processing if the address is no longer valid. Application of this PTF requires the immediate application of the 550066 PTF9s). After all 550065 and 550066 PTFs are applied, you must do the following to install all service elements: . vssetup . vssiprep . vsasmall . vsbldnuc . vscopy nuc cf1 (force (if target z/VM < 6.2) . vscopy nuc cf1 cf0 (force (if target z/VM >= 6.2) BUILD_Reqd: VSSMMAC Toolmin: 249 (2013-05-23) Modules: VSMODID COPY

VS550065 VMARC 06/17/13 14:02:51 * HTT001 ABENDs in VPARS/VDISK TRQ handler

Update VS550065 applies to VSSI installation builds through 5514 Symptom: * HTT001 ABENDs in VPARS/VDISK TRQ handler Problem: Customer received HTT001 ABENDs while attempting to force-logoff VPARS/VDISK users. This ABEND was partially addressed by PTF 550064, but failed to address the case where the user VMDBK has already been destroyed by CP. Resolution: Made the following changes: . RVSSTQ amended to save and validate the user's TRQBLOK address. At database CLOSE time (called via user VPCLOSE|VDCLOSE command, LOGOFF, or forced-LOGOFF), the saved address is destroyed. . RVxCCWTM amended to validate the TRQBLOK address via a call to RVSSTQ, and to bypass TRQ processing if the address is no longer valid. Application of this PTF requires the immediate application of the 550066 PTF9s). After all 550065 and 550066 PTFs are applied, you must do the following to install all service elements: . vssetup . vssiprep . vsasmall . vsbldnuc . vscopy nuc cf1 (force (if target z/VM < 6.2) . vscopy nuc cf1 cf0 (force (if target z/VM >= 6.2) BUILD_Reqd: VSSIPL VSSICP Toolmin: 249 (2013-05-23) Modules: RVSVDUBK COPY RVSVPUBK COPY VSCPXRM MACRO RVSSTQ ASSEMBLE

PTFs below apply to Packages at 5512 and lower

VS550064 VMARC 06/08/13 08:12:37 * Convert all HCPGETST|RELST to VSCPSTOR calls

Update VS550064 applies to VSSI installation builds through 5512 Symptom: * Convert all HCPGETST|RELST to VSCPSTOR calls Problem: Mix of HCP and VSSI storage management calls in VSSI code. Additionally, an error in RVxCCW was causing timer interrupts to be handled even if the user was in LOGOFF/FORCE status, causing HTT001 ABENDs in this case. Resolution: The following changes were made: . ALL HCPGETST/HCPRELST macro calls converted to VSCPSTOR macro calls. This change provides a single module, RVSSTG, used for all VSSI storage management calls. The new code also supports additional TRACE support not available previously. . RVxCCW has been modified to bypass statistics timer processing if the user is in LOGOFF or FORCE status. This PTF is a COREQ to 550063, and must be applied if 550063 is applied. After 550063 and 550064 are applied, the user MUST rebuild the VSSI code, as follows: . vssiprep . vsasmall . vsbldnuc . vscopy nuc cf1 (force (z/VM < 6.2) . vscopy nuc cf1 cf0 (force (z/VM >= 6.2) BUILD_Reqd: VSSIPL VSSICP Toolmin: 249 (2013-05-23) Modules: VSMODID COPY RVSSTB ASSEMBLE RVSSTN ASSEMBLE RVSSTP ASSEMBLE RVSSTQ ASSEMBLE RVSSTL LAS55064

VS550063 VMARC 06/08/13 07:59:14 * VPARS/VDISK database close at force-logoff

Update VS550063 applies to VSSI installation builds through 5512 Symptom: * VPARS/VDISK database close at force-logoff Problem: Customer attempted to force-logoff several VPARS/VDISK userids; the following errors were reported based on the state of the VM at the time: ABEND Status Reason SV2002 Soft attempt to detach database MDISK STK017 Soft Invalid I/O interrupt HTT001 Hard Invalid reference to VxCCTBK in timer handler routine RVxCCWTM The above errors are caused by the fact that the code is in the process of releasing the relevant control blocks when the ASYNC interrupts occur. While triaging the above, several memory leaks were discovered in module RVSSTB. Resolution: The following changes have been made: . Additional code added to RVxRCC to skip unnecessary processing in LOGOFF/FORCE states . Memory FREE/FRET processing moved to a new stub module (RVSSTG) from RVSSTB; memory leaks fixed . VSCPSTOR and associated macros/copybooks amended to support memory trace events (i.e., console msgs). The TRACE events are actived in the VSSI Lab, and are not turned on at the customer site. Application of PTF update(s) 550063 MUST be accompanied by application of PTF update(s) 550064. When 550063 and 550064 are both applied, the user MUST rebuild the VSSI code, as follows: . vssiprep . vsasmall . vsbldnuc . vscopy nuc cf1 (force (z/VM < 6.2) . vscopy nuc cf1 cf0 (force (z/VM >= 6.2) BUILD_Reqd: VSSIPL VSSICP VSSICMS Toolmin: 249 (2013-05-23) Modules: VS55MAC $EXEC VSXCREG COPY VSXHREG COPY RVSMDLAT MACRO RVSMDLAX MACRO VSCPSTOR MACRO VSSTOR MACRO VSXHID MACRO VSXRID MACRO RVSSTD ASSEMBLE RVSSTG ASSEMBLE

VP550062 VMARC 05/21/13 09:48:44 * Move HCP entries to VS55MAC loadlist

Update VP550062 applies to VSSI installation builds through 5512 Symptom: * Move HCP entries to VS55MAC loadlist Problem: HCP COPY mods currently exist in the VP55MAC and VT55MAC macro loadlists. Resolution: All HCP MACRO/COPY mods moved to VS55MAC. BUILD_Reqd: VSSMMAC Toolmin: 246 (2013-05-04) Modules: VP55MAC $EXEC

VT550062 VMARC 05/21/13 09:48:17 * Move HCP entries to VS55MAC loadlist

Update VT550062 applies to VSSI installation builds through 5512-13 Symptom: * Move HCP entries to VS55MAC loadlist Problem: HCP COPY mods currently exist in the VP55MAC and VT55MAC macro loadlists. Resolution: All HCP MACRO/COPY mods moved to VS55MAC. BUILD_Reqd: VSSMMAC Toolmin: 246 (2013-05-04) Modules: VT55MAC $EXEC

VS550062 VMARC 05/21/13 09:49:10 * Move HCP entries to VS55MAC loadlist

Update VS550062 applies to VSSI installation builds through 5512 Symptom: * Move HCP entries to VS55MAC loadlist Problem: HCP COPY mods currently exist in the VP55MAC and VT55MAC macro loadlists. Resolution: All HCP MACRO/COPY mods moved to VS55MAC. BUILD_Reqd: VSSMMAC Toolmin: 246 (2013-05-04) Modules: VS55MAC $EXEC

VP550060 VMARC 05/20/13 16:41:01 * Support pool 4D6, Prime/DUP non-sequential

Update VP550060 applies to VSSI installation builds through 5512 Symptom: * Support pool 4D6, Prime/DUP non-sequential Problem: The current VPBXPLTB does not support the TPF 4D6 pools or Prime/DUP non-sequential records. Resolution: Support added. BUILD_Reqd: VSSICMS VSSMMAC Toolmin: 248 (2013-05-20) Modules: VPBXPOOL COPY

VP550058 VMARC 05/08/13 08:50:15 * Add user fields to VP1WRKBK

Update VP550058 applies to VSSI installation builds through 5512 Symptom: * Add user fields to VP1WRKBK Problem: This update adds the following: . VP1WRKBK modified to add 4 user dwords for customer use only. The contents of these fields are not referenced by VSSI code. Resolution: Fields VP1USER1 thru VP1USER4 (dwords) added to VP1WRKBK. After application of this update, the user MUST reassemble ALL VPARS and/or ShadowDisk/Z modules (e.g., via VSASMALL) BUILD_Reqd: VSSICP VSSMMAC Toolmin: 246 (2013-05-04) Modules: VP1WRKBK COPY

VP550057 VMARC 05/04/13 10:23:04 * Duplicate macro LOADLIST definition

Update VP550057 applies to VSSI installation builds through 5512 Symptom: * Duplicate macro LOADLIST definition Problem: HCPIORBK COPY is defined in multiple macro LOADLIST entries (VPARS VP55MAC and VTAPE VT55MAC). Resolution: HCPIORBK COPY moved to VS55MAC, deleted from VP55MAC and VT55MAC. BUILD_Reqd: VSSMMAC Toolmin: 246 (2013-05-04) Modules: VP55MAC $EXEC

VT550057 VMARC 05/04/13 10:21:55 * Duplicate macro LOADLIST definition

Update VT550057 applies to VSSI installation builds through 5512-13 Symptom: * Duplicate macro LOADLIST definition Problem: HCPIORBK COPY is defined in multiple macro LOADLIST entries (VPARS VP55MAC and VTAPE VT55MAC). Resolution: HCPIORBK COPY moved to VS55MAC, deleted from VP55MAC and VT55MAC. BUILD_Reqd: VSSMMAC Toolmin: 246 (2013-05-04) Modules: VT55MAC $EXEC

VS550057 VMARC 05/04/13 10:22:35 * Duplicate macro LOADLIST definition

Update VS550057 applies to VSSI installation builds through 5512 Symptom: * Duplicate macro LOADLIST definition Problem: HCPIORBK COPY is defined in multiple macro LOADLIST entries (VPARS VP55MAC and VTAPE VT55MAC). Resolution: HCPIORBK COPY moved to VS55MAC, deleted from VP55MAC and VT55MAC. BUILD_Reqd: VSSMMAC Toolmin: 246 (2013-05-04) Modules: VS55MAC $EXEC

VS550056 VMARC 05/04/13 10:39:12 * User-defined default VTAPE model numbers

Update VS550056 applies to VSSI installation builds through 5512 Symptom: * User-defined default VTAPE model numbers Problem: VTAPE currently defaults to the following virtual tape model numbers if a DEFINE command is specified without a model number suffix for 3480 and 3490 devices: Command Default Model DEFINE V3480 B22 DEFINE V3490 B04 (in 3480 compatibility mode) These defaults are hard-coded in module HCPDFN. There is currently no way (other than a local USERMOD to HCPDFN) to change these defaults. Resolution: Code has been added to allow users to change the 3480 and 3490 defaults via additional tags in VSSINSTL DEFAULTS. At VSSI BUILD time, these tags are used to generate a new macro, VTMDEF, containing the defaults enumerated by the tags in VSSINSTL DEFAULTS. HCPDFN is now updated to invoke the VTMDEF macro in order to generate the default 3480 and 3490 definitions. Application of this PTF will force re-assembly of IBM CP module HCPDFN in order to incorporate the support. After this PTF has been applied, you can modify your default 3480/3490 model numbers as follows: 1. Add or modify the following tag lines in VSSINSTL DEFAULTS: :VTMD3480 mdlid (where mdlid is B22 or B11) :VTMD3490 mdlid (where mdlid is B04 or B40) 2. Rebuild the CP NUC: . vssetup . vssiprep . vsuasm hcpdfn . vsbldnuc . vscopy nuc CF1 CF0 (force 3. Re-IPL the system. BUILD_Reqd: VSSMMAC Toolmin: 246 (2013-05-04) Modules: VSMODID COPY

VS550051 VMARC 03/01/13 08:51:28 * HCPCONSL consolidation

Update VS550051 applies to VSSI installation builds through 5512 Symptom: * HCPCONSL consolidation Problem: HCPCONSL macro usage is spread over several modules. Additionally, license expiration messages can flood OPERATOR logs during heavy usage. Resolution: This update consolidates HCPCONSL usage by invoking RVSSTBHU and RVSSTBHS. Additionally, license expiration messages to the OPERATOR console are limited to once per day. BUILD_Reqd: VSSIPL VSSICP Toolmin: 216 (2013-02-01) Modules: VSMODID COPY RVSCFG ASSEMBLE RVSPRM ASSEMBLE RVSSTB ASSEMBLE RVSSTN ASSEMBLE RVSSTQ ASSEMBLE RVSUTL ASSEMBLE RVSSTL LAS55051

VT550049 VMARC 01/31/13 12:49:00 * VTFREST first bits

Update VT550049 applies to VSSI installation builds through 5512-13 Symptom: * VTFREST first bits Problem: New function. Resolution: VTFREST macros and copybooks. BUILD_Reqd: VSSICP VSSICMS VSSMMAC Toolmin: 213 (2013-01-14) Modules: VT55MAC $EXEC VTFWRK COPY VTCMPD MACRO VTENT MACRO VTRET MACRO VTSIMCA MACRO

VS550049 VMARC 01/31/13 12:44:45 * VTFREST first bits

Update VS550049 applies to VSSI installation builds through 5512 Symptom: * VTFREST first bits Problem: New function. Resolution: VTFREST macros and copybooks. BUILD_Reqd: VSSICMS VSSMMAC Toolmin: 213 (2013-01-14) Modules: VS55MAC $EXEC VSDTIW COPY VSPIPPL COPY VSSIOBK COPY VSCLOSE MACRO VSENT2 MACRO VSG2H MACRO VSIEDB MACRO VSIEZIOB MACRO VSOPEN MACRO VSREN MACRO VSREX MACRO VSWAITD MACRO

VS550048 VMARC 01/06/13 11:17:39 * VSSET DELIMITER accepts any delimiter char

Update VS550048 applies to VSSI installation builds through 5512 Symptom: * VSSET DELIMITER accepts any delimiter char Problem: The VSSET DELIMITER command currently accepts any character as a date filed delimiter. If the user sets a delimiter (e.g., 'A'), all VSSI date fields will print out as mmAddAyyyy, which is probably not what the user intended. Resolution: Date delimiters are now limited to the following characters: Char Name / forward slash - dash _ underscore | vertical bar : colon If the user enters any character other than the above, a warning message is issued, and the date delimiter is not altered. BUILD_Reqd: VSSICP Toolmin: 207 (2012-12-25) Modules: RVSCMD ASSEMBLE

VS550047 VMARC 01/05/13 09:09:36 * ShadowDisk/Z HELPMSG additions

Update VS550047 applies to VSSI installation builds through 5512 Symptom: * ShadowDisk/Z HELPMSG additions Problem: ShadowDisk/Z HELPSMSG files missing from package 5512. Resolution: Files are added via this PTF. BUILD_Reqd: VSSIPL VSSICP Toolmin: 211 (2013-01-05) Modules: RVSMSG ASSEMBLE RVSSTB ASSEMBLE

PTFs below apply to Packages at 5510 and lower

VS550045 VMARC 12/26/12 13:06:17 * ShadowDisk/Z base code - non-MACRO|COPY

Update VS550045 applies to VSSI installation builds through 5510 Symptom: * ShadowDisk/Z base code - non-MACRO|COPY Problem: ShadowDisk/Z base code. Resolution: This PTF adds the ShadowDisk/Z product to the VSSI product suite. Additionally, several CPEXIT entry points are renamed in RVSCFG in order to enforce CPEXIT name standardization across VSSI product components. This update includes reworked VTAPE CP hooks. Guard code has been added to each HCP hook in order to avoid assembly errors if the invoked component is not available (i.e., not licensed to the installation). For z/VM 5.4 users, the IBM PTF VM64843 against module HCPDTD (i.e., HCPDTD K64843HP) is REQUIRED in order to apply this PTF. The IBM PTF was included in RSU 1101; if you have this RSU applied, then this update may also be applied. The IBM HCPDTD update is already included in z/VM 6.1 and higher. BUILD_Reqd: VSSIPL VSSICP Toolmin: 207 (2012-12-25) Modules: VSCFGBK COPY VSMODID COPY VSCPXRM MACRO RVSCFG ASSEMBLE RVSMSG ASSEMBLE RVSSTB ASSEMBLE RVSSTD ASSEMBLE RVSSTN ASSEMBLE RVSSTP ASSEMBLE RVSVDY ASSEMBLE RVSSTL LAS55045

VP550043 VMARC 12/05/12 15:24:23 * Level-Set MACRO|COPY co-existence changes

Update VP550043 applies to VSSI installation builds through 5510 Symptom: * Level-Set MACRO|COPY co-existence changes Problem: This update resolves the following product co-existence issues: . VD5CNTRL contains an HCPENTRY for RVPIORCT which conflicts with the same-named entry in VP5CNTRL (VPARS). . VDEV contains no VDISK flags. . HCP modifications do not include CPEXIT calls to VDISK routines. Resolution: Addressed: 1. VD5CNTRL label changed to RVDIORCT. 2. HCPVDEV modified to support ShadowDisk/Z; VTAPE flags moved by 1 byte. 3. HCP hooks modified to detect VPARS/VDISK devices and invoke the appropriate CPEXIT routines. Notes: This update is a required PREREQ for ALL future product updates against VSSI packages 5510 and above. Please see the Notes in VS550043 for the proper procedure to use to apply this PTF. BUILD_Reqd: VSSIPL VSSICP VSSMMAC Toolmin: 203 (2012-12-02) Modules: VPTCCTBK COPY

VS550043 VMARC 12/05/12 15:22:49 * Level-Set MACRO|COPY co-existence changes

Update VS550043 applies to VSSI installation builds through 5510 Symptom: * Level-Set MACRO|COPY co-existence changes Problem: This update resolves the following product co-existence issues: . VD5CNTRL contains an HCPENTRY for RVPIORCT which conflicts with the same-named entry in VP5CNTRL (VPARS). . VDEV contains no VDISK flags. . HCP modifications do not include CPEXIT calls to VDISK routines. Resolution: Addressed: 1. VD5CNTRL label changed to RVDIORCT. 2. HCPVDEV modified to support ShadowDisk/Z; VTAPE flags moved by 1 byte. 3. HCP hooks modified to detect VPARS/VDISK devices and invoke the appropriate CPEXIT routines. Notes: This update is a required PREREQ for ALL future product updates against VSSI packages 5510 and above. This update makes significant changes to all VSSI HCP hooks; the PTFs listed below must be applied concurrently, as follows: 1. Download the following VMARC files from the VSSI FTP site (URL ftp.vsoftsys.com, your VSSI-supplied userid and password, your 193 disk, BINary mode). . VSTOOLS (all users) . VS550043 (all users) . VD550043 (all users) . VP550043 (VPARS users) . VP550044 (VPARS users) 2. Backup your VSSI Install disk prior to attempting to apply these updates. 3. vmarc unpk vstools vmarc * = = G (assuming G is the filemode of the VSSI Install disk) 4. vsptf vs550043 (apply this PTF) 5. vsptf vd550043 (apply this PTF) 6. vsptf vp550043 (apply this PTF) 7. erase vssiasm log g (e.g., VSSI Install disk filemode G) 8. vsuasm (assemble all VSSI HCP hooks) 9. Check the contents of VSSIASM LOG to ensure that all assemblies completed without error (rc = 0). If any errors occurred: . Run VSCPSRC against all failed HCP modules (e.g., vscpsrc hcpdtd) . FTP all generated HCPSRC files (e.g., hcpdtd hcpsrc *) to VSSI (URL ftp.vsoftsys.com, user VSSIDUMP, password VSS$DUMP, BINary mode) . Restore your Install disk 10. If all assemblies are OK: . vsptf vp550044 (VPARS users) . vsasmall (compile all modsules) . vsbldnuc (build the CP NUC) . vscopy nuc cf1 (force (if z/VM < 6.2) . vscopy nuc cf1 cf0 (force (if z/VM >= 6.2) BUILD_Reqd: VSSIPL VSSICP VSSMMAC Toolmin: 203 (2012-12-02) Modules: VS55MAC $EXEC RVSCMPBK COPY VSCKVDEV MACRO VSCKVMD MACRO

PTFs below apply to Packages at 5508 and lower

VS550041 VMARC 11/14/12 20:06:51 * Code refactoring - make room for ShadowDisk/Z

Update VS550041 applies to VSSI installation builds through 5508 Symptom: * Code refactoring - make room for ShadowDisk/Z Problem: RVSCFG uses VSOPTNS macro symbols which are no longer valid for multiple-product detection. Resolution: RVSCFG code changed to use the new per-product macro variables contained in the VSOPTNS macro vis PTF VS550040. BUILD_Reqd: VSSIPL VSSICP Toolmin: 184 (2012-10-26) Modules: RVSCFG ASSEMBLE RVSSTB ASSEMBLE RVSSTQ ASSEMBLE RVSUTL ASSEMBLE

VS550040 VMARC 11/02/12 12:19:53 * Modify VSOPTNS product ID semantics

Update VS550040 applies to VSSI installation builds through 5508 Symptom: * Modify VSOPTNS product ID semantics Problem: ShadowDisk/Z HCP modifications conflict with existing VPARS HCP modifications. The current VSOPTNS macro is also insufficient for both VPARS and ShadowDisk/Z usage. Resolution: 1. All HCP modifications are renamed to VS equivalents. 2. The VSOPTNS macro is modified to support more than two VSSI products (VPARS, VTAPE, and now ShadowDisk/Z). BUILD_Reqd: VSSIPL VSSICP Toolmin: 184 (2012-10-26) Modules: VS55MAC $EXEC RVSCMPBK COPY RVSUHDBK COPY VSMODID COPY RVSMDLAT MACRO VSCPXGT MACRO VSCPXRM MACRO

VS550039 VMARC 11/02/12 08:55:20 * CFR001/PRG006 ABENDs during License messages

Update VS550039 applies to VSSI installation builds through 5508 Symptom: * CFR001/PRG006 ABENDs during License messages Problem: RVSSTL issues informational and warning messages when the VSSI license is within 30 days of expiration. In a Secondary Console Facility (SCIF) environment, the message PLIST is built incorrectly, resulting in CFR001 and/or PRG006 ABENDs in HCPCSL. Resolution: HCPCONSL macro generation logic moved out of RVSSTL (an OCO module), and into RVSSTB, which will get assembled and generate the correct PLIST for the z/VM version. BUILD_Reqd: VSSIPL VSSICP Toolmin: 167 (2012-07-24) Modules: VSMODID COPY RVSSTB ASSEMBLE RVSSTL LAS55039

PTFs below apply to Packages at 5506 and lower

VS550030 VMARC 11/02/12 09:02:39 * Enhance IFL checking

Update VS550030 applies to VSSI installation builds through 5506 Symptom: * Enhance IFL checking Problem: IFL checking requires license enhancements. Resolution: 1. VSSI license generation code changed to populate IFL fields in license text 2. License code added to check IFL counts if: . the product is a Linux product; . Valid IFL values exist in the license BUILD_Reqd: VSSIPL VSSICP Toolmin: 167 (2012-07-24) Modules: VSMODID COPY RVSSTL LAS55030

VS550028 VMARC 06/20/12 19:56:21 * CPUID check uses virtual CPU, not real CPU

Update VS550028 applies to VSSI installation builds through 5506 Symptom: * CPUID check uses virtual CPU, not real CPU Problem: The current license code checks the CPU ID via the prefix page in memory. If the VM is second-level, the virtual CPUID is checked, which may cause problems for customers whose virtual CPUIDs do not match the underlying real CPUID. Resolution: 1. CPUID now obtained via STSI instead of prefix page scan. 2. IFL count now obtained via prefix page scan. 3. Product files modified to accurately reflect HCP COPY and MACRO files modified by VSSI. BUILD_Reqd: VSSIPL VSSICP Toolmin: 164 (2012-06-12) Modules: VSMODID COPY RVSSTL LAS55028

PTFs below apply to Packages at 5504 and lower

VS550027 VMARC 06/14/12 08:40:32 * Implement HCPUSO|HCPRLI CP Hooks

Update VS550027 applies to VSSI installation builds through 5504 Symptom: * Implement HCPUSO|HCPRLI CP Hooks Problem: VTAPE sharing sometimes fails if under heavy load. This issue was reported by IBM Poughkeepsie (thanks, Mark Gardiner), and exposed a design flaw in VTAPE support of tape sharing (via ASSIGN|UNASSIGN). Resolution: 1. New HCPUSO|HCPRLI hooks added to allow VPARS and VTAPE to cleanup user and device entries in the event that: . A VPARS or VTAPE guest logs off or is forced . A VMRELOcate is issued against a Linux guest using either VPARS or VTAPE 2. The bulk of VTAPE shared device management code has been relocated into a new VSSI CP stub module, RVSSTQ. 3. A more formal internal VTAPE API has been created to allow the code to query shared VTAPE devices. 4. VSSI HCPVDEV updates for VPARS and VTAPE have been merged into a single PTF. Installation of this PTF will delete the older PTFs. BUILD_Reqd: VSSIPL VSSICP Toolmin: 164 (2012-06-12) Modules: VS55MAC $EXEC RVSCMPBK COPY RVSUHDBK COPY RVSVPUBK COPY RVSVTDBK COPY RVSVTUBK COPY RVSMDLAT MACRO RVSMDLAX MACRO VSCALL0 MACRO VSCALL1 MACRO VSCALL2 MACRO RVSSTN ASSEMBLE RVSSTQ ASSEMBLE

VS550026 VMARC 05/28/12 07:27:06 * New CPEXIT calls for VSSI cleanup

Update VS550026 applies to VSSI installation builds through 5504 Symptom: * New CPEXIT calls for VSSI cleanup Problem: New CP hooks are required for: . better cleanup if a user if logs off or is forced; . proper error messages if a VMRELOcate fails against a Linux guest due to VPARS activity Resolution: The added CP HOOK entry points are as follows: EntryPoint CP_Module Usage RVPRSTXL HCPUSO Clean up VPARS user queues during LOGOFF RVTRSTXL HCPUSO Clean up VTAPE user queues during LOGOFF RVPRSTXM HCPRLI Issue message if VMRELOcate attempted for a Linux machine which has VPARS active (z/VM >= 6.2) RVTRSTXM HCPRLI Issue message if VMRELOcate attempted for a Linux machine which has VTAPE active (z/VM >= 6.2) Currently, these exits are effective NO-OPs; enabling code will be added in a subsequent PTF. BUILD_Reqd: VSSIPL Toolmin: 163 (2012-05-28) Modules: VSMODID COPY

VS550025 VMARC 05/28/12 07:22:52 * Product preparation for new CP hooks

Update VS550025 applies to VSSI installation builds through 5504 Symptom: * Product preparation for new CP hooks Problem: New CP hooks are required for: . better cleanup if a user logs off or is forced; . proper error messages if a VMRELOcate fails against a Linux guest due to VPARS activity Resolution: Updated source objects added to support new CP hook application via subsequent PTFs: . VSSI PRODUCT files have been updated to include the new CPEXIT entry points . VSSI HCPMODS has been reworked to support multiple CP HOOK z/VM releases in a single file BUILD_Reqd: VSSIPL VSSICP Toolmin: 163 (2012-05-28) Modules: VSCPXRM MACRO

VS550024 VMARC 05/30/12 09:42:30 * CMPBK Field Additions

Update VS550024 applies to VSSI installation builds through 5504 Symptom: * CMPBK Field Additions Problem: If virtual tape devices are defined as shared, several ABENDs may occur if one of the shared users has logged off while the shared queue is being updated. This is because the VDEVs pointed to by the queue may no longer exist, especially under heavy system load. This is a race condition that this PTF takes the first step in rectifying; the race condition will be fixed in a subsequent PTF. Resolution: VPARS and VTAPE need additional persistent storage to better manage virtual devices across user machines. This storage must be accessible even if the user and/or device being tracked has already logged off. To this end, several CMPBK fields have been added to: 1. Improve queue mechanisms for shared devices 2. Remove the RVSCMPBK dependency on IBM CMPBK structure (required for Linux prep also) BUILD_Reqd: VSSIPL VSSICP Toolmin: 163 (2012-05-28) Modules: RVSCMPBK COPY RVSCFG ASSEMBLE RVSPRM ASSEMBLE RVSSTN ASSEMBLE RVSSTP ASSEMBLE

VS550022 VMARC 05/16/12 21:42:40 * CPUID Check compares too many digits

Update VS550022 applies to VSSI installation builds through 5504 Symptom: * CPUID Check compares too many digits Problem: RVSSTL checks the CPUID for 10 characters. This number of characters includes the digits allocated for the processor and LPAR numbers, which may change based on the customer machine configuration. Resolution: The CPUID check has been modified to check only the last 4 digits of the serial number, and all 4 digits of the model number. These digits do not change based on processor and LPAR configuration changes, and are unique to the machine. BUILD_Reqd: VSSIPL VSSICP Toolmin: 159 (2012-05-12) Modules: VSMODID COPY RVSSTL LAS55022

PTFs below apply to Packages at 5502 and lower

VS550019 VMARC 03/25/12 16:35:28 * IBM-VSSI PTF Conflict Resolution

Update VS550019 applies to VSSI installation builds through 5502 Symptom: * IBM-VSSI PTF Conflict Resolution Problem: New function. Resolution: This PTF adds a new file, VSSI HCPMODS, used to assist customers in resolving IBM-VSSI PTF conflicts in HCP source objects. It is STRONGLY RECOMMENDED that users apply this update; this update will be used by subsequent rework PTFs used to resolve IBM PTF conflicts. BUILD_Reqd: *None* Toolmin: 151 (2012-03-25) Modules: VSMODID COPY

VS550018 VMARC 03/23/12 20:42:03 * CMS Message ID EQUates

Update VS550018 applies to VSSI installation builds through 5502 Symptom: * CMS Message ID EQUates Problem: APPLMSG macros have hard-coded message IDs. Resolution: APPLMSG message IDs converted to symbolics; macros have been re-formatted to allow for quick scans via internal VSSI message validation utilities. BUILD_Reqd: VSSICMS Toolmin: 150 (2012-01-22) Modules: VS55MAC $EXEC VSMEQU COPY DISKPRT ASSEMBLE DISKZAP ASSEMBLE VSFSERR ASSEMBLE VSLABSL ASSEMBLE VSSUBDT ASSEMBLE

VS550017 VMARC 02/06/12 17:34:50 * Message changes, CMS HELPMSG files

Update VS550017 applies to VSSI installation builds through 5502 Symptom: * Message changes, CMS HELPMSG files Problem: Missing CMS HELPMSG files, some garbled message text. Resolution: The following messages have been changed: OldID NewID Issuing Module(s) VSS2108E VSS2108E Mesasge text correction VSS2219I VSS2219E Set as error message (not info) VSS2329E VSS2329E Message text correction The following CMS HELPMSG files have been added: VSSI: 2028R 2039I 2058E 2072W 2027E 2108E 2122R 2145R 2146W 2161I 2204E 2209I 2219E 2225I 2226I 2227E 2228I 2263I 2264E 2265I 2266E 2267I 2268W 2329E 2330E 2332I 2334E 2335E 2337E 2338E 2339I 2340E 2401W 2402E 2403E 2404E 2405R 2406I 2407I 2408E 2410I 2411I 2412I 2459E 2500E 2501E 2502E 2503E 2504E 2505E 2506E 2507E BUILD_Reqd: VSSICMS Toolmin: 144 (2012-01-22) Modules: VSSUME $REPOS

VS550016 VMARC 02/06/12 17:53:29 * VSSI HELPMSG additions

Update VS550016 applies to VSSI installation builds through 5502 Symptom: * VSSI HELPMSG additions Problem: Several HELPMSG files are missing from the VSSI package repository. Resolution: HELPMSG files added for the following messages: VSSI: 999S 1001I 1002I 1021I 1022I 1023I 1024E 1025E 1041W 1042I 1044E 1050W 1061I 1081E 1082E 1083E 1084E 1091E 1092E 1093E VPARS: 024I 025W 042I 062I 074I 119I 128I 147I 148I 161I 182I 199I 210E 219W 220W 221W 222W 223W 224I 225W 226W 999S VTAPE: 111E 130I 137I 165I 168I 191W 192W 214I 220I 257E 999S BUILD_Reqd: *None* Toolmin: 144 (2012-01-22) Modules: VSMODID COPY

VS550015 VMARC 01/27/12 14:32:17 * VSSI user message number corrections

Update VS550015 applies to VSSI installation builds through 5502 Symptom: * VSSI user message number corrections Problem: Several messages have message IDs which do not match the VSSI online documentation. Resolution: The following message IDs have been reassigned to match current documentation: OldID NewID Issuing Module(s) RVP163I RVP163E RVPOPN, RVPSV2 RVP201E RVP201W RVPRCC RVT032E RVT032I RVTLD1 RVT049I RVT049E RVTST2, RVTSUM RVT059E RVT059W RVTST1 RVT076E RVT076W RVTOPN RVT084I RVT084E RVTOPC RVT214W RVT214I RVTOCS RVT240I RVT240E RVTADD RVS1001I RVS1001I Was RVSINI; now RVSSTN RVS1002I RVS1002I Was RVSINI; now RVSSTN RVS5001I RVS1021I RVSSTB RVS5002I RVS1022I RVSSTB RVS5003I RVS1023I RVSSTB RVS5601E RVS1024E RVSSTB RVS5602E RVS1025E RVSSTB RVS5041W RVS1041W RVSSTL RVS5041I RVS1042I RVSSTL RVS5044E RVS1044E RVSSTL RVS5050W RVS1050W RVSSTL RVS5061I RVS1061I RVSSTL RVS5801E RVS1081E RVSSTL RVS5802E RVS1082E RVSSTL RVS5803E RVS1083E RVSSTL RVS5804E RVS1084E RVSSTL RVS5901E RVS1091E RVSSTL RVS5902E RVS1092E RVSSTL RVS5903E RVS1093E RVSSTL BUILD_Reqd: VSSIPL VSSICP Toolmin: 144 (2012-01-22) Modules: VSMODID COPY RVSSTL LAS55015

VS550014 VMARC 01/27/12 14:01:06 * VSSI user message number corrections

Update VS550014 applies to VSSI installation builds through 5502 Symptom: * VSSI user message number corrections Problem: Several messages have message IDs which do not match the VSSI online documentation. Resolution: The following message IDs have been reassigned to match current documentation: OldID NewID Issuing Module(s) RVP163I RVP163E RVPOPN, RVPSV2 RVP201E RVP201W RVPRCC RVT032E RVT032I RVTLD1 RVT049I RVT049E RVTST2, RVTSUM RVT059E RVT059W RVTST1 RVT076E RVT076W RVTOPN RVT084I RVT084E RVTOPC RVT214W RVT214I RVTOCS RVT240I RVT240E RVTADD RVS1001I RVS1001I Was RVSINI; now RVSSTN RVS1002I RVS1002I Was RVSINI; now RVSSTN RVS5001I RVS1021I RVSSTB RVS5002I RVS1022I RVSSTB RVS5003I RVS1023I RVSSTB RVS5601E RVS1024E RVSSTB RVS5602E RVS1025E RVSSTB RVS5041W RVS1041W RVSSTL RVS5041I RVS1042I RVSSTL RVS5044E RVS1044E RVSSTL RVS5050W RVS1050W RVSSTL RVS5061I RVS1061I RVSSTL RVS5801E RVS1081E RVSSTL RVS5802E RVS1082E RVSSTL RVS5803E RVS1083E RVSSTL RVS5804E RVS1084E RVSSTL RVS5901E RVS1091E RVSSTL RVS5902E RVS1092E RVSSTL RVS5903E RVS1093E RVSSTL BUILD_Reqd: VSSIPL VSSICP Toolmin: 144 (2012-01-22) Modules: RVSMSG ASSEMBLE RVSSTB ASSEMBLE

VS550013 VMARC 01/22/12 10:56:54 * CPDISK filemode routine entry point

Update VS550013 applies to VSSI installation builds through 5502 Symptom: * CPDISK filemode routine entry point Problem: Filemode determination routines are scattered among several modules. Resolution: All modules now call RVSSTPSN in order to retrieve the VSSI CP PARM disk filemode. BUILD_Reqd: VSSIPL VSSICP Toolmin: 144 (2012-01-22) Modules: RVSSTP ASSEMBLE