Hi Russell,
I think we're agreed (differently wired serial cables) as to why using
the 'r' option to also monitor DSR would be a bad idea.
We are. We need a caveat in the documentation reminding
users of 'r' the consequences of letting CTS float, but
that is all.
A possible solution to this problem may be to have the additional
option as you have suggested. Whether it should be the same option
as (1) above or not is debatable.
I think the same option will work -- let's define 'm' as
being "strictly observe modem status signals (ie, DSR and
DCD)".
'm' them implies:
- all other modem signals (CTS and DCD) are undefined
if DSR is not asserted.
- transmission will only be allowed if DSR and DCD are
both asserted at the instant when the character is
ready for transmission. There may be additional
restrictions on transmission from flow control.
Unlike flow control, the kernel never waits for
the modem status signals to become asserted, but
instantly discards the character.
'r' remains the same, namely
- if CTS is asserted then the character is transmitted.
Noting that 'm' additionally implies that CTS is only
defined when DSR is asserted.
- if 'r' is specificed and CTS is not asserted the
transmitter will wait a limited period for CTS to
become asserted. If CTS is not asserted within this time
then the character is discarded.
[As you can see I've changed the suggested option character. Perhaps
's' as an option is just too easily confused with the 's' in 'ttyS'.]
The advantage of the CRLF patch I posted previously is that we can now
do a lot of the above in common code, which will fix a lot of serial
drivers at the same time.
I had noticed that and it's a fine idea.
Depending on your timetable, if you agree with the above and
wait a few days I'll send a patch building atop your patch
and implementing the above. I'm sorry I can't do that at
this moment, but I'm bandwidth-deprived. Of course, being
much more experienced in this sort of thing you may have
already whipped something up :-)
Regards,
Glen
--
Glen Turner Tel: (08) 8303 3936 or +61 8 8303 3936
Australia's Academic & Research Network www.aarnet.edu.au
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
