Connecting a Samsung 930BF via DVI to an Asus Pundit R350 with a 9100 IGP results in the display being driven with incorrect modes.
The graphic card is detected as follows by lspci:
01:05.0 VGA compatible controller: ATI Technologies Inc Radeon 9100 PRO IGP
The attached TFT display should be used at 1280x1024 at about 60 kHz refresh rate.
The xorg.conf entry is accordingly set to have a Horizontal Sync of 31.5 - 67.0 kHz and a Vertical Refresh of 50.0 - 75.0 Hz.
When starting the xserver the display shows a message on the OSD saying:
"Not Optimum Mode
Recommended Mode:
1280x1024 60Hz"
Taking a look at the OSD info screen shows the following:
Digital
32.2kHz 30Hz PP
1280x1024
It seems the radeon driver is being confused about the right way to drive the display.
Fiddling with the Horizontal and Vertical settings or defining a Target Refresh rate seem to have no affect.
Configuring the vesa driver instead results in a stable picture without flickering and wobbling. Only drawback is the resolution of 1024x786 with the vesa driver.

(In reply to comment #3)
> Your setup uses an external TMDS controller which we currently don't have
> support for in the driver.
Crap. Currently means it's being developed?
> It may work with ati master or randr-1.2 from git if the bios sets up the
> external chip properly.
Mhm, I just rebuilt the src.rpms from fedora with a current copy of xorg-driver-video-ati and libXrandr and installed these two. No visible change though.
Was that the correct process?

(In reply to comment #4)
> Crap. Currently means it's being developed?
well... I'd definitely like to get it supported, but we haven't had much luck as of yet.
> Mhm, I just rebuilt the src.rpms from fedora with a current copy of
> xorg-driver-video-ati and libXrandr and installed these two. No visible change
> though.
>
> Was that the correct process?
>
yes. Try the randr-1.2 branch in git:
git clone git://anongit.freedesktop.org/git/xorg/driver/xf86-video-ati
cd xf86-video-ati
git checkout randr-1.2
or of you already have the git tree checked out:
git checkout randr-1.2
You'll need at least xserver 1.3

(In reply to comment #6)
> well... I'd definitely like to get it supported, but we haven't had much luck
> as of yet.
:-(
> Try the randr-1.2 branch in git:
> git clone git://anongit.freedesktop.org/git/xorg/driver/xf86-video-ati
> cd xf86-video-ati
> git checkout randr-1.2
> or of you already have the git tree checked out:
> git checkout randr-1.2
>
> You'll need at least xserver 1.3
Tried that, even though the local git wanted "origin/randr-1.2" as the branch-name.
According to the server log randr-1.2 was enabled but unfortunately no change yet on the screen.
However, I just noticed that analog works. At least I can work on the system now without headaches.

(In reply to comment #7)
> > You'll need at least xserver 1.3
> Tried that, even though the local git wanted "origin/randr-1.2" as the
> branch-name.
>
you must be using a newer version of git.
> According to the server log randr-1.2 was enabled but unfortunately no change
> yet on the screen.
the TMDS chip may require some additional setup are are not doing.

(In reply to comment #14)
> This should be fixed in ati git master.
Okay, I finally got around to checking out the newest git tree and applied it on the testbox.
Unfortunately, the problem is still the same.

(In reply to comment #17)
> looks like your bios connector table is wrong. try adding this option to your
> config:
>
> Option "ConnectorTable" "3,2,1,4,4,1,2,2"
No real luck. Doesn't change a thing.
Interestingly, when booting with rhgb, the graphical boot overlay, the DVI screen stays black and the normal x-server in runlevel 5 won't show on the attached display.
Restarting it by giving the Zap-command on the keyboard however sucessfully starts the xserver with the same flickering display as before.

(In reply to comment #21)
> the IGP chips must need some special setting for FP2. can you provide dumps
> with radeontool (http://cgit.freedesktop.org/~airlied/radeontool/) for vesa and
> the current radeon driver?
>
> once X is started run (as root):
> radeontool regmatch '*'
>
Sorry for the long delay, the hardware was unfortunately absent.
I managed to get the register dumps from the 9100 IGP running on fedora 9 now.
One is running the radeon driver, the other the vesa driver with a lower resolution.

Created attachment 24509[details]
xorg log running xorg-x11-6.8.2-37.FC4.49.2.1 with ati-fglrx-8.26.18-1.lvn4
This is a Xorg logfile from Fedora Core 4 with xorg-x11-6.8.2-37.FC4.49.2.1 running the ati-fglrx-8.26.18-1.lvn4 closed source driver.
DVI Output is working correctly with this setup.

Created attachment 24510[details]
register dump running the ati-fglrx driver.
This is a radeontool regmatch dump from Fedora Core 4 with xorg-x11-6.8.2-37.FC4.49.2.1 running the ati-fglrx-8.26.18-1.lvn4 closed source driver.
DVI Output is working correctly with this setup.