Bug 38611

Summary: XFree86 -4.0.3 ARK Driver with ADI Monitor - Must use VESA instead of ARK
Product: [Retired] Red Hat Linux Reporter: john.himpel
Component: XFree86Assignee: Mike A. Harris <mharris>
Status: CLOSED CURRENTRELEASE QA Contact: David Lawrence <dkl>
Severity: low Docs Contact:
Priority: medium    
Version: 7.1   
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2001-11-13 14:16:08 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Does not work
none
Log for Does Not Work
none
Does Work
none
Log for Does Work none

Description john.himpel 2001-05-01 17:49:12 UTC 
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 
XFree86-4.0.2.  
Also <Alt><KP><-/+> don't work under the VESA driver.  XFree86.log available upon request.

Reproducible: Always
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.
Comment 1 Mike A. Harris 2001-05-05 03:52:20 UTC 
What happens if you use XFree 3.3.6?  Try using:

Xconfigurator --preferxf3

Also, before doing that, send me your config file for 4, and also a log
from after you experience the problem.
Comment 2 john.himpel 2001-05-08 14:46:59 UTC 
Created attachment 17726 [details]
Does not work
Comment 3 john.himpel 2001-05-08 14:48:50 UTC 
Created attachment 17727 [details]
Log for Does Not Work
Comment 4 john.himpel 2001-05-08 14:49:46 UTC 
Created attachment 17728 [details]
Does Work
Comment 5 john.himpel 2001-05-08 14:50:40 UTC 
Created attachment 17729 [details]
Log for Does Work
Comment 6 john.himpel 2001-05-08 14:55:31 UTC 
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.
Comment 7 Mike A. Harris 2001-11-06 11:16:41 UTC 
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
solution.
Comment 8 john.himpel 2001-11-06 11:38:48 UTC 
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.
Comment 9 Mike A. Harris 2001-11-06 13:43:23 UTC 
Thanks.

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...

Take care
Comment 10 john.himpel 2001-11-13 14:16:02 UTC 
Mike,

You can close this ticket.  The problem was resolved by a fresh install of 
RedHat 7.2

Thanks

John
Comment 11 Mike A. Harris 2001-11-13 16:13:13 UTC 
Ok, thanks.