Rob Jenkins (robj++at++sgi.com)
Thu, 01 Oct 1998 11:35:13 +0100
The reason I think you're having problems doing remote video format
changing is that before Irix 6.2 the xdm 'grabServer' resource was was
internally disabled if clogin was being run, because clogin wouldn't
come up properly if the server was grabbed, now clogin has been fixed so
that the server can be grabbed while running clogin.
The net effect is that any attempt to connect to the server while not
logged in will hang in XOpenDisplay. This is expected behaviour, it's
intended as a security thing so no one can 'catch' keyborad events to
clogin and grab passwds say. If you really want to disable it and lose
that security then to go back to the older behaviour, just edit
/var/X11/xdm/xdm-config and change the grabServer flag to False. The
timeouts errors you get are because the xserver really is unavailable
while no one is logged in ( ie clogin is up ) because it's 'grabbed'.
On the subject of restarting the pipe, in theory all that is needed to
cycle the graphics pipe is just stop/startgfx ( or use the 'Vulcan Death
Grip: <shift><ctrl><alt><f12><numpad /> ). In practice however,
especially on multipipe systems, it's often worth taking
a more 'belt'n'braces' approach and doing:
(/usr/gfx/stopgfx;/etc/init.d/xdm stop;sleep 2;killall -9
xdm;/usr/gfx/startgfx) &
NOTE: This can be done from the graphics monitor and from Unix. Do not
forget the ( ) and the &
If your new video format is going to increase the X managed area ( given
in gfxinfo output ) then you do need to load it to eeprom and restart
the gfx, this of course will have the effect of logging you out.
I think the above should account for all the issues you have, if not
then let me know. The eeprom stuff Max mentioned should normally only be
needed if you manage to get the pipe in a funny state where you can load
a new format to eeprom and restart gfx, in that case you occasionally
have to wipe the eeprom ( then restarting gfx will bring up a defualt
vof ) but that is rare in my experience
Cheers
Rob
Brian Corrie wrote:
>
> Hi again pfAll
>
> I lied somewhat in my previous email (see below). When I rlogin to the machine
> and run setmon, ircombine, etc., they don't hang, they eventually timeout and
> give the error messages in my previous email. They do log anyone that is
> logged in off of the console (kill the X server?) and they do not have any
> effect on the video format.
>
> Brian
>
> >
> >Hello pfAll,
> >
> >I have managed to stuff up the video on our Onyx2 IR, dual pipe, running IRIX
> >6.5. If anyone has any suggestions, please let me know as I am a newbie at
> >Onyx2/ircombine. I believe it all started when I tried to create a couple of
> >new video format files. Now, anytime I run ircombine, setmon, gfxinfo etc.
> >from the console I get logged out and the command appears to have no effect on
> >the video format being used. Actually, that isn't quite true, I can run
> >ircombine if I output my .cmb file to a file instead of making the destination
> >"active" or "eeprom". When I rlogin from another machine, set DISPLAY to :0.0,
> >and run the same commands they either hang (if no one is logged in) or they
> >terminate with an error message (and log off the person logged in). The error
> >message given for setmon is "X connection to :0.0 broken (explicit kill or
> >server shutdown)." The error message for gfxinfo is:
> >
> >Graphics board 0 is "KONAL" graphics.
> > Managed (":0.0") 1280x1024
> > Display has 2 channels
> > 4 GEs (of 4), occmask = 0x0f
> > 4MB external BEF ram, 32bit path
> > 2 RM7 boards (of 2) 1/1/0/0
> > Texture Memory: 64MB/64MB/-/-
> > Large pixel depth
> > 32K cmap
> > (Could not contact X server; thus, no XSGIvc information available)
> >Graphics board 1 is "KONAL" graphics.
> > Managed (":0.1") 1280x1024
> > Display has 2 channels
> > 4 GEs (of 4), occmask = 0x0f
> > 4MB external BEF ram, 32bit path
> > 2 RM7 boards (of 2) 1/1/0/0
> > Texture Memory: 64MB/64MB/-/-
> > Medium pixel depth
> > 32K cmap
> > (Could not contact X server; thus, no XSGIvc information available)
> >
> >The stopgfx/startgfx pair appears to have no effect (other than logging me
> >out) and rebooting has not gotten us anywhere either.
> >
> >Here is the whole story:
> >
> >Our Onyx only came with a couple of reasonable stereo formats (no 1024x768_96s
> >for example) so I was trying to fill in some of the gaps. I was experimenting
> >with ircombine and xscreen. I was having trouble using ircombine to build a
> >1024x768_96s format (newbie blues...) so I used xscreen to download a
> >1024x768_96s to the EEPROM (DANGER...). No problems so far... I then did a
> >(/usr/gfx/stopgfx; /usr/gfx/startgfx) & as the manual says to make it take
> >effect. It then promptly logged me out, changed the video format slightly (it
> >still appears to be 1280x1024, but no stereo) and has left me unable to change
> >video modes any longer. I am totally stumped and no one here seems to have any
> >ideas. Any suggestions would be greatly appreciated!!!!
> >
> >Thanks in advance,
> >
> > Brian
> >
>
> =======================================================================
> List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/
> Submissions: info-performer++at++sgi.com
> Admin. requests: info-performer-request++at++sgi.com
-- ________________________________________________________________ Rob Jenkins Silicon Graphics mailto:robj++at++sgi.com
This archive was generated by hypermail 2.0b2 on Thu Oct 01 1998 - 03:35:30 PDT