PROBLEM:	(QAR 48449)		(Patch ID: OSF415-405023)
********
When reading a streams pipe, if more than one message is in the pipe, a read
with a message length greater than the first message will result in reading
all of the messages in the pipe concatenated.

PROBLEM:        (QARs 49942 & 49814)    (Patch ID: OSF415-400146)
********
This patch fixes a problem that causes the system to panic with a kernel memory
fault or "malloc_audit: guard space corruption" with osr_run as an entry in
the stack.

At this time no additional stack information is available.

PROBLEM:  	(QAR 52041)		 (Patch ID: OSF415-400236)
********
A "kernel memory fault" panic will be seen originating from the malloc()
routine.  The top stack entries will be as follows.  Many different kernel
routines may appear in the stack below malloc().

        panic("kernel memory fault")
        trap()
        _XentMM()
        malloc()

This problem is due to malloc() bucket corruption that occurs when there
is a racing close() and fdetach() of a System V fifo.  In the dump the
thread that did the racing close can often be found with the traceback:

        thread_block()
        vfs_busy()
        dounmount()
        sth_update_times()
        osr_close_subr()
        pse_close()
        speclose()
        spec_close()
        vn_close()
        closef()
        close()
        syscall()
        _Xsyscall()

PROBLEM:  (CLD TKTQ42309)	 (Patch ID: OSF415-400324)
********
This patch fixes a problem that occurs when running STREAMS.  The system panics
with a kernel memory fault in osr_run().   The kernel memory fault is a result
of a non_cloned STREAMS device closing and not being removed from the hash
table.

A sample stack trace is shown as follows:

   0 thread_block() ["../../../../src/kernel/kern/sched_prim.c":1923,]
   1 thread_preempt()
   2 boot()
   3 panic(s 0xfffffc000074a020 = "kernel memory fault")
   4 trap() ["../../../../src/kernel/arch/alpha/trap.c":1243,]
   5 _XentMM()
   6 osr_run() ["../../../../src/kernel/streams/str_synch.c":161,]
   7 pse_open() ["../../../../src/kernel/streams/str_scalls.c":660,]
   8 spec_open() ["../../../../src/kernel/vfs/spec_vnops.c":1249,]
   9 vn_open() ["../../../../src/kernel/vfs/vfs_vnops.c":568,]
  10 copen() ["../../../../src/kernel/vfs/vfs_syscalls.c":1824,]
  11 open() ["../../../../src/kernel/vfs/vfs_syscalls.c":1781,]

PROBLEM:  (CLD TKTB37284)	 (Patch ID: OSF415-400324)
********
This patch fixes a problem that occurs when running STREAMS.  The system panics
with a kernel memory fault in osr_reopen().   The kernel memory fault is a
result of a non_cloned STREAMS device closing and not being removed from the
hash table.

A sample stack trace is shown as follows:

   0 boot()
   1 panic()
   2 trap()
   3 _XentMM()
   4 osr_reopen()
   5 osr_run()
   6 pse_open()
   7 spec_open()
   8 vn_open()
   9 copen()
  10 open()

PROBLEM:  (CLD MGO102730)		 (Patch ID: OSF415-400368)
********
This patch fixes the problem of a system hang due to corruption of a STREAM
synchronization queue's forward pointer.  The system hangs in the csq_cleanup()
function.

A sample stack trace is as follows:

       csq_cleanup
       osr_pop_subr
       osr_close_subr
       pse_close
       speclose
       spec_close
       vn_close
       closef
       close
       syscall

PROBLEM:  (HPAQ2157C) (Patch ID: OSF415-405184)
********
This patch fixes a problem in the streams code which could have resulted in
data corruption.

PROBLEM:  (QAR 60582 QAR 62161)    (Patch ID: OSF415-405432)
********
This patch fixes a problem in which the system panics with one of the
following error messages:

	simple_lock: uninitialized lock

        simple_lock_terminate: lock busy


The stack traces will look similar to the following:

    simple_lock: uninitialized lock
        pc of caller:         0xfffffc00004deecc
        lock address:         0xfffffc0009d83ca8
        lock class name:      unknown_simple_lock
        current lock state:   0x0000000000000000 (cpu=0,pc=0x0,free)
        simple locks held 
        lock fffffc00008c3980, data c400014d004deec5 

    panic (cpu 0): simple_lock: uninitialized lock


    simple_lock_terminate: lock busy
        pc of caller:         0xfffffc0000489034
        lock address:         0xfffffc000a6e9cb8
        lock info addr:       0xfffffc00009db370
        lock class name:      sqh_s.sqh_lock
        current lock state:   0xc40301370048ae75 
(cpu=3,pc=0xfffffc000048ae74,busy)

    panic (cpu 0): simple_lock_terminate: lock busy