Date: Mon, 29 Apr 91 08:38:04 EST From: Dwight D. McKay (The Moderator) Reply-To: Suns-at-Home@orchestra.ecn.purdue.edu Subject: Suns-at-Home Digest V4 #15 To: Suns-at-Home-List Suns-at-Home Digest Mon, 29 Apr 91 Volume 4 : Issue 15 Today's Topics: 8-bits on serial port? Adding second SCSI to 2/50 Moving jobs last week, digests back on schedule Need 3.5 Manuals PPP on 3/50 Recommended Swap Space +--------------------------------------------------------------------+ | Submissions: suns-at-home \ @orchestra.ecn.purdue.edu | | Requests: suns-at-home-request > -- or -- | | Archives: suns-at-home-archives / ...rutgers!pur-ee!... | +--------------------------------------------------------------------+ ---------------------------------------------------------------------- Date: Fri, 26 Apr 91 15:05:59 -0500 From: att!bromo!wtr Subject: 8-bits on serial port? To: att!orchestra.ecn.purdue.edu!Suns-at-Home I am trying to set up my epson lq-500 printer on mv Sun 2/50. I have the printer set at 9600 baud, 8-bits, 1 stop bit. The 2/50 is set at 9600 baud via printcap, but only 7-bits output. How can one set the serial ports for 8-bits out? I can change the printer settings, but wanted to play with the graphics and italics character set, so i need that high bit! (i think?) thanks for the help, -bill rankin wtr@bromo.att.com ------------------------------ Date: Fri, 26 Apr 91 21:20:57 -0500 From: att!bromo!wtr Subject: Adding second SCSI to 2/50 To: att!orchestra.ecn.purdue.edu!Suns-at-Home Good morning! I am slightly confussed (understatement of the week) about the installation of a second SCSI drive on my 2/50. Currently I have a shoebox-of-sorts with a 60Meg tape drive and an Adaptec (sp?) 4000 SCSI->MFM controller. Attached to the Adaptec is one 60M drive. The internal SCSI cable for the shoebox, has the 50-pin D external connector on one end, a 50-pin header 1/2 way down the ribbon cable, and another header on the end of the cable. The Adaptec controller sits on the end connector, so I assume it has terminating resistors. (Note I have no documentation for the Adaptec) Here's a crude ascii drawing: _ | S| SHOEBOX U| N|============[ ]======================== | | | | __|__ __|__ _| | | | | Adaptex |tape | | | cntrlr | | | | |_____| |_____| | | | none | 60M drive (MFM) What I would like to do is to move the Adaptec controller to a second box, and place an 80M SCSI drice into the existing shoebox. I plan on extending the existing SCSI cable and keep the Adaptec as the last device. The second SCSI drive would be place just after the tape drive. Is there any reason that this will not work? (from a hardware point of view?) What SCSI address should the new drive be set to? 1? If tha Adaptec controller supports two drives, do they have seperate SCSI addresses? Come to think of it, the kernal configuration file has the Adaptec controller listed as SC0 with SD0 and SD1 hung off of it. So the new drive should be SC1 with SD2 as the device name. So will I have to change the kernal configuration file to support the new drive? Does anyone have an example kernal config file for this sort of thing? (I'm running SunOS 3.5) or will GENERIC work? Since the new drive is faster, I will probably be moving root and swap there. Any potential problems with booting off of SC1 instead of SC0? If anyone has any recommendations regarding things to watch out for, or suggestions on how best to utilize the new drive, don't hesitate to mail me directly. If I get alot of direct mail, and there is any desire, I'll summarize and repost to the list. (Of course, all this was probably covered several months ago, and I missed it :-) Thanks in advance! -bill rankin wtr@bromo.att.com ------------------------------ Date: Mon, 29 Apr 91 08:29:37 EST From: mckay@gimli.bio.purdue.edu Subject: Moving jobs last week, digests back on schedule To: suns-at-home@orchestra.ecn.purdue.edu There was no digest last week as I was in the middle of switching jobs within Purdue. I now work for the Biology Department. Digests will continue as before on a more or less weekly basis. --Dwight D. McKay, Moderator of Suns-at-Home ------------------------------ Date: Fri, 26 Apr 91 16:31:55 -0500 From: att!bromo!wtr Subject: Need 3.5 Manuals To: att!orchestra.ecn.purdue.edu!Suns-at-Home Help! I am in despirate need of a set of SunOS 3.5 manuals. If you have a set that you wish to sell, or know somebody who does, or know somebody whose second cousin's step-brothers fiancee.... well you get the picture. Thanks, -bill rankin wtr@bromo.att.com ------------------------------ Date: Mon, 15 Apr 91 14:40:20 MST From: dlc@c3file.c3.LANL.GOV Subject: PPP on 3/50 To: wayne@teemc.tmc.mi.org The short answer: tut.cis.ohio-state.edu:pub/ppp/ppp-sparc4.1.tar.Z. More detail: I also made some mods to Bob's "chat" to overcome a garbage prompt my answering modem nearly always gives me, which I could gather up from my home system when it's powered on if anyone wants them. A message from sun-managers and sun-nets on February 27, 1991 follows. Dale Carstensen (505)667-0849 Group C-3, MS B265 FTS 843-0849 Los Alamos National Lab dlc@lanl.gov Los Alamos, NM 87545 cmcl2!lanl!dlc Date: Wed, 27 Feb 91 13:56:40 -0500 To: sun-managers@rice.edu, sun-nets@umiacs.umd.edu cc: rlg@ida.org (Randy garrett) From: Bob Sutterfield Subject: SLIP summary posting Sender: Sun-Nets-request@umiacs.umd.edu (I'm also directing this to sun-nets because the discussion is more networking oriented than system management oriented.) From: rlg@IDA.ORG (Randy garrett) Date: 26 Feb 91 22:48:18 GMT I also heard of two other serial line IP programs: ppp and cslip. cslip is supposed to be compressed slip -- presumably it does some type of run-time compression. ftp.ee.lbl.gov:cslipbeta.tar.Z is RFC1055 SLIP plus RFC1144 TCP header compression, which you *really, really* want for any link slower than, say, 64Kb. You'll notice a remarkable performance improvement in most applications. ppp is supposed to be a newer program altogether. Most respondents felt these two would be superior to slip although there was some sharp dissenting opinions on that. If you absolutely must use SLIP (because, perhaps, it's already running in your environment and you must interoperate) then by all means get header compression running on top. For a new installation, you're much better off using PPP (RFC1171 and RFC1172). SLIP was a first cut at a serial line IP protocol. PPP learns a lot from its example and gets it right. Read the DEFICIENCIES section of RFC1055 and the Introduction section of RFC1172 for a comparison. In any case, I have not tried either of these two, although I plan to do so. I recently acquired ppp from: omnigate.clarkson.edu. That PPP was developed by Drew Perkins on a VAX under 4.3, apparently as a design proof while writing the original PPP RFC. It was then ported by Brad Clements to a Sun386i under SunOS 4.0.1, adding STREAMS support and TCP header compression along the way. Karl Fox took that and ported it to SPARC and SunOS 4.0.3, 4.1, and 4.1.1. If you're planning to run PPP under SunOS 4.1.* then you'll probably find it much easier to start with the (so far) final result, which you'll find in tut.cis.ohio-state.edu:pub/ppp/ppp-sparc4.1.tar.Z. If you find bugs or (heaven forbid!) SPARC dependencies when you try to install it on your Sun-3s, please be kind enough to feed any fixes back to Karl or me for re-integration. ------------------------------ Date: Fri, 26 Apr 91 15:05:59 -0500 From: att!bromo!wtr Subject: Recommended Swap Space To: att!orchestra.ecn.purdue.edu!Suns-at-Home Hi gang, Does anyone have any recommendations for the amount of swap space for a single user 2/50 with 5M RAM? I will be running X11 and occasionally SPICE, which should be about the two largest loads. It's a standalone machine with no ethernet connections. I was talking to our SA at work who indicated that a general rule-of-thumb was to set swap at twice the amount of RAM. This is 10M for my machine. The installation sets it automagically to 16M. I reinstalled last week with a 9M swap and haven't seen any major problems (yet), but the machine has been lightly loaded. Opinions welcome. -bill rankin wtr@bromo.att.com ------------------------------ End of Suns-at-Home Digest ******************************