HDTenEightyP/NetNews huggingface dataset:
From: rmilner@zia.aoc.nrao.edu (Ruth Milner)
Subject: Re: 4/260; Xylogics 450; Fujitsu M2333; drive not set for slip-sectoring
Reply-To: rmilner@zia.aoc.nrao.edu (Ruth Milner)
Organization: National Radio Astronomy Observatory, Socorro NM
Date: Wed, 7 Oct 92 20:37:52 GMT

In article <BvnzKA.Bw9@fang.att.com> jhc@fang.att.com (John H. Carter) writes:
>
>When I try to format it, format runs for about 10 minutes and then displays
>the error message, "Warning - drive not set for slip-sectoring."

I think the 451 was not very good at handling drives which did not use slip-
sectoring. Just something in its logic. Probably what you are seeing is a
result of it trying to slip a bad block on one of the tracks.

>This drive is set up exactly like the other three.  These drives are
>obviously used drives and therefore could have an internal problem.  However,
>I have tried two different drives with identical results.

If the two drives came from the same source, they probably have the same
configuration as each other; internally the setups may be quite different
from your existing drives. 

Slip-sectoring in 2333's is probably enabled with a jumper on one of the logic
boards. You will need a manual for the drive to figure out which jumper on
which board. It would be a good idea to get hold of a manual and go through
it first anyway, to make sure that everything else is set the way you need it 
to be as well.

>Can anyone give me a brief description of what slip-sectoring is?  

Slip-sectoring is where the very last sector (full-size; runt doesn't count) 
on each track is not used for data along with the rest of them. Instead, it
is reserved for "slipping" bad blocks. The first bad block that shows up on 
each track will be "slipped" (really just a special case of mapping) to the 
reserved sector instead of the reserved cylinders at the logical "end" of the 
disk. This way, the drive can find the data faster: it doesn't have to seek
to another cylinder.

It used to be that slipping could only be done on SMD drives, but I seem to
recall hearing somewhere recently that SCSI now supports it as well. Anyone?
-- 
Ruth Milner                          NRAO/VLA                  Socorro NM
Computing Division Head      rmilner@zia.aoc.nrao.edu
From: dyer@spdcc.com (Steve Dyer)
Newsgroups: comp.sys.sun.hardware
Subject: ELC 40mhz upgrade?
Date: 16 Oct 92 05:07:39 GMT
Article-I.D.: spdcc.1992Oct16.050739.12692
Organization: S.P. Dyer Computer Consulting, Cambridge MA

A company known as Polaris is advertising an upgrade to the ELC
which upgrades it from 33mhz to 40mhz, in other words, brings it
up to the speed of an IPX.  The change is relatively inexpensive,
in the $500 range, I think.  Anyone know anything more about this?

When I called them, they seemed to be talking about a board swap.

-- 
Steve Dyer
dyer@ursa-major.spdcc.com aka {ima,harvard,rayssd,linus,m2c}!spdcc!dyer
Newsgroups: comp.sys.sun.hardware
From: rmilner@zia.aoc.nrao.edu (Ruth Milner)
Subject: Re: IPX with 4.1.3
Reply-To: rmilner@zia.aoc.nrao.edu (Ruth Milner)
Organization: National Radio Astronomy Observatory, Socorro NM
Distribution: usa
Date: Wed, 7 Oct 92 20:23:18 GMT

In article <BvqI99.EDo@cs.columbia.edu> swfc@cs.columbia.edu (Shu-Wie F Chen) writes:
>My group just got an IPX with 4.1.3 installed.  Unfortunately, the
>officially supported release in our department is 4.1.2 (they've
>almost upgraded every machine).  The staff members tell me that 4.1.3
>is required if the Sparc chip used in our machine is the Viking.

The differences between 4.1.2 and 4.1.3 are, on the whole, pretty minor. 
If the OS is on your local disk, 4.1.3 won't affect any other machines or 
change the way they do things. And if you plan to boot off a server, you 
won't be using the OS on your disk anyway, you'll get whatever the server 
provides. :-)

>Can anyone tell me how I can determine the type of the Sparc chip

