Bug 144549

Summary: VESA driver fails on Gigabyte GA-K8VM800M (K8M800)
Product: [Fedora] Fedora Reporter: Jeff Schultz <jws>
Component: xorg-x11Assignee: X/OpenGL Maintenance List <xgl-maint>
Status: CLOSED DUPLICATE QA Contact: David Lawrence <dkl>
Severity: high Docs Contact:
Priority: medium    
Version: 3   
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2006-02-21 19:07:51 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Description Jeff Schultz 2005-01-08 03:20:47 UTC
Description of problem:

VESA driver in x86_64 FC3 fails during VBE calls on K8M800-based board
with AMD64 3000 CPU.  Can persuade it to work in a 32-bit install
of SUSE 9.1, and it sort of worked with 32-bit FC2.

The X server is not something I'm familiar with, but a bit of manual
debugging found that the xf86ExecX86int10 call in VBEGetModeInfo is
yielding 0x14f instead of the desired 0x4f for every mode tried.
This leads to VESAPreInit's giving up and the line

    (EE) VESA(0): No matching modes

in the X log.

(Attempts with the unichrome project driver failed for this board.
K8M800 support not there yet.  The old VIA driver is not present in
the x86_64 distribution for some reason, so I'm a bit stuck.)

Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1. Install x86_64 FC3 on this hardware.
2. Try the X VESA driver.
Actual results:

    (EE) VESA(0): No matching modes

Expected results:

Working X in some suitable resolution.

Additional info:

Not restricted to this MB---from others' comments, there seems to be
a bit of a problem with this chipset on all MBs using it.

Comment 1 Jeff Schultz 2005-01-10 08:38:06 UTC

*** This bug has been marked as a duplicate of 144550 ***

Comment 2 Red Hat Bugzilla 2006-02-21 19:07:51 UTC
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.