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 <tmfdm...@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 <tmfdm...@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 <a...@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.' >