The IPX by definition has a SPARC2 chip, not a Viking; it's not a 
SPARCstation-10. I would expect the computing staff could verify this 
for you since they are knowledgeable enough to know what SunOS version 
Viking requires. 

It's unlikely to make a difference to you which of these versions your
machine runs. I'd recommend you go with whichever is easier for everyone.
You can always make a backup of the OS on your disk first, and go back to
it later if you need to.
-- 
Ruth Milner                          NRAO/VLA                  Socorro NM
Computing Division Head      rmilner@zia.aoc.nrao.edu
From: gorton@tiger1.prime.com (Scott Gorton)
Newsgroups: comp.sys.sun.hardware
Subject: >>> Halloween Costume party questions! <<<
Date: 8 Oct 92 15:23:19 GMT
Organization: Prime Computer, Inc.

Let's say that this year my friend's Halloween Costume party isn't going to be held at his house but instead is going to be held on the PCB of an Emulex MT02 QIC36-SCSI adapter, (yes, all the attendants will be magically shruken down to scale)!  Let's also say that I will dressing up as a SCSI terminating resistor pack!   My questions are, what would I look like and where would I be hiding?

In otherwords, where, if one exists, would one find the terminating resistor(s) or terminating resistor socket(s) on an Emulex MT02 board?

Please respond to: gorton@s35.prime.com

Thanks in advance,

  Scott Gorton
From: bmskc!moe!sisul@uunet.UU.NET (Jim Sisul)
Newsgroups: comp.sys.sun.hardware
Subject: bar's incremental append switch
Date: 7 Oct 1992 01:39:35 -0500
Organization: UTexas Mail-to-News Gateway
NNTP-Posting-Host: cs.utexas.edu

Keywords:  bar QIC SunOS

The man page for bar(1) states that the "u" option,
which would be useful for incremental archives, does
not work with 1/4-inch tapes.  Why is this?  Are
there any modifications or improved versions of bar
or the /dev/rstX device driver (for SunOS 4.1.1 or newer)
that support this feature on 1/4-inch tapes drives?

Also, 3M is advertising QIC-150-size tapes that 
hold 1.5GB and drives that accommodate this new format.
Will these work with bar and existing SunOS (4.1.1 & up)
device drivers?  If not, what kernel modifications, etc.,
are necessary to support the new drive?

Please reply via e-mail directly to me and I will post
a summary here.

Thank you for your help,

--Jim

----------------------------------------------------
James P. Sisul
Associate Software Engineer
Biomedical Systems Division
PPG Industries, Inc.
16505 West 113th Street
P.O. Box 15955
Lenexa, KS 66215-5955

VOICE: (913)894-7500, ext 7181
FAX:   (913)894-7733
EMAIL: {...}uunet!bmskc!sisul OR sisul@bmskc.PPG.COM       
-----------------------------------------------------


----- End Included Message -----

Newsgroups: comp.sys.sun.hardware
From: kimc@w8hd.org (Kim Culhan)
Subject: Re: Serial ports and hardware flow control on SPARCstations
Organization: w8hd.org
Date: Fri, 9 Oct 1992 14:45:42 GMT

dclunie@sirius.ucs.adelaide.edu.au (David Clunie) writes:



>I had the same problem ... it seems that when hw flow control is
>turned on, the driver gets fussy about requiring the DCD line from
>the modem to be asserted as if a call had arrived. This should only
>apply when setup for both in and out dialing on the same line. I
>dare say it might be possible with some playing around to use some
>comination of the "local/remote" and "on/off" entries in /etc/ttytab
>to get this straight but I haven't been able to.

>If desperate I change a modem register (&C0 to 1 I think) on my
>modems. This wreaks havoc if one has a getty process enabled as
>a "deadly embrace" of "login" from the getty and "you're not an AT
>command" from the modem fight each other. The &C1 command says
>assert DCD all the time. Some modems can set it to just drop it
>transiently on hangup (eg. Worldblazer).

