Эмуляция COM-порта

тебе нужен псевдотерминал. програмно можно отличить от ком-порта только по имени нативного девайса если он создан при помощи devfs

Как это программно использовать?

И вообще как создать файл из которго может читаться скажем long-и. Но читаться они должны по мере их появления. Все остальное время cat /dev/xxx должен блокироваться,но не выходить.

>Все остальное время cat /dev/xxx должен блокироваться,но не выходить. это зависит большей частью от cat чем от девайса.

Хотя можешь попробовать при помощи setserial И stty

хотя ты вообщето криво описал проблему. похоже ты хочеш писать свой аналог драйвера ком-порта/псевдотерминала

Задача такая: создать драйвер, который работал-бы так: делаю в одном окне терминада cat /dev/drv. В другом echo "123" > /dev/drv. И хочу видеть это 123 в том терминале.

Вот задача более корректно:

gpio.dhdl = open(dfile, O_RDWR); gpio.dhdl_nb = open(dfile, O_RDWR);

fflags = fcntl(gpio.dhdl_nb, F_GETFL); fflags |= O_NONBLOCK; fcntl(gpio.dhdl_nb, F_SETFL, fflags);

Таким образом нужно, в драйвере отличить блокирующий режим или нет. И работать соответвенно в блокирующем или нет режиме.

Проблема - как сделать блокирующий режим?

>Задача такая: создать драйвер, который работал-бы так: делаю в одном окне терминада cat /dev/drv. В другом echo "123" > /dev/drv. И хочу видеть это 123 в том терминале.

если задача именно в этом то этот и есть псевдо терминал.

ЗЫ: для портов/псевдотерминалов есть свой аналог cat. имени не помню

но ему не нужен блокирующий режим

а ещё для етой же цели можно/проще юзать unix-сокеты но их набор ioctl отличается от ком порта

Тут упоминание COM-порта вводит в заблуждение.

Это я пишу эмулятор одной железки. Программа на той железке обращается к 
файлам устройств /dev/gpio и работает с ним функциями open, read, write, close.

Драйвер на той стороне - закрытый. Необходимо повторить некоторые его 
функции (для отладки, та железка завязана на дофига оборудования и сложно 
с ней работать).

Грубо говоря я хочу чтобы работало такое:

        int e;
        int data, size;

        e = open("/dev/gpio", O_RDWR);
        while (1) {
                size = read(e, &data, sizeof(int)); // чтение должно быть блокирующим
                // сюда попадаем, если есть данные
        };

>и работает с ним функциями open, read, write, close.

если iopctl не пользует вообще то я бы юзал unix-сокеты. помоемому так проще. ибо в этом случае сэмулировать железку можно даже на баше

Так я не могу уже ничего менять. Или я не понял? Программа которая отлаживается (которая использует open, read, write, close) не может меняться. (так как железку я не могу поменять).

кажись ты меня не понял:

тебе надо создать unix-сокет в который с одной стороны будет стучатся твоя программа а с другой стороны - программа которая отлаживается при этом программа которая отлаживается не заметит что ты ей подсунул сокет вместо /dev/gpio

Был-бы идеальный вариант. Раньше с с окетами не работал. По какми ключевым словам искать?

pipe ?

:)

Можно попробовать так:

Записались данные в девайс, был вызван обработчик write из file_operations, выставить флажек какойнить типа глобальной переменной в драйвере вроде static int new_data_available, данные прочитаны read, сбросить флажок. Но это самое элементарное, может еще чтото можно придумать.

А по поводу ожидания есть такие штуки как wait_event_interruptible и wakeup_interruptible

обычные пайпы не катят по причине отсутствия привязки к файловой системе

именованные - по причине однонаправленности

> Задача такая: создать драйвер, который работал-бы так: делаю в одном окне терминада cat /dev/drv. В другом echo "123" > /dev/drv. И хочу видеть это 123 в том терминале.

man mkfifo

man 7 unix

если что-то не покатит тогда кроме псевдотерминалов ничё не остаётся но лезть в ядро думаю не стоит

>> Задача такая: создать драйвер, который работал-бы так: делаю в одном окне терминада cat /dev/drv. В другом echo "123"

>> /dev/drv. И хочу видеть это 123 в том терминале.

>man mkfifo

не катит - человеку требуется двунаправлненная связь. насколько я знаю fifo такого не обеспечивает

> не катит - человеку требуется двунаправлненная связь. насколько я знаю fifo такого не обеспечивает

плохо знаешь

>> не катит - человеку требуется двунаправлненная связь. насколько я знаю fifo такого не обеспечивает

>плохо знаешь

возможно тогда это лучший вариант.

>> не катит - человеку требуется двунаправлненная связь. насколько я знаю fifo такого не обеспечивает

>плохо знаешь

man fifo такой информации не содержит что ещё порекомендуете???

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

Спасибо всем.

mkfifo помог. И для ком портов тоже. И ioctl-ы нормально воспринимает.

PS: man mkfifo PPS: linux рулит, как бы банально это не было сказано :)

Разве не бывает двусторонних пайпов и других средств ОС?

>Разве не бывает двусторонних пайпов обычные пайпы всегда односторонние (симплексные) fifo со слов lg полудуплексные

>и других средств ОС? а разве сокеты не относятся к "другим средствам ОС". в основном они и есть дуплексными

ещё есть псевдо терминалы но они часто-густо пользуются в симплекном режиме хотя по теории должны нормально тянуть полный дуплекс