> -----Original Message-----
> From: firstname.lastname@example.org [mailto:email@example.com]On
> Behalf Of Tom Walsh
> Sent: Friday, June 15, 2001 4:56 PM
> To: firstname.lastname@example.org
> Subject: Re: Ynt: [uCsimm] Connecting to Internet via ucsimm
> Erdem Gunes wrote:
> > I will soon build a web site and publish my works.
> > I think that ucsimm can not process all the serial packets
> while Ipfadm and
> > pppd working;
> > so many TCP retransmissions occurs, that make the
> connection too slow!
> > I wrote a program to test serial port of ucsimm:
> > I mounted a nfs share from my Suse Linux.
> > I wrote a program, in ucsimm that writes all incoming
> serial data to a log
> > file, in this nfs disk.
> > I sent a long text file from minicom.
> > In 1200...19200bps, ucsimm perfectly log the incoming
> data,(without any
> > RTS-CTS)
> > But after 38400 to 115200bps, I see that there are a lot
> of bytes lost!!!
> > Does writing a single byte to an nfs file spend so much mips??
> More likely that you need to enable / implement RTS/CTS hardware flow
> control. The DragonBall EZ processor will automatically
> handle the flow
> control for you if you enable the option within the processor.
Good idea, but I think there are no RTS/CTS signals on the uCsimm, at least
are using the gardener board. You would have to add additional drivers to
do that. As an alternative you might use XON/XOFF. I don't know if the
serial driver supports that, however. You have to make sure that those
characters are not used in the data stream (asyncmap).
This message resent by the email@example.com list server http://www.uClinux.com/
This archive was generated by hypermail 2b30 : Sun Apr 07 2002 - 00:01:43 EST