Много виртуальных UART, RPi3 Опции

[toweroff]

Добрый день

Ну не то, чтоб я ноль прям в Linux около того

Но надо - значит надо.
Есть задача такая: некий драйвер реализует в системе несколько виртуальных UART. Внешняя связь у него через один существующий - ttyS0
Драйвер от каждого виртуального UART собирает данные, заворачивает в обертку и отправляет в ttyS0
Оттуда же принимает завернутые данные и "рассовывает" по буферам соответствующих виртуальных UART

Я так понимаю, мне не хватает знаний для:

1. Зарегистрировать имя в дереве устройств
2. Интерфейс драйвера UART для системы
3. Таймер для сбора данных из виртуальных портов

Поможите примерами, люди добрые

[toweroff]

Проясните, пожалуйста, такой момент. Нашел я на просторах tiny_serial, взял за основу
Компилируется, после пересборки ядра даже не ругается и загружается. Появляется новое tty-устройство так, как я его и обозвал
Но! Понатыканные мной сообщения printk в dmesg не вижу.
В частности, вот такая структура:

Код

static struct uart_ops tiny_ops = {
    .tx_empty    = tiny_tx_empty,
    .set_mctrl    = tiny_set_mctrl,
    .get_mctrl    = tiny_get_mctrl,
    .stop_tx    = tiny_stop_tx,
    .start_tx    = tiny_start_tx,
    .stop_rx    = tiny_stop_rx,
    .enable_ms    = tiny_enable_ms,
    .break_ctl    = tiny_break_ctl,
    .startup    = tiny_startup,
    .shutdown    = tiny_shutdown,
    .set_termios    = tiny_set_termios,
    .type        = tiny_type,
    .release_port    = tiny_release_port,
    .request_port    = tiny_request_port,
    .config_port    = tiny_config_port,
    .verify_port    = tiny_verify_port,
};

в .startup занесен правильный адрес, но функция не вызывается. Наткнулся на упоминание
http://stackoverflow.com/questions/3705814...-being-executed

поправил .type, но все равно ноль реакции
minicom запускается, но пишет offline

Куда еще можно копнуть?

[gerber]

Куда еще можно копнуть?

В направлении udev rules.
Вкратце - в современных линуксах сам по себе модуль ядра, загруженный в память, ещё ни к чему систему не обязывает (вызывать все его функции) - ОС должна "понять", что устройство, для которого загружен модуль ядра, есть (появилось) в системе.
Вторая возможная причина, по которой может не работать ваш драйвер - для устройства уже есть драйвер в составе ядра или среди загруженных модулей.

[Olej]

Вкратце - в современных линуксах сам по себе модуль ядра, загруженный в память, ещё ни к чему систему не обязывает (вызывать все его функции) - ОС должна "понять", что устройство, для которого загружен модуль ядра, есть (появилось) в системе.

Совершенно не обязательно - это всё зависит от того, как написан код самого модуля.
udev/sysfs используется достаточно многими модулями ядра, но далеко не всеми, и это совсем не обязательно.

Нашел я на просторах tiny_serial, взял за основу
Компилируется, после пересборки ядра даже не ругается и загружается. Появляется новое tty-устройство так, как я его и обозвал
Но! Понатыканные мной сообщения printk в dmesg не вижу.

Какой уровень диагностики у вас указан в printk()?
(нужно не на пальцах рассказывать, а хотя бы 2-3-5 строчек с этим свои printf() показывать)
Вы выполняет загрузку в графическом терминале? - выполните её в текстовой консоли.