Date: Mon, 20 Apr 92 13:22:11 EST From: Dwight D. McKay (The Moderator) Reply-To: Suns-at-Home@orchestra.ecn.purdue.edu Subject: Suns-at-Home Digest V5 #17 To: Suns-at-Home-List Suns-at-Home Digest Mon, 20 Apr 92 Volume 5 : Issue 17 Today's Topics: Dial-in/dial-out ALMOST working on Sun-3/50 (4.1.1_U1) PPP and SLIP - supported implementation available Suns-at-Home Digest V5 #16 tty problems. Where can I find the right patches? +--------------------------------------------------------------------+ | Submissions: suns-at-home \ @orchestra.ecn.purdue.edu | | Requests: suns-at-home-request > -- or -- | | Archives: suns-at-home-archives / ...rutgers!pur-ee!... | +--------------------------------------------------------------------+ ---------------------------------------------------------------------- Date: Fri, 17 Apr 92 15:44:28 -0700 From: Kevin Cosgrove 627-3259 Subject: Dial-in/dial-out ALMOST working on Sun-3/50 (4.1.1_U1) To: Suns-at-Home@orchestra.ecn.purdue.edu I'm trying to get one port on my Sun-3/50 (SunOS 4.1.1_U1) to serve for dial-in/dial-out and UUCP. The best I've been able to do is to get one dialing direction and UUCP. I can't seem to get all three functions working in turn with the same port configuration. The biggest clue I have is that anytime I run a getty on /dev/ttyd0 'tip' won't run anymore, complaining of "can't synchronize with hayes" when trying to dial out /dev/cua0. UUCP will still dial-out using /dev/ttya. Another clue is that even though the modem auto-answer light is always lit and the modem always goes off-hook on the second ring, it always gives a carrier when a getty is NOT running and seldom gives a carrier when getty IS running. This is backwards of functional. The details of my efforts are below. I'd really appreciate any pointers that anybody has to offer. Things I've done are: 1. RTFM 2. Make sure that the modem will run for dial-in, dial-out, and uucp outbound connections. It does. Simply running a getty will break/fix one dialing direction. 3. Made additional devices with mknod in /dev with ownership/permissions as recommended in Sun's _Network_and_System_Adminstration_ guide: crw------- 1 uucp uucp 12, 128 Apr 17 00:40 /dev/cua0 crw------- 1 uucp uucp 12, 0 Apr 17 08:11 /dev/ttya crw--w--w- 1 root wheel 12, 1 Apr 16 20:09 /dev/ttyb crw--w--w- 1 root wheel 12, 0 Apr 17 00:33 /dev/ttyd0 4. Changed /etc/ttytab to reflect: UUCP-out /dev/ttya dial-in /dev/ttyd0 tip-out /dev/cua0 :::::::::::::: /etc/ttytab (partial) :::::::::::::: # # name getty type status comments # console "/usr/etc/getty std.9600" sun on local secure ttya "/usr/etc/getty std.2400" unknown off local ttyd0 "/usr/etc/getty D2400" dialup on local cua0 "/usr/etc/getty D2400" unknown off local cua1 "/usr/etc/getty D2400" unknown off local ttyb "/usr/etc/getty D2400" dialup off remote 5. Try /usr/etc/ttysoftcar -a. This seems to break all uucp outbound connections. I commented this out of /etc/rc and don't run it by hand anymore. 6. Since I can't get /usr/etc/ttysoftcar -a to work, I rebuilt the kernel to turn off the soft-carrier on the /dev/ttya port. This lets me get uucp outbound working with either dial-in or dial-out, but not both. Here's the kernel config: :::::::::::::: GENERIC (partial) :::::::::::::: # # Support for the 2 tty lines (ttya, ttyb) on the cpu board. # Needed when using a terminal for the console device. # Flags=3 says to supply carrier in software for both lines. # Change flags by changing /etc/ttytab; see ttysoftcar(8). # # CHANGED FROM: # device zs0 at obio ? csr 0x20000 flags 3 priority 3 # # CHANGED TO: device zs0 at obio ? csr 0x20000 flags 0x2 priority 3 7. Set up the UUCP/cu Dialers file to reflect the desired /dev port assignments: :::::::::::::: /etc/uucp/Dialers (Partial) :::::::::::::: # Hayes Smartmodem -- modem should be set with the configuration # switches as follows: # # S1 - UP S2 - UP S3 - DOWN S4 - UP # S5 - UP S6 - DOWN S7 - ? S8 - DOWN # # # Avatex 2400 (Hayes compatible) hayes =,-, "" \dA\pT\pE0\pV1\pM0\pL0\pX3\pQ0\pS0=2\pS2=255\p # THIS LINE ISN'T REALLY BROKEN -- I BROKE IT FOR THIS POSTING S12=255\p&D3\p&W0\r\c OK\r \dATDT\T\r\c CONNECT 8. Set up the /etc/remote file to reflect the desired /dev port assignments: :::::::::::::: /etc/remote (Partial) :::::::::::::: # #-------------------------------------------------------------- # General dialer definitions used below #-------------------------------------------------------------- dial2400|2400 Baud Hayes :\ :dv=/dev/cua0:br#2400:du:at=hayes: dial1200|1200 Baud Hayes :\ :dv=/dev/cua0:br#1200:du:at=hayes: dial300|300 Baud Hayes :\ :dv=/dev/cua0:br#300:du:at=hayes: #-------------------------------------------------------------- # UNIX system definitions #-------------------------------------------------------------- UNIX-2400|2400 Baud dial-out to another UNIX system:\ :at=hayes:br#2400:cu=/dev/cua0:du:dv=/dev/cua0:\ :el=^U^C^R^O^D^S^Q@:ie=#%$:oe=^D: UNIX-1200|1200 Baud dial-out to another UNIX system:\ :at=hayes:br#1200:cu=/dev/cua0:du:dv=/dev/cua0:\ :el=^U^C^R^O^D^S^Q@:ie=#%$:oe=^D: UNIX-300|300 Baud dial-out to another UNIX system:\ :at=hayes:br#300:cu=/dev/cua0:du:dv=/dev/cua0:\ :el=^U^C^R^O^D^S^Q@:ie=#%$:oe=^D: __________________________________________________________________________ Kevin Cosgrove Tektronix, Inc. Design Engineer PO Box 500, M/S 47-623 High Frequency Development Beaverton, OR 97077 Kevin.E.Cosgrove@TEK.COM (503) 627-3259 __________________________________________________________________________ ------------------------------ Date: Wed, 15 Apr 92 01:03:41 -0400 From: Bob Sutterfield Subject: PPP and SLIP - supported implementation available To: suns-at-home@orchestra.ecn.purdue.edu This brief commercial announcement will be of interest to lots of remote UNIX users, including people (like me) with Suns at home: Morning Star Technologies sells an implementation of PPP and SLIP. When compared to the free SLIPs and CSLIPs and PPPs that you have battled before, our product is easier to install, transparent to use, tracks (sometimes leads :-) the latest IETF PPP standards, and has more features, fewer bugs, useful documentation, and amazing customer support. You can get a spec sheet with bullet-item descriptions via FTP from ftp.morningstar.com:pub/ppp/MST-PPP-At-A-Glance, and our entire user guide is available in that directory too. Write to marketing@morningstar.com for more information. ------------------------------ Date: Mon, 13 Apr 92 09:45:44 -0700 From: Jim Lick Subject: Suns-at-Home Digest V5 #16 To: Suns-at-Home@ecn.purdue.edu As per the recent for-sale notice on Sun 3/60 Simms for $80 a meg, I just wanted to point out that such simms are standard 1 meg x 9 bit simms, 100 ns or lower. 80 ns simms sell many places for $35 each. This is with a lifetime warranty. Certainly don't pay more than $45 each for these. A good source is Chip Merchant at (619) 268-4774. Jim Lick Work: University of California | Play: 6657 El Colegio #24 Santa Barbara | Isla Vista, CA 93117-4280 Dept. of Mechanical Engr. | (805) 968-0189 voice/msg 2311 Engr II Building | "when you gonna make up your mind? (805) 893-4113 | when you gonna love you as much jim@ferkel.ucsb.edu | as i do?" -Tori Amos ------------------------------ Date: Thu, 16 Apr 1992 22:46:35 -0400 From: mcr@Sandelman.OCUnix.On.Ca (Michael Richardson) Subject: tty problems. Where can I find the right patches? To: suns-at-home@orchestra.ecn.purdue.edu I was having DTR problems. I have found a patch that seems to fix this. The other effect is to kill BSD ioctls, and SYSV termio. Posix termios seem to work. I'm at: tty.o: tty.c 2.32 90/02/01 SMI tty_ldterm.o: tty_ldterm.c 1.47 91/02/15 serial patch tty_pty.o: tty_pty.c 2.54 89/12/13 SMI tty_ptyconf.o: tty_ptyconf.c 1.2 88/02/08 SMI tty_subr.o: tty_ttcompat.o: tty_ttcompat.c 1.19 89/09/06 SMI zs_asm.o: zs_asm.s 1.17 88/04/11 zs_async.o: zs_async.c 1.76 90/01/05 SMI zs_common.o: zs_common.c 4.66 90/01/04 SMI zs_conf.o: zs_conf.c 1.4 89/08/24 SMI zs_proto.o: zs_proto.c 1.11 89/05/25 Copyr 1984 Sun Micro This is a SunOS 4.1.0 base on a 3/60. I've searched around the internet, ftp.uu.net, ai.utoronto.ca, poked around with Prospero, (which can access Archie), and haven't found a `Jumbo' patch that I've heard about. Can anyone point me toward this? -- :!mcr!: | The postmaster never | So much mail, Michael Richardson | resolves twice. | so little time. HOME: mcr@sandelman.ocunix.on.ca Bell: (613) 237-5629 SCHOOL: 192228@physics.carleton.ca ------------------------------ End of Suns-at-Home Digest ******************************