lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [day] [month] [year] [list]
Date:	Fri, 09 Dec 2011 00:36:33 +0100
From:	Kristoff Bonne <kristoff.bonne@...pro.be>
To:	linux-kernel@...r.kernel.org
Subject: serial port (DCE mode)

Hi,


I have a problem with serial ports, both on a friendlyarm mini2440
(running the default linux distro) and on a pandaboard running ubuntu.

Perhaps somebody can explain if the issue I have is related to these
particular boards or something generic in the linux kernel.


I want to use these boards as a ham (radio amateur) digital voice modem
and therefor I need a way to tell the radio to start transmitting.
There are a number of ways to do this, but the most used system uses the
DSR or RTS pings of the serial port (ping 4 on a DB9) (which drives a
transistor that drives the PTT signal of the radio).


Sofar so good. Just use tiocmset to control these pins. Using this on a
PC works great.



However, on these boards, the DB9 serial port is wired as "DCE" (modem),
not as "DTE" (terminal). The reason is to be able to connect a PC to
that board with a simple straight cable.
So, the "out" pins are now not DTR (4) and RTS (7) (as on a PC), but DSR
(6) and CTS (8).

Here is my problem:
-> I can use the "tiocmset" system-call to set the DSR and CTS pins; but
-althou the system call itself returns a "success"- it has no effect.
Reading the status of the pins afterwards indicate shows that their
value have not changed.

-> I can use tiocmset to set the status of the DTR and RTS pins. Reading
the values afterwards do indicate that they have flipped.

However, as these pins are "in" on the DB9 interface of these these
boards; there is nothing I can do with them.



So, here is my question:
Is there something I need to do to tell the kernel that a certain serial
port is "DCE" and not "DTE" and that thereby, the direction of DTR, RTS,
DSR and CTS have switched.


Is this a generic linux kernel issue or something specific to these boards?




Many thanks in advance,
Cheerio! Kr. Bonne.

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