This is the mail archive of the
ecos-devel@sourceware.org
mailing list for the eCos project.
Re: Handling RTS with an UART that doesn't directly drives the RTS pin
- From: Stanislav Meduna <stano at meduna dot org>
- To: ecos-devel at ecos dot sourceware dot org
- Date: Tue, 12 Jun 2012 15:12:15 +0200
- Subject: Re: Handling RTS with an UART that doesn't directly drives the RTS pin
- References: <4FD7374A.1090602@kuantic.com>
On 12.06.2012 14:34, Bernard Fouché wrote:
> I think the change is to be done in serial.c, since it's the part of the
> code that takes the decision to call throttle_rx() or restart_rx()
Is this the correct place at all? As far as I can tell the
flow-control here depends on channel buffer watermarks. It does
not protect you from overflowing the 16x5x FIFO; it does not
even know how deep it is.
I do not know what UART speeds, UART FIFO sizes and maximum
guaranteed DSR latency do you have in your system, but in case
you want to protect against UART FIFO overflow I'm afraid
the only reliable way is to modify the low level driver's ISR.
Regards
--
Stano