PROBLEM: (UVO106373) (Patch ID: OSF440-007) ******** - On a DECstation 2000/300, the second com port (tty01) does not get configured. An error message "ksh: /dev/tty01: cannot create" is displayed when the tty01 port is accessed. - If communicating with a device with an extremely small receive fifo (for example, many xon/xoffs generated per "line" of data) random characters can be repeated. PROBLEM: (75293/74914) (Patch ID: OSF440-304) ******** This patch fixes serial line hang and enables halt switch on Eiger. PROBLEM: (TKTRB0985) (Patch ID: OSF440-037) ******** This patch fixes a kernel problem, where proper locking/reference count management was not being performed. This could result in a panic with the stack trace: 5 panic(s = 0xfffffc0000777888 = "lock_terminate: lock held") 6 lock_terminate 7 pgdelete 8 pgrp_unref 9 pgrm 10 proc_teardown 11 waitf 12 wait4 13 syscall 14 _Xsyscall PROBLEM: (TKTR61084) (Patch ID: OSF440-121) ******** Erroneous malloc error when attempting to create a mfs filesystem. Example: # mfs -s4194304 /mfs mfs: malloc of 18446744072635682816 bytes failed malloc: Not enough space PROBLEM: (QAR 64136) (Patch ID: OSF440-038) ******** This patch fixes a problem with the newfs command. Prior to this patch, when the newfs -N command was run on a mounted file system, it returned an error message similar to the following: newfs: /dev/rrz0c: is marked in the disklabel as in use by: 4.2BSD The command now completes succesfully and returns the correct partition information. PROBLEM: (HPAQ41J00, QAR 64037) (Patch ID: OSF440-044) ******** This patch fixes a problem where a system panic will occur when accessing an ISO9660 format CDROM when the CDROM was mounted using the command: mount -r -t cdfs -o noversion /dev/rz4c /cdrom The panic string is "Unaligned kernel space access from kernel mode". A typical stack trace of the crash is: 6 panic(s = "Unaligned kernel space access from kernel mode") 7 afault_trap 8 _XentUna 9 cdfs_isodir_to_idir 10 cdfs_readisodir_int 11 cdfs_readisodir 12 cdnodeget 13 cdfs_lookup 14 namei 15 stat1 16 stat 17 syscall 18 _Xsyscall PROBLEM: (QAR 71062, QAR 71532) (Patch ID: OSF440-087) ******** This patch fixes a problem with CDFS. Data corruption occurs when reading beyond the end of a partition. PROBLEM: (QAR 72764) (Patch ID: OSF440-167) ******** This patch fixes a problem in which system may memory fault if TCR/ASE server no longer had access to the cdrom device. PROBLEM: (HPAQ70DBD) (Patch ID: OSF440-266) ******** This patch fixes a problem where the system can panic with the panic string "secsize_resid < d_reclen" when accessing a defective cdrom. The stack trace of the panicing thread will be similar to: 0 boot 1 panic 2 cdfs_readdir 3 getdirentries 4 syscall 5 _Xsyscall PROBLEM: (78473) (PATCH ID: OSF440-445) ******** This patch fixes a problem with cdfs. Fatal errors occur when trying to load data from a cdfs cd-rom over nfs. PROBLEM: (HPAQ11RNL) (Patch ID: OSF440-004) ******** This patch fixes a panic seen when accessing the kio subsystem (such as would be done when running the consvar command) with improper arguments. The panic was caused by a kernel double-free, and would most likely be seen as a corruption within the 64 or 96 byte bucket (buckets 2 and 16). An example stack trace is: > 0 boot src/kernel/arch/alpha/machdep.c : 1890 1 panic src/kernel/bsd/subr_prf.c : 834 2 trap src/kernel/arch/alpha/trap.c : 1659 3 _XentMM src/kernel/arch/alpha/locore.s : 1645 4 k_mem_free_anon src/kernel/vm/k_mape_mem.c : 631 5 k_mem_unmap src/kernel/vm/k_mape_mem.c : 422 6 k_map_delete src/kernel/vm/vm_kmap.c : 1163 7 vm_map_remove src/kernel/vm/vm_map.c : 1698 8 kmem_free src/kernel/vm/vm_kern.c : 341 9 exec_args_free src/kernel/bsd/kern_execargs.c : 365 10 common_exec src/kernel/bsd/kern_exec.c : 762 11 execve src/kernel/bsd/kern_exec.c : 352 12 syscall src/kernel/arch/alpha/syscall_trap.c : 627 13 _Xsyscall src/kernel/arch/alpha/locore.s : 1409 PROBLEM: (BCGMC1JRS UVO106265) (Patch ID: OSF440-011) ******** This patch fixes a problem where process accounting data was not written to the accounting file when it was on an NFS-mounted file system. This problem occurred on Dataless Management Services (DMS) client systems. To correct this problem, this patch must be installed on the DMS client. It does not need to be installed on the DMS server. This corrects a "simple_lock: time limit exceeded" panic in softclock_scan(). PROBLEM: (HPAQ30BCD) (Patch ID: OSF440-012) ******** This patch fixes a kernel memory fault from socket code. The kernel memory fault results from failing to get a lock on a list of threads which have requested resources on a socket. The stack will contain: _XentMM simple_lock select_wakeup sowakeup soisconnected PROBLEM: (BRO101278) (Patch ID: OSF440-015) ******** This is to correct a problem where a signal is delivered, but not responded to by the target process. PROBLEM: (BCPMC1GPQ) (Patch ID: OSF440-003) ******** This is to fix a panic of "get_color_bucket: empty buckets" when the sysconfig attribute "private-cache-percent" is non-zero. PROBLEM: (None) (Patch ID: OSF440-061) ******** Deleted files still occupy filesystem space until the last reference on that file gets closed. PROBLEM: (QAR 65033, QAR 61856, QAR 64040, SSRT0563U, HPAQC08NV) (Patch ID: OSF440-032) ******** A potential security vulnerability has been discovered where under certain circumstances users may gain unauthorized access. Compaq has corrected this potential vulnerability. PROBLEM: (QAR 62614) (Patch ID: OSF440-033) ******** This patch fixes a problem with the mount command where it sometimes kills other processes. This randomly occurs if the file where mount stores its pid, /var/run/mountd.pid, is out-of-date. PROBLEM: (BCGM50N91) (Patch ID: OSF440-120) ******** This patch fixes a problem where process accounting data was not written to the accounting file and the following message was displayed when the accounting file was on an NFS-mounted file system: NFS3 write error 13 on host This problem occurred on Dataless Management Services (DMS) client systems. PROBLEM: (QAR 73131) (Patch ID: OSF440-123) ******** Occasionally, 3rd-party drivers fail to configure when the first device configured is not zero. Additionally, some drivers support a maximum number of devices and a constantly increasing base controller number, caused by reloads, may cause the driver maximum to be exceeded. This can also cause loadable drivers to fail to configure. A loadble driver that is loaded/configured, unloaded/unconfigured, then re-loaded/re-configured gets increasing controller number values on each re-load. Most loadable drivers prefer (or require) the controller numbers to begin at zero and increase as the number of matching devices are found on a system. PROBLEM: (QAR 72971 CLD MGO104088) (Patch ID: OSF440-128) ******** Mount falls back to V2 when a portmap call for the NFS V3 port fails. This logic is incorrect; a portmap timeout doesn't indicate a lack of V3 support. PROBLEM: (QAR 72129, QAR 73203, CLD HPAQ500L1) (Patch ID: OSF440-132) ******** This problem fixes an nfs/ufs/vm deadlock. While serving a client, the system running ASE/DT as an NFS server can hang with deadlock. PROBLEM: (QAR 72626, CLD BCPM50LZC) (Patch ID: OSF440-133) ******** This patch fixes a problem in which the system may panic with the error message "kernel memory fault". An example panic stack trace is: 0 stop_secondary_cpu 1 panic 2 event_timeout 3 xcpu_puts 4 printf 5 panic 6 trap 7 _XentMM 8 remque 9 in_pcbdetach 10 tcp_close 11 tcp_drop 12 table 13 syscall 14 _Xsyscall PROBLEM: (73146) (Patch ID: OSF440-136) ******** This patch fixes the following KZPCC Raid controller problems: - The disklabel command fails when configuring partitions with non-zero offset - The disklabel -wr command fail with error message; "unknown device type". - Driver logged errors are not reset on subsequent access attempts, thus producing erronous results. - The iostat command does not display nor report the correct information for this device type. It also can produce a "simple lock timeout" panic on a multi-processor system. - Non-generic kernels fail to recognize logical units on boot. - A custom kernel build fails to recognize multiple controllers and their associated drivers - A system hang or deadlock condition caused by the controller not returning command responses due to the lack of resources. The driver can not process responses that it receives to free up the resources. - A kernel crash during SWCC reconfiguration and rescan operations. SWCC does not receive the expected results from the addition and deletion of logical units. - The sizer -r command fails to report the correct information for this device type. - The inability to generate crash dump information on this device type. - A "kernel memory fault" system panic that can occur when system is under a certain level of stress. - A system panic when creating and deleting a high number (1000's) of logical units. - Unable to install or boot from any ri devices that are not on the first unit on the first controller. PROBLEM: (MGO104022) (Patch ID: OSF440-142) ******** This patch fixes a problem where applications using the fcntl() system calls may appear to hang. PROBLEM: (MGO09365A,BCGM41MGB) (Patch ID: OSF440-143) ******** This patch fixes "simple_lock: time limit exceeded" panics. PROBLEM: (QAR 63384) (Patch ID: OSF440-148) ******** This patch fixes a problem in which fork() is sometimes unable to optain swap space and a problem in which the restriction on core file sizes doesn't work as expected. PROBLEM: (STLB42227) (Patch ID: OSF440-152) ******** This patch fixes a problem where the system can panic with the console message, "bs_bf_htop: invalid handle\n N1 = 0". The stack trace of the panicing thread typically looks like: panic advfs_sad bs_bf_htop msfs_getattr pacl_vnperm paclaccess sp_vnaccess msfs_access msfs_lookup namei PROBLEM: (HPAQ40343, HPAQ5062G, UVO20042) (Patch ID: OSF440-155) ******** This patch fixes a problem with heavy I/O loads on UFS filesystems that can result in poor response time; the system could appear to be "paused". In many cases, the system appears to "pause" after an update had executed (a sync is occurring). PROBLEM: (CLD BCSM30WLD ,QARS 69170 70101) (Patch ID: OSF440-039) ******** This patch fixes a problem that causes system panics when thread_swappable is called with the current_thread as the target thread, when the thread is about to be swapped out. PROBLEM: (BCGM40GGH, 71213) (Patch ID: OSF440-067) ******** This patch fixes a problem where the map entry indexing scheme does not handle the case when a bucket is emptied due to several unmaps. When the last entry in a bucket is deleted, the bucket head may point to the map itself. When this happens, subsequent address space lookup and deletion will fail, resulting in the following panic: "pmap_release_page: page not found" PROBLEM: (QAR 66356) (Patch ID: OSF440-081) ******** This patch fixes a problem in which certain invalid kernel address ranges may get ignored.This can result in invalid kernel memory accesses to be left unnoticed. PROBLEM: (QARS 71524 66356) (Patch ID: OSF440-085) ******** This patch fixes a problem that causes the Tru64 UNIX Version 5.0 update install procedure to exit with core dumps and /sbin/loader failures on a system. PROBLEM: (BRO101307 & BCSM11QV2 ,QAR 70038) (Patch ID: OSF440-095) ******** This patch fixes a problem in the module core() that can cause a panic with the message: vrele: bad ref count. The stack trace may look like the following example: 0 stop_secondary_cpu() 1 panic("event_timeout: panic request") 2 event_timeout() 3 xcpu_puts() 4 printf() 5 panic("vrele: bad ref count") 6 vrele() The problem occurs if a set UID, or GID, program attempts to dump core in a directory that already contains a symbolic link with the name "core", and if the link points to a non-existent path. PROBLEM: (HPAQ50FLC, QAR 71826, QAR 71891, QAR 68458) (Patch ID: OSF440-099) ******** 1) Panic in the kernel with the following error message: simple_lock: time limit exceeded Stack trace is as follows: panic simple_lock_fault simple_lock_time_violation pmap_ssm_enter u_ssm_fault u_map_fault vm_fault ... 2) A panic occurs when booting kernel interactively and setting the memlimit. The panic error message is as follows: kernel memory fault PROBLEM: (QAR 56967) (Patch ID: OSF440-104) ******** This patch fixes a problem with kdbx in which it creates a core in the root directory when recovering from a system crash. After a system crash, and a subsequent reboot, a core file is found under the root directory, /. Using the file command (which must be run by superuser, due to the protection on /core) will show that the file was created by kdbx. PROBLEM: (None) (Patch ID: OSF440-138) ******** This patch removes a Granularity Hint Regions (a.k.a., GH Chunks) restriction which may be encountered on AlphaServer DS20 and ES40 systems running the Digital UNIX V4.0F release. This restriction can reduce performance for certain data base applications. See the Patch Summary and Release Notes document for further information. PROBLEM: (QAR 73146) (Patch ID: OSF440-164) ******** This patch fixes several system hangs/crashes that could occur when the driver finds it necessary to re-initialize the KZPCC controller. (The driver contains code to do this re-initialization in case the controller stops responding to I/O requests for any reason.) PROBLEM: (MGO104025) (Patch ID: OSF440-144) ******** This patch fixes a system hang condition. All NFS related services may deadlock. PROBLEM: (QAR 72410) (Patch ID: OSF440-158) ******** This patch fixes the database application core dumps when using truss/trace tools by remembering that COW has been setup on a shared pte and process it correctly when a subsequent write access is made to the page. PROBLEM: (QAR 70220) (Patch ID: OSF440-170) ******** Use of mmap can sometimes result in data corruption. PROBLEM: (QAR 73918) (Patch ID: OSF440-180) ******** This patch fixes a problem where AS1200 systems with more than 3 pairs of memory displays the following warning message on the console during boot: "pmap_get_align: Unaligned memory hole found... Please reset the system to clear any previous memlimit" PROBLEM: (BCPM81CNT/BCPM80N9B) (Patch ID: OSF440-182) ******** This patch fixes a kernel memory fault caused when a network application walked an inpq array. The problem occured on an ASE configuration that was running user scripts configuring the network interfaces. The stack looked like this: 0 thread_block 1 thread_preempt 2 boot 3 panic 4 trap 5 _XentMM 6 table 7 syscall 8 _Xsyscall PROBLEM: (QAR 73589) (Patch ID: OSF440-187) ******** Because of a problem involving signal delivery, multithreaded applications can exhibit very poor performance or may even hang. PROBLEM: (QAR 73885) ******** This patch fixes a problem in realtime preemption support where a thread may be suspended due to an uninterruptible sleep. Processes will hang while retaining their system resources, causing a slowdown in system throughput. PROBLEM: (QAR 74109 69359,cld alc-08485) This patch fixes a problem that could result in a incorrect scheduling of threads when they were dispatched from the idle state. Prior to this fix, when a thread was woken it was placed in the processor next_thread field as the next thread to run. If multiple threads were awoken, the first thread could be placed in the in the processor next_thread field and then could lose it's priority because the next thread to awaken could subsequently be placed in the processor next_thread field. PROBLEM: (QAR 74449) (Patch ID: OSF440-206) ******** The patch fixes a problem with virtual memory. When running the Oracle database, Oracle can not detach from a shared memory segment. PROBLEM: (QAR 74057, QAR 65727) (Patch ID: OSF440-209) ******** This patch fixes single-step support in a debugger, such as Ladebug, for instructions that trap or fault. The way single-stepping is implemented, it assumes the instruction being stepped over completes. If it traps or faults, the single step does not happen and the breakpoint(s) are left in. The image then becomes corrupted. This patch fixes all cases where an isntruction does not complete, removes the breakpoint(s) as necessary, and fixes up the exception frame. PROBLEM: ('QAR 68687') (Patch ID: OSF440-221) ******** This patch fixes an incorrect calculation for memory-usage-by-type when kmem_debug is set. This can be seen in the output of the "vmstat -M" command when a negative value is displayed for a given type. PROBLEM: (ALC-08332) (Patch ID: OSF440-227) ******** This fixes a "simple_lock: hierarchy violation" panic from sigq_abort(). PROBLEM: ('QAR 74536') (Patch ID: OSF440-256) ******** This patch fixes a system panic on multi-process systems (approximately 12 cpus) with large memory (128GB). The system can panic with panic: lock time on vm_page_free_lock PROBLEM: (QAR 74759) (Patch ID: OSF440-259) ******** This patch fixes a problem in which unmounting an NFS mounted directory can cause a user process to coredump. PROBLEM: ('QAR 73124, QAR 71118') (Patch ID: OSF440-268) ******** This patch fixes a problem where partitioned turbolasers return incorrect cpu data for cpus that are not in the partition. PROBLEM: (QAR 71139) (Patch ID: OSF440-272) ******** This patch corrects a problem that was causing degraded performance of the WAN Support for Tru64 UNIX layered product. PROBLEM: (56172) (Patch ID: OSF440-276) ******** Under certain conditions when using Asynchronous I/O, NULL pointer can be dereferenced in aio_unwire() causing an kernel memory fault panic. This fix eliminates this possibility. PROBLEM: ('QAR 74959') (Patch ID: OSF440-278) ******** This patch fixes a problem where ubc_msync() may not flush out all the pages in the requested range. PROBLEM: (BCSMA1923/75276) (Patch ID: OSF440-284) ******** This patch fixes var adm messages from truncation on larger configurations by raising the default size (4096) of 'msgbuf_size' to 8192. PROBLEM: (DEKQC0005, STLNC4615) (Patch ID: OSF440-305) ******** This patch fixes a problem where systems with the BL13 patch kit installed would run low on kernel memory after process accounting had been running for a while. PROBLEM: (QAR 69961) (Patch ID: OSF440-036) ******** This patch corrects a problem where a mount(8) command failure caused the operating system to crash. Instead, the failure will now only cause the AdvFS filesystem domain to shut down. The mount(8) command would fail when mounting an AdvFS file system because of an internal file system error. Now the file system shuts down the AdvFS file domain rather than crashing the system with a panic(). PROBLEM: (XIP100014, XIO100017) (Patch ID: OSF440-056) ******** This patch fixes a problem on systems using the AdvFS filesystem, where the system can panic with the panic string: "del_clean_mcell_list: no primary xtnt record". The stack trace will be similar to: advfs_sad del_clean_mcell_list bs_bfdmn_activate bs_bfdmn_tbl_activate fs_fset_get_info msfs_real_syscall msfs_syscall syscall _Xsyscall PROBLEM: (MGO103845, MGO103895) (Patch ID: OSF440-057) ******** This patch fixes an AdvFS Domain Panic that occurs with the following message on the console: "load_x_cache: bad status from bs_refpg of sbm" Example stack traces are as follows. Note: These are obtained from a system panic and not from the domain panic itself. 5 panic 6 advfs_sad 7 load_x_cache 8 sbm_find_space 9 alloc_from_bitmap 10 alloc_from_one_disk 11 stg_alloc_from_one_disk 12 alloc_copy_stg 13 migrate_normal 14 mig_migrate 15 bs_migrate 16 msfs_real_syscall 17 _Xsyscall PROBLEM: (HPAQC0B99) (Patch ID: OSF440-058) ******** This patch fixes a problem in AdvFS with auditing enabled. During a rmvol operation, the system can panic with a "kernel memory fault" with a stack trace that is similar to the following: > 0 boot() 1 panic(s = 0xfffffc00005b60a8 = "kernel memory fault") 2 trap() 3 _XentMM() 4 audit_rec_build() 5 audit_call() 6 msfs_audit_syscall() 7 msfs_real_syscall() 8 msfs_syscall() 9 syscall() 10 _Xsyscall() PROBLEM: (BCPM117VX, QAR 68804) (Patch ID: OSF440-059) ******** This patch fixes a problem where the "statfs" system call was reporting incorrect block usage on AdvFS filesets. As a side effect of this problem, the sendmail utility may sleep needlessly (waiting for space to become available). PROBLEM: (QAR 58502,QAR 59094,QAR 61399,QAR 67023) (Patch ID: OSF440-060) ******** This patch provides the following fixes and enhancements to AdvFS: - AdvFS volumes were not setting the default I/O byte transfer size to the preferred size reported by the disk drives. This caused I/O consolidations to be smaller than is optimal for the disks. This patch now assigns the driver's preferred I/O transfer byte size to all new AdvFS volumes created with mkfdmn and addvol. - AdvFS chvol read and write transfer size range was increased. With this patch the transfer size range is now between 16 and 3276 512-byte blocks. - The read-ahead algorithm was modified to improve performance under certain conditions. The algorithm now sanity checks the number of pages that it would attempt to prefetch and apply the following restrictions when doing its calculations: o Only read-ahead the number of pages remaining in the file. o Use a predetermined percentage of the buffer pool for use as read-ahead buffers. PROBLEM: (QAR 70283) (Patch ID: OSF440-112) ******** This patch fixes the problem where the system panics if AdvFS detects an inconsistency in the free list of mcells that is kept on a per-volume basis in an AdvFS domain. The panic string seen with this panic is "alloc_mcell: bad mcell free list". PROBLEM: (UVO106494) (Patch ID: OSF440-125) ******** This patch fixes a problem where "update" takes too long to sync mmap files when using an AdvFS file system. PROBLEM: (QARS 70619 68822 72776 72391) (Patch ID: OSF440-141) ******** This patch fixes the following two problems in AdvFS: - When a "log half full" or "log full" problem occurs, an entire system will panic. With this patch, only the AdvFS domain will panic instead of bringing down the entire system. - The erorr message "ftx_bfdmn_recovery:bad record size\n N1 = 1" is received when the wordCnt, as returned by lgr_read, is not enough to hold the ftxDoneLRT record that preceeds each log record in a log page. This caused the log page trailer to overwrite the ftxDoneLRT record in a log record. This patch now leaves enough room to write a log header at the end of a log page. PROBLEM: (CLD ALC-08618, QAR 69288) (Patch ID: OSF440-147) ******** This patch corrects a problem where a "can't clear a bit twice" panic occurs after an unanticipated system crash and an improperly handled AdvFS recovery operation. Note: Although the system will have paniced with a "can't clear a bit twice" panic message, the AdvFS file domain is often still good. On the following reboot the system will not mount the affected AdvFS domain complaining that the domain is in an "inconsistent state". To recover the domain, use dbx to set the variable AdvfsFixUpSBM to 1: dbx dbx>a AdvfsFixUpSBM = 1 dbx>quit Then use the AdvFS verify utility to check the domain. If the recovery is successful, verify will report no errors and the domain will be mountable. Please remember to set AdvfsFixUpSBM back to zero when you have finished recovering the domain. PROBLEM: (MGO104093,MGO104098,DSAT31W43, QAR 71350) (Patch ID: OSF440-082) ******** This patch corrects a problem in AdvFS which causes single-CPU systems to hang and causes multiple-CPU systems to panic with a "simple lock time limit exceeded" message specifying lock class name BfAccessTblMutex. This problem was originally reported when sys_check was being used to report on systems where there are more than 256 AdvFS filesets. The same problem could occur with any form of file access with that many filesets. PROBLEM: (MGO103900, QAR 71550) (Patch ID: OSF440-097) ******** This patch corrects a problem in AdvFS where unmounting a domain that is already in a panicked state could result in the following system panic message: log_flush_sync: pinpg error\n N1 = 5 Note: In this instance an I/O error (EIO = 5) caused the original domain panic. Stack trace: 6 advfs_sad() 7 log_flush_sync() 8 lgr_writev_ftx() 9 log_donerec_nunpin() 10 ftx_done_urdr() 11 ftx_done_n() 12 quota_deactivate() 13 msfs_unmount() Kernel Rebuild required. PROBLEM: (QAR 71271, QAR 71674) (Patch ID: OSF440-166) ******** This patch fixes a problem in AdvFS. AdvFS may skip filesystem recovery after aborted domain activation. PROBLEM: (CFS.67765,QAR 72623) (Patch ID: OSF440-174) ******** This patch corrects a kernel memory fault that occurs when entering the "mount -o dual" command. 9 _XentMM() 10 bs_bfdmn_sweep() 11 bs_bfdmn_activate() 12 bs_bfdmn_tbl_activate() 13 bs_bfset_activate_int() 14 bs_bfset_activate() 15 advfs_mountfs() PROBLEM: (QAR 74075) ******** This patch fixes a problem that may cause panics to occur when msfs_getpage() receives an error return from fs_write_add_stg() when attempting to write to an AdvFS domain that is out of disk space. PROBLEM: ('QAR 74052, QAR 73883') (Patch ID: OSF440-213) ******** This patch fixes a problem in AdvFS. A fileset is busy when attempting to unmount giving an EBUSY error even though the fileset has no open files. PROBLEM: (QAR 72949) (Patch ID: OSF440-220) ******** For ASE Disaster Tolerance systems only, a system may hung because a thread is reclaiming a vnode that is currently flushing the vnode's modified data to disk. The thread will be hung in filesystem flush synchronization. The I/O requests will not complete because ASE currently has suspended I/O processing and the thread that is blocked is an ASE process. This is a typical trace back, such as the dtwm process: (../dbx) t > 0 thread_block() ["../../../../src/kernel/kern/sched_prim.c":2352, 0xfffffc000 02bc31c] 1 thread_sleep(event = 0x0, lock = 0xfffffc00007a0780, interruptible = 0x0) ["../../../../src/kernel/kern/sched_prim.c":2002, 0xfffffc00002bbbb0] 2 _cond_wait(0x0, 0x0, 0xfffffc000040ec14, 0xfffffc00007a0780, 0xfffffc00003fa1c4) ["../../../../src/kernel/msfs/bs/ms_generic_locks.c":646, 0xfffffc000040ec10] 3 bfflush_sync(bfap = 0xffffffff80bd5110, waitLsn = struct { num = 0x4 }) ["../../../../src/kernel/msfs/bs/bs_qio.c":2541, 0xfffffc00003fa1c0] 4 bfflush(bfap = 0xffffffff80bd5110) ["../../../../src/kernel/msfs/bs/bs_qio .c":2662, 0xfffffc00003fa3c4] 5 msfs_reclaim(0x1, 0xfffffc00007414f8, 0x2, 0xfffffc0000754a10, 0x0) ["../../../../src/kernel/msfs/osf/msfs_misc.c":1967, 0xfffffc0000433f1c] 6 vclean(vp = 0xfffffc001971a600, flags = 0x4, newops = 0xfffffc0000753378) ["../../../../src/kernel/vfs/vfs_subr.c":2759, 0xfffffc00005170e0] 7 vgone(vp = 0xfffffc001971a600, ops = 0xfffffc0000753378) ["../../../../src/kernel/vfs/vfs_subr.c":2862, 0xfffffc0000517274] 8 getnewvnode(vops = 0xfffffc0000753378, vpp = 0xffffffffa1e0f670) ["../../../../src/kernel/vfs/vfs_subr.c":1901, 0xfffffc0000516148] 9 vdealloc() ["../../../../src/kernel/vfs/vfs_subr.c":1357, 0xfffffc0000515814] 10 vrele(vp = 0x112e) ["../../../../src/kernel/vfs/vfs_subr.c":2403, 0xfffffc0000516b80] 11 namei(0xfffffc001912b720, 0xffffffffa1e0f8f0, 0xffffffffa1e0f8e0, 0x0, 0xffffffffa1e0f7d8) ["../../../../src/kernel/vfs/vfs_lookup.c":829, 0xfffffc0000514590] 12 stat1(0xc98ed, 0x375c0162, 0x375c0161, 0x2bf62375c0161, 0xfffffc0000574218) ["../../../../src/kernel/vfs/vfs_syscalls.c":2942, 0xfffffc000051b00c] 13 stat(0x375c0161, 0x2bf62375c0161, 0xfffffc0000574218, 0x74, 0xfffffc0000574218) ["../../../../src/kernel/vfs/vfs_syscalls.c":2910, 0xfffffc000051af8c] 14 syscall(0x0, 0x0, 0x343df375c047c, 0x3ff803de850, 0x0) ["../../../../src/kernel/arch/alpha/syscall_trap.c":627, 0xfffffc0000574214] 15 _Xsyscall(0x8, 0x3ff800d88f8, 0x3ffc057e620, 0x1400664c0, 0x11ffff280) ["../../../../src/kernel/arch/alpha/locore.s":1500, 0xfffffc000056a954] PROBLEM: ('QAR 73644') (Patch ID: OSF440-244) ******** This patch fixes a problem with making a msfs_putpage() call. The length argument may get its upper bits truncated which will result in an incorrect length calculation. PROBLEM: ('QAR 73692, QAR 69021, QAR 74011') (Patch ID: OSF440-257) ******** This patch fixes a problem in the AdvFS system. A panic occurs with the following error message: lock_read: hierarchy violation PROBLEM: (QAR 75161) (Patch ID: OSF440-265) ******** This patch fixes a situation in which a domain that is being recovered can cause a slight Advfs memory leak. The problem can possibly result in a system panic whenever a domain is recovered via the mount command. The panic is due to a memory corruption. PROBLEM: (DJOB71733) (Patch ID: OSF440-289) ******** This patch fixes a problem where a single cpu system using AdvFS can hang in cleanup_closed_list(). PROBLEM: (MGO67225A,TKTBA0006,BCSMA1GK5,EVT79308A,STLBB3923) (Patch ID: OSF440-303) ******** This patch corrects AdvFS problems involving clone filesets. The statfs syscall (used by df) was incorrectly returning zero blocks USED for clones. The read-ahead code was incorrectly passing up opportunities to do read-ahead on clone filesets, resulting in a large performance penalty. PROBLEM: (MGO05514A, QAR 73107) (Patch ID: OSF440-168) ******** This patch corrects two problems in AdvFS property list handling: 1) Creation of property lists entries in AdvFS filesets with no available mcells will result in kernel memory fault (kmf). Abbreviated stack: 17 _XentMM() 18 msfs_pl_pin_cur() 19 msfs_pl_create_rec() 20 msfs_pl_findhead_setdata() 21 msfs_pl_set_entry() 22 msfs_setproplist_int() 23 msfs_setproplist() 24 setproplist() 25 proplist_syscall() 26 syscall() 27 _Xsyscall() 2) The get_proplist_entry function (used to disassemble the property list buffer returned by the "getproplist" system call) returned incorrect name length on property list names longer than 127 characters. PROBLEM: (MGO44815A) (Patch ID: OSF440-191) ******** This patch fixes a problem with soclose() that caused permanent looping on exit while aborting pending connections at a TCP/IP listener socket. The thread in the loop condition will typically have this stack trace: simple_unlock lock_write solock soclose soo_close closef exit PROBLEM: (QAR 72022, QAR 71836) (Patch ID: OSF440-107) ******** This patch fixes two separate problems: 1) When configuring the AlphaServer ES40, the ISA devices IDE and USB are not configured if a combo card is installed. The following error is seen during the boot process: shared_intr_add: attempt to share non-sharable interrupts, index 0xe ata_probe: handler_add failed 2) System panics with a kernel memory fault when installing on a AlphaServer DS20 A sample stack trace is listed below: 0 boot 1 panic 2 trap 3 _XentMM 4 linear_write_io_port 5 write_io_port 6 i2c_write_csr 7 i2c_reset 8 i2c_init 9 i2c_thread PROBLEM: (QAR 71921, QAR 72204, CLD INT-08869, QAR 71802, QAR 72427) (Patch ID: OSF440-159) ******** This patch fixes the following Compaq AlphaServer problems: - On the ES40 and DS20, non-fatal 680 environment machine checks are being logged as fatal/non-correctable errors. - On the DS20, a fix has been made to the handling of power supply, temperature, and fan events so that they are reported correctly. - Provides support for the Compaq AlphaServer DS20E. PROBLEM: (BCSM61PZS) (Patch ID: OSF440-253) ******** This patch allows the com1_environment variables to be stored in NVRAM. On a DS10 platform, resetting console baud rate to anything other than the rate it was running, a system panic occurs at boot. PROBLEM: (QAR 71292) (Patch ID: OSF440-088) ******** This patch fixes a problem where on systems with a Powerstorm 4D10T (ELSA Gloria Synergy) graphics board, sometimes the generic kernel (genvmunix) failed to configure the graphics driver giving the message: comet driver: could not register screen Other times, the system would crash during startup when configuring the graphics driver. PROBLEM: (QAR 71907) (Patch ID: OSF440-088) ******** This patch fixes a problem where on systems with a Powerstorm 4D10T (ELSA Gloria Synergy) graphics board, sometimes when the window system starts, the colors are incorrect. PROBLEM: (None) (Patch ID: OSF440-207) ******** This patch provides the driver support for the PCI To Ethernet/Graphics Combo Adapter (3X-DEPVD-AA) (also known as the ITI6021E Fast Ethernet NIC 3D Video Combination Adapter, InterServer Combo, or JIB). PROBLEM: ******** This patch fixes a problem where on systems with a Powerstorm 4D10T (ELSA Gloria Synergy) graphics card (SN-PBXGK-BB), the system could crash if an X11 application used cursors larger than 64x64. PROBLEM: ******** This patch fixes a problem where on systems with a Powerstorm 4D10T (ELSA Gloria Synergy) graphics card (SN-PBXGK-BB), when using 8-plane PseudoColor visuals, incorrect colors may be displayed. PROBLEM: (NONE) (Patch ID: OSF440-065) ******** Increased error detection within the driver. PROBLEM: (74484,74936,70605,71711) (Patch ID: OSF440-239) ******** This patch updates the emx Fiber Channel driver to revision 1.12, adds support for the KGPSA-CA adapter, and it also fixes several problems listed below. PROBLEM: (Qar 74484) (Patch ID: OSF440-239) ******** In an ASE environment, the driver was not appropriately restoring the link state after a LIP. This typically occurs on a cable pull scenario. When this problem occurs, all i/o through the adapter stalls and never completes. PROBLEM: (Qar 74936)(Patch ID: OSF440-239) ******** When connected to the new Pleiades II switches, the switch ports would consume target ids on the adapter's scsi bus. See the Patch Summary and Release Notes for further information. PROBLEM (QAR 70605) (Patch ID: OSF440-239) A kernel memory fault in routine emx_handle_els_request can occur with a stack trace similar to the following: 1: panic+260 2: event_timeout+236 3: xcpu_puts+76 4: printf+392 5: panic+696 6: trap+8660 7: _XentMM+84 8: emx_handle_els_request+5160 9: emx_ring_event+2216 10: emx_intr_deferred+372 11: emx_interrupt_thread+408 PROBLEM: (Qar 71711)(Patch ID: OSF440-239) ******** A switch nameserver bug was encountered that caused driver timeouts to improperly fire. This resulted in a scenario in which the system could hang at boot up, infinitely trying to probe the FC link. The last messages on the console would typically look like the following: emx0 at pci3 slot 4 KGPSA adapter: Driver Rev 1.09 : F/W Rev 2.20X2(1.12) : wwn 1000-0000-c920-a6 c8 PROBLEM: (TKTB90028, TKTBA0054) (Patch ID: OSF440-269) ******** This patch fixes a problem where on systems with a Powerstorm 4D10T (ELSA Gloria Synergy) graphics board, the graphics were not reset to console mode (the blue screen) when the halt button was pressed. PROBLEM: (73146) (PATCH ID:) ******** This patch fixes the following KZPCC Raid controller problems: - A kernel crash when newly created I2O_BS devices (via SWCC utility) were not being configured due to an inability to obtain a kernel controller structure. - The i2o_bs driver wasn't being notified as expected when the i2o bus code executed an iop reset. - ExecLCTNotify commands took longer than expected to complete. - SWCC observed that multiple devices were assigned the same dev_t value. - Observed that I/O was taking longer to complete than our expected timeout value allowed. - A kernel crash that occurs during the reset/recovery process. - An error message is displayed during boot which indicates the memory on the board cannot be configured due to no matching entry in the pci_option_data table. - Incorrect bus structs being returned by the get_bus(). The symptom being that things are not getting connected and configured as one would expect. Thus, in one instance, the boot device was no longer found. PROBLEM: (QAR 75510,75579,75788) (Patch ID: OSF440-294) ******** This patch updates the emx Fiber Channel driver to revision 1.13, correcting issues with Link initialization on the KGPSA-CA adapter. The link initialization problem had two footprints: a) If the cable is pulled from the switch, then reinserted, the switch led will flicker green, then turn amber and remain in this state until the system reboots. On the hosts, after roughly 1 minute from the time that the cable is pulled, access to the FC devices through that adapter will now fail. b) Occasionally, at boot, the following message will appear during the boot up messages: emx?: emx_linkup_timedout: link up timeout has expired All fibre channel devices attached to the link will not be visible. PROBLEM: (77583, 77156, 75510, 75579, 75788, 76179, 76295, 76513, 76795, 76796) (PATCH ID: OSF440-314) ******** This patch updates the emx Fiber Channel driver to revision 1.17, correcting issues with cascaded switches and Link initialization on the KGPSA-CA adapter. This driver revision also corrects some EMX DRIVER ERR mailbox warning messages that are occasionally seen during boot. General driver performance improvements are also contained. The cascaded switch problem would typically show itself, if present at boot, with the following message : "emxX: %s: link attach timeout has expired". The link would never initialize and devices on the adapter would not be seen. If the problem occurred post boot, devices would simply appear to be non-existent. The link initialization problem had two footprints: a) If the cable is pulled from the switch, then reinserted, the switch led will flicker green, then turn amber and remain in this state until the system reboots. On the hosts, after roughly 1 minute from the time that the cable is pulled, access to the FC devices through that adapter will now fail. b) Occasionally, at boot, the following message will appear during the boot up messages: emx?: emx_linkup_timedout: link up timeout has expired All fibre channel devices attached to the link will not be visible. The emx mailbox warning messages, appear during boot at the time of the emx adapter is probed. The warnings typically were one of the following messages: a) emx0 at pci1 slot 3 KGPSA-CA : Driver Rev 1.12 : F/W Rev 3.00(1.10) : wwn 1000-0000-c921-1863 EMX DRIVER ERR: emx0: emx_mbx_event - Unsuccessful mailbox command 0x17 - 0x17 : 0xfffd Unknown Status b) emx0 at pci1 slot 3 KGPSA-CA : Driver Rev 1.12 : F/W Rev 3.00(1.10) : wwn 1000-0000-c921-1863 EMX DRIVER ERR: emx0: emx_init_link - Send Init Link command failed (0x200 00 - 0x05 : Mailbox Command Incomplete) PROBLEM: (HPAQC032X/QAR 66952) (Patch ID: OSF440-018) ******** This patch fixes an kernel memory fault caused by a streams SMP race condition. This kernel memory fault will have stack traces that may include STREAMS components or 512 byte kmembucket corruption. PROBLEM: (QAR 69554, QAR 70444, QAR 72011, QAR 72852, QAR 73439) ******** This patch fixes the following Universal Serial Bus (USB) problems: - The USB mouse no longer functions after resetting the Xserver. - System panics may occur inerror handling after USB device fails a request. - The USB device may not deconfigure properly when unplugged from the bus. - Problems that will prevent some USB devices from being configured at boot time. - A key on a USB keyboard will continue to repeat after being unplugged. - USB keyboards may transmit the incorrect keycode for several keys. PROBLEM: (QAR 46648 QAR 70765>) (Patch ID: OSF440-073) ******** This patch fixes a system hang in which there is a large number of pending ioctl's on the streams queue. PROBLEM: ('QAR 51449, QAR 70650') (Patch ID: OSF440-219) ******** This patch fixes a panic in AdvFS which can have the following error messages: panic (cpu 1): bs_cow_pg: pin clone err -OR- panic (cpu 1): bs_cow_pg: cannot get blkMap PROBLEM: (QAR 72787) (Patch ID: OSF440-110) ******** This patch fixes a kernel memory fault caused by a mishandling of multicast addresses on the FDDI interface. The following stack represents this problem: panic afault_trap _XentUna write_io_port fta_transition_state PROBLEM: (UVO58394) (Patch ID: OSF440-116) ******** This patch fixes a problem most frequently encountered by the ppp daemon /usr/sbin/pppd, when the ppp connection is terminated. When run in debug mode, an exiting pppd will log a message of the form listed below when the error is encountered. >> May 25 12:29:17 dragon pppd[2525]: ioctl(SIOCDIFADDR): Invalid argument Successive attempts to bring the ppp interface will fail, and executing 'ifconfig -a' will show that IP addressses still configured on the ppp interface for the ppp connection that was terminated. PROBLEM: (DEKB20145, UTO101928) (Patch ID: OSF440-070) ******** This patch fixes a kernel memory fault and an SMP race condition with the AltaVista Firewall 98 server on a multi-cpu system. The stack trace will contain: _XentMM ip_outputscreen screen_getnext screen_control PROBLEM: (JHB100062/QAR 69563) (Patch ID: OSF440-071) ******** This patch fixes a problem when a default IP address and a cluster virtual IP address get interchanged after a network restart. The default interface address is used by all outgoing traffic and the alias address is only usable for the incoming packets. PROBLEM: (CLD HPAQ61WN1) (Patch ID: OSF440-216) ******** This patch fixes a problem in which the system may panic with the error message "tcp_output REXMT". An example panic stack trace is: 0 boot 1 panic 2 tcp_setpersist 3 tcp_timers 4 tcp_usrreq 5 tcp_slowtimo 6 pfslowtimo 7 pftimeout_thread PROBLEM: (CLD EVT102855, QAR 73939) (Patch ID: OSF440-196) ******** This patch fixes a problem where RCP commands issued from a Sun Solaris system to Compaq Tru64 UNIX may sometimes fail incorrectly with the error message "Connection reset by peer." PROBLEM: (QAR 73901) (Patch ID: OSF440-240) ******** This patch fixes a TCP performance problem if the TCP window scale option is turned off when using the HIPPI interface. PROBLEM: (BCGMB0J3G, HPAQB1T92, BCPMB1K80, BCPMB1RJ5, QAR 75415) (Patch ID: OSF440-270) ******** This patch fixes a system panic: "tcphdr too big". The problem is caused when the SACK option field exceeds 48 bytes and the length adjustment code, found in tcp_output(), calculates a negtive length. A typical stack trace will look as follows: panic tcp_output tcp_input ipintr netisr_thread PROBLEM: (QAR 75381) (Patch ID: OSF440-292) ******** This patch consists of changes necessary for AV firewall 98 to pass ICSA certification. PROBLEM: (HPAQ7003V QAR 73588) (Patch ID: OSF440-160) ******** This patch fixes a problem with packetfilter applications that use ip packets greater than 8k. Application using packets greater than 8k can see messages in the application or tcpdump indicating truncated ip packets with missing data. PROBLEM: (None) (Patch ID: OSF440-295) ******** This patch involves virtual mac addressing. PROBLEM: (STLN70421, TKT011847, 71131, 66643) (PATCH ID: OSF440-200) ******** This patch fixes a problem that caused AdvFS to incorrectly calculate metadata file size for files greater than 4GB. This incorrect calculation resulted in the following errors: - Reads of metadata files that are larger than 4GB incorrectly report End-of -File - Reads of files whose extent maps occur more than 4GB from the beginning of the BMT, incorrectly report End-of-File - An incorrect file size of a metadata file is returned by "ls -ls" - Incorrect output is returned by the showfile command -The verify program reports incorrect errors PROBLEM: (MGO85573B) (PATCH ID: OSF440-297) ******** This patch fixes a bug such that when 'fuser -k' is issued on a dismounted NFS mount point in which some process is running, a hang will occur. A new flag, -p, has been introduced. When the -p flag is used with the -c flag, as in 'fuser -c -p -k /mnt', the parent directories are ignored and the processes are gracefully killed. PROBLEM: (QAR 73827 QAR 71974) (PATCH ID: OSF440-302) ******** This patch fixes a problem in which an invalid error status is returned from the remove_entry system call. PROBLEM: (74926, 75142) (PATCH ID: OSF440-307) ******** This patch fixes a problem in which the interaction between mfs file systems and smoothsync causes procprod to read stale data. PROBLEM: (SQO43343A, EVT33786A, HPAQC1MDN, TKTBC0056) (PATCH ID: OSF440-309) ******** This fixes a kernel memory fault when accessing the vm_map_index hash table. An example stack trace: panic() trap() _XentMM() u_map_delete() vm_map_delete() munmap() syscall() _Xsyscall() PROBLEM: (MGO90721A) (PATCH ID: OSF440-310) ******** This patch fixes a problem with simple_lock: time limit exceeded panic seen on SMP systems with the namei.nch_lockinfo lock. A typical entry in the /var/adm/messages file would be: simple_lock: time limit exceeded pc of caller: 0xfffffc00004445d8 lock address: 0xfffffc0000eb50e8 lock info addr: 0xfffffc0000772be0 lock class name: namei.nch_lockinfo current lock state: 0x800000be00443b45 (cpu=0,pc=0xfffffc0000443b44,busy) PROBLEM: (13096) (PATCH ID: OSF440-311) ******** In the per-VP scheduling state that is shared between the kernel and the DECthreads library scheduler, the compiler generates ldq/stq pairs for a 32-bit data object that neighbors another 32-bit variable. This patch fixes the stq that causes a word tear that corrupts the per-VP floating point flag field called nxm_fp_owned. The affected data structures are defined in . PROBLEM: (74687, 74709) (PATCH ID: OSF440-312) ******** This patch fixes a problem in AdvFS. The system panics with a kernel memory fault. PROBLEM: (71207, 71531) (PATCH ID: OSF440-313) ******** This patch fixes a problem in AdvFS. A system panic occured with the following error message: panic: del_dealloc_stg(): cant ref bmt page PROBLEM: (BCPMB215Q) (PATCH ID: OSF440-317) ******** This patch fixes a kernel memory fault in VMAC code if_addnewaddr(). The fault will occur from ifconfig(8) and the stack will include: _XentMM bcmp if_addnewaddr ifioctl soo_ioctl ioctl_base ioctl syscall PROBLEM: (BCGMC0WVV) (PATCH ID: OSF440-320) ******** This This patch fixes a system hang that could last up to a few minutes with large files when performing synchronous IO requests. The fix is to split up msync() requests into manageable pieces so users can continue working. PROBLEM: (HPAQB1FTS) (PATCH ID: OSF440-322) ******** This patch fixes a system panic with panic string: "psig: catch not set" An example stack trace is as follows: panic() psig() mach_checksig() PROBLEM: (MGO84898A) (PATCH ID: OSF440-324) ******** This corrects a kernel memory fault caused by rw3vp_cache passing a bad address to _OtsZero(). An example stack trace: panic() trap() _XentMM() _OtsZero() rw3vp_cache PROBLEM: (75185, 75088, 74801) (PATCH ID: OSF440-328) ******** This patch corrects a problem in which the perrmask register on Tsunami systems can be overwritten. PROBLEM: (77157, 76777) (PATCH ID: OSF440-335) ******** This patch fixes a problem where the output of a "ps" command, the PAGEIN column reports 0 for all processes. After installing this patch, the ps PAGEIN value increases as advfs accesses the disk for vm accesses (but not for normal file read). PROBLEM: (76461, 75539) (PATCH ID: OSF440-337) ******** This patch fixes a problem in which an application can hang because of an undelivered signal. PROBLEM: (73321, 73943) (PATCH ID: OSF440-340) ******** This patch fixes a problem in Advfs. A panic occurs with the following error message: lock_read: hierarchy violation Two relevant stack traces are listed below: Stack Trace #1 1 panic() 2 thread_block() 3 thread_preempt() 4 boot() 5 panic() 6 cpu_ip_intr() 7 _XentInt() 8 simple_lock() 9 sq_wrapper() 10 csq_lateral() 11 runq_run() 12 netisr_thread() Stack Trace #2 1 panic() 2 event_timeout() 3 xcpu_puts() 4 printf() 5 panic() 6 lock_fault() 7 lock_read() 8 x_load_inmem_xtnt_map() 9 page_is_mapped() 10 bs_pinpg_one_int() 11 bs_pinpg_clone() 12 bs_pinpg_ftx() 13 rbf_pinpg() 14 alloc_mcell_undo() 16 ftx_fail() 17 stg_add_stg_no_cow() 18 stg_add_stg() 19 bmt_extend() 20 alloc_mcell() 21 bmt_alloc_prim_mcell() 22 new_mcell() 23 rbf_int_create() 24 rbf_create() 25 fs_create_file() 26 msfs_create() 27 vn_open() 28 copen() 29 open() 30 syscall() 31 _Xsyscall() PROBLEM: (QCAPUN003) (PATCH ID: OSF440-341) ******** This patch fixes a problem where the system appears to hang. A child process is holding a lock too long and preventing other processes from doing work. The child process is waiting to be re-parented as its parent is winding down. No new processes can be created, although certain existing processes will still continue to function. A forced crash will reveal several processes waiting for the pgrphash lock. The pgrphash lock will be held by a child process waiting for its parent to die which is being held up by an external event. A sample stack trace for the child process holding the pgrphash lock 0 thread_block 1 get_parent 2 fixjobc 3 pgmv 4 setpgrp1 5 setpgid 6 syscall 7 _Xsyscall PROBLEM: (BCGM10RFF, 77112) (PATCH ID: OSF440-342) ******** This patch fixes a problem where if the size of a message queue was increased, writers to the queue that were blocked would not wake up for processing. The msgctl(2) and msgsnd(2) system calls now test if the message queue size has increased and if there are writers waiting to get unblocked, then wakeup the writers and let them proceed. PROBLEM: (77713) (PATCH ID: OSF440-346) ******** This patch fixes a problem in which the POSIX interval timer is not resilent to clock slowdown cause either by NTP or by a backwards change of the clock. PROBLEM: (BCGM11QN6) (PATCH ID: OSF440-347) ******** This patch fixes a system panic on a large system configuration. The system will panic with the following panic string: "simple lock time limit exceeded" and is only seen under heavy load. PROBLEM: (HPAQ10DTH, UVO55282) (PATCH ID: OSF440-348) ******** This patch provides the latest driver for the PowerStorm 4D10T (ELSA GLoria Synergy, SN-PBXGK-BB) graphics card and the latest graphics driver for the PCI To Ethernet/Graphics Combo Adapter (3X-DEPVD-AA). This version of the driver fixes a problem where the card might fail to operate correctly after a reboot and also fixes a minor problem in the cursor hotspot validation code. PROBLEM: (71353, 73768) (PATCH ID: OSF440-352) ******** This patch fixes a problem in AdvFS where putpage_lk/pg_busy deadlock causes hangs in the system. The stack traces are listed below: 0 thread_block 1 ubc_invalidate 2 bs_real_invalidate_pages 3 stg_remove_stg_start 4 bf_setup_truncation 5 msfs_setattr 6 vtruncate 7 ftruncate 8 syscall 9 _Xsyscall 0 thread_block 1 lock_wait 2 lock_read 3 msfs_putpage 4 ubc_memory_purge 5 vm_pageout PROBLEM: (75800, 77023) (PATCH ID: OSF440-353) ******** The patch fixes several panics on systems with holes in memory. The error messages are listed below: 1) panic: put_free_ptepage: invalid pvh state 2) panic: kernel memory fault trap: invalid memory read access from kernel mode Stack trace is listed below: 0 stop_secondary_cpu() [585, 0xfffffc00004ad350] 1 panic() [751, 0xfffffc0000285154] 2 event_timeout() [1159, 0xfffffc00004ae190] 3 xcpu_puts() [895, 0xfffffc000028543c] 4 printf() [423, 0xfffffc00002845e0] 5 panic() [804, 0xfffffc00002852b8] 6 trap() [1707, 0xfffffc00004c3cc8] 7 _XentMM() [1678, 0xfffffc00004b8a18] 8 simple_lock() [1022, 0xfffffc00004bb220] 9 pmap_enter() [1394, 0xfffffc00004db444] 10 u_dev_fault() [348, 0xfffffc0000481ac0] 11 u_map_fault() [560, 0xfffffc000049a6e0] 12 vm_fault() [134, 0xfffffc000048c620] 13 trap() [1726, 0xfffffc00004c3018] 14 _XentMM() [1678, 0xfffffc00004b8a18] 3) panic: not wired simple_lock: hierarchy violation Stack trace is listed below: 1 panic() 2 event_timeout() 3 xcpu_puts() 4 printf() 5 panic() 6 pmap_lw_unwire_new() 7 lw_unwire_new() 8 vm_map_pageable() 9 physio() 10 physiock() 11 volread() 12 spec_read() 13 msfsspec_read() 14 vn_pread() 15 prwuio() PROBLEM: (UVO74098) (PATCH ID: OSF440-360) ******** This patch adds a fix to VMAC functionality when used with NETrain. PROBLEM: (EVT91336A) (PATCH ID: OSF440-361) ******** This patch fixes a problem where the following can occur during a system panic: - system calls interrupts - mpsleep() returns an EINTR error when the panicstr is non-NULL - an indefinite looping at a very high priority PROBLEM: (FNO86520A) (PATCH ID: OSF440-362) ******** This patch fixes the problem of user/group quota underflow messages from appearing on the console. It also fixes the problem of inconsistent AdvFS quotas found when comparing vrepquota and vquota. An example of a console message that can be seen is: vmunix: chk_bf_quota: group quota underflow vmunix: chk_bf_quota: user quota underflow PROBLEM: (72111, 74264) (PATCH ID: OSF440-363) ******** This patch fixes a problem with verify. When verify is run on a brand new domain, nfs warnings are displayed even though no nfs related activity is being done. PROBLEM: (HPAQ20N23) (PATCH ID: OSF440-367) ******** This patch corrects a problem with the incorrect ordering of network interfaces which was resulting in network partitions. PROBLEM: (TKTR90018) (PATCH ID: OSF440-372) ******** This patch fixes a "lock_terminate: lock held" panic when deleting a process group. An example stack trace: panic("lock_terminate: lock held") lock_terminate() pgdelete() pgrp_unref() pgrm() proc_teardown() waitf() wait4() syscall() _Xsyscall() PROBLEM: (HPAQ20V27) (PATCH ID: OSF440-373) ******** This fixes an "unaligned kernel space access from kernel mode" panic when doing a malloc from kmembucket[26], 896 byte bucket. The faulting virtual address will be the lock signature for thread_deallocate(). PROBLEM: (BRO96818B) (PATCH ID: OSF440-374) ******** This fixes a kernel memory fault in u_anon_faultpage() when it access the backing object for the anonymous page. An example stack trace: panic() trap() _XentMM() u_anon_faultpage() u_anon_fault() u_map_fault() vm_fault() trap() _XentMM() PROBLEM: (74651, 75705) (PATCH ID: OSF440-379) ******** This patch fixes a problem where a root user was not allowed to check file access on behalf of a user without completely becoming the user. The functionality is needed by the ASU (Advanced Server for UNIX) product. PROBLEM: (HPAQ30SQ8) (PATCH ID: OSF440-380) ******** This patch fixes a panic in in_pcbfree() when ASE fails over NFS applications that use listener sockets. The stack trace will look like the following: panic in_pcbfree tcp_input ipintr netisr_thread PROBLEM: (75767, 76029) (PATCH ID: OSF440-382) ******** This patch fixes a file system panic which has the following error message: syscall: complex lock owned the stack trace is listed below: 5 panic() 6 syscall() 7 _Xsyscall() PROBLEM: (76352, 76676) (PATCH ID: OSF440-383) ******** This patch fixes an AdvFS problem which caused the system to crash with a kernel memory fault. The stack trace is listed below: 8 panic() 9 trap() 10 _XentMM() 11 msfs_real_syscall() 12 msfs_syscall() 13 syscall() 14 _Xsyscall() PROBLEM: (58325) (PATCH ID: OSF440-393) ******** This patch fixes UFS metadata update performance by adding a mount option, "delayed", for UFS to convert synchronous metadata writes into delayed metadata writes. The File System is often used as a cache for transitory data such as in web servers. Applications such as Squid web proxy server will get a significant performance boost by enabling this option. Restoring from tape is another application that can be benefitted from this. PROBLEM: (ISO100518) (PATCH ID: OSF440-394) ******** This patch fixes a kernel memory fault panic seen under certain circumstances when a process or thread was setting its priority. A typical stack trace would be: > 0 boot src/kernel/arch/alpha/machdep.c : 1890 1 panic src/kernel/bsd/subr_prf.c : 834 2 trap src/kernel/arch/alpha/trap.c : 1659 3 _XentMM src/kernel/arch/alpha/locore.s : 1645 4 nxm_manager_boost src/kernel/kern/syscall_subr.c : 2503 5 trap src/kernel/arch/alpha/trap.c : 2132 6 _Xsyscall src/kernel/arch/alpha/locore.s : 1537 PROBLEM: (TKTR30001) (PATCH ID: OSF440-397) ******** This patch fixes a race condition in the UBC code where a lookup is done on a page being invalidated (freed). The lookup continued to access the data structure after it was freed, and depending on who uses the data structure next, this causes the lookup to think that the invalidation did not complete and wait. PROBLEM: (HPAQA20BT) (PATCH ID: OSF440-398) ******** This patch fixes a problem found to be a race condition involving signals and threads that happens only on multiprocessor systems. A typical stack trace could be: 5 stop_secondary_cpu 6 panic 7 event_timeout 8 simple_lock_miss 9 common_exec 10 execve 11 syscall PROBLEM: (75494, 75997) (PATCH ID: OSF440-405) ******** This patch fixes a problem with a kernel memory fault in AdvFS. The stack trace is listed below: 5 panic() 6 trap() 7 _XentMM() 8 bmtr_scan_mcells() 9 bmtr_get_rec_n_lk() 10 bf_get_l() 11 bf_get() 12 msfs_lookup() 13 namei() 14 vn_open() 15 copen() 16 open() 17 syscall() 18 _Xsyscall() PROBLEM: (TKTBC0035, 78015) (PATCH ID: OSF440-407) ******** This patch fixes a problem where the operating system only looks in slot 0 for the primary CPU when in console mode. This can be seen when examining the binary.errlog with the DECevent utility. On a EV6 CPU system, DECevent displays the text in an incorrect format that translates to an EV5 CPU. PROBLEM: (79084, n/a) (PATCH ID: OSF440-414) ******** 1) When booting a system, that has a KZPCC controller, with lockmode set to 4 you will receive the following panic: simple_lock: minimum spl violation pc of caller: 0xfffffc000064759c lock address: 0xfffffc00008f05f0 lock info addr: 0xfffffc0000a7fb40 lock class name: mpqueue_head.lock current spl level: 0 required spl level: 5 panic (cpu 0): simple_lock: minimum spl violation 2) When rebooting an EV67 platform that has a KZPCC controller you will encounter the following messages in the boot messages: pci2000 at pci0 slot 17 I2O device timed-out exiting INIT _state, entering RESET state i2o0 at pci2000 slot 4 At this point no devices attached to the KZPCC controller will be seen. PROBLEM: (76155, 76156, 77967) (PATCH ID: OSF440-415) ******** This patch fixes a kernel memory fault caused by either one of the following conditions: 1. On EV6 platforms, when the debugger is used to view the OT_DEVMAP object mapping memory in I/O space that is mapped to a user process. 2. When routine pmap_coproc_exit_notify() modifies the pmaps' coproc_tbi function to be 0, a null pointer, while it is being checked by routine pmap_remove_all() PROBLEM: (74277, 74545) (PATCH ID: OSF440-417) ******** This patch fixes a problem in which operations on NFS files can hang indefinately. PROBLEM: (77530) (PATCH ID: OSF440-419) ******** This patch updates the emx Fiber Channel driver to revision 1.21 which corrects a Data Error that is seen when running with the latest Emulex firmware. This error corrupts data when reading from the disk. PROBLEM: (QAR 73151) (Patch ID: OSF440-250) ******** This patch fixes a problem in which invalid references to PCI related information in sysconfigtab can prevent the system from booting. PROBLEM: (76645, 75539) (PATCH ID: OSF440-331) ******** This patch fixes a problem in which a PCI bridge-based boot device may fail to configure on large IO systems. PROBLEM: (79542) (PATCH ID: OSF440-418) ******** This patch fixes a problem where genvmunix does not boot on a system with an Atalla AXL200 card installed. PROBLEM: (73025, KAOQ41936, 75529, 77885) (PATCH ID: OSF440-364) ******** This patch fixes several problems specific to AlphaServer 1200 and AlphaServer 4100 systems. 1) the user.log file has the following message: redundant power supply failure 2) the messages file has the following intermittent messages: ERROR: i2c_read_temp: enviromental monitoring error; ERROR: i2c_read_fail_reg: enviromental monitoring error; ERROR: i2c_read_func_reg: enviromental monitoring error; 3) systems were shutting themselves down displaying the following message: System has reached a high temperature condition. Possible problem source: Clogged air filter or high ambient room temperature. PROBLEM: (78499, 77888) (PATCH ID: OSF440-408) ******** This patch is a modification to pci resource management to allow support behind pci bridges for the AXL200 card. PROBLEM: (QAR 72415) (Patch ID: OSF440-135) ******** This patch fixes a system hang problem due to a bug in the nfs write gathering code. The code does not fully synch all writes. PROBLEM: (QARS 72799 73173,CLD HPAQ61LX8) (Patch ID: OSF440-140) ******** This patch fixes a problem where applications on V4.0F systems can hang, looping in readdirplus(). PROBLEM: (QAR 74292 QAR 72843) (Patch ID: OSF440-225) ******** This patch corrects a timing problem that can occur when a TCP NFS connection is reset. The system crashes with the following stack trace: panic("kernel memory fault") trap _XentMM m_free nfs_tcp_manager nfs_svc nfssvc syscall PROBLEM: (QAR 74776 QAR 75082 FNO81417A HPAQA1JQR) (Patch ID: OSF440-263) ******** This patch is an upgrade to the Gigabit ethernet driver version 1.0.12 to fix various performance problems. PROBLEM: (EVT19938A, MGO53352A, TKTB30013, 79783, BCSM50XTD, BCSM511NN, BCSM51BGL) (PATCH ID: OSF440-434) ******** This patch fixes problems seen in the relocation of NFS services when clients have at least one of the filesystems mounted over TCP. The symptom is that at least one of the filesystems will fail to unmount when the failover is attempted. When analysis of that system is completed, at least one of the nfs_tcp_threads will be hung in rrok3free(). The stack trace will look similar to this: 0 thread_block() 1 mpsleep() 2 rrok3free() 3 svcktcp_reply() 4 svc_sendreply() 5 rfs_sendreply() 6 rfs_dispatch() 7 nfs_rpc_recv() 8 nfs_tcp_thread () PROBLEM: (MGO45830B) (PATCH ID: OSF440-424) ******** System spends excessive time in the internet checksum routine due to an invalid message length. Performance is degraded significantly. PROBLEM: (67762, 74793, HPAQ112FQ) (PATCH ID: OSF440-436) ******** This patch fixes reply values for NFS writes which were causing protocol violations. PROBLEM: (CLD BCGM60T9M QAR 74458) (Patch ID: OSF440-229) ******** This patch fixes a problem of the fverify -n flag creating directores. PROBLEM: (73942, 72418, 78280) (PATCH ID: OSF440-457) ******** This patch fixes a problem in AdvFS in which a system that had already domain panic'ed results in a system panic. PROBLEM: (none) (PATCH ID: OSF440-480) ******** This patch provides support for the DEGPA-TA (1000BaseT) Gigabit Ethernet device. PROBLEM: (78838) (PATCH ID: OSF440-458) ******** The problem caused an incorrect bcache size to be returned to the kernel from the HWRPB. This problem occurred on Professional Workstation 900 and 1000 systems and AlphaServer DS10, DS20, DS20E, ES40, GS80, GS160, and GS320 systems. PROBLEM: (74210, 74577) (PATCH ID: OSF440-447) ******** This patch fixes an AdvFS kernel memory fault caused by a race condition between migrate and chfile -L in bfflush_start. The stack trace is listed below: 5 panic("kernel memory fault") 6 trap() 7 _XentMM() 8 bfflush_start() 9 bs_bf_flush_nowait() 10 cp_copy_page_range() 11 migrate_normal() 12 mig_migrate() 13 bs_migrate() 14 msfs_syscall_op_migrate() 15 msfs_real_syscall() 16 msfs_syscall() 17 syscall() 18 _Xsyscall() PROBLEM: (none) (PATCH ID: OSF440-483) ******** This patch provides the device driver support for 3DLabs Oxygen VX1 graphics adapter. PROBLEM: (77638, 78380) (PATCH ID: OSF440-450) ******** This patch fixes a panic in the UFS filesystem which has the following error message: blkfree: freeing free block The stack trace is listed below: 1 panic() 2 event_timeout() 3 xcpu_puts() 4 printf() 5 panic() 6 blkfree() 7 indirtrunc() 8 itrunc() 9 ufs_setattr() 10 vn_open_ftrunc() 11 vn_open() 12 copen() 13 open() 14 syscall() 15 _Xsyscall() PROBLEM: (BCPM804R1, BCPM804KJ) (PATCH ID: OSF440-481) ******** This patch provides support for the DE600/DE602 10/100 Ethernet adapters and fixes the following problems: - a machine check that may occur shortly after boot or when receiving large amounts of data, - the primary CPU may appear hung on networks where switches send "Flow Control Pause" frames if they become overloaded, and - transmit timeout messages appearing in the console log due to the driver timing out a frame. PROBLEM: (BCSM412FX) (PATCH ID: OSF440-435) ******** This patch fixes a panic in in_pcbfree() when NFS is implemented over TCP. If an NFS server stops servicing requests to clients and the server is rebooted to clear the NFS problem, the clients panic in in_pcbfree(). A typical client stack trace is: panic in_pcbfree tcp_input ipintr PROBLEM: (77274, 78605) (PATCH ID: OSF440-454) ******** This patch fixes a problem with AdvFS. An AdvFS domain becomes inaccessible when using the mount -d option. PROBLEM: (76332) (PATCH ID: OSF440-427) ******** This patch corrects a kernel problem which causes ping(8) to hang using the -d flag. PROBLEM: (73864, 74625) (PATCH ID: OSF440-456) ******** This patch fixes a problem with AdvFS in which a hang occurs due to a deadlock between bsbuf.state and bmt extent map lock. PROBLEM: (75266, 74605) (PATCH ID: OSF440-477) ******** This patch fixes a problem in AdvFS. The following error messages can occur: panic: simple_lock: uninitialized lock -or- kernel memory fault: simple_lock: minimum spl violation Stack trace is listed below for the panic: 0 boot src/kernel/arch/alpha/machdep.c : 1985 1 panic src/kernel/bsd/subr_prf.c : 755 2 lock_fault src/kernel/kern/lock.c : 2328 3 lock_write src/kernel/kern/lock.c : 627 4 ubc_bufalloc src/kernel/vfs/vfs_ubc.c : 1417 5 ufs_rwblk src/kernel/ufs/ufs_vnops.c : 4872 6 ufs_writepages src/kernel/ufs/ufs_vnops.c : 5873 7 ufs_putpage src/kernel/ufs/ufs_vnops.c : 5700 8 ubc_flush_dirty src/kernel/vfs/vfs_ubc.c : 3287 9 mntflushbuf src/kernel/vfs/vfs_bio.c : 1537 10 boot src/kernel/arch/alpha/machdep.c : 1914 11 panic src/kernel/bsd/subr_prf.c : 842 12 simple_lock_fault src/kernel/kern/lock.c : 2393 13 simple_lock_valid_violation src/kernel/kern/lock.c : 2412 14 grab_bsacc src/kernel/msfs/bs/bs_access.c : 3499 15 rbf_access_one_int src/kernel/msfs/bs/bs_access.c : 2619 16 rbf_access_int src/kernel/msfs/bs/bs_access.c : 2497 17 rbf_vfs_access src/kernel/msfs/bs/bs_access.c : 2369 18 bf_get_l src/kernel/msfs/osf/msfs_misc.c : 1303 19 msfs_lookup src/kernel/msfs/osf/msfs_lookup.c : 866 20 namei src/kernel/vfs/vfs_lookup.c : 592 21 vn_open src/kernel/vfs/vfs_vnops.c : 600 The stack trace is listed below for the kernel memory fault: 0 boot src/kernel/arch/alpha/machdep.c : 1985 1 panic src/kernel/bsd/subr_prf.c : 755 2 lock_fault src/kernel/kern/lock.c : 2328 3 lock_write src/kernel/kern/lock.c : 627 4 ubc_bufalloc src/kernel/vfs/vfs_ubc.c : 1417 5 ufs_rwblk src/kernel/ufs/ufs_vnops.c : 4872 6 ufs_writepages src/kernel/ufs/ufs_vnops.c : 5898 7 ufs_putpage src/kernel/ufs/ufs_vnops.c : 5700 8 ubc_flush_dirty src/kernel/vfs/vfs_ubc.c : 3287 9 mntflushbuf src/kernel/vfs/vfs_bio.c : 1537 10 boot src/kernel/arch/alpha/machdep.c : 1914 11 panic src/kernel/bsd/subr_prf.c : 842 12 trap src/kernel/arch/alpha/trap.c : 1753 13 _XentMM src/kernel/arch/alpha/locore.s : 1736 14 prf src/kernel/bsd/subr_prf.c : 1101 15 printf src/kernel/bsd/subr_prf.c : 405 16 simple_lock_fault src/kernel/kern/lock.c : 2362 17 simple_lock_minspl_violation src/kernel/kern/lock.c : 2426 18 grab_bsacc src/kernel/msfs/bs/bs_access.c : 3499 19 rbf_access_one_int src/kernel/msfs/bs/bs_access.c : 2619 20 rbf_access_int src/kernel/msfs/bs/bs_access.c : 2497 21 rbf_vfs_access src/kernel/msfs/bs/bs_access.c : 2369 22 bf_get_l src/kernel/msfs/osf/msfs_misc.c : 1303 23 msfs_lookup src/kernel/msfs/osf/msfs_lookup.c : 866 24 namei src/kernel/vfs/vfs_lookup.c : 592 25 vn_open src/kernel/vfs/vfs_vnops.c : 600 PROBLEM: (UVO04205, 73635) (PATCH ID: OSF440-449) ******** This patch corrects a problem when a network interface is configured using a CIDR bitmask and lies in a certain address range; it could be unreachable by users on the local system and remote systems that choose not to use the routing table, but simply transmit on an interface. PROBLEM: (BCSM702LV, MGO59344E, MGO75812A) (PATCH ID: OSF440-471) ******** There is a potential for a system panic in routine sbflush() if there is an attempt to flush a socket buffer while it is locked by another thread. This patch corrects the problem. PROBLEM: (73035, 75406, 74962) (PATCH ID: OSF440-442) ******** This patch fixes a problem with AdvFS where all processes are waiting for buffers causing the system to hang. PROBLEM: (79937, 79251, 79305, 80263) (PATCH ID: OSF440-482) ******** This patch fixes a hang or simple_lock_state_violation/simple_lock_fault panic in biodone. This patch places mount throttle fields under the new mount_throttle_lock (locking requirements described in mount.h). These fields previously were under the mount lock. The problem is that it was possible for the mount lock to be held in a context which could be interrupted by a higher priority event, such as biodone, which could also require this lock. The solution is to protect these fields under a different lock and spl. The key pieces of the stack trace for this problem are: biodone() -- wants mount lock ... ... -- interrupt service routines ... _XentInt() -- interrupt ... vfs_unbusy() -- some routine which takes the mount lock (vfs_unbusy is not unique here) PROBLEM: (71455, 72062) (PATCH ID: OSF440-446) ******** This patch fixes a panic in AdvFS that has the following error message: ftx_fail_2: dirty page not allowed PROBLEM: (73112, 78765) (PATCH ID: OSF440-465) ******** This patch fixes two panics that has the following error messages: simple_lock: time limit exceeded -and- simple_lock: lock already owned by cpu Sample stack traces are listed below: Stack trace #1 simple_lock: time limit exceeded pc of caller: 0xffffffff000adf44 lock address: 0xfffffc001879ca80 lock info addr: 0xfffffc0001404cd0 lock class name: task.lock current lock state: 0xd00000bd000ac4cd panic (cpu 0): simple_lock: time limit exceeded syncing disks... done Stack trace #2 12 panic("simple_lock: lock already owned by cpu") 13 simple_lock_fault() 14 simple_lock_state_violation() 15 thread_deallocate() 16 task_swapout() 17 task_swapout_thread() PROBLEM: (78020, 78520) (PATCH ID: OSF440-469) ******** This patch fixes a problem in AdvFS where user data may be lost when a clone file is migrated. PROBLEM: (GOZ100546, GOZ100949, QAR 51038, QAR 64034) (Patch ID: OSF440-063) ******** This patch fixes a problem where NFS does not update mtime and atime for special files and named pipes. PROBLEM: (BCPM9124T) (Patch ID: OSF440-063) ******** This patch fixes a problem that can cause an NFS client application to hang, or causes a "lock already owned by thread" panic when lockmode=4. The problem occurs when the application tries to rename a sub-directory to its parent. A stack trace of a hung NFS client application, or the panicing process, may look like: 0 thread_block() 1 lock_write() 0 thread_block() 1 lock_write() 2 nfs3_rename() 3 rename() 4 syscall() 5 _Xsyscall() PROBLEM: (QAR 66747) (Patch ID: OSF440-063) ******** A potential security vulnerability has been discovered, where under certain circumstances system integrity may be compromised. This may be in the form of improper file or privilege management. Compaq has corrected this potential vulnerability. PROBLEM: (CLD HPAQ200SX, MCPM415SF, HPAQ914NT QAR 45528) (Patch ID: OSF440-063) ******** This patch corrects an NFS client problem where a KMF panic can result from incorrect locking. A typical stack trace would be: 0 boot() ["../../../../src/kernel/arch/alpha/machdep.c":1889 1 panic(s = 0xfffffc00005fcf68 = "kernel memory fault") 2 trap 3 _XentMM 4 atomic_decl 5 clntktcp_freesock 6 clfree 7 rfscall 8 rfs3call 9 nfs3_getattr_otw 10 nfs3getattr 11 nfs3_getattr . . PROBLEM: (CLD BCGM40VQ6, MGO104026, QAR 51061) (Patch ID: OSF440-063) ******** This patch fixes a problem where an NFS client process may hang in the uninterruptable state. Specifically, compilation builds may hang during the ld phase (linking). PROBLEM: (QAR 70269, 70640) (Patch ID: OSF440-075) ******** This patch fixes a restart detection problem with the proplistd daemon. Prior to this fix, when mounting a relocated ASE NFS service with property lists, clients did not detect that the proplistd RPC port number had changed. Clients continued to use the proplistd RPC port number of the old ASE cluster member. PROBLEM: (MGO59344C, 80674) (PATCH ID: OSF440-476) ******** This patch is to prevent a hang that can occur using NFS over TCP. Many NFS TCP server threads will be blocked for several minutes and their stack trace will look like the following: 0 thread_block 1 mpsleep 2 sosleep 3 sosbwait 4 sosend 5 xdrrecmbuf_send 6 svcktcp_reply 7 svc_sendreply 8 rfs_sendreply 9 rfs_dispatch 10 nfs_rpc_recv 11 nfs_tcp_thread This problem is a race condition and will only be seen on SMP systems. PROBLEM: (83662, 83714) (PATCH ID: OSF440-534) ******** The receiver on the DE60x will hang. Packets can be sent from the interface but are never received. "netstat -s -i" will typically show a high number of data overruns for the affected interface. Running "ifconfig down" followed by "ifconfig up" will restart the receiver, as will rebooting. lan_config behavior was not as expected with previous versions of the DE60x driver. There are two options to lan_config, -s (speed) and -x (mode). "lan_config -s100" would revert the mode to half-duplex, since "-x" was omitted. Conversely, "lan_config -x1" would revert the speed to 10, since "-s" was omitted. A workaround is to always specify "-s" and "-x" on the lan_config command-line. PROBLEM: (GOZ96332B) (PATCH ID: OSF440-578) ******** This patch fixes a problem when using multiple subnets on a netowrk interface; APR request packets sent by the system will contain the IP alias address in the sender field when that alias is in the same subnet as the requested IP address. PROBLEM: (GOZ03925B) (PATCH ID: OSF440-579) ******** This patch fixes a problem when using an IP alias address on a network interface. Applications making IOCTL calls (such as SIOGIFNETMASK and SIOCGIFBRADDR) accessing the IP alias address will now return the correct values for the alias instead of the primary address. PROBLEM: (STL069451) (PATCH ID: OSF440-514) ******** This patch corrects a problem in which a single application's creating and removing of files repeatedly in the absence of other applications working on the same fileset can cause poor 'update' daemon performance due to a flawed kernel hashing algorithm. PROBLEM: (BCGM805NL) (PATCH ID: OSF440-559) ******** These changes address panics which can occur if a signal is sent to a multi-threaded task in which one or more threads are calling exit() or exec(). The panic is invariably a kernel memory fault whose faulting virtual address is usually 0x50. The following panic message is typical: trap: invalid memory read access from kernel mode faulting virtual address: 0x0000000000000050 pc of faulting instruction: 0xfffffc0000283bc0 ra contents at time of fault: 0xfffffc0000283bb4 sp contents at time of fault: 0xfffffe0450d77360 An example stack trace: 0 thread_block 1 thread_preempt 2 boot 3 panic 4 trap 5 _XentMM 6 thread_signal_wakeup 7 psignal_internal 8 kill 9 syscall 10 _Xsyscall PROBLEM: (83661, 85312, STL111443) (PATCH ID: OSF440-554) ******** This patch fixes a problem where the setgid bit of a directory was not being set when created, if its parent directory has the setgid bit set. PROBLEM: (MGO02694A) (PATCH ID: OSF440-550) ******** This patch fixes hangs in AdvFS fileset operations such as clone creation and deletion when I/O errors or device full conditions resulted in the operation being "undone". PROBLEM: (GOZ24311B, 86217) (PATCH ID: OSF440-492) ******** This patch fixes a problem in which the system may panic with the panic string "Unaligned kernel space access from kernel mode". An example panic stack trace is: 0 thread_block 1 xpt_ccb_alloc 2 ccmn_get_ccb3 3 ccmn_io_ccb_bld3 4 cdisk_strategy 5 voliostart 6 volstrategy0 7 volstrategy 8 PRvolstrategy 9 spec_strategy 10 call_disk 11 bs_startio 12 bs_bflush 13 bs_bfdmn_flush_bfrs 14 msfs_mntflushbuf 15 mntflushbuf 16 boot 17 panic 18 afault_trap 19 _XentUna 20 simple_lock 21 csq_lateral 22 runq_run 23 netisr_thread PROBLEM: (80302, 80232) (PATCH ID: OSF440-489) ******** This patch fixes a kernel memory fault from ufs_mount(). PROBLEM: (MGO16194A) (PATCH ID: OSF440-567) ******** This patch fixes the simple lock timeout panic seen when working with NFS loopback mounted file systems with large numbers of dirty pages. The stack trace will usualy include ubc_written_cluster(). : 3 panic 4 trap 5 _XentMM 6 ubc_page_alloc 7 nfs3_getapage 8 nfs3_getpage 9 rw3vp_cache 10 rw3vp 11 nfs3_rdwr 12 vn_write 13 rwuio 14 write 15 syscall 16 _Xsyscall PROBLEM: (HPAQ31DCC) (PATCH ID: OSF440-605) ******** This patch fixes an unaligned access panic which occurs in malloc() in V4.0F systems, while allocating memory from the 512 byte kernel memory bucket. It can occur on any type filesystem. The panic will have the following panic string: PANIC: "Unaligned kernel space access from kernel mode". The stack trace will show an unaligned access in malloc(), and typically can look like (but is not limited to) the following. 5 panic src/kernel/bsd/subr_prf.c : 804 6 afault_trap src/kernel/arch/alpha/trap.c : 2537 7 _XentUna src/kernel/arch/alpha/locore.s : 1863 8 malloc src/kernel/bsd/kern_malloc.c : 1298 9 initnewvnode src/kernel/vfs/vfs_subr.c : 1300 10 getnewvnode src/kernel/vfs/vfs_subr.c : 1861 11 get_n_setup_new_vnode src/kernel/msfs/bs/bs_access.c : 3299 12 rbf_access_one_int src/kernel/msfs/bs/bs_access.c : 2776 13 rbf_access_int src/kernel/msfs/bs/bs_access.c : 2559 14 rbf_vfs_access src/kernel/msfs/bs/bs_access.c : 2431 15 bf_get_l src/kernel/msfs/osf/msfs_misc.c : 1314 16 msfs_lookup src/kernel/msfs/osf/msfs_lookup.c : 839 17 namei src/kernel/vfs/vfs_lookup.c : 610 18 stat1 src/kernel/vfs/vfs_syscalls.c : 3077 19 lstat src/kernel/vfs/vfs_syscalls.c : 3057 20 syscall src/kernel/arch/alpha/syscall_trap.c : 627 21 _Xsyscall src/kernel/arch/alpha/locore.s : 1505 or 5 panic src/kernel/bsd/subr_prf.c : 804 6 afault_trap src/kernel/arch/alpha/trap.c : 2537 7 _XentUna src/kernel/arch/alpha/locore.s : 1863 8 malloc src/kernel/bsd/kern_malloc.c : 1298 9 kalloc src/kernel/kern/kalloc.c : 149 10 attr_retrieve src/kernel/sec/spd_proplist.c : 504 11 pacl_fs_get src/kernel/sec/spd_pacl.c : 1219 12 pacl_vnperm src/kernel/sec/sec_acl.c : 630 13 paclaccess src/kernel/sec/sec_acl.c : 906 14 sp_vnaccess src/kernel/sec/sec_acl.c : 579 15 msfs_access src/kernel/msfs/osf/msfs_vnops.c : 1286 16 vn_open src/kernel/vfs/vfs_vnops.c : 614 17 copen src/kernel/vfs/vfs_syscalls.c : 2537 18 open src/kernel/vfs/vfs_syscalls.c : 2464 19 syscall src/kernel/arch/alpha/syscall_trap.c : 627 20 _Xsyscall src/kernel/arch/alpha/locore.s : 1505 PROBLEM: (ALC-2-076) (PATCH ID: OSF440-544) ******** This patch provides support for activating temporary atomic write data logging on all files within the mount point. The data logging is turned off when the fileset is unmounted. PROBLEM: (ALC-2-076) (PATCH ID: OSF440-574) ******** This patch fixes a timing window where flushing data to disk can be incomplete when a system is going down. Note this can only occur if all of these conditions are true: o More than one thread calls the reboot() system call without first going through shutdown, /sbin/reboot, or /sbin/halt (note the operating system itself does not do this, it would have to be an application program which is calling reboot()). o O_SYNC is not in use. o AdvFS data logging is not in use. PROBLEM: (81007, 82961) (PATCH ID: OSF440-530) ******** This patch addresses multiple issues for the KZPCC family of RAID Array 2000 (RA2000) controllers. - Errors seen when concurrent opens are issued to separate logical partitions on the same logical device. - Change to the preferred chunk size from 16 KB to 64 KB which may increase data transfer rates. PROBLEM: (81379, 77978) (PATCH ID: OSF440-500) ******** The system returns the incorrect status from read EEROM. PROBLEM: (68328, 68412) (PATCH ID: OSF440-490) ******** This patch prevents a system panic from occurring while using ADVFS. A typical stack trace may look similar to this: 5 panic(s = "SMP Assertion failed") 6 advfs_sad() 7 vd_htop_already_valid() 8 migrate_normal() 9 mig_migrate() 10 bs_migrate() 11 msfs_syscall_op_migrate() 12 msfs_real_syscall() 13 msfs_syscall() 14 syscall() 15 _Xsyscall() PROBLEM: (85404) (PATCH ID: OSF440-577) ******** This patch fixes a problem with the driver for Gigabit Ethernet adapters (DEGPA-FA and DEGPA-TA) which prevented its use in a NetRAIN (Redundant Array of Independent Network Adapters) set. In order to add an interface to a NetRAIN set, the interface must not be busy. However, even when the Gigabit Ethernet interface ("alt") is not explicitly started by the system administrator or by a startup script, sometimes the interface will be started automatically as a result of activity on the network. If an attempt is then made to add this interface to a NetRAIN set, NetRAIN will report that the device is busy and thus cannot be used. This patch corrects the Gigabit Ethernet driver so that it will not start unless explicity told to do so by either the system administrator or by a startup script. PROBLEM: (BCPMB0MC4, 117-2-306, 84332) (PATCH ID: OSF440-540) ******** This patch fixes a system hang caused by netisr queue corruption due to a race condition that is primarily encountered by third party drivers and layered products that call schednetisr_nospl(). PROBLEM: (EVT18628A, 59132) (PATCH ID: OSF440-585) ******** This patch modifies advfs kernel code and several utilities. AdvFS will no longer panic with the following error: ADVFS EXCEPTION : panic cpu(0) : bad frag free list. The code is modified so that during frag allocation when advfs determines that the frag group header's free list has been corrupted, it stops using it and marks it BAD. It is then removed from the free list so no more allocations can take place AND no deallocations are performed. The verify, shfragbf and vfragpg programs are modified to report BAD frag groups. PROBLEM: (GB_G00942) (PATCH ID: OSF440-569) ******** This patch corrects an AdvFS panic which can occur during a rmfset operation. The panic string: "rbf_delete_int: can't find bf attributes" PROBLEM: (VNO65701A) (PATCH ID: OSF440-546) ******** This patch fixes an issue with lightweight wiring of pages and shared memory regions. This problem can occur when running Oracle and may cause ORA-01034: Oracle not available" errors when attempting to connect to Oracle databases. PROBLEM: (76224) (PATCH ID: OSF440-497) ******** This patch corrects a problem where a directory entry may be attempted to be changed to "." and the code checks for this prevents it from happening. PROBLEM: (75600, 75998, 75495) (PATCH ID: OSF440-503) ******** This patch fixes a lock hierarchy violation in AdvFs. The trace from the crash will typically look like the following: 1 panic() 2 event_timeout(0) 3 xcpu_puts() 4 printf() 5 panic() 6 lock_fault() 7 lock_write( 8 bs_cow_pg() 9 bs_cow( ) 10 bs_pinpg_clone() 11 bs_pinpg_ftx() 12 rbf_pinpg() 13 bs_frag_dealloc() 14 fs_delete_frag() 15 msfs_setattr() 16 vn_open_ftrunc() 17 vn_open() 18 copen() 19 open() 20 syscall() 21 _Xsyscall() PROBLEM: (HPAQ818FH, EVT39049A) (PATCH ID: OSF440-505) ******** This patch increases the efficiency of the tcp_timers. PROBLEM: (HPAQ30LKL) (PATCH ID: OSF440-522) ******** This patch fixes inaccuracy problems when using setrlimit/getrlimit with a threaded application. PROBLEM: (74608, 74224) (PATCH ID: OSF440-487) ******** This patch fixes a problem in which rmvol can hang in a wait state. PROBLEM: (78704) (PATCH ID: OSF440-562) ******** This patch fixes a hang in the ufs filesystem. PROBLEM: (76966) (PATCH ID: OSF440-460) ******** This patch fixes two problems with the consvar command: 1. fixes consvar command problem with setting a boot device to a tape device in order to boot from a tape drive 2. fixes the consvar -g command to show the console settings PROBLEM: (EVT0523123) (PATCH ID: OSF440-560) ******** This patch fixes a memory leak when named pipes (FIFOs) are used. PROBLEM: (ALC-2-076) (PATCH ID: OSF440-570) ******** This patch fixes a potential problem flushing data to disk when using data logging with sparse files in an AdvFS filesystem. PROBLEM: (MGO10736A, EVT0396650, TPOB36405, BCSM10NZK) (PATCH ID: OSF440-558) ******** This patch fixes a problem where threads can hang in x_load_inmem_xtnt_map() when called from x_page_to_blkmap(). A typical hung thread will have the following calls at the top of its stack trace: 0 thread_block 1 lock_read 2 x_load_inmem_xtnt_map 3 x_page_to_blkmap 4 x_page_to_iolist 5 blkmap PROBLEM: (82173, 82174, 82682, 83069, 82134, 84017, 84089, 84403, 84513, 85200) (PATCH ID: OSF440-553) ******** This patch fixes a problem where cascaded switches can hang the system at failover time. PROBLEM: (82489, SSRT0676U) (PATCH ID: OSF440-543) ******** A potential security vulnerability has been discovered, where under certain circumstances, system integrity may be compromised. This may be in the form of improper file or privilege management. Compaq has corrected this potential vulnerability. SYNOPSIS mountd [-d] [-i] [-n] [-s] [-r] [-R] [exportsfile] FLAGS ... -r Have mountd listen for requests on a reserved port. This is the default behavior. -R mountd may listen on an unreserved port. PROBLEM: (84853) (PATCH ID: OSF440-536) ******** CDFS media burned in 2001 shows the wrong dates. PROBLEM: (BCGM32243) (PATCH ID: OSF440-491) ******** This fixes a "u_anon_free: page busy" panic. An example stack trace: panic("u_anon_free: page busy") u_anon_free() u_anon_unmap() u_map_delete() vm_map_remove() vm_deallocate() procfs_read() vn_read() rwuio() read() syscall() _Xsyscall() PROBLEM: (HGO073056) (PATCH ID: OSF440-557) ******** This patch fixes a problem where threads can hang while renaming files on nfs mounted filesystems. This can occur when two threads are renaming files, one from directory "a" to directory "b" and the other from directory "b" to "a". A typical stack trace for a hung thread looks like: 0 thread_block 1 lock_write 2 nfs3_rename 3 rename 4 syscall PROBLEM: (87559) (PATCH ID: OSF440-617) ******** This patch fixes a "simple_unlock: lock not owned by cpu" panic in the biodone routine. In the V4.x and V5.0A pools, the mount_throttle_lock is a single global lock. This patch prevents the lock from getting re-initialized on subsequent mounts. The problem causes a system panic. The panic string will be: "simple_unlock: lock not owned by cpu" and will occur in the biodone routine. Typical stack trace: (dbx) t > 0 stop_secondary_cpu() 1 panic() 2 event_timeout() 3 xcpu_puts() 4 printf() 5 panic() 6 simple_lock_fault() 7 simple_unlock_owner_violation() 8 biodone() 9 cdisk_complete() 10 xpt_callback_thread() PROBLEM: (70564) (PATCH ID: OSF440-525) ******** This patch provides several fixes including: 1) Signal parent process to enable user notification of mount failure. 2) Return functionality to accept disk-type from user. 3) Exit if overlap detected and not being run interactively. 4) Don't do check_usage for -N option or mfs. 5) Move common variable declarations to header file. 6) Adjust fssize and references to it to handle larger file systems. PROBLEM: (82071) (PATCH ID: OSF440-501) ******** Kernel memory fault while using tablet instead of mouse. panic() trap() _XentMM() pgrp_ref() ttwakeup() ttyflush() tt_sysv_compat() ttioctl() aceioctl() spec_ioctl() vn_ioctl() ioctl_base() syscall() _Xsyscall() PROBLEM: (78711, 78577, 78703, 78751, 79066) (PATCH ID: OSF440-504) ******** This patch fixes a panic in AdvFS which has the following error message: panic: Unaligned kernel space access from kernel mode The stack trace is listed below: 21 afault_trap() 22 _XentUna() 23 seq_search() 24 msfs_lookup() 25 cfs_comm_lookup() 26 cfscall_lookup() 27 cfs_lookup() 29 _F64_stat1() 30 lstat() 31 syscall() 32 _Xsyscall() PROBLEM: (MGO69211A) (PATCH ID: OSF440-549) ******** This patch fixes an AdvFS hang that is caused by a thread waiting for flushCv notification and is holding resources that other threads want. This type of hang has been experienced when shutting the system down. PROBLEM: (EVT0467943) (PATCH ID: OSF440-656) ******** The patch fixes a problem that sometimes caused the system to select the incorrect IP source address for out-going connections when using IP aliases and subnetting on a network interface. PROBLEM: (87205, MGO81177A) (PATCH ID: OSF440-632) ******** This patch fixes a system panic with panic string: "lock_terminate: lock held". This is being caused by the table call which, when accessing an open file table from another task, was not doing the proper locking. An example stack trace is as follows: _panic_string: 0xfffffc00006642a8 = "lock_terminate: lock held" Begin Trace for machine_slot[paniccpu].cpu_panic_thread: > 0 stop_secondary_cpu(do_lwc = 0x0) ... 1 panic(0x3ae55dd2, 0x1f, 0x60000, 0x0, 0x1) ... 2 event_timeout(func = 0xfffffc000028fef0, ... 3 xcpu_puts(0xfffffc000028fef0, 0xfffffc00007672a0, ... 4 printf(0xfffffc0000662d08, 0x3, 0xfffffc00006642a8, ... 5 panic(0x0, 0x1, 0x0, 0x0, 0x0) ... 6 lock_terminate(l = 0xfffffc0291e9e4e0) ... 7 procfs_inactive(vp = 0xfffffc0291e9e400) ... 8 vrele(vp = 0xfffffc0291e9e400) ... 9 vn_close(0xfffffc000026a284, 0xfffffc00de7810c0, ... 10 closef(0x0, 0xfffffffeeffe78f0, 0xfffffc000026971c, ... 11 close(0xfffffc00de7810c0, 0xfffffc02990ecca0, ... 12 syscall(0x11ffff670, 0x1, 0xc38, 0x9603600000003, ... 13 _Xsyscall(0x8, 0x3ff800d5928, 0x140076c30, 0xa, ... End Trace for machine_slot[paniccpu].cpu_panic_thread: PROBLEM: (84959, 87086, 74573, MGO00009A) (PATCH ID: OSF440-651) ******** This patch corrects two problems: 1) The table() system will not abort connections properly if a tcb hash table number is greater than 1. 2) There was a kmf in 'option_scan' due to SMP race between cfgmgr(CFG_OP_CONFIGURE)" and "sysconfigdb(CFG_OP_RECONFIGURE)". The fix was to add a lock around access to cfg_db. An example of the stack trace would be: 5 panic 6 trap 7 _XentMM 8 option_scan 9 pci_driver_configure 10 configure_driver 11 wdd_pwa_configure 12 subsys_conf 13 kmodcall 14 syscall 15 _Xsyscall PROBLEM: (74797, 86129, BCGM21JKW) (PATCH ID: OSF440-630) ******** This patch fixes a bug in NFS that could possibly cause a kernel memory fault. This kernel memory fault could have the follwoing stack trace: 1 panic(s = 0xfffffc00005d5420 = "kernel memory fault" 2 trap() 3 _XentMM 4 ubc_flush_dirty 5 mntflushbuf 6 nfs_sync 7 sync 8 syscall 9 _Xsyscall PROBLEM: (79769) (PATCH ID: OSF440-629) ******** A kernel memory fault can occur on an smp machine when one thread is extending a clone frags file and another thread does a stat system call on a file with a frag. The stack trace is as follows: 5 panic src/kernel/bsd/subr_prf.c : 804 6 trap src/kernel/arch/alpha/trap.c : 1762 7 _XentMM src/kernel/arch/alpha/locore.s : 1748 8 x_page_to_blk src/kernel/msfs/bs/bs_stg.c : 6191 9 x_page_to_blkmap src/kernel/msfs/bs/bs_stg.c : 5928 10 x_page_mapped src/kernel/msfs/bs/bs_stg.c : 6281 11 bs_frag_has_stg src/kernel/msfs/bs/bs_bitfile_sets.c : 2229 12 msfs_getattr src/kernel/msfs/osf/msfs_vnops.c : 1525 13 vn_stat src/kernel/vfs/vfs_vnops.c : 1277 14 stat1 src/kernel/vfs/vfs_syscalls.c : 3056 15 lstat src/kernel/vfs/vfs_syscalls.c : 3034 16 syscall src/kernel/arch/alpha/syscall_trap.c : 627 17 _Xsyscall src/kernel/arch/alpha/locore.s : 1512 PROBLEM: (MGO80078A) (PATCH ID: OSF440-612) ******** In u_anon_dupu(), error handling path at label pg_error should remove the entries that have been made in the physical map PROBLEM: (SSRT0742U) (PATCH ID: OSF440-636) ******** A potential security vulnerability has been discovered in the kernel, where under certain circumstances a race condition can occur that could allow a non-root user to modify any file and possibly gain root access. PROBLEM: (HPAQ10CJS, BCSM11BF0) (PATCH ID: OSF440-590) ******** This patch corrects an AdvFS problem where an on-disk variable wraps when more than 64k metadata entries are required to map the disk blocks of a file or metadata file. The side effects of this problem were data inconsistencies and an incorrect available size for the domain. PROBLEM: (84361, 89376, 89912, BCPM90KZ9, MGO37358A) (PATCH ID: OSF440-665) ******** This patch fixes the following system panics: 1.) 'Kernel Memory Fault' in function sth_close_fifo() when closing a vnode that belongs to a FIFO. An example stack trace is as follows: With "fdetach" 11 boot src/kernel/arch/alpha/machdep.c : 199 0 12 panic src/kernel/bsd/subr_prf.c : 842 13 trap src/kernel/arch/alpha/trap.c : 1763 14 _XentMM src/kernel/arch/alpha/locore.s : 1741 15 sth_close_fifo src/kernel/streams/str_filesys.c : 55 5 16 ffm_unmount src/kernel/ffm/ffm_vfsops.c : 620 17 dounmount src/kernel/vfs/vfs_syscalls.c : 1454 18 unmount src/kernel/vfs/vfs_syscalls.c : 1357 19 syscall src/kernel/arch/alpha/syscall_trap.c : 627 20 _Xsyscall src/kernel/arch/alpha/locore.s : 1505 With "Advanced Server for Digital Unix (ASDU)": 0 boot src/kernel/arch/alpha/machdep.c : 2031 1 panic src/kernel/bsd/subr_prf.c : 842 2 trap src/kernel/arch/alpha/trap.c : 1763 3 _XentMM src/kernel/arch/alpha/locore.s : 1741 4 sth_close_fifo src/kernel/streams/str_filesys.c : 555 5 vn_close src/kernel/vfs/vfs_vnops.c : 1534 6 closef src/kernel/bsd/kern_descrip.c : 1989 7 close src/kernel/bsd/kern_descrip.c : 1649 8 syscall src/kernel/arch/alpha/syscall_trap.c : 627 9 _Xsyscall src/kernel/arch/alpha/locore.s : 1505 2.) "simple_lock: time limit exceeded" in "spec_reclaim". An example stack trace is as follows: panic simple_lock_fault simple_lock_time_violation spec_reclaim ["spec_vnops.c":1528] vclean(vp = 0xfffffc01b86d4600, ...) ["vfs_subr.c" : 2782] vgone ["vfs_subr.c" : 2885] getnewvnode ["vfs_subr.c" : 1924] vdealloc ["vfs_subr.c" : 1380] vrele ["vfs_subr.c" : 2426] namei unp_connect uipc_usrreq sosend sendit sendto syscall _Xsyscall PROBLEM: (LU_G01229) (PATCH ID: OSF440-655) ******** This fixes a problem with vm_faults against anon objects mapped by multiple map entires. PROBLEM: (HPAQ11G64, HPAQ41Q65, 86633) (PATCH ID: OSF440-633) ******** This patch corrects the problem of a simple lock timeout due to posix timers and it also corrects some inaccuracies of the posix realtime timers. PROBLEM: (BCGM41R20, BCGM70QF0) (PATCH ID: OSF440-646) ******** This patch fixes a problem where a system with a dual-mounted AdvFS filesystem can panic with the panic string, "bs_unpinpg: unpin sync with writeRef >1". The stack trace will typically look like the following. panic advfs_sad bs_unpin_pg set_vd_mounted bs_bfdmn_activate bs_bfdmn_tbl_activate bs_bfset_activate_int bs_bfset_activate advfs_mountfs msfs_mount mount1 mount syscall _Xsyscall PROBLEM: (CLD/QAR/SPR, ---------------------, 85811, 85406, 85726, 86107, 86375, 86657, 86828, 87776, 80684, 88062, 87339, 88063, 88243, 86895, 87339, 80116) (PATCH ID: OSF440-635) ******** The patch updates the emx driver to V2.01 and fixes the following problems: . a problem of unexpected tape i/o aborts . panic of can't grow probe list . several kernel memory faults within the driver . redundant adapter failures no longer panic the system . a problem of panicing with low memory resources . stalling i/o during reprobing when a cluster member goes down. PROBLEM: (BCGM21TMQ) (PATCH ID: OSF440-600) ******** This correction avoids an AdvFS command problem. In rare cases, migrate programs (rmvol, balance, migrate, defragment) would fail to migrate a file due to E_PAGE_NOT_MAPPED: nail/-> rmvol -v /dev/rza13c eng-mdvt1 rmvol: Removing volume '/dev/rza13c' from domain 'eng-mdvt1' rmvol: Moving file file name: (setTag: 1.32769 (0x1.0x8001), tag: 1.32769 (0x1.0x8001)) moving pages - page offset: 8672, page count: 1424 rmvol: Can't move file (setTag: 1.32769 (0x1.0x8001), tag: 1.32769 (0x1.0x8001)) pages rmvol: Error = E_PAGE_NOT_MAPPED (-1035) rmvol: Can't move file (setTag: 1.32769 (0x1.0x8001), tag: 1.32769 (0x1.0x8001)) metadata rmvol: Can't remove volume '/dev/rza13c' from domain 'eng-mdvt1' PROBLEM: (89088, TKT205463) (PATCH ID: OSF440-649) ******** This patch fixes a system panic with "malloc_check_checksum: memory pool corrution" A vnode is being referenced after it has been freed and return to kmem. The pmsgbuf has the bucket infomation: memory pool corruption memory address: 0xfffffc00807fafc0 memory size: 0x240 ra of last caller freeing memory: 0xfffffc00004a477c panic (cpu 0): malloc_check_checksum: memory pool corruption The memory address shows that the last locker was wait_for_vxlock: (dbx) 0xfffffc00807fafc0/10X 0xfffffc00807fafc0: 0xfffffc00004a35ae 0xdeadbeefdeadbeef 0xfffffc00807fafd0: 0xdeadbeefdeadbeef 0xdeadbeefdeadbeef 0xfffffc00807fafe0: 0xdeadbeefdeadbeef 0xdeadbeefdeadbeef 0xfffffc00807faff0: 0xdeadbeefdeadbeef 0xdeadbeefdeadbeef 0xfffffc00807fb000: 0xdeadbeefdeadbeef 0xdeadbeefdeadbeef crash> 0xfffffc00004a35ae/i (dbx) 0xfffffc00004a35ae/i [wait_for_vxlock:1000, 0xfffffc00004a35ac] bsr ra, simple_unlock(line 1497) PROBLEM: (TKTB10144, 45781, 86466) (PATCH ID: OSF440-593) ******** This patch corrects a problem where an fcntl() with the FIFO parameter would return errno=22 (Invalid Argument). PROBLEM: (ZPO101304) (PATCH ID: OSF440-645) ******** This patch corrects a problem which could result in a system panic on close() if the BPF default packet filter is in use. PROBLEM: (BCPM205PB) (PATCH ID: OSF440-652) ******** This fixes a kernel memory fault panic in msg_rpc_trap(). An example stack trace would be: panic() trap() _XentMM() msg_rpc_trap() _Xsyscall() PROBLEM: (87422) (PATCH ID: OSF440-626) ******** This patch fixes a time loss problem seen on DS systems only when using console callbacks. The patch resynchronizes the clock when a time loss is detected. PROBLEM: (88013) (PATCH ID: OSF440-653) ******** This patch fixes a rare panic in the driver for the DE600/DE602 10/100 Ethernet adapter. The panic is the result of a kernel memory fault that occurs when an ioctl is sent to the driver (for instance using "ifconfig"), or when a machine is shutting down to reboot. Typically it will only occur when there is high traffic on the network. The stack trace may show ee_rint as the routine in which the kernel memory fault occurred: 1 panic() 2 trap() 3 _XentMM() 4 ee_rint() 5 ee_rx_intr_work_thread() The stack trace may alternatively show ee_add_rfd_buf as the routine in which the kernel memory fault occurred: 1 panic() 2 trap() 3 _XentMM() 4 ee_add_rfd_buf() PROBLEM: (BCGM7243T, TKT194594) (PATCH ID: OSF440-611) ******** This patch fixes a problem where network interfaces can appear unresponsive to network traffic. PROBLEM: (86737, SQO73719A) (PATCH ID: OSF440-597) ******** This patch fixes a kernel memory fault. The crash is listed below: > 0 stop_secondary_cpu src/kernel/arch/alpha/cpu.c : 614 1 panic src/kernel/bsd/subr_prf.c : 751 2 event_timeout src/kernel/arch/alpha/cpu.c : 1183 3 xcpu_puts src/kernel/bsd/subr_prf.c : 895 4 printf src/kernel/bsd/subr_prf.c : 423 5 panic src/kernel/bsd/subr_prf.c : 804 6 trap src/kernel/arch/alpha/trap.c : 1760 7 _XentMM src/kernel/arch/alpha/locore.s : 1741 8 signal_parent src/kernel/bsd/kern_sig.c : 6622 9 issig src/kernel/bsd/kern_sig.c : 4957 10 mpsleep src/kernel/bsd/kern_synch.c : 553 11 pse_read src/kernel/streams/str_scalls.c : 1538 12 spec_read src/kernel/vfs/spec_vnops.c : 2216 13 msfsspec_read src/kernel/msfs/osf/msfs_vnops.c : 4598 14 vn_read src/kernel/vfs/vfs_vnops.c : 1107 15 rwuio src/kernel/bsd/sys_generic.c : 1950 16 read src/kernel/bsd/sys_generic.c : 1900 17 syscall src/kernel/arch/alpha/syscall_trap.c : 627 18 _Xsyscall src/kernel/arch/alpha/locore.s : 1505 PROBLEM: (GOZ48787C) (PATCH ID: OSF440-648) ******** This patch corrects a problem with ICMP redirect processing which resulted in incorrect ICMP redirect messages. PROBLEM: (HPAQ507XC) (PATCH ID: OSF440-657) ******** This fixes a panic of "malloc_leak: free with wrong type" when using kmem-debug-protect. An example stack trace: panic() malloc_leak() malloc_debug() free() PROBLEM: (BCSMB0VRS) (PATCH ID: OSF440-634) ******** This patch fixes a problem in kernel threads where multi-threaded applications were allowed to start running prior to virtual memory mapping swapin. This was prevented by adding a flag to mark when the map is swapped out and prevents thread swapins until the flag is cleared PROBLEM: (89165) (PATCH ID: OSF440-644) ******** This patch fixes kernel panics which can occur in the context of threaded applications. The panic string is "trap: invalid memory write access from kernel mode" and the faulting virtual address is always 0x0000000000000048. PROBLEM: (BCGM10S95, QAR82871) (PATCH ID: OSF440-573) ******** This patch fixes a problem that dual mounting causes panic. The panic string would be; "rbs_access_one_int: domain different from ftx domain." PROBLEM: (88653, HPAQ507XC) (PATCH ID: OSF440-628) ******** This patch corrects a problem in the virtual file system that could cause panic with the panic string "kernel memory fault." PROBLEM: (87175, BCPM41T19, 87301) (PATCH ID: OSF440-621) ******** A system detected a power issue and attempted to shutdown. It ran the powerdown_thread, which is not bound to a specific cpu. Eventually resettodr, which requires execution on the master cpu, was called. The powerdown thread started on cpu 2 and did not move from there. Thus, the system panic'd when the code in resettodr checked the cpu number. The stack trace is below: > 0 stop_secondary_cpu src/kernel/arch/alpha/cpu.c : 614 1 panic src/kernel/bsd/subr_prf.c : 751 2 event_timeout src/kernel/arch/alpha/cpu.c : 1183 3 xcpu_puts src/kernel/bsd/subr_prf.c : 895 4 printf src/kernel/bsd/subr_prf.c : 423 5 panic src/kernel/bsd/subr_prf.c : 804 6 resettodr src/kernel/arch/alpha/clock.c : 379 7 boot src/kernel/arch/alpha/machdep.c : 1991 8 powerdown_thread src/kernel/arch/alpha/machdep.c : 4274 PROBLEM: (BE_G01188) (PATCH ID: OSF440-603) ******** This patch corrects a problem with excessive receive overrun error messages from the fta driver. PROBLEM: (DBDQ80HPS, 89463) (PATCH ID: OSF440-660) ******** This patch fixes a bug that causes corruption of binary.errlog. PROBLEM: (SSRT0740U) (PATCH ID: OSF440-666) ******** A potential security vulnerability has been discovered in the networking, where under certain circumstances a remote system can take over packets destined for another host. PROBLEM: (GB_G01298) (PATCH ID: OSF440-596) ******** This patch corrects a kernel memory fault panic in clntktcp_connect(). PROBLEM: (BE_G01325) (PATCH ID: OSF440-602) ******** This patch prevents the error message "local HSM Error: msgsvc: socket close failed" from being generated when an application closes the socket with return state 0. PROBLEM: (87391, 89027, 84361, 89376, 89775) (PATCH ID: OSF440-703) ******** This patch fixes the following problems: - KMF while unmounting cfs file system - panic with "simple lock: minumum_spl violation" - panic with "simple lock: time limit exceeded" in "spec_reclaim" - specalias structures not being freed - mount command with the extend -u option caused panic PROBLEM: (91244) (PATCH ID: OSF440-729) ******** This patch fixes a problem where heavy use of a filesystem can result in "vnode table full" or "cannot create pipe" error messages.