[d-kernel] о pppd, группах процессов, терминалах, /dev/pts и SIGHUP

[d-kernel] о pppd, группах процессов, терминалах, /dev/pts и SIGHUP

[Artem]

Доброго всем времени суток.
Небольшое введение. Имеется аппаратный модем на /dev/ttyS0. + pppd . При 
разрыве соединения по вине модема - pppd шлется SIGHUP. Насколько я 
понял из чтения исходников kernel, ядром ( см. tty_io.c ) посылаются
SIGHUP и SIGCONT группе процессов, связанных с данным терминалом. Т.е. 
выполняется функция do_tty_hangup (см. kernel-source/drivers/char/tty_io.c).
Далее.. Имеется софтмодем (slmodemd + snd_intel8x0m). Работает все это 
дело через /dev/pts (устройство
модема /dev/ttySLM0 является symlink-ом на /dev/ptx/x, где x - вирт. 
вторичный терминал, выделенный для связи pppd или чего там еще с 
slmodemd. Slmodemd слушает на другом конце - /dev/ptmx
Вопрос. Как реализовать поведение /dev/pts, аналогичное с поведением 
/dev/ttySx ? Судя по исходникам /dev/pts - это всего лишь фс (в 
подробностях реализации не разбирался - это каналы? ). Функций, подобных 
tty_hangup в
/dev/pts я не обнаружил. Неужели единственным вариантом является 
сканирование /proc на предмет открытого процессами /dev/pts/x и отсылка 
всем обнаруженным процессам SIGHUP- а?  Ведь при обрыве соединения по 
вине софтмодема - pppd работает дальше, не зная о том, что физический 
уровень уже давно в дауне. Соответственно - никакого пересоединения.

Rgds, Artem

Re: [d-kernel] о pppd, группах процессов, терминалах, /dev/pts и SIGHUP

[Yuriy Kashirin]

On Thursday 13 October 2005 00:30, Artem wrote:
> ... Неужели единственным вариантом является
> сканирование /proc на предмет открытого процессами /dev/pts/x и
> отсылка всем обнаруженным процессам SIGHUP- а?  Ведь при обрыве
> соединения по вине софтмодема - pppd работает дальше, не зная о
> том, что физический уровень уже давно в дауне. Соответственно -
> никакого пересоединения.
>
См. опции pppd:
  lcp-echo-failure N 
  lcp-echo-interval N

-- 
 Best regards
 Yuriy Kashirin

Re: [d-kernel] о pppd, группах процессов, терминалах, /dev/pts и SIGHUP

[Artem]

Yuriy Kashirin wrote:

>
>См. опции pppd:
>  lcp-echo-failure N 
>  lcp-echo-interval N
>  
>
Рассматривал этот вариант - но, погуглив, понял что не везде это 
работает - раз...
Хочется довести до ума slmodemd - два.  ;-)

Re: [d-kernel] о pppd, группах процессов, терминалах, /dev/pts и SIGHUP

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 2526 bytes --]

On Thu, Oct 13, 2005 at 12:30:00AM +0300, Artem wrote:
> Небольшое введение. Имеется аппаратный модем на /dev/ttyS0. + pppd . При 
> разрыве соединения по вине модема - pppd шлется SIGHUP. Насколько я 
> понял из чтения исходников kernel, ядром ( см. tty_io.c ) посылаются
> SIGHUP и SIGCONT группе процессов, связанных с данным терминалом. Т.е. 
> выполняется функция do_tty_hangup (см. kernel-source/drivers/char/tty_io.c).

Именно так (драйвер порта вызывает tty_hangup()).

