Thanks for the reply. DEC was very quick in getting back to me, and I was able
to ftp the patch, install it and rebuild the kernel within an hour of my call
to DEC. I am including the response I received from Matt Thomas describing the
patch.
thanks again,
dan cambron
ORIGINAL:
---------------------
>I included a previous summary for reference. I am at V3.2a on a 2100 using
>AdvFS and I'm still getting crashes and the message "tu0: packet dropped: no
>mbuf". The move to v3.2a doesn't seem to be working. Any thing else I should
>do. Is there a patch to v3.2a? I also have a call in to DEC.
>
>thanks
>dan
>
REPLIES:
-----------------------------
There is a patch.
/usr/sys/BINARY/if_tu.o (USG-01533)
CHECKSUM: 33316 54
/usr/sys/data/if_tu_data.c
CHECKSUM: 13750 7
----------------------
Patch ID: OSF320-044, OSF320-059
The Tulip (DECchip 21040) driver does not support software selection of
the 10Base2 (Thinwire) and 10Base5 (Thickwire) ports. As per the Tulip
specification, this selection is expected to be carried out in hardware,
and is done so on the DE425 and DE435 modules produced by Digital.
In the absence of a jumper solution or auto-sensing hardware, software can
also select between the 10Base2 and 10Base5 ports if the hardware
implementation utilizes a certain (undocumented) feature of the chip.
In particular, the 3-port PCI Ethernet card made by Standard Microsystem
Corporation (SMC) makes use of this feature, and the driver as shipped
today (since V2.0B), cannot select between the two AUI ports on this module.
This patch contains an enhanced media-sensing algorithm to allow software
selection of the 10Base2 and 10Base5 ports. This improved algorithm will
also provide better diagnostics on boards that use a jumper (such as the DE425
and DE435). For example, the driver will now warn the user if the jumper
position was set for Thinwire but no cable was connected to that port.
The driver will now display the following message:
tu0: auto sensing: selected BNC (10Base2) port: no carrier
This patch also contains a fix for a problem where the driver will print out
'packet dropped: no mbuf' messages to the console repeatedly. While this
happens, the system becomes unusable for all other activity and is effectively
hung from a user's point-of-view.
A kernel rebuild is required.
Received on Wed Jul 19 1995 - 19:07:37 NZST