These release notes support V4.5.1 of the ptx®/Channel Attach software intended for use with NUMA-Q® systems. Read this document before you install and run this release of the ptx/Channel Attach software.
The following software products are prerequisites for the ptx/Channel Attach V4.5.1 software product:
The only network-protocol product that can be used with ptx/Channel Attach V4.5.1 is ptx/TCP/IP V4.6.1 or later.
To install ptx/Channel Attach V4.5.1, refer to the DYNIX/ptx and Layered Products Software Installation Release Notes.
When running ptx/Channel Attach on a STiNG 1 multiquad, in a quad other than quad0, the Channel Attach board will run for a short time, then its state will go OFFLINE.
Workaround: This problem has been isolated to the firmware that gets downloaded to the Channel Attach board. Until the new firmware is delivered, Channel Attach boards must be placed in quad0 on a STiNG I multi-quad system.
The following problems have been fixed in ptx/Channel Attach V4.5.1:
(245413) Chat man pages needed examples
(245421) Performance enhanced in the transmission cycle
(246774) Chat board did not come back ONLINE after LPAR IPL
(250483) DRS requirement for chatstats command missed
ATTENTION During the IPL of the mainframe, the CHPID to which the Channel Attach board is connected, is taken offline. This will cause the board also to go offline. A fix has been made that automatically tries to bring the board online. This attempt is made every 15 seconds until the online operation is successful.
When the mainframe comes up, if the interval - from the time that the CHPID is configured online and the corresponding 3172 devices are varied online - is less than 15 seconds, then the varying online of the devices wil fail since the Channel Attach board will still be offline.
All of the problems addressed in FastPatch #246136 have been fixed in ptx/Channel Attach V4.5.0:
(245931) Hex field in image definition did not allow A-F hex characters
(246136) obeyfile stop caused chat board to go offline
(246447) Read sub-channel address could be changed dynamically
(246505) System panicked during copyout()
246780) Must reboot DYNIX/ptx after "diag" switch was pressed
The following problem has also been fixed:
245572 - The board status menu enhanced to provide more information
The transmit and receive buffers of ptx/Channel Attach are statically allocated during system boot time. Even though the kmstune(1M) utility lists the per-structure memory allocation pools from which the ptx/Channel Attach buffers are allocated, the number of these buffers cannot be altered using kmstune(1M) while the system is up and running.