[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    [W:0.019 / U:0.480 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site