grossman@bbn.com (Martin Grossman) (02/13/91)
Hi there, I've been fiddling with getting my modem on COM1 to work properly!!! 1) Minix doesn't examine the DCD line from the modem So I added some code in getty to do a port_in(0x03f8+6,&val) and then examine bit 7. Now I can see DCD. 2) Minix does enable all interrupts from the UART When the DCD line changes state it causes an interrupt that minix gets real fast and doesn't do anything with it, thus I can never see the other bit (I think its bit 3) that states that DCD changed states. 3) I've hacked up getty and login as follows: a) added some code before call to do_carier() to: set -ECHO & RAW output at\r delay output +++ delay output ath\r b) defined CHOISE_A to examine DCD via doing a port_in() c) added timeouts (via sig #14) to correctly timeout both getty and login if idle for too long. 4) TODO fix the kernel to a) do carrier correctly b) send signal to process if its not getty and DCD went down.
waltje@uwalt.nl.mugnet.org (Fred 'The Rebel' van Kempen) (02/28/91)
In article <62684@bbn.BBN.COM>, grossman@bbn.com (Martin Grossman) wrote: > I've been fiddling with getting my modem on COM1 to work properly!!! Humm. It DOES work, but... : > 1) Minix doesn't examine the DCD line from the modem Correct. That is: _standard_ MINIX doesn't. Our ("NLMUG") does. > So I added some code in getty to do a port_in(0x03f8+6,&val) > and then examine bit 7. Now I can see DCD. Yuck! This won't work on 80286,386,486 and 680X0 machines ! It should be in the RS-232 driver in the kernel! > 2) Minix does enable all interrupts from the UART > When the DCD line changes state it causes an interrupt > that minix gets real fast and doesn't do anything with it, > thus I can never see the other bit (I think its bit 3) > that states that DCD changed states. No, bit 7 (3 is the DELTA DCD bit). I enabled this a long time ago, and, upon the request of many, I just finished the cleanup of my RS232 (and TTY) driver of NLMUG MINIX. I sent it to Bruce Evans for checking, and I will post the driver as soon as I get it back. > 3) I've hacked up getty and login as follows: > a) added some code before call to do_carier() to: > set -ECHO & RAW > output at\r > delay > output +++ > delay > output ath\r Brrr... You should use the DTR line to put the modem in OFFLINE state (by dropping the DTR line). This is usually done by setting the line's speed to 0. I implemented this a long time ago. See above. > b) defined CHOISE_A to examine DCD via doing a port_in() ^ C ? ^^^^^^^ Won't work on protected-mode CPU's ! > c) added timeouts (via sig #14) to correctly timeout both getty > and login if idle for too long. Already done. To all people raeding this: what version is currently being used by you? I am using version 3.17 here, and I will post it if many people are using an old version... > 4) TODO > fix the kernel to > a) do carrier correctly > b) send signal to process if its not getty and DCD went down. Already done, see above. You also need to modify MM to do (b) correctly. Cheers- The Rebel -- MicroWalt Corporation, for MINIX Development waltje@uwalt.nl.mugnet.org Tel (+31) 252 230 205, Hoefbladhof 27, 2215 DV VOORHOUT, The Netherlands
paul@ukpoit.co.uk (Paul Wood) (03/05/91)
In article <9102287337@uwalt.nl.mugnet.org> waltje@uwalt.nl.mugnet.org (Fred 'The Rebel' van Kempen) writes: >To all people raeding this: what version is currently being used by you? >I am using version 3.17 here, and I will post it if many people are using >an old version... I have getty 3.4, 3.6, 3.12 and 3.13. I sure would like to get 3.17. I note that the subject line is specific to IBM/XT. Is this work machine specific or generic? - I am running a Macplus. Currently I am running the init and getty available on archive-server@plains.nodak.edu. This has allowed me to dial-in to my Mac. It is not working reliably but it works sometimes. The login prompt is permanently being displayed (and redisplayed each time the getty times-out) which is wrong of course, since that should only happen when an incoming call is received, but it does work ... This also plays havoc with one of the modems I have been using since the login prompt is being treated as a modem command instead of being passed through to the system doing the dialling-in, so I am looking forward to getting the new software Fred has been talking about for some time now. Is this new software going to be part of basic minix, or advanced minix? paul@ukpoit.co.uk Paul Wood, 31 Buttermere Drive, Dronfield Woodhouse, Sheffield, England, S18 5PX. -- Paul Wood | UUCP Mail: paul@ukpoit.co.uk | iT: The Information iT (Unix Group) | Bang-Style: ...!ukc!ukpoit!paul | Technology Business of Barker Lane | Voice: +44 246 214256 | the UK Post 0ffice Chesterfield | FAX: +44 246 214353 |