Bug 58003 - SGI 1600SW/Sony FW-900 widescreen monitors not in monitor database
Summary: SGI 1600SW/Sony FW-900 widescreen monitors not in monitor database
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: hwdata (Show other bugs)
(Show other bugs)
Version: 7.2
Hardware: All Linux
Target Milestone: ---
Assignee: Bill Nottingham
QA Contact:
: 90870 (view as bug list)
Depends On:
TreeView+ depends on / blocked
Reported: 2002-01-04 22:54 UTC by Bryce Nesbitt
Modified: 2014-03-17 02:24 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2004-07-06 21:09:43 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
SGI 1600SW configuration file for X (2.26 KB, text/plain)
2002-01-04 22:55 UTC, Bryce Nesbitt
no flags Details
Windows .inf file from Nine Revolution IV-FP install (32.57 KB, text/plain)
2002-01-25 05:55 UTC, Bryce Nesbitt
no flags Details
.INF Monitor Profile for SGI 1600SW (2.83 KB, application/octet-stream)
2003-05-16 08:17 UTC, Need Real Name
no flags Details
This is the sgi.inf file from the SGI cdrom to install both the #9 card AND the SGI 1600SW Flat Panel Monitor. (2.07 KB, text/plain)
2003-05-26 15:10 UTC, Stewart Samuels
no flags Details
This is my RH 9 /etc/X11/XF86Config file. It has the correct Modelines as well as horizsync and vertrefresh settings. (4.36 KB, text/plain)
2003-05-26 15:22 UTC, Stewart Samuels
no flags Details

Description Bryce Nesbitt 2002-01-04 22:54:43 UTC
This monitor has an unusual aspect ratio (110 dpi, 1600x1024).
It's awkard to configure it without the right data.

Attached is the XFree86-4 magic with all the data.  It would be
nice to see this in anaconda's database next time (where does
that database come from anyway)?

Comment 1 Bryce Nesbitt 2002-01-04 22:55:52 UTC
Created attachment 41811 [details]
SGI 1600SW configuration file for X

Comment 2 Jeremy Katz 2002-01-07 05:48:38 UTC
anaconda just uses the information from Xconfigurator; reassigning to Mike

Comment 3 Mike A. Harris 2002-01-25 03:05:18 UTC
I can have these modelines built into XFree86 itself, which might
be a cleaner solution.

If you have the Windows .inf file for this monitor, please attach
it, and I can have it autodetected also.

Comment 4 Bryce Nesbitt 2002-01-25 05:55:39 UTC
Created attachment 43434 [details]
Windows .inf file from Nine Revolution IV-FP install

Comment 5 Bryce Nesbitt 2002-01-25 05:58:20 UTC
This monitor supports three systems:
	1) 3DLabs Oxygen VX1-1600SW, direct digital
	2) Nine Revolution IV-FP, direct digital
	3) Any analog card that can output 1600x1200 (wide format).

Comment 6 Bryce Nesbitt 2002-01-25 06:08:06 UTC
Correction.  Make that:
	3) Any analog card that can output 1600x1024, 60Hz.

While you're adding widescreen monitors to the databases, might as well hit this

Panoramic 16:10 aspect ratio 
Horizontal Scan Range: 30kHz - 121kHz 
Vertical Scan Range: 48Hz - 160Hz 
Maximum Resolution: 2304 x 1440 
Recommended Resolution: 1920 x 1200 @ 85Hz 

This monitor gets a lot of professional use, and shows up in operations centers
all the time.

Comment 7 Stewart Samuels 2002-02-26 21:05:10 UTC

I too have the SGI 1600sw flatplanel with the number-nine card.  I have long
been waiting for this panel to be included in your distribution.  XFree86 4.1.0
has support for this monitor but Xconfigurator does not.  I have had to place
the appropriate mode lines in by hand for several years now.  My current dilema
is that I have configured the XF86Config-4 and can run X but when logging out,
my screen gets corrupted and I must power down (rather than shut down
gracefully) to take the system down.  I find that X fails to reset the monitor
properly when logging out and the monitor actually loses sync.  Brice, have you
discovered this problem. 

