rtl8139 problems

James Stevens James.Stevens@jrcs.co.uk
Thu Sep 3 05:06:53 1998


This is a multi-part message in MIME format.
--------------C0579CB2B3158DF1EC067587
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Eddie Atherton wrote:
> 
> Also, sad to report, that I too have NO problems running the same 2
> machines under Micro$oft Windoze NitwiT. Both machines can send and receive
> to their hearts content.

IMHO: the problem is due to the Tx buffer filling up. I am running the
card in 10Mhz mode and so it is pretty easy to fill up the Tx buffer and
hang the card. I would think this should be something that will be
pretty easy to fix, but I don't know the ins-and-outs of ethernet
drivers or this cards otherwise I'd have a go myself (any volunteers ?)

I also have an app called "open_socket" that saturates a line to test
the throughput speed between two points, reporting bytes of user data
downloaded per second. The app is also useful for seeing much CPU
individual ethernet cards require and lets us judge which cards to use
in what products. 

I have attached a copy. To use it in line speed test / saturation mode
you require a remote server to test with, which must have "chargen"
running on port 19. "chargen" is normally a built-in feature of "inetd"
and simply generates a 70 character ASCII barber pole. "open_socket"
takes 4 parameters they are <server> <port> <command to send> & <bytes
to read>. For line speed test mode type :-

open_socket <server> 19 "" -1

"" = no command, -1 = infinite bytes to download. You can also use
"open_socket" to download a web page, try :-

open_socket www.sun.com 80 "GET /"

With me, running "open_socket" to AND from a 8139 based system at the
same time locks it up within a few seconds, but it can happily client OR
server to about 1,100,000 bytes/s with no problems. As a client this
only take 6% cpu (94% idle), as a server it takes about 40% cpu on a
P75.

James
--------------C0579CB2B3158DF1EC067587
Content-Type: application/x-gzip; name="open_socket.c.gz"
Content-Transfer-Encoding: base64
Content-Disposition: inline; filename="open_socket.c.gz"

H4sICGRZ7jUAA29wZW5fc29ja2V0LmMAlVVtb9s2EP5s/Yqbg6RSJyd2U2xoHRsw0mzwljpB
nGIDEkOQJcoiJpGCRDXzivz33ZGULHnDgBmQRR7v5bm7h6cTLqKsjhlcVSrm8jydOyetqBYc
pX0ZCjK+PZLtq4tKRn8w1ZcLpjg+F1z05WFZhBd00hcnkVBZX5SzXJb7o2h8J8LsH5HiI1CK
54wkjnMSswSjwefF78Fvi+Vj8OUefhjjARcK8GFlXSiYwXhqRGtM5a5gwo3SsIS3qayUD2YN
UcaZUPeyVB5qO18ljwEBBY0blxygwHO+OYOO78nUee2op6GIM1Z2tV9N8DzkQovDchf5Niqu
vz5tSEsLtnWSsPJpMsbfZqrNktgvmZo6mRQ7UFKFmc9EXM0wJypEoABfvspjnvhSv+goyWSo
YFtUfqJyfDLMacATcCk4XCFszxkMMJNBUavKHUqsSlDJglr9EYZYguZkcEVlAhHmDGQJy3sI
47hkVTXvaxmagKjzLSv7Z09ErpJr/FAh+jlsjhWMHcgEtnvFKtIsWXisadbsT67AHev1q0lL
5zWfeGdnri7pZPM03sxmb67feG2iiEAl7tCNPLiWxb7ku1TB5MOHH3345eF6DbcqfhaHCIcA
ziCJsdMte2wEX7/fbUhNN4YKfyjyHN5TaGoWGodKcmP4XhuwrGJgz47MLhvElYVsWOEPTyvE
Z6JeaieDl5Ir5iJFrAqWOUOAZuc1+JEgGIXY4q6+3N6S2Fw1d738ebl69Ls8p9OXlGfMdZF3
aEdt6IbgfzHZYPJGE89DyGMPLGbKo3UFVVqrWL4Isp9oOLpQhEa/vwfNbWNG1aDUtR/TVV0g
co99NRZzXTTv31xTqrqutDaVmTSoMYwJTxekVwwY0abB4BoFG9LcJ/gO9WnhHdDhrQIrnZp9
m5Te483DPUkv8D83OradOGhZie18Lk8vzy+T53Loo7pJIUmyukqtihHJFnMb7dX09dghdQrH
HnyE0ywezfGP+HJIdaQnBWH0LOOow7p7zeVoqkp9qUvBYjjVTvrVJvPGIsokMvlIXQtRlzSd
gTkkmuMo/F+TGOci4E8PU7SY6l0tiL0YS49ELmgemROkfx0ZVRIip3FY9Y4oEDrHiAUiowP8
EFVMuWdh7MPYB0vvUEOn8zA+r7gIkjDn2R67sPgpWK5uHq21iY5i+ugFtHYphLU1l0FrIIeW
q8WnTw/B6m514+ljGz4q9hRehyFdH86MUYvGbBtEluLfWh9pgQB2TFHk7Z4mdRdEA4S0ZqCJ
0MrpZ7szmkz/G1RajOZpb42jZqdSO2U6tSqwdYgoVVJUrh58nZZaVG19XOoWapvvh2vL68P6
7vrXYP34cLP4jI3BC39FPLVgD2Ro/URSCBYp7c4H94gK8NYD3eJOf7XHZtQ2/Nbm73ROhsQk
0NtOnShfp1M7A4fI/TdehR8cdgkAAA==
--------------C0579CB2B3158DF1EC067587--

 | To unsubscribe, send mail to Majordomo@cesdis.gsfc.nasa.gov, and within the
 |  body of the mail, include only the text:
 |   unsubscribe this-list-name youraddress@wherever.org
 | You will be unsubscribed as speedily as possible.