> Далее.. Имеется софтмодем (slmodemd + snd_intel8x0m). Работает все это 
> дело через /dev/pts (устройство
> модема /dev/ttySLM0 является symlink-ом на /dev/ptx/x, где x - вирт. 
> вторичный терминал, выделенный для связи pppd или чего там еще с 
> slmodemd. Slmodemd слушает на другом конце - /dev/ptmx
> Вопрос. Как реализовать поведение /dev/pts, аналогичное с поведением 
> /dev/ttySx ? Судя по исходникам /dev/pts - это всего лишь фс (в 
> подробностях реализации не разбирался - это каналы? ).

devpts просто автоматически создаёт файлы устройств для
slave-терминалов при открытии /dev/ptmx (при каждом открытии создаётся
новый терминал).  Дальнейшая работа идёт одинаково и для /dev/ptmx, и
для BSD-style /dev/pty* (где программа должна самостоятельно искать
свободное устройство, перебирая файлы в /dev).

> Функций, подобных tty_hangup в /dev/pts я не обнаружил.

Эти функции лежат в drivers/char/pty.c.

> Неужели единственным вариантом является сканирование /proc на
> предмет открытого процессами /dev/pts/x и отсылка всем обнаруженным
> процессам SIGHUP- а?

tty_vhangup() для slave вызывается при закрытии master-а.  Т.е., при
разрыве соединения slmodemd должен закрыть дескриптор, полученный при
открытии /dev/ptmx.  Перед закрытием нужно открыть /dev/ptmx ещё раз,
получить новое имя slave и перенаправить ссылку /dev/ttySL* на него;
после закрытия нужно переключиться на использование нового дескриптора
вместо закрытого.  (Если переоткрывать /dev/ptmx после закрытия
предыдущего, в течение некоторого времени /dev/ttySL* будет указывать
на несуществующий терминал, что нежелательно.)

Да, права на /dev/ttySL* при этом будут каждый раз слетать - их тоже
придётся переустанавливать.

> Ведь при обрыве соединения по вине софтмодема - pppd работает
> дальше, не зная о том, что физический уровень уже давно в дауне.
> Соответственно - никакого пересоединения.

Для pppd это можно пытаться обходить костылями, указанными в соседнем
письме, но в общем случае это не решает проблему.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [d-kernel] о pppd, группах процессов, терминалах, /dev/pts и SIGHUP

[Artem]

Sergey Vlasov wrote:

>
>devpts просто автоматически создаёт файлы устройств для
>slave-терминалов при открытии /dev/ptmx (при каждом открытии создаётся
>новый терминал).  Дальнейшая работа идёт одинаково и для /dev/ptmx, и
>для BSD-style /dev/pty* (где программа должна самостоятельно искать
>свободное устройство, перебирая файлы в /dev).
>
>  
>
Насколько я понял,  ptmx - это своего рода "мультиплексор" (MX)  ? :-)

>>Функций, подобных tty_hangup в /dev/pts я не обнаружил.
>>    
>>
>
>Эти функции лежат в drivers/char/pty.c.
>  
>
Отлично... Вечером посмотрю... Но, насколько я понимаю, их использование 
из usermode (в коем работает slmodemd) - невозможно?

>  
>
>>Неужели единственным вариантом является сканирование /proc на
>>предмет открытого процессами /dev/pts/x и отсылка всем обнаруженным
>>процессам SIGHUP- а?
>>    
>>
>
>tty_vhangup() для slave вызывается при закрытии master-а.  Т.е., при
>разрыве соединения slmodemd должен закрыть дескриптор, полученный при
>открытии /dev/ptmx.  Перед закрытием нужно открыть /dev/ptmx ещё раз,
>получить новое имя slave и перенаправить ссылку /dev/ttySL* на него;
>после закрытия нужно переключиться на использование нового дескриптора
>вместо закрытого.  (Если переоткрывать /dev/ptmx после закрытия
>предыдущего, в течение некоторого времени /dev/ttySL* будет указывать
>на несуществующий терминал, что нежелательно.)
>
>Да, права на /dev/ttySL* при этом будут каждый раз слетать - их тоже
>придётся переустанавливать.
>
>  
>
Кратко, точно и по существу... Спасибо! :-)

>>Ведь при обрыве соединения по вине софтмодема - pppd работает
>>дальше, не зная о том, что физический уровень уже давно в дауне.
>>Соответственно - никакого пересоединения.
>>    
>>
>
>Для pppd это можно пытаться обходить костылями, указанными в соседнем
>письме, но в общем случае это не решает проблему.
>  
>
Да, несомненно...


Rgds, Artem.