Redhat 7.1 allows me to use startx from init mode 3 and logout, bringing me back
to a prompt where I can halt the system.  But Redhat 7.2 corrupts my monitor so
characters are unreadable.  In both cases, Xdm fails to logout properly and
reinitiate for the next user.

Any help here would be greatly appreciated.  I would be glad to test fixes if
you have them and can put them in rpm format where I can download them.

Comment 8 Bryce Nesbitt 2002-02-26 21:29:43 UTC
I don't know how to solve the bug causing the corrupt console, but
inserting "vga=808" as kernel parameter will make it go away.  You'll get
a framebuffer for the linux console:

# grub.conf generated by anaconda
title Red Hat Linux (2.4.9-21debug)
        root (hd0,0)
        kernel /vmlinuz-2.4.9-21debug ro root=/dev/hde8 hda=ide-scsi vga=808
        initrd /initrd-2.4.9-21debug.img

But the first step is for RedHat to add the monitor to the database.  Then, at
least, people
know that using this monitor is possible.

Comment 9 Stewart Samuels 2002-02-27 18:33:48 UTC

Upon further investigation I have discovered that the problems with corrupted
consoles when logging out of my Xsession seem to be associated with the KDE
desktop.  When using the GNOME desktop, the problem does not exist.

Bryce, using the vga=808 kernel parameter made only one small difference.  That
is, it allowed me to logout of KDE cleanly if I came up in initmode of 3 and
then performed a startx..  Then when logging out, KDE would bring me back to the
console window (text mode) cleanly.  However, this mode does nothing for xdm.

Mharris, how would you like me to proceed with this?  Classify and refile as
another bug?  A KDE bug?

Comment 10 Mike A. Harris 2003-04-20 16:58:13 UTC
Dunno if this issue is still relevant in Red Hat Linux 9, but I've reassigned
it to the proper component for investigation, etc.

Comment 11 Mike A. Harris 2003-05-16 03:17:28 UTC
*** Bug 90870 has been marked as a duplicate of this bug. ***

Comment 12 Mike A. Harris 2003-05-16 03:24:43 UTC
>Created an attachment (id=43434)
>Windows .inf file from Nine Revolution IV-FP install

That is the .INF file for the _video card_, not the one for the monitor, so
it is of no use to me.

The reason that this monitor is not autodetected properly, is because nobody
has ever submitted the proper information which is needed in order for it to
be added to the database.

Someone out there with one of these monitors must have the floppy disk or
CDROM that comes with the monitor, or can track down the proper files
on the appropriate website on the net somewhere for this monitor.

When someone tracks down the proper Windows .INF file for the _monitor_ itself,
I will gladly add this monitor to the MonitorsDB database.  I generally
process all requests such as this one or two times during a development
cycle (one is right now).  If someone attaches it very soon, it has a high
chance of getting into the next database update.


Comment 13 Need Real Name 2003-05-16 05:27:27 UTC
I bought the monitor and #9 card direct from SGI.  I don't remember the monitor
coming with its own floppy or cd-rom.  In fact the card doesn't have one either.
 A few other people claim to have gotten the combo to work, but I've tried their
mode lines with only partial success.

Comment 15 Need Real Name 2003-05-16 06:25:12 UTC
I think modelines by themselves aren't enough.  I have modelines that worked for
somebody else but don't work for me.

Comment 16 Mike A. Harris 2003-05-16 06:33:54 UTC
Which complicates things significantly.  Getting modelines wrong or getting
monitor database data wrong can physically destroy some monitors.

I do not wish to include random modelines in the server or in our config tools.
I need to have some level of guarantee that user supplied data is valid and
within the ranges of the hardware.  If I stuff some data in which happens
to work for someone, and ends up blowing up a lab full of these things, it
wouldn't look very good for Red Hat.

