problems with ethernet interface

Dan Magorian magorian at umd5.umd.edu
Sat Oct 8 10:29:28 AEST 1988


In article <586 at draken.nada.kth.se> ragge at nada.kth.se (Ragnar Sundblad) writes:
>In article <7247 at bloom-beacon.MIT.EDU> dyer at arktouros.MIT.EDU (Steve Dyer) writes:
>>In my experience, "ifconfig ae0 up" was a no-op.  Programs complained
>>"network down" anyway.  Someone else placed the line
>>ifconfig ae0 down; ifconfig ae0 up
>....
>>Steve Dyer
>
>That's probably one of the bugs in the National DP8390 (described in
>DP8390 Tech Update, problem #3).
>
>"
>	Problem 3
>	Suspended Operation After Transmission: If Collision (COL) is
>	asserted during the transmission of the last byte, the NIC will
>	suspend all operations. This problem is manifested when the
>	Command Register continually reads 26H.
>	The NIC must be hardware reset to resume operation.
>
>	NOTE: In a properly operating IEEE 802.3 network, a collision will
>	never occur during the last byte of transmission.
>"
>Note: I don't THINK that the EtherTalk card exchange some months ago
>solved this problem.

Does anyone have some details on what the swapped Rev I or J cards patched?  We
had the earlier Rev E cards, and were experiencing the problems people are
describing (there was even one Rev C card with the earlier version of the NIC).
Swapping them out reduced lockups considerably.  Basically, it's the same card 
reworked with 4 additional jumpers (there were already 2).  On the MacOS side,
the reworks were shipped with the same 1.1 driver, but a 2.0 version later
appeared.  Comments?

Dan Magorian
Computer Science Center
University of Maryland



More information about the Comp.unix.aux mailing list