PROBLEM:  (QAR 55766 QAR 60909)    (Patch ID: OSF425-388)
********
This patch fixes the following problems that may occur on some DE500 adapters:

o The hardware setup operation may interrupt a pending ARP packet transmission.

o If the cable to the adapter is not connected, the hardware setup operation
  will not execute.

PROBLEM:  (CLD ALC-08171)    (Patch ID: OSF425-562)
********

When using a DE504-BA in an AS800 with a second SCSI controller on
the shared PCI bus, the DE504 experiences DMA latency and increases it's
buffersize from 128 bytes to 1024 bytes in four steps during heavy load
and finally goes into a store/forward mode. When this happens the device does
a reset and stops working for approximately 2 seconds. During this time all
incoming datagrams and messages are lost.

This patch adds a kernel global variable to the tu driver that specifies
whether store/forward mode should be permanently enabled when the tu driver
starts. To enable this mode, patch the variable tu_sf_mode using dbx:

# dbx -k /vmunix

(dbx) patch tu_sf_mode=1
1
(dbx) quit
#

PROBLEM:  (QAR 65058, QAR 65259)    (Patch ID: OSF425-651)
********
The patch fixes a problem in the tulip driver. The tulip driver needs to
support DC21143-xD Errata V4.0 for ethernet connections. This chip is 
currently being used on Compaq Professional Workstation XP1000 
(as well as several others in the near future).

PROBLEM:  (DEKQB0007) (PATCH ID: OSF425-906)
********

This patch corrects a problem with some DE50x interfaces that use the
Micro Linear ML6694F PHY.  The ML6694F incorporates internal changes to
make the link more stable when inserting/de-inserting a cable and on
initial startups.  Physical inspection of the interface is required to
determine if an ML6694F is used.  The ML6694F is one of the larger chips
and is clearly marked for easy identification.  This patch includes a
run-time patchable variable called tu_6694_delay and it is ENABLED by
default.  If your DC21143 adapter does not have the ML6694F chip on it,
you can set this flag to 0.  As root, use dbx to change the parameter.

#dbx -k /vmunix
dbx> p tu_6694_delay 0          to permanently patch vmunix or
dbx> a tu_6694_delay 0          to assign the value until next reboot
dbx> q                          to exit