[lkml]   [2000]   [Aug]   [2]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [patch] DTR/DSR hardware handshake support for 2.0/2.2/2.4
Followup to:  <20000802125634.A260@localhost>
By author: David Lawyer <>
In newsgroup:
> > #define RTSXOFF 0000001 /* Enable RTS hwfc on input */
> > #define CTSXON 0000002 /* Enable CTS hwfc on output */
> > #define DTRXOFF 0000004 /* Enable DTR hwfc on input */
> > #define CDXON 0000010 /* Enable CD hwfc on output */
> > #define ISXOFF 0000020 /* Enable RTS hwfc on input */
> Where is "DSR hwfc on output"? This is a serious omission since I
> think it's more important than CD hwfc.

Not only that, but RTSXOFF and ISXOFF are documented as the same

I have to admit I rather like the idea of controlling the output bits
and input bits used for flow control separately and explicitly; it
even allows the user to implement "hybrid" control when it's not known
a priority how the target device is to be controlled.

<> at work, <> in private!
"Unix gives you enough rope to shoot yourself in the foot."

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:57    [from the cache]
©2003-2014 Jasper Spaans. hosted at Digital Ocean