Hi Trevor,
> Basically, if I connect to my BlueZ device (acting as an "rfcomm listen"
> server), it connects ok but the /dev/rfcomm0 serial port is in "stty
> echo" mode -- which means that any data sent from the remote client get
> echoed back -- which is not what I want in this case.
>
> To fix this, one would normally type "stty -F /dev/rfcomm0 -echo" --
> which works nicely *after* the connection has been formed. However,
> before the connection has been made, I get a "no such device" error on
> /dev/rfcomm0.
>
> Any thoughts on how to get around this problem? Is there some way to
> fix this cleanly? Is this the behavior rfcomm should have?
the problem is that we use the default termios settings for RFCOMM.
Maybe it is bad to enable echo by default. Every application which sets
their own termios is working fine, but others will get problems.
The attached patch disables echo for every terminal.
Regards
Marcel