From: Artem <u2u@nm.ru> To: ALT Linux kernel packages development <devel-kernel@altlinux.ru> Subject: Re: [d-kernel] о pppd, группах процессов, терминалах, /dev/pts и SIGHUP Date: Thu, 13 Oct 2005 13:48:13 +0300 Message-ID: <434E3B6D.5080202@nm.ru> (raw) In-Reply-To: <20051013100432.GA12092@master.mivlgu.local> 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.
prev parent reply other threads:[~2005-10-13 10:48 UTC|newest] Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top 2005-10-12 21:30 Artem 2005-10-13 8:10 ` Yuriy Kashirin 2005-10-13 9:31 ` Artem 2005-10-13 10:04 ` Sergey Vlasov 2005-10-13 10:48 ` Artem [this message]
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=434E3B6D.5080202@nm.ru \ --to=u2u@nm.ru \ --cc=devel-kernel@altlinux.ru \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux kernel packages development This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel-kernel/0 devel-kernel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel-kernel devel-kernel/ http://lore.altlinux.org/devel-kernel \ devel-kernel@altlinux.org devel-kernel@altlinux.ru devel-kernel@altlinux.com public-inbox-index devel-kernel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel-kernel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git