The current S3 Server supports the following S3 chipsets: 911, 924, 801/805, 928, 732 (Trio32), 764, 765, 775, 785 (Trio64*), 864, 868, 964, 968 and M65 (Aurora64V+). The S3 server will also recognise the 866, but it has not been tested with this chipset. If you have any problems or success with these, please report it to us.
Nevertheless, this is not enough to support every board using one of these chipsets. The following list contains some data points on boards that are known to work. If your card is similar to one of the described ones, chances are good it might work for you, too.
8 and 15/16 bpp
Note: Real AT&T20C490 RAMDACs should be automatically detected by
the server. For others which are compatible, you need to provide
a `Ramdac "att20c490"
'
entry in your XF86Config
.
Real AT&T 20C490 or 20C491 RAMDACs work with the
"dac_8_bit"
option. Some clones (like the Winbond
82C490) do not.
The Orchid Fahrenheit 1280+ VLB may require `Option "nolinear"
'.
8 and 15/16 bpp
ClockChip "s3gendac"
RamDac "s3gendac"
8 and 15/16 bpp
Note: Real AT&T20C490 RAMDACs should be automatically detected by
the server. For others which are compatible, you need to provide
a `Ramdac "att20c490"
'
entry in your XF86Config
.
ClockChip "icd2061a"
RamDac "att20c490"
Option "dac_8_bit
8 and 15bpp(*) only.
requires `Option "nolinear"
'
(*) The SS2410 RAMDAC is reportedly compatible with the AT&T20C490
in 15bpp mode. To make the server treat it as an AT&T20C490,
you need to provide a `Ramdac "att20c490"
' entry in your
XF86Config
.
8 and 15/16 bpp.
The 8391 is compatible with the AT&T 20C490 RAMDAC
ClockChip "ch8391"
Ramdac "ch8391"
Option "dac_8_bit"
8 and 15/16 bpp
Note: Real AT&T20C490 RAMDACs should be automatically detected by
the server. For others which are compatible, you need to provide
a `Ramdac "att20c490"
'
entry in your XF86Config
. Also, the server's RAMDAC probe
reportedly causes problems with some of these boards, and a
RamDac entry should be used to avoid the probe.
Real AT&T 20C490 or 20C491 RAMDACs work with the
"dac_8_bit"
option. Some clones (like the Winbond
82C490) do not.
8, 15/16 and 24(32) bpp
Supports 8bit/pixel RGB in 8bpp and gamma correction for 15/16 and 24bpp modes
24 bpp might get ``snowy'' if the clock is near the limit of 30MHz. This is not considered dangerous, but limits the usability of 24 bpp.
D-step (or below) chips cannot be used with a line width of 1152; hence the most effective mode for a 1 MB board is about 1088x800x8 (similar to 2 MB, 1088x800x16).
ClockChip "icd2061a"
8, 15/16 and 24(32) bpp
Supports RGB with sync-on-green if "sync_on_green"
option is provided and board jumper is set for BNC outputs.
VLB linear addressing now occurs at 0x7FCxxxxx so that 64MB or more main memory can be supported without losing linear frame buffer access.
ClockChip "icd2061a"
Option "stb_pegasus"
8, 15/16 and 24(32) bpp
ClockChip "SC11412"
Option "SPEA_Mercury"
8, 15/16 and 24(32) bpp
ClockChip "icd2061a"
Option "number_nine"
8, 15/16 and 24(32) bpp
Supports RGB with sync-on-green
ClockChip "icd2061a"
Option "number_nine"
The ICS2494 is a fixed frequency clockchip, you have to use X -probeonly (without a Clocks line in XF86Config) to get the correct clock values.
8, 15/16 and 24(32) bpp
8, 15/16 and 24(32) bpp
ClockChip "icd2061a"
8, 15/16 and 24(32) bpp
Clockchip support is still sometimes flaky and on some machines problems with the first mode after startup of XF86_S3 or after switching back from VT have been seen; switching to next mode with CTRL+ALT+``KP+'' and back seems to solve this problem.
Interlaced modes don't work correctly.
Mirage P64 with BIOS 4.xx uses the S3 SDAC.
ClockChip "ics2595"
8, 15/16 and 24 bpp
8, 15/16 and 24 bpp
ClockChip "ics5342"
Ramdac "ics5342"
8, 15/16, 24(32) bpp
ClockChip "icd2061a"
Option "number_nine"
8, 15/16, 24(32) bpp
ClockChip "icd2061a"
Ramdac "att20c505"
8, 15/16, 24(32) bpp
ClockChip "icd2061a"
8, 15/16, 24(32) bpp
ClockChip "ics9161a"
Option "SPEA_Mercury"
8, 15/16, 24(32) bpp
ClockChip "icd2061a"
8 bpp, 15, 16 and 24(32) bpp
There are some known problems with the GXE64 Pro support, including some image shifting/wrapping at 15/16/24 bpp.
We have found that #9 no longer support the GXE64 Pro at 1600x1200. They do however have a new (and more expensive) board called the GXE64Pro-1600 which uses a 220MHz RAMDAC instead of 135MHz part used on the other boards.
8/15/16/24 bpp
Note: The Trio64 has a builtin RAMDAC and clockchip, so the server
should work with all Trio64 cards, and there is no need to specify
the RAMDAC or clockchip in the XF86Config
file.
8/15/16/24 bpp
Note: The Trio32 has a builtin RAMDAC and clockchip, so the server
should work with all Trio32 cards, and there is no need to specify
the RAMDAC or clockchip in the XF86Config
file.
8/15/16/24 bpp
8/15/16/24 bpp
Note: pixelmultiplexing is not supported yet, therefore limited maximum dot clock for 8bpp (currently 67.5MHz, should be changed to 100MHz if pixmux isn't fixed prior to release)
8/15/16/24 bpp
8/15/16/24 bpp
Note: clock doubling doesn't work, yet, therefore the maximum usable dot clock is limited to about 120MHz.
8/15/16/24 bpp
s3RefClk 50
DACspeed 170
Option "slow_vram"
s3RefClk 50
DACspeed 170
s3RefClk 16
DACspeed 220
This card may require the line:
Invert_VCLK "*" 0
in each Display subsection.
s3RefClk 24
DACspeed 220
s3RefClk 16
DACspeed 220
This card may require the line:
Invert_VCLK "*" 0
in each Display subsection.
s3RefClk 16
DACspeed 250
8/15/16/24 bpp
The server has only been tested for "revision C" of this card (guess the serial number should start with C, but not sure since mine says Ser.No. A-0000.000.000;) which have an IBM RGB528A note the A; can't be probed though)
depending on the mode line etc there may be some display distortions like:
In rare cases, InvertVCLK and/or EarlySC may need to be adjusted, followed by an adjustment of BlankDelay (see the bottom line of xvidtune).
If you see any of these problems, please contact [email protected], and send details of: