Bug 132367

In the past I made two profiles for this displays:

  /usr/share/sax/profile/SGI_Flatpanel_1600FP
  /usr/share/sax/profile/SGI_Flatpanel_1600SW

Could you please try to call:

   sax2 -r -b <path-to-profile>

does it work for you ?

The information from:

  hwinfo --monitor

would be usefull as well

Thanks

bryce@linux:~> /usr/sbin/hwinfo --monitor
22: None 00.0: 10000 Monitor
  [Created at fb.70]
  Unique ID: rdCR.EY_qmtb9YY0
  Hardware Class: monitor
  Model: "Generic Monitor"
  Vendor: "Generic"
  Device: "Monitor"
  Resolution: 1024x768@76Hz
  Driver Info #0:
    Max. Resolution: 1024x768
    Vert. Sync Range: 50-90 Hz
    Hor. Sync Range: 31-61 kHz
  Config Status: cfg=new, avail=yes, need=no, active=unknown

I used the /usr/share/sax/profile/SGI_Flatpanel_1600FP , and it works for the KDE desktop, but fails as described for any 'fullscreen' applications.  It is also shifted by a pixel or two from the ideal centering on the monitor.

Ah I see the monitor wasn't detected by hwinfo. It's only listed as
generic model which means there is no DDC-ID to apply profiles automatically.
Well we cannot fix this one.

You told me the profile works for you. The profile adds the following
modeline to the configuration:

    Modeline "1600x1024" 103.125 1600 1600 1656 1664 1024 1024 1029 1030
             +Hsync +Vsync

this is exactly the same line as mentioned in:
 
    http://www.xfree86.org/4.5.0/I1284.html
   
so if this line doesn't put the picture into the center position I assume
this can be fixed with the displays position keys.

The last remaining question is why a fullscreen application causes the
display to behave like it does. Well I'm clueless about this one and I
cannot reproduce it here because we don't have that piece of hardware.

by the way are you using the SGI Multilink adapter ? if yes have
you tried the modeline:

  Modeline "1600x1024" 108.0 1600 1616 1656 1704 1024 1027 1030 1056 -Hsync -Vsync

and the option 

  Option "OverridePolarity" "1"

set in the Device section ?

As it says above:
"I have a Number Nine Revolution IV-FP AGP video card (the direct digital
connection)."

I'm also clueless about the fullscreen issue.  But perhaps someone else will solve the problem, and ammend this bug report.

As I said above "This report is meant to document this issue, I don't expect SUSE to find a solution".  Thanks for your comments on the problem.

ok, sorry I didn't read your initial message very carefully
Thanks for testing the profile

Also: under Gnome, but not under KDE, pressing "CTRL-ALT-F1" instantly locks up the machine.  It is a hard lockup: remote ssh sessions are dead also, ctrl-alt-del is ineffective.  The same happens about 50% of the time when ending the X session normally.

Obviously, no log is created, because the lockup is instant.

It is more complicated than that.  If auto-login is enabled, the problem does not occur.

Anything that causes the blue SUSE login/session switch screen to show up triggers the vulnerability.  So if you auto-login to Gnome, end the session, the blue login/session switcher screen shows up.  At this point you're dead.  CTRL-ALT-F1 will black the screen and hang.  Login to Gnome will be fine, but exiting X in any way will hang (CTRL-ALT-F1, ctrl-backspace-backspace, X crashing, or logout).

The workaround is: auto-login, and always shut down.  Avoid the SUSE login screen at all costs.

If the server crashed could you provide the XOrg log file:

  /var/log/Xorg.0.log

Thanks

Please note, as it says above, no server crash is required.  Exiting X blacks the screen and hangs.  Nothing is logged.

Since we neither have this gfx board nor this monitor I'm closing this one now as WONTFIX. I'm sorry!