public inbox for
 help / color / mirror / Atom feed
* Handling RTS with an UART that doesn't directly drives the RTS pin
@ 2012-06-12 12:34 Bernard Fouché
  2012-06-12 13:12 ` Stanislav Meduna
                   ` (2 more replies)
  0 siblings, 3 replies; 14+ messages in thread
From: Bernard Fouché @ 2012-06-12 12:34 UTC (permalink / raw)
  To: <>


I'm adding support for RTS/CTS handling for a couple of UART which have 
no hw support for these pins.

Only one UART has real hw flow control handled in silicon in my target 
and I already use this particular UART for another need.

To react to a CTS state change I detect in my GPIO interrupt DSR, I can 
CYGNUM_SERIAL_FLOW_{THROTTLE|RESTART}_TX to serial.c . However I don't 
see any way to have serial.c to drive RTS: throttle_rx() and 
restart_rx()  call the underlying hardware driver (generic 16x5xon my 
target) but of course the driver can't do anything interesting in this case.

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() and 
there is no interest in having the underlying driver to be made aware of 
pins external to what it can handle itself (particularly for the generic 
serial driver). Modifying serial.c would also allow any existing 
hardware driver to use this feature since the situation I encounter 
occurs with many MCU having many UART but only one doing real hw flow 

I'm about to :

- add definitions for CYGNUM_SERIAL_STATUS_THROTTLE_RX and 
- add a cdl option to have the line status callback function, which is 
user defined, to be called with the corresponding value if 
throttle_rx()/restart_rx() are called within serial.c .
- hence the user defined callback can handle RTS (or any other flow 
control pin) the way it wants

Do I break some convention doing this or is it okay?


^ permalink raw reply	[flat|nested] 14+ messages in thread

end of thread, other threads:[~2012-06-22 14:48 UTC | newest]

Thread overview: 14+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-06-12 12:34 Handling RTS with an UART that doesn't directly drives the RTS pin Bernard Fouché
2012-06-12 13:12 ` Stanislav Meduna
2012-06-12 13:16 ` Nick Garnett
2012-06-12 16:56   ` Bernard Fouché
2012-06-13 10:10     ` Nick Garnett
2012-06-13 16:37       ` Bernard Fouché
2012-06-14 15:33         ` Bernard Fouché
     [not found] ` <>
2012-06-18 14:34   ` Closing devices Frank Pagliughi
2012-06-19 13:36     ` Bernard Fouché
2012-06-20 13:38       ` Frank Pagliughi
2012-06-20 15:20         ` Bernard Fouché
2012-06-21 18:20           ` Frank Pagliughi
2012-06-22  8:33             ` Bernard Fouché
2012-06-22 14:48               ` Frank Pagliughi

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).