I'm using a SPARC with two modems attached -one a Telebit T-1000, the
other a Multi-Tech and I achieve normal DCD action without deadly embrace
by setting the modems' nvram values so that the modem does not echo
characters when in command mode. The modem is also set to revert to 
these stored values if dtr is dropped. This may happen by default on
most modems. Finally, you must supply an init string when you access the
modem which temporarily changes these settings when you need to access the modem.
I use the cm= command in my remote tip entry (cm=at&c2\r in the case of the
Multi-Tech) to supply a "connect message" to the modem which asserts DCD so
I can issue dial commands to the modem.
When I'm finished and issue ~. to disconnect the port, the SPARC drops the dtr
line and the modem resets to stored "no-deadly-embrace" state.
Then when the getty reasserts dtr (a couple seconds later) theres no embrace..
The same concept allows use of Pcomm or other comm programs to access a port
which otherwise has a getty running on it. Just plug the change to normal
DCD action into the 'modem-init-string' in the comm program.

regards
kim culhan
------
kimc@w8hd.org

D
D
Mulit-Tech) which supplies that at string as a "connect message."	 

Newsgroups: comp.sys.sun.hardware
From: henry@zoo.toronto.edu (Henry Spencer)
Subject: Re: 4/260; Xylogics 450; Fujitsu M2333; drive not set for slip-sectoring
Date: Wed, 7 Oct 1992 23:06:25 GMT
Organization: U of Toronto Zoology

In article <1992Oct7.203752.10719@zia.aoc.nrao.edu> rmilner@zia.aoc.nrao.edu (Ruth Milner) writes:
>It used to be that slipping could only be done on SMD drives, but I seem to
>recall hearing somewhere recently that SCSI now supports it as well. Anyone?

SCSI has always supported it, because the SCSI interface does not show you
the bad blocks at all.  From the far side of a SCSI bus, a SCSI disk looks
like a one-dimensional array of good disk blocks.  What the drive does
about bad blocks, and how it maps the good-block array onto the disk
surfaces, is none of your business; all you can do is hope that it does
it reasonably efficiently.
-- 
There is nothing wrong with making      | Henry Spencer @ U of Toronto Zoology
mistakes, but... make *new* ones. -D.Sim|  henry@zoo.toronto.edu  utzoo!henry
From: kenmac@ANNAPURNA.LCS.MIT.EDU (Kenneth Mackenzie)
Newsgroups: comp.sys.sun.hardware
Subject: Adding memory to a Sun 4/110
Date: 7 Oct 92 21:02:32 GMT
Reply-To: kenmac@cag.lcs.mit.edu
Organization: MIT Laboratory for Computer Science

Howdy,
  I'm having some trouble adding memory to a Sun 4/110. If you've done
this before can you tell me if there's a simple answer?

  We have a Sun 4/110 configured with 16MB of memory i.e., 16 of the
32 slots contain 1MB SIMMs. We recently freed an extra 4 identical
SIMMs as a consequence of upgrading another machine and I'd like to
use these SIMMs as additional memory for the 4/110, if possible.
Unfortunately, we don't seem to have kept any sort of documentation on
this box and the first couple of guesses at how to install the SIMMs
haven't worked.

The memory array on the board looks like this (with the VME connector
at the top):

----------------   ----------------
|              |   |              |
|  8 slots     |   |   8 slots    |
|   <empty>    |   |   <filled>   |
|              |   |              |
----------------   ---------------- j
----------------   ---------------- u
|              |   |              | m
|  8 slots     |   |   8 slots    | p
|   <empty>    |   |   <filled>   | e
|              |   |              | r
----------------   ---------------- s

Hoping that we could avoid messing with the inscrutible jumpers, our
first two guesses were to install the 4 SIMMs in the 4 lowermost of
the empty slots and, when that failed, to try the 4 uppermost of the
empty slots. In each case the ROM monitor continued to report "testing
16MB of memory" after power up.

Any clues?
thanks,
-- Ken
From: mueller@hatteras.cs.unc.edu (Carl Mueller)
Newsgroups: comp.sys.sun.hardware
Subject: Sun 3/80 questions
Date: 7 Oct 92 04:14:52 GMT
Distribution: usa
Organization: The University of North Carolina at Chapel Hill