Comment 17 Need Real Name 2003-05-16 08:17:09 UTC
Created attachment 91717 [details]
.INF Monitor Profile for SGI 1600SW

This is downloaded from <http://www.alexia-media.com/sgi320/> which I find
through a Google search on ".inf" and "1600sw".  It was supposedly downloaded
from the Number Nine site before Number Nine shut down.

Comment 18 Stewart Samuels 2003-05-22 22:51:19 UTC

First, I have the original SGI cdrom to install the Revolution IV for 
SGI.  It is the only CD that comes with the SGI 1600SW for NT 
systems.  I will be happy to make a copy and send it to someone.  
Please email me a name and address and I will send it immediately.

Second, the correct modelines for this monitor are documented with 
the XFree86 documentation.  You can find the settings at the 
following URL:


Click on the  "Information for Number Nine I128 Users" link

Then Click on the "Mode lines for the Silicon Graphics flat panel 
display:" link

These settings work for me.

BTW, I would be happy to send a copy of my Redhat 9 
/etc/X11/XF86config file.  It works beautifully.  This would verify 
the settings.  Additionally, I would be happy to beta test the 
monitor database entry for the SGI 1600SW as well.

Finally, the other problem I reported in this bug report (where my 
system froze when using xdm or gdm has been fixed in release 9.  It 
was a problem I tracked down to the I128 driver for XFree86 and has 
nothing to do with the monitor.  Thanks for fixing that bug

Comment 19 Stewart Samuels 2003-05-24 20:21:38 UTC
Following is my /etc/X11/XF86Config file for RH 9.  It works VERY well.  I do
not use the SGI Multilink Adapter.  I connect my SGI 1600SW Flat Panel directly
into the digital connection of the Number 9 Revolution IV card.  Also, note the 
HorizSync of 31.5-125 and the VertRefresh of 60-150.

Also note, these are the modelines documented in XFree86.org in my previous
message.  So, they are formally documented and they do work.

# XFree86 4 configuration created by pyxf86config

Section "ServerLayout"
        Identifier     "Default Layout"
        Screen      0  "Screen0" 0 0
        InputDevice    "Mouse0" "CorePointer"
        InputDevice    "Keyboard0" "CoreKeyboard"
        InputDevice    "DevInputMice" "AlwaysCore"

Section "Files"
# RgbPath is the location of the RGB database.  Note, this is the name of the
# file minus the extension (like ".txt" or ".db").  There is normally
# no need to change the default.

# Multiple FontPath entries are allowed (they are concatenated together)
# By default, Red Hat 6.0 and later now use a font server independent of
# the X server to render fonts.

        RgbPath      "/usr/X11R6/lib/X11/rgb"
        FontPath     "unix/:7100"

Section "Module"
        Load  "dbe"file:///usr/share/doc/HTML/index.html
        Load  "extmod"
        Load  "fbdevhw"
        Load  "glx"
        Load  "record"
        Load  "freetype"
        Load  "type1"
        Load  "dri"

Section "InputDevice"
# Specify which keyboard LEDs can be user-controlled (eg, with xset(1))
#       Option  "Xleds"         "1 2 3"

# To disable the XKEYBOARD extension, uncomment XkbDisable.
#       Option  "XkbDisable"

# To customise the XKB settings to suit your keyboard, modify the
# lines below (which are the defaults).  For example, for a non-U.S.
# keyboard, you will probably want to use:
#       Option  "XkbModel"      "pc102"
# If you have a US Microsoft Natural keyboard, you can use:
#       Option  "XkbModel"      "microsoft"
# Then to change the language, change the Layout setting.
# For example, a german layout can be obtained with:
#       Option  "XkbLayout"     "de"
# or:
#       Option  "XkbLayout"     "de"
#       Option  "XkbVariant"    "nodeadkeys"
# If you'd like to switch the positions of your capslock and
# control keys, use:
#       Option  "XkbOptions"    "ctrl:swapcaps"
# Or if you just want both to be control, use:
#       Option  "XkbOptions"    "ctrl:nocaps"
        Identifier  "Keyboard0"
        Driver      "keyboard"
        Option      "XkbRules" "xfree86"
        Option      "XkbModel" "pc105"
        Option      "XkbLayout" "us"

Section "InputDevice"
        Identifier  "Mouse0"
        Driver      "mouse"
        Option      "Protocol" "IMPS/2"
        Option      "Device" "/dev/psaux"
        Option      "ZAxisMapping" "4 5"
        Option      "Emulate3Buttons" "no"

Section "InputDevice"
# If the normal CorePointer mouse is not a USB mouse then
# this input device can be used in AlwaysCore mode to let you
# also use USB mice at the same time.
        Identifier  "DevInputMice"
        Driver      "mouse"
        Option      "Protocol" "IMPS/2"
        Option      "Device" "/dev/input/mice"
        Option      "ZAxisMapping" "4 5"
        Option      "Emulate3Buttons" "no"

Section "Monitor"
# SGI Flat Panel mode lines

# 1600x12024d32
Modeline "1600x1024d32" 103.125 1600 1600 1656 1664 1024 1024 1029 1030 HSkew 7
+Hsync +Vsync
# 1600x12024d16
Modeline "1600x1024d16" 103.125 1600 1600 1656 1664 1024 1024 1029 1030 HSkew 5
+Hsync +Vsync
# 1600x12024d08
Modeline "1600x1024d08" 103.125 1600 1600 1656 1664 1024 1024 1029 1030 HSkew 1
+Hsync +Vsync
# 800x512d32
Modeline "800x512d32" 54.375 800 800 840 848 512 512 514 515 HSkew 7 DoubleScan
+Hsync +Vsync
# 800x512d16
Modeline "800x512d16" 54.375 800 800 840 848 512 512 514 515 HSkew 5 DoubleScan
+Hsync +Vsync
# 800x512d08
Modeline "800x512d08" 54.375 800 800 840 848 512 512 514 515 HSkew 1 DoubleScan
+Hsync +Vsync

        Identifier   "Monitor0"
        VendorName   "SGI"
        ModelName    "SGI 1600SW"
        HorizSync    31.5 - 125
        VertRefresh  60 - 150
        Option      "dpms"

Section "Device"
        Identifier  "Videocard0"
        Driver      "i128"
        VendorName  "Videocard vendor"
        BoardName   "Number Nine Revolution IV (T2R4)"
        VideoRam    32768

Section "Screen"
        Identifier "Screen0"
        Device     "Videocard0"
        Monitor    "Monitor0"
        DefaultDepth     24
#       SubSection "Display"
#               Depth     24
#               Modes    "1280x1024" "1280x960" "1152x864" "1024x768" "800x600"
#       EndSubSection
    Subsection "Display"
        Depth       8
        Option      "dac_8_bit"
        Modes       "1600x1024d08" "800x512d08"
        ViewPort    0 0
        Virtual    1600 1024
    Subsection "Display"
        Depth       16
        Option      "dac_8_bit"
        Modes       "1600x1024d16" "800x512d16"
        ViewPort    0 0
        Virtual    1600 1024
    Subsection "Display"
        Depth       24
        Option      "dac_8_bit"
        Modes       "1600x1024d32" "800x512d32"
        ViewPort    0 0
        Virtual     1600 1024

Section "DRI"
        Group        0
        Mode         0666

Comment 20 Stewart Samuels 2003-05-24 20:41:00 UTC

I have created a copy of the SGI cdrom that installs both the # 9 card and the
SGI  flatpanel.  In it I have found the sgi.inf file that was asked for.  I
append it here.  If you require the cdrom, simply let me know whom to send it to
and the address and I will send it immediately.

; Revision History:
; 00.01.00   SEP 23, 1998  Initial Revision
; 00.01.01   NOV 10, 1998  Added DefaultDestDir.
;      Copyright 1998  Number Nine Visual Technology Corporation

InfVersion = 01.02
signature  = "$CHICAGO$"
Class      = Monitor
ClassGUID  = {4d36e96e-e325-11ce-bfc1-08002be10318}
Provider   = %SGI%


AddReg = ClassAddReg32



HKR,"MODES\640,400",Mode1,  ,"30.0,60.0,+,+"
HKR,"MODES\640,480",Mode1,  ,"31.5,60.0,+,+"
HKR,"MODES\800,512",Mode1,  ,"35.0,60.0,+,+"
HKR,"MODES\800,600",Mode1,  ,"37.7,60.0,+,+"
HKR,"MODES\1024,768",Mode1, ,"48.4,60.0,+,+"
HKR,"MODES\1152,864",Mode1, ,"54.3,60.0,+,+"


%SGIFPD% = SGIFPD.Install, Monitor\SGX0640

CopyFiles = SGI.CopyFiles
AddReg    = SGIFPD.AddReg


DefaultDestDir = 11
SGI.CopyFiles = 23

1 = %SGIDiskNameStr%,,

SGI5000K.icm = 1
SGI5500K.icm = 1
SGI6500K.icm = 1


NNVTCstr         = "Number Nine Visual Technology"
SGI              = "Silicon Graphics Inc."
SGIFPD           = "Silicon Graphics 1600SW FP"
SGIDiskNameStr   = "Revolution IV Windows Driver"
MonitorClassName = "Monitor"

Comment 22 Stewart Samuels 2003-05-26 15:10:04 UTC
Created attachment 91972 [details]
This is the sgi.inf file from the SGI cdrom to install both the #9 card AND the SGI 1600SW Flat Panel Monitor.

I can send the SGI cdrom if it is required.

Comment 23 Stewart Samuels 2003-05-26 15:22:16 UTC
Created attachment 91973 [details]
This is my RH 9 /etc/X11/XF86Config file.  It has the correct Modelines as well as horizsync and vertrefresh settings.

Note: The modeline settings are exactly those documented in the XFree86.org
documentation to which I direct your attention above.

Comment 24 Mike A. Harris 2004-05-28 12:28:52 UTC
Reopening and reassinging to hwdata component/owner for FC3
development cycle.

Comment 25 Need Real Name 2004-07-05 22:11:56 UTC
comment #6 is incorrect, this monitor has no analog inputs.  There was
some kind of $500 box you could buy for it that converted analog VGA
to the monitor's digital signal, but I don't have that box.

Comment 26 Need Real Name 2004-07-05 22:13:33 UTC
By the way, thanks for reopening this, and for posting those xf86
files.  I'll drag the monitor out of the closet and try them soon.

Comment 27 Bill Nottingham 2004-07-06 21:09:43 UTC
The SGI flat panel is already in MonitorsDB.

Comment 28 Stewart Samuels 2004-07-08 01:50:15 UTC
Up to and including RH 9, Anaconda failed to recognize and set up the
monitor properly for installs, let alone for proper X configuration. 
Remember, the SGI 1600SW flat panel connects to a digital port on the
NumberNine card.

In order to install RH on my systems, I first had to connect a CRT to
the NumberNine VGA port, install RH, reinstall the SGI panel, boot up
to level 3, configure the /etc/XF86Config file for X, then reboot the
system to level 5.

Will Anaconda now recognize the monitor and configure properly for
installs and X now that it is in the MonitorsDB?  If so, at what
release should I expect this to work?  Is it in the current release of

Comment 29 Mike A. Harris 2004-07-08 02:19:55 UTC
We do not have access to the hardware described in this bug report
in order to test wether it works with our installer or not, so it's
essentially up to someone who does to test it and provide feedback.

Hopefully it works for you if you test it.

If it does not work however, it is unlikely that we would add
support for it at this stage due to the legacy of the hardware,
as the number of people who would benefit from it would be
extremely low.

If it does not work however, and you decide to hack up support
for it for anaconda, please feel free to submit a new request
against the anaconda component with patches attached and someone
will review them for consideration in a future release.

Note You need to log in before you can comment on or make changes to this bug.