Инициализация последовательных портов на мультикарте

[koluna]

Всем привет!

Имеется мультикарта (2 COM, 1 LPT, см. ниже) и не совсем понятное поведение...
Подскажите, пожалуйста, какой сервис отвечает за инициализацию устройств /dev/ttyS*?
Если parport_serial, то как его настроить? Только через setserial?
Почему разные настройки у портов 4 и 5 (настройки, приведенные ниже, могут и поменяться местами от порта к порту)?
Иногда настройки совпадают.

(Нажмите, чтобы показать/скрыть)

uname -a
Linux intel 4.4.0-71-generic #92-Ubuntu SMP Fri Mar 24 12:59:01 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux

dmesg | grep tty
[    0.000000] console [tty0] enabled
[    0.860263] tty ttyS23: hash matches
[   11.961704] 0000:02:02.0: ttyS4 at I/O 0xe050 (irq = 18, base_baud = 115200) is a 16550A
[   11.982742] 0000:02:02.0: ttyS5 at I/O 0xe040 (irq = 18, base_baud = 115200) is a 16550A

lspci -v
02:02.0 Communication controller: MosChip Semiconductor Technology Ltd. PCI 9835 Multi-I/O Controller (rev 01)
   Subsystem: LSI Logic / Symbios Logic 1P2S
   Flags: medium devsel, IRQ 18
   I/O ports at e050 [size=8]
   I/O ports at e040 [size=8]
   I/O ports at e030 [size=8]
   I/O ports at e020 [size=8]
   I/O ports at e010 [size=8]
   I/O ports at e000 [size=16]
   Kernel driver in use: parport_serial
   Kernel modules: parport_serial

sudo stty -g -F /dev/ttyS4
500:5:cbd:8a3b:3:1c:7f:15:4:0:1:0:11:13:1a:0:12:f:17:16:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0

sudo stty -g -F /dev/ttyS5
0:0:14b2:0:3:1c:7f:15:1:0:1:0:11:13:1a:0:12:f:17:16:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0

[archuser]

udev же отвечает за создание файлов устройств в каталоге /dev на основании информации, хранящейся в каталоге /sys. Следовательно, можно задать правила в /etc/udev/rules.d/ Поправьте меня, если я ошибаюсь.

[koluna]

udev же отвечает за создание файлов устройств в каталоге /dev на основании информации, хранящейся в каталоге /sys. Следовательно, можно задать правила в /etc/udev/rules.d/ Поправьте меня, если я ошибаюсь.

Ууу... не совсем понял ответ на свои вопросы. Объясните поподробнее, пожалуйста.
Я не понимаю, почему настройки у /dev/ttyS4 и /dev/ttyS5 разные бывают на портах от загрузки к загрузке.
Где какие настройки - случайный процесс...
Как я понимаю, если два порта на одной карте, то и настройки должны быть изначально одинаковые, а они разные!
А если разные настройки, то у меня софтина глючит. На Ubuntu 10.04 при открытии порта ядро падало...
Стоит только настройки от, скажем, /dev/ttyS5 применить к /dev/ttyS4 с помощью stty, так начинает нормально работать (см. низ в спойлере).

[archuser]

Я не понимаю, почему настройки у /dev/ttyS4 и /dev/ttyS5 разные бывают на портах от загрузки к загрузке.
Где какие настройки - случайный процесс...

А как и где вы задаете эти самые настройки?

Как я понимаю, если два порта на одной карте, то и настройки должны быть изначально одинаковые, а они разные!

Почему они должны быть одинаковыми, если настраивается один порт? Или все-таки два?

[koluna]

А как и где вы задаете эти самые настройки?
Почему они должны быть одинаковыми, если настраивается один порт? Или все-таки два?

Я лично - никак и нигде. Я думаю, что это где-то в конфигах ОС прописано, настройка при загрузке. Нет?
Значения всех приведенных мною настроек получены до запуска моего софта и какой-либо терминальной софтины.
Т. е., я загрузил ОС, сразу выполнил команды и узнал настройки. Увидел, что они разные, это насторожило.

Да и вообще не понятен механизм настройки портов...
Когда загружается parport_serial он берет откуда-нибудь настройки или сам шарит по шине в поисках устройств?
А setserial только сообщает этому драйверу адрес, прерывание, базовую скорость (+ другие параметры) и больше ничего не делает?
Это можно сделать в любой момент времени?

[archuser]

Проблема у вас состоит в том, что порядок инициализации устройств при загрузке системы не определен, т.е. от загрузки к загрузке имя устройства в каталоге /dev может быть разным, что и происходит в вашем случае. Для присвоения устройству заранее определенного имени и создаются правила udev.
В целях ознакомления почитайте эту вики страницу. Как писать правила udev можно посмотреть здесь.

[koluna]

Проблема у вас состоит в том, что порядок инициализации устройств при загрузке системы не определен, т.е. от загрузки к загрузке имя устройства в каталоге /dev может быть разным, что и происходит в вашем случае.

Опа... т. е., если сегодня, условно, у меня девайс подключен к четвертому порту, то завтра он может оказаться на пятом, седьмом или десятом (не перетыкая разъема, естественно)?

Для присвоения устройству заранее определенного имени и создаются правила udev.
В целях ознакомления почитайте

Спасибо, посмотрим.

А по поводу вопросов инициализации что можете сказать?

[archuser]

Опа... т. е., если сегодня, условно, у меня девайс подключен к четвертому порту, то завтра он может оказаться на пятом, седьмом или десятом (не перетыкая разъема, естественно)?

Верно. Из-за этого ваша программа некорректно работает, т.к. имя порта зафиксировано в ее настройках.

А по поводу вопросов инициализации что можете сказать?

Чего не знаю, того не знаю, но предполагаю, что контроллер порта отвечает за его режим работы, согласуемый по протоколам с сопряженным устройством.

[koluna]

Верно. Из-за этого ваша программа некорректно работает, т.к. имя порта зафиксировано в ее настройках.

Смысл понятен, спасибо. Но ведь настройки я применяю! Ладно, выбор порта - это уже другой вопрос.

Чего не знаю, того не знаю, но предполагаю, что контроллер порта отвечает за его режим работы, согласуемый по протоколам с сопряженным устройством.

Я, кажется, понял в чем дело... дело в линии DCD, со стороны устройства она не подтягивается никуда, а со стороны мультикарты слабая подтяжка к нулю (как обычно в MAX232), когда кабель подключаем, получаем антенну и на DCD полный бардак, поэтому, то работает, то не работает...
Думаю, сейчас вопрос сводится к тому, как заставить драйвер игнорировать линию DCD. При открытии мы просто выполняем open(comName, ... | O_NONBLOCK), но далее драйвер все равно мониторит состояние DCD, как я понимаю, и это приводит к неработоспособности ПО...

[koluna]

Ерунда какая-то...
Такое ощущение, что или драйвер или контроллер мультикарты игнорирует запрет на использование линий управления на одном из портов! :-/

Понял, что раньше не встречался с такой проблемой только из-за того, что использовал неполный кабель...