I've just added 8 meg of RAM to my 3/80, which originally
had 8.  On powerup, the machine now knows that it has 16
meg, but still only tests 8.  How do I make it test all 16?
Is there a location in the EEPROM that I need to change?

Also, I happen to have a CG4 framebuffer from a Sun 3/60
availble.  I was able to physically plug it in by removing
the back panel of the 3/80, but the machine didn't seem to
know what to do with this CG4.  Is this framebuffer useable
with a 3/80?  If so, how?  If not, does anybody want to
trade with me for a 3/80 model, or even buy this fb?

-Carl (mueller@cs.unc.edu)
From: jaa101@gorton.anu.EDU.AU (James Ashton)
Newsgroups: comp.sys.sun.hardware
Subject: Re: SS10 Memory Config Question
Date: 13 Oct 1992 02:32:41 GMT
Organization: The Australian National University, Canberra
Distribution: world
NNTP-Posting-Host: 150.203.15.124

In article <1687AC2CF.SWT10@CCCVM.CCC.AMDAHL.COM>, SWT10@CCCVM.CCC.AMDAHL.COM (Scott Tyree) writes:
> I have a question about valid  memory configurations for the SS10.  We
> currently have a SS10 on order with 32Mb of memory.  I'm assuming that
> this 32Mb is made up using two  16Mb SIMMs.  My question then is can I
> add  a 64Mb  SIMM, keeping  the existing  32Mb in  place, for  a total
> memory size of 96Mb?

It looks like you can mix them any way you want according to the SS10
DSIMMs installation booklet.  There seems to be a strict order for
using the slots but no restrictions on 64/16 mixtures that I could
find.  The key sentence is:  `Additional DSIMMs may be added to your
system unit in 16- or 64-megabyte increments up to a maximum of 8
DSIMMs (512 megabytes).' BTW you should see these `DSIMMs' - they're
really large with chips everywhere.
______________________________________________________________________________
James Ashton						  System Administrator
					     Department of Systems Engineering
Voice +61 6 249 0681	  Research School of Physical Sciences and Engineering
FAX   +61 6 249 2698				Australian National University
Email James.Ashton@syseng.anu.edu.au	 GPO Box 4 Canberra ACT 2601 Australia
Newsgroups: comp.sys.sun.hardware
From: struppi@kaa.informatik.rwth-aachen.de (Stefan Rupp)
Subject: HELP: Micropolis HD 1624
Summary: How to format a Micropolis HD on a Sun?
Keywords: harddisk, format
Organization: Rechnerbetrieb Informatik  /  RWTH Aachen
Date: 14 Oct 92 13:13:06 GMT

Hi!

We need some help with our new Micropolis 1624 HD. We have tried to format
this Disk with a Sun SPARCstation ELC, but it won't work. Does anybody know
how to format this HD for use with a Sun SPARC?

Thank you!

Ciao,
     Stefan H. Rupp
-- 
------------------------------------------------------------------------------
 Stefan H. Rupp - RWTH Aachen | Email: struppi@pool.informatik.rwth-aachen.de
------------------------------------------------------------------------------
Newsgroups: comp.sys.sun.hardware
From: mailman@bhprtc.scpd.oz.au (Mail Manager)
Subject: modem connection through an annex port
Summary: problems with in-bound calls using modem and annex port
Keywords: modem, annex, SunSparc2
Organization: BHP Steel, Sheet & Coil, Research & Technology Centre
Date: Thu, 8 Oct 92 04:22:42 GMT



We connected a modem to an annex port (Xylogics Annex II) attaching to a
SunSparc2. The outbound direction worked perfectly; however, the inbound calls
were usually troublesome. E-mail comments or advices from netters having a
similar set up will be most appreciated.

Following are the details:

-general-setup: followed exactly the instruction of the Xylogics manual, i.e.
 for the inbound modem:

 Sun_prompt: /etc/rtelnet annex1 16 /dev/ttyDB
 Sun_prompt: kill -HUP 1
 
 and in /etc/ttytab:

 ttyDB  "/usr/etc/getty std.2400"   dialup     on remote   

 
