Subject: Re: SGI O2 not displaying anything...
To: None <fabian@wenks.ch, port-sgimips@NetBSD.org>
From: ozone <ozone@cname.com>
List: port-sgimips
Date: 11/08/2006 15:30:31
> monitor=h
monitor Overrides the default monitor setting when an unrecognized
monitor is attached to an Indy system. Specifying 'h' or
'H' indicates the attached monitor supports high
resolution mode (1280x1024 @ 60Hz). Otherwise the default
resolution is low resolution (1024x768 @ 60Hz). This
variable is usable only on an Indy system and is stored in
non-volatile RAM.
> crt_option=1
I've never seen this one either, but instinct says it's a misspelling of
"sync_on_green" ;) In the Olden Days of the 13W3 connector, there were sense
lines which allowed the monitor to represent its maximum sync rate; with the
newfangled "pc-compatible" monitor connector, this pseudo-standard is lost,
so you need enviromnent variables (like monitor, above) to provide hints.
But that's just conjecture.
> NoAutoLoad=CONSOLE OPEN FAILED.
This is a "fake" environment variable which the prom sets to let you know
why the system failed to boot.
> ConsoleOut=serial(0)
> ConsoleIn=serial(0)
> videostatus=illegal_env_var
Same here (though it's "less documented"). ConsoleIn/Out are set by the prom
after it figures out where the console is.
The prom will only autoboot if (a) it's configured to do so (b) it doesn't
experience any problems such as a failure to open the console. In this case,
it's waiting for interaction on the first serial port. As someone else pointed
out, the power-on tune is a Very Good Sign.
console Sets the system console. If console is set to g or G,
the console is assumed to be the graphics display. On
some systems with multiple graphics adapters, setting
console to g0 (identical to g), g1, or g2 can be used
to select alternate graphics displays. If console is
set to d, the console is assumed to be a terminal
connected to the first serial port. In addition, some
systems also accept d2 for a terminal connected to
second serial port. Lastly, this can be overridden on
some systems by removing the password jumper, which
forces the console to g, which is useful for for
recovering from setting console to d when a terminal is
not available. This variable is stored in nonvolatile
RAM.
I've performed the password-recovery-by-jumper procedure on an Indy; it works
as advertised. The equivalent o2 jumper is labeled "FLASH CLEAR", which implies
(to me) that it shouldn't be messed with ;)