NIO CommKit Host Interface B.11.11.02 Release Notes (Z7126-90004)

NIO Commkit Release Notes
Patches and Fixes in this Version
Chapter 1 9
Patches and Fixes in this Version
This version of the Z7126A product includes the following patches and fixes.
Patches
PHNE_15416 Fixes problem when srvtab system field entries fail after upgrading from
CommKit 3.2/93302PD to CommKit 4.0/Z7126A.
Fixes access problem with push and remote command on trusted system.
Fixes dk_info() function problem with
DKGETIC parameter.
PHNE_17753 Fixes problem where dynamic Datakit device files are deleted at reboot.
Fixes
• This release incorporates patch PHNE_12047, which fixed the following problem: If a
dk_info call is done with parameter cmd set to DKGETIC, then dk_info returned -1 and the
errno equaled 22 (invalid argument). This happened if a previous call to dkitdial() included
the DK_PUSHTTY option or if a previous call to dktdial() was made.
• This release fixes the following problem: Dkserver refuses to shut down, with the error:
"Bad lock file permissions -- /var/opt/dk/log/dk.<interface#>.<servername>" if lock file is
not set to "-r-Sr--r--".
• This release incorporates patch PHNE_15040, which fixed the following problem: On a
trusted system, a push command or a remote execution/login command defined with "&"
(authorization required) in the srvtab file failed with the following message: dkdial(intf 0):
Can't connect to <system>.<pupu/rx/rl>, dk_errno 7: Access denied
• This release incorporates patch PHNE_15152, which fixed the following problem: System
panic could occur. In one case, crash occurred when a remote "ls -a" command was
interrupted. This patch also eliminates a nuisance error message: "dkux_dial_connect:
oversize rbufsz..." This release incorporates patch PHNE_16129, which provided a solution
for a system panic occurring when large numbers of connects and disconnects are done
consecutively.
• This release incorporates patch PHNE_16417, which provided a solution to the system
panic occurring in the urp_xmit code during channel close. It also addressed the problem
where TX-HANG occurs because the Datakit card on fast systems wasn't given enough
time to drain the transmitter.