-If the mode of the annex port was set as CLI, all inbound calls were connected
 and remote users received the acknowledgement "CONNECT 2400". Unfortunately,
 further data such as "annex:" or "login:" were not sent and the remote
 screen was either blank or filled with some rubbish strings such as
 "DDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDD"

-If the mode was set as ADAPTIVE or SLAVE, the first inbound call was
 usually successful. The remote obtained "CONNECT 2400" and "login:" and
 could log-in to the Sun. The getty always named the session as "ttyr1"
 (/dev/ttyr1 and /dev/ttyDB were exactly the same).
 However, when the connection is terminated, the Sun did not remove the
 "ttyr1" and the output from the command "who" remained:

   username  ttyr1  date 

The subsequent inbound calls were usually unsuccessful with the error message
on the remote machine either "NO CARRIER" or "BUSY" and the error message on
the Sun console "REPEATED LOGIN FAILURES ON ttyr1: login_".
Occasionally, say 2 out of 10 calls were successful and the Sun either
used the same ttyr1 or created a new ttyr1. The output from "who"
became: 

   user2     ttyr1  date2
   username  ttyr1  date 


Many thanks in advance,

--------------------------------------------------------------------------
mailman@bhprtc.scpd.oz.au
BHP Steel, Sheet & Coil Products Division, Research & Technology Centre


-- 
mailman@bhprtc.scpd.oz.au
BHP Steel, Sheet & Coil Products Division, Research & Technology Centre
Newsgroups: comp.sys.sun.hardware
From: normi@hugo.uucp (Norman Dutton)
Subject: Re: SS10 Booting fm Toshiba CD-ROM
Keywords: SS10 Booting CD-ROM
Organization: D&M Associates, Annandale
Date: Fri, 16 Oct 1992 23:40:10 GMT

In article <1577@jli.UUCP> andy@jli.UUCP (Andy Johnson-Laird) writes:
>Oy...I saw a posting recently about how to path SunOS
>4.1.x (I am using 4.1.3) so that it would boot from an
>"unrecognized" vendor of CD-ROMs. Sadly, I didn't
>keep that thread.
>
>Could someone please mail it to me--I've now got
>a SPARCstation 10, Model 30 and a Toshiba CD-ROM drive.
>I can mount CD-ROM's, other than the Solaris 1.1 one
>which demand that I boot from it.
>
>A secondary question is whether anyone knows how to 
>extract specific files from the SunOS 1.1 CD--I can't
>mount it, therefore it appears its inaccessible.
>
>Thanks in advance
>
>
>Andy Johnson-Laird
>uucp ...!sequent!jli!andy or Internet: andy%jli.uucp@sequent.com
>Tel: (503) 274-0784 / FAX: (503) 274-0512

Did you mount the CD-ROM with the hsfs option? i.e.

  #mount -rt hsfs /dev/sr0 /foo

The standard mount (as used for answerbook CD-ROM) does not work
-- 
Norman Dutton;                  | uucp:    uunet!hugo!normi
D & M Associates                | Internet: hugo!normi@uunet.uu.net
4208 Evergreen Lane, Suite 213  | Voice: 1.703.941.7526 or 1.703.777.5677
Annandale, VA 22003             |
From: bruce@maypo.ai.mit.edu (Bruce Walton)
Newsgroups: comp.sys.sun.hardware
Subject: HP35480A DAT tape drive
Date: 9 Oct 92 14:58:34 GMT
Organization: MIT Artificial Intelligence Lab


Hi,

Could someone with an HP DAT drive help me?

It's connected to a sparcELC scsi bus with ID# 5 (2nd tape drive).
The kernel boots and finds the drive:

--------------
esp0:   Target 5 now Synchronous at 4.0 mb/s max transmit rate
st1 at esp0 target 5 lun 0
st1: <Vendor 'HP      ' Product 'HP35480A        '>

....

Oct  3 18:07:21 corn-pops vmunix: st1:  Generic Drive, Vendor=<HP      >
Oct  3 18:07:21 corn-pops vmunix:       3.81mm helical scan cartridge
Oct  3 18:07:21 corn-pops vmunix:       Variable record length I/O
-------------

