Red Hat Bugzilla – Bug 38611
XFree86 -4.0.3 ARK Driver with ADI Monitor - Must use VESA instead of ARK
Last modified: 2007-04-18 12:32:57 EDT
From Bugzilla Helper:
User-Agent: Mozilla/4.75 [en]C-CCK-MCD (WinNT; U)
My Diamond Stealth Graphics 2001 PCI card with 2MB of memory used an ARK2000PV chip. I am using it with a ADI 5EP monitor. Redhat
7.1 install thinks the card is an ARK2000MT. When I use the ARK Driver, I get something resembling a reduced sized display with bad colors
and the top of the image is on the bottom of the display while the bottom of the image is on the top of the display. By simply changing the
Driver setting to VESA, all of this goes away. No other changes were made to the XFConfig-4 file. Problem was also present on
Also <Alt><KP><-/+> don't work under the VESA driver. XFree86.log available upon request.
Steps to Reproduce:
1.Install Redhat 7.1
2.Chose ARK card
3.Chose ADI 5EP monitor
Actual Results: Display is wrong colors.
Top of Image is at bottom of monitor
Bottom of Image is at top of monitor
Image not square (;like looking into mirror at fun-housr)
Expected Results: Proper display of image
Under XFree86-3.x.x series, I would have to go to windows to initialize the card and then warm boot into Linux before things would work
properly. This does not seem to fix the problem in XFree86-4.0.3.
What happens if you use XFree 3.3.6? Try using:
Also, before doing that, send me your config file for 4, and also a log
from after you experience the problem.
Created attachment 17726 [details]
Does not work
Created attachment 17727 [details]
Log for Does Not Work
Created attachment 17728 [details]
Created attachment 17729 [details]
Log for Does Work
The behavior using XFree86-3.3.x under RedHat 7.0 was very similar to what I see using the ARK driver under XFree86-4.0.3. Except that
initializing the card first in MS-Win95 and rebooting into Linux (sometimes required several iterations), seemed to fix the problem in
Xfree86-3.3.x. This same procedure does not seem to fix the problem using the ARK driver in XFree86-4.0.3.
Is this problem still present in XFree86 4.1.0-3 in Red Hat Linux 7.2?
If so, I would like to have you try some things to try and narrow down
the problem area, as I do not have this hardware to test on. Once we
can narrow it down, we may be able to find a workaround, if not a full
Last night I began the process to remove the Ximian RPMS in order to upgrade to
7.2. I still have some downloading to finish. When that becomes stable, I will
purchase the box set of 7.2 :-) and upgrade.
When that is finished, I will get back to you.
Thanks for following up.
PS: As I am member of the XFree86 Documentation Team, I see your efforts from
several views via e-mail lists. I appreciate all you do.
We can test various levels of disabling things to narrow the prob
down once you've upgraded. Perhaps there is some 3.3.6 code that
can be stolen and ported to 4.x to stabilize things...
You can close this ticket. The problem was resolved by a fresh install of