A fix is available
APAR status
Closed as new function.
Error description
ERE support for 64 bit high speed utilities
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: * * All IMSFP V14 Users of 64 bit high speed utilities * **************************************************************** * PROBLEM DESCRIPTION: * * This APAR adds 64 bit support for /ERE * **************************************************************** * RECOMMENDATION: * * INSTALL CORRECTIVE SERVICE FOR APAR/PTF * **************************************************************** In base V14, 64 bit high speed utilties were not supported by 64 bit buffers during /ERE. 31 bit buffers were used. This line itemm adds support for 64 bit buffers during /ERE for 64 bit hig speed utilities
Problem conclusion
This APAR will use 64 bit buffers during /ERE if the log records being processeed were for a HSSP or HSRE utility utilizing 64 bit buffers. The 5950 has a new flag, which tells /ERE that this was logged by a 64 bit High Speed utility, to the 64 bit utility buffer manager will be called to allocate the buffers in 64 bit storage. DBFDMAC - added trace entries for the DMAC byte trace - added DMACFH64R so we know we obtained 64 bit pvt pool DBFDMHR - added DMHRHF_64B so we know DBFPAPB1 allocated DBFESCD - ESCD_FPTK_F4_REDO added for FP toolkit - ESCD_64_F3_6HOFF added to disable 64b for /ERE DBFLSRT - DLOGF26U (EPS2F26U) so we know this 5950 is for 64b pvt utiltiy buffers DBFPGAB0 - Updated code to NOT clear DMHRHF_64B when DMHRHFLG cleared DBFERDB0 - Added DBFUHSW - If 5950 for 64 bit pvt HSxx buffers and DMACFH64R=0, we call ALOC64S -> DBFCST00 -> DBFCST10 to allocate a 64 bit memory object. We then set DMACFH64R. Once allocated, we call DBFPAPB1 to obtain the pvt buffer pool, then turn on the 64 bit DMAC flags (DMACFH64 and DMACFH_REDO6) - When extending pvt pool we call DBFPAPB1 (instead of DBFPAPB0) if DMACFH64 is set on - If we clean up, we call DBFPFPB1 then RELUHSW if DMACFH64 is set, and then reset the 64 bit flags - ALOC64S added to obtain the UHSW and allocate the 64 bit memory object by calling DBFCST00 -> DBFCST10 - RELUHSW added to release the UHSW. DBFEROC0 - If DMACFH64 is set, we call DBFPFPB1 to release the UHSW, and then DBFCST10 to release the 64 bit memory object - Added RELUHSW to release the UHSW DBFERS20, DBFMUTR0 - converted ERS2DMHR into a subroutine - converted ERS2DFCI into a subroutine - converted ERS2ABND into a subroutine - Added check for DMHR_64_F2_64BIT and if on issue 64bit DFSIOT call - turned on DMAHCFE_REDO if redo called - add code, if FPTK on for REDO, and REDO performed call FPTKWTO to issue a WTO with the AREA name - Added code to also check for DMHR_64_F2_64BIT to know we need to load the 64 bit pointer. Restructured the IF/ELSE for 64 bit vs 31 bit. - Added FPTKWTO to echo a DBF0000I test message with the area name for tester use DBFCST10 - Cleaned up register usage to make consistant with callers DBFFATC1 - Added support for FPBP64HOFF keyword. The only option is 'Y'. This will disable the 64 bit /ERE code. DBFSLGE0 - Added check, if DMHRFH_64B set, we turn on EPS2F26U in the 5950 (DLOGF26U) for /ERE to use DBFTOOL2 - Added support to enable the REDO toolkit DBFPAPB1 - Added code to turn on DMHRHF_64B, so we know this is a 64 bit HSXX pvt buffer, and not another pvt or 64 bit buffer. DBFPHST0 - Changed PST on call to DBFCST10 from R7 to R9 to be comptable with other callers of DBFCST10 DBFUHRE0 - changed DFSDUMP call to use ABU1028 rather than literal - removed unneeded comment DBFUMRT0 - removed unneeded comment ---------------------------------------------------------------- --- Doc change Added new FPBP64 parameter FPBP6HOFF = Y When specified, this option disables the 64 bit /ERE code for the 64 bit HSSP and HSRE utilities. When HSSP or HSRE used 64 bit pvt buffers, and IMS is /ERE'd, emergency restart will use the (pre-existing) 31-bit pvt utility buffers for redo processing. DFS1919I message FPBP6HOFF has been added to 'aa' in the message explanation for /ERE processing
Temporary fix
Comments
APAR Information
APAR number
PI43853
Reported component name
IMS V14
Reported component ID
5635A0500
Reported release
400
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2015-06-27
Closed date
2015-07-30
Last modified date
2015-10-19
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UI29865
Modules/Macros
DBFMUTR0 DBFUHRE0 DBFPAPB1 DBFEROC0 DBFUMRT0 DBFPGAB0 DBFSLGE0 DBFDMAC DBFESCD DBFDMHR DBFCST10 DBFERS20 DBFERDB0 DBFFATC1
Fix information
Fixed component name
IMS V14
Fixed component ID
5635A0500
Applicable component levels
R400 PSY UI29865
UP15/07/31 P F507
Fix is available
Select the PTF appropriate for your component level. You will be required to sign in. Distribution on physical media is not available in all countries.
[{"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SSEPH2","label":"IMS"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"14.1","Line of Business":{"code":"LOB35","label":"Mainframe SW"}}]
Document Information
Modified date:
30 November 2023