When I try to access the drive, with tape loaded:


	bruce@corn-pops>mt -f /dev/rst1 rew
	/dev/rst1: no tape loaded or drive offline

The problem is, I have no docuementation with the DAT drive... is
there a special configuration for this drive to make it work on a
sun scsi bus?  I've been told that it works fine on a DEC machine...

thanks for any hints,		-bruce.

Bruce Walton	bruce@ai.mit.edu	MIT artificial intelligence lab
		617-253-9667		545 tech sq. cambridge, MA 02139
From: bill@ixcim.att.com (Bill Duncan)
Newsgroups: comp.sys.sun.hardware
Subject: disk & scsi bus errors
Date: 16 Oct 92 11:45:51 GMT
Organization: AT&T
Originator: news@cbnewsf.cb.att.com


I have attached a Pinnacle Micro REO-6500 optical
jukebox to an IPC.  There is also a Maxtor 207M internal
disk on the system. The problem is that I keep on
getting the following kinds of errors:
-------------------------
Oct 15 22:41:06 ixcim6 vmunix: sd0a:   Error for command 'write'
Oct 15 22:41:06 ixcim6 vmunix: sd0a:   Error Level: Retryable
Oct 15 22:41:06 ixcim6 vmunix: sd0a:   Block 10528, Absolute Block: 10528
Oct 15 22:41:06 ixcim6 vmunix: sd0a:   Sense Key: Aborted Command
Oct 15 22:41:06 ixcim6 vmunix: sd0a:   Vendor 'MAXTOR' error code: 0x47
-------------------------
Oct 15 12:56:10 ixcim6 vmunix: esp0: Target 3 didn't disconnect after sending COMMAND COMPLETE
Oct 15 12:56:10 ixcim6 vmunix: sd0:    SCSI transport failed: reason 'tran_err': retrying command
Oct 15 12:56:10 ixcim6 vmunix: jb0: SCSI transport failed: reason 'reset'
-------------------------

Any ideas as to what may be causing this and how I might
fix it would be greatly appreciated.

Thanks,
Bill Duncan
bill@ixcim.att.com


-- 
+----------------------------------------------------+
| Bill Duncan                        AT&T Bell Labs  |
| bill@ixcim.att.com                 Naperville IL   |
+----------------------------------------------------+
Newsgroups: comp.sys.sun.hardware
From: jta@unccsun.uncc.edu (joey adams)
Subject: Re: what kind of keyboard?
Reply-To: jta@unccsun.uncc.edu (joey adams)
Organization: University of NC at Charlotte
Date: Fri, 16 Oct 1992 17:22:52 GMT

In article <1bkg41INN6ei@usenet.INS.CWRU.Edu>,
at018@cleveland.Freenet.Edu (Dale Houston) writes:
|> 
|> Is there a software way to tell what kind of keyboard is attached to
your 
|> workstation? We have some users with Type-4 and others with Type-5
keyboards,
|> and I want to remap their respective keypads so they can use our VAX
and EDT.
|> The mappings are different and I'd like to be able (in say, .xinitrc)
to
|> redefine each keyboard. Can I do this?
|> 
|> 
|> dale
|> dhouston@bio.ri.ccf.org


Do a man on "kb" and look under the IOCTLS section.
The two of interest to you are KIOTYPE and KIOLAYOUT.
Guy Harris described the differences between the
type 4 and type 5 keyboards a few weeks back with 
great detail.  I haven't seen a FAQ for this group, 
but if there is one, perhaps we should add details
about the type 4 vs. type 5 details to handle 
questions like these.  It was a good question 
though Dale, and one I had a few weeks ago until
I searched the man pages and looked into 
$OPENWINHOME/etc/keytables and found the keyboard
specific keytable files.  

-----------------------------------------------------------------   
Joey Adams
University of NC at Charlotte
jta@unccsun.uncc.edu
-----------------------------------------------------------------



 

Xref: sparky comp.sys.sun.hardware:4961 comp.sys.sun.misc:4647 comp.sys.sun.wanted:1643 alt.sys.sun:3267