PROBLEM: (QAR 49764) (Patch ID: OSF405-400171) ******** When attempting to establish a number of XTI connections, > 500, the client system hangs and becomes inoperable. This fix will allow an application to issue a large number of connect requests (up to 3K connections). PROBLEM: (QAR 51684) (Patch ID: OSF405-400196) ******** This patch fixes the problem of t_optmgmt() T_NEGOTIATE calls returning T_SUCCESS, but not actually negotiating the options. PROBLEM: (CLD MCPM209Q3, QAR 51394) (Patch ID: OSF405-400264) ******** This patch fixes a hang in the xticlose() routine. The user would see a stack trace similar to the following: thread_block() ["../../../../src/kernel/kern/sched_prim.c":2036 ] mpsleep() ["../../../../src/kernel/bsd/kern_synch.c":563 ] streams_mpsleep() ["../../../../src/kernel/streams/str_env.c":574 ] xticlose() ["../../../../src/kernel/streamsm/xtiso.c":965 ] close_wrapper() ["../../../../src/kernel/streams/str_subr.c":317 ] csq_protect() ["../../../../src/kernel/streams/str_synch.c":770 ] osr_pop_subr() ["../../../../src/kernel/streams/str_osr.c":1686 ] osr_close_subr() ["../../../../src/kernel/streams/str_scalls.c":1345 ] pse_close() ["../../../../src/kernel/streams/str_scalls.c":1196 ] speclose() ["../../../../src/kernel/vfs/spec_vnops.c":2462 ] spec_close() ["../../../../src/kernel/vfs/spec_vnops.c":2616 ] vn_close() ["../../../../src/kernel/vfs/vfs_vnops.c":1292, ] closef() ["../../../../src/kernel/bsd/kern_descrip.c":1539 ] exit() ["../../../../src/kernel/bsd/kern_exit.c":936 ] rexit() ["../../../../src/kernel/bsd/kern_exit.c":755 ] syscall() ["../../../../src/kernel/arch/alpha/syscall_trap.c":555 ] _Xsyscall() ["../../../../src/kernel/arch/alpha/locore.s":1177 ] PROBLEM: (HPAQC12ZB, UVO105080) (Patch ID: OSF405-400264) ******** This patch fixes a kernel memory fault panic in the xti_discon_req() routine. A representative stack trace is: boot() ["../../../../src/kernel/arch/alpha/machdep.c":2484 ] panic("kernel memory fault") ["../../../../src/kernel/bsd/subr_prf.c":791 ] trap() ["../../../../src/kernel/arch/alpha/trap.c":1520 ] _XentMM() ["../../../../src/kernel/arch/alpha/locore.s":1424 ] xti_discon_req() ["../../../../src/kernel/streamsm/xtiso.c":4449 ] xti_output() ["../../../../src/kernel/streamsm/xtiso.c":1729 ] xtiwsrv() ["../../../../src/kernel/streamsm/xtiso.c":1639 ] sq_wrapper() ["../../../../src/kernel/streams/str_runq.c":137 ] csq_lateral() ["../../../../src/kernel/streams/str_synch.c":992 ] runq_run() ["../../../../src/kernel/streams/str_runq.c":108 ] netisr_thread() ["../../../../src/kernel/net/netisr.c":841 ] PROBLEM: (HPAQ9145N, HPAQ70F4R, and HPAQ90B3J) (Patch ID: OSF405-400385) ******** Under some conditions, an xti application which attempts to disconnect an endpoint will precipitate a kernel memory fault panic from the xti_discon_req routine. PROBLEM: (QAR 54884) (Patch ID: OSF405-400405) ******** This patch fixes a problem with the implementation of the TPI interface. This problem occurs if you are using DIGITAL's XTI libxti library with a third-party (non-DIGITAL) STREAMS driver. PROBLEM: (QARs 49922 and 48633) (Patch ID: OSF405-400151) ******** Multithreaded TLI application blocks forever. dbx session will show that it blocks in the t_look() library routine. For this to happen, it is necessary that t_look() is called twice. Because it is called internally by a number of other TLI library routines, application can hang under all sorts of scenarios. PROBLEM: (MCPM31P0Q/QAR 60741) (Patch ID: OSF405-440) ******** This patch is a fix to libtli/libxti to correctly handle a continuation data message still on the stream head.