SS10 console settings

Sean Caron scaron at umich.edu
Sun Jun 14 17:15:15 CDT 2015


You never know ... I once had a network cable that would cause SS10s to
crash intermittently and refuse to boot. It was pretty consistent ... it
would fail out pretty much any unit I put in the position ... Finally I
ripped all the cabling out and started from fresh and ... the machine
plodded on as if nothing were wrong in the first place. Try to figure that
one out :O The bad cable even brought the link up!

Best,

Sean


On Sun, Jun 14, 2015 at 5:28 PM, Mike Ross <tmfdmike at gmail.com> wrote:

> (Both boxes are running Linux; one is the host for my SIMH TOPS-10
> system, the other for KLH TOPS-20. Now I have to figure out how to
> tickle them into giving a serial port login; it seems I'd forgotten
> the last time I set them up they must have been configured to go
> straight into X, so now the boot ends with...
>
> Master Resource Control: runlevel 5 has been reached
> Skipped services in runlevel 5:  personal-firewall.initial
> personal-firewall.final
> INIT: Id "1" respawning too fast: disabled for 5 minutes
> INIT: Id "2" respawning too fast: disabled for 5 minutes
>
> (repeat indefinitely)
>
> rather than a login prompt! Grrrrrrr... one thing after another!
> Thanks for help.)
>
> Mike
>
>
> On Mon, Jun 15, 2015 at 9:22 AM, Mike Ross <tmfdmike at gmail.com> wrote:
> > Sorry, didn't notice I'd replied to an email rather than the list.
> > From last night:
> >
> > OK I'll have to get to the bottom of this at some point, but it seems
> > it WAS the cable! Tried another one and, at 9600....
> >
> > $$$$$   WARNING : No Keyboard Detected! $$$$$
> > MMU Context Table Reg Test
> > MMU Context Register Test
> > MMU TLB Bit Pattern Tests
> > D-Cache RAM Write/Read Test
> > D-Cache PTAG Write/Read Test
> > D-Cache STAG Write/Read Test
> > I-Cache RAM Write/Read Test
> > I-Cache PTAG Write/Read Test
> > I-Cache STAG Write/Read Test
> > EMC/SMC Control Regs  Tests
> >
> > How in hell a *cable* can result in garbage beats me. I would expect
> > data, or no data - not garbage data...
> >
> > On Mon, Jun 15, 2015 at 3:41 AM, tony duell <ard at p850ug1.demon.co.uk>
> wrote:
> >>> I'm trying to resurrect a couple of Sparcstation 10 systems. Is there
> >>> anything 'funny' about the serial console settings on SS10 hardware? I
> >>> thought they always defaulted to 9600-n-8-1, but I get voluminous
> >>> gobbledygook at that, and at every other baud rate I've tried.
> >>>
> >>> Both systems behave identically, so I can't assume SS10 settings are
> >>> wrong. And I *am* getting data, so I don't see how it can be the
> >>> cabling. Something strange about the terminal emulation mode required
> >>> maybe?
> >>
> >> Did they both come from the same place? It is possible (I guess) that
> >> parameters were changed to meet a local 'standard', and thus both
> >> machines are configured identically, just not the normal way.
> >>
> >> From the FAQ I've looked at, the serial port is a DB25 with the 'A'
> >> port on on the primary channel and the 'B' port on the back channel.
> >> If so, at least you've not got the classic problem of wiring up an
> >> RS422 port and using the wrong data pin (and thus getting inverted
> >> data, including the framing bits, which really confuses the receiver).
> >>
> >> I don't know if it's implemented here, but the FAQ suggests that pin 24
> >> will carry a baud rate clock. Have you tried a 'scope there? If so,
> what do
> >> you see, and what frequency?
> >>
> >> -tony
> >
> >
> >
> > --
> >
> > http://www.corestore.org
> > 'No greater love hath a man than he lay down his life for his brother.
> > Not for millions, not for glory, not for fame.
> > For one person, in the dark, where no one will ever know or see.'
>
>
>
> --
>
> http://www.corestore.org
> 'No greater love hath a man than he lay down his life for his brother.
> Not for millions, not for glory, not for fame.
> For one person, in the dark, where no one will ever know or see.'
>


More information about the cctalk mailing list