|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 15 Nov 2003 20:39:51
To : Anatoly Mashanov
Subject : Re: pppd+mgetty==troubles
--------------------------------------------------------------------------------
>>> Anatoly Mashanov wrote:
>>> А в доке на mgetty написано примерно "не спрашивайте почему,
>>> но под fre ebsd надо использовать cuaax". Делайте выводы.
VD>> О том, что mgettyшная дока is inherently incomplete?
AM> А это написано вовсе не в mgetty доке. Где точно - не помню. По-моему в
AM> tty(4)
Hет, в mgetty.texi-in в поставке.
AM> cuaaN открывается мгновенно. ttyN открывается только при возникновении
AM> несущей.
И зачем ты так настроил mgetty?
Или ты повторяешь ламерские рассказы про mgetty?
--
11/15 18:30:54 yd1 mgetty: experimental test release 1.1.30-Dec16
11/15 18:30:54 yd1 check for lockfiles
11/15 18:30:54 yd1 locking the line
11/15 18:30:57 yd1 lowering DTR to reset Modem
11/15 18:30:58 yd1 send: ATS0=0Q0&D3&C1[0d]
11/15 18:30:58 yd1 waiting for ``OK'' ** found **
11/15 18:30:58 yd1 waiting...
Hикакой задержки. Порт, как видно, /etc/ttyd1. Плюнь в того, кто тебе
рассказал про задержку. Если сам придумал - аналогично.
Hет, можно сделать так, чтобы mgetty тоже спала до получения CD
(`blocking YES' в mgetty.config).
Hо зачем?
AM> Иными словами, если процесс (getty) открывает tty, он будет висеть на open()
AM> до того времени, как модем изволит снять трубу по s0=1, установить связь и
AM> поднять dcd. При этом, процессы могут обращаться к cuaaN и делать выходящие
AM> звонки - getty будет висеть. Hа этом основана логика getty.
Это ты в tty(4) прочёл? Hу-ну.
Hint: открытие /etc/ttyd* с O_NONBLOCK устраняет задержку, что
1) документировано (только почему-то в open(2), а не в sio(4))
2) стандартизовано (SUSv3/Posix.1-2001)
AM> mgetty должна сама поедать с модема ответы и давать ATA. Поэтому, для того,
AM> чтобы не пожрать чужой трафик, она должна использовать другой признак
AM> занятости линии- флаговые файлы, а также cuaaN, иначе не сможет ничего
AM> принять.
Повторяю - работает на /dev/ttyd* без проблем и не требует никаких
извращений типа /dev/cuaa*.
-netch-
--- ifmail v.2.15dev5.1
* Origin: Dark side of coredump (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
Re: pppd+mgetty==troubles 