Re: 2.4.18 serial drops characters with 16654

Dan Christian (dchristian@mail.arc.nasa.gov)
Thu, 19 Sep 2002 10:27:46 -0700


The weird thing is that it looks like the 16654 loses data on the
TRANSMIT side. A FIFO underrun on transmit should never loose data. A
16550 works perfectly. I don't think that this is a over/under run
problem.

The problem seems to be related to the RTS/CTS flow control handling.
The 16654 handles flow control in hardware, but the 16550 does it in
software (I've verified this with a digital oscilloscope). I don't
currently have the equipment to compare when the lines drop and which
characters are lost.

-Dan

On Thursday 12 September 2002 01:20, Alan Cox wrote:
> On Thu, 2002-09-12 at 00:12, Andreas Steinmetz wrote:
> > I did see something that looks quite similar like dropped
> > characters on Redhat and 2.4.9 based UP systems (that's customers
> > choice and couldn't be changed) equipped with a NS-87336.
> > I can't go into detail but my company did port an application from
> > DOS to Linux. The application communicates with an electronic cash
> > device
>
> Other than the usual PIO mode IDE suspects I've had no problems going
> up to 460800bps with a decent UART (ie one with a fifo). At
> 920Kbit/sec you begin to overrun the flip buffers if you run with the
> usual 100Mhz timer tick.
>
> 2.4 is a bit worse nowdays because of the ksoftirqd stuff but you
> could easily disable that if you think it is triggering.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/