Red Hat Bugzilla – Bug 447348
gui displays garbage on intel gm965 based video
Last modified: 2009-03-11 18:20:37 EDT
Description of problem:
all gui based functions (install, gdm, system-config-display, etc.) are
unusable as display is basically patches of color blocks
Version-Release number of selected component (if applicable):
rhel 4.7 re20080515.0
Steps to Reproduce:
1.boot install media
2.proceed to gui based install
3.once switched from text to gui is attempted screen becomes unusable
5.boot install media
6.perform text based install
7.on reboot after install completes screen is unusable
garbage displayed in GUI mode
attempted to manually adjust parts of xorg.conf file to work around issue
- adjusted monitor settings to match hardware specs - failed
- tried framebuffer driver instead of vesa - failed
- tried i810 driver - failed
reset xorg.conf to original settings and ran system-config-display
system-config-display unusable once switched to graphical mode due to garbage
Created attachment 305973 [details]
lspci output of system
Created attachment 305974 [details]
initial post-install xorg.conf file
Created attachment 305975 [details]
According to ajax, rhel4 i810 support stops with 945. 965 is vesa-only in
rhel4. However, given that vesa doesn't seem to work, this might be an x86_64
issue. Does an x86 install work with 965?
with x86 version there is no corrupted display, however the x server is unable
to start. so it would appear that the vesa driver is not working with this chipset.
I reproduced this on a Lenovo Thinkcentre 8807 (graphics card is Q965) with
RHEL4-U7-re20080515.0 x86_64. Anaconda tried to use the VESA driver and I got
garbage on the screen when the GUI install started.
I also tried i386 on the same machine. Anaconda again tried to use VESA, but X
failed to start. Finally it fell back to the Text interface to continue the
Created attachment 306142 [details]
i386 version of lspci output for same target system
Created attachment 306143 [details]
i386 version of xorg.conf for same target system
Created attachment 306144 [details]
i386 version of X log for same target system
I just retested with RHEL 4.6 i386 on the same hardware I testing 4.7 on. The
graphical install worked with the VESA driver.
x86_64 worked as well.
Just to note, I am not testing on a laptop. So this is not just the mobile version.
Note that both the kernel and xorg-x11 packages can affect the vesa driver.
Cameron and/or Robert, what happens when you try the 4.6 kernel with the 4.7
xorg-x11 package? And, conversely, what happens when you try the 4.7 kernel
with the 4.6 xorg-x11 pkg? This would help narrow down if it's an xorg-x11 or
Created attachment 306504 [details]
vesa_drv.o for i386
vesa driver from rhel 4.6
Created attachment 306506 [details]
vesa_drv.o for x86_64
vesa driver from rhel 4.6 for x86_64 based systems
I was able to get x sessions working using the vesa_drv.o from rhel 4.6
The vesa_drv.o alone was enough to provide x sessions on a system install in
I installed a clean 4.6 with all updates on x86_64. X starts fine. I updated
to the 4.7 xorg-x11 package and X still works.
I will know update to the 4.7 kernel and verify that that still breaks. Then
downgrade the xorg-x11 package to the 4.6 version.
Correction. 4.6 with 4.7 xorg-x11 package fails as originally reported.
4.6 xorg-x11 with 4.7 kernel works fine. Looks like the culprit is X.
This was all tested on RHEL 4.6 AS x86_64. 4.7 packages were from 20080515.0.
this bug has been tagged for inclusion in the RHEL4.7 release notes. please post
the necessary content for it. thanks!
Don, here's a sample text:
Installing this release or upgrading from Red Hat Enterprise Linux 4 update 6 to
this release may cause X to not work on intel gm965 based video chipset.
please advise if the above text is correct.
thanks Alex. is there no workaround for this?
(In reply to comment #24)
> thanks Alex. is there no workaround for this?
I don't believe so. All of the video drivers appear to be failing with this
thanks Ben. revising release notes as:
(x86_64) The X server of this release may fail on systems that use chipsets
based on Intel GM965.
please advise if any further revisions are required. thanks!
This is caused by the current patch for bug #205361
the RHEL4.7 release notes deadline is on June 17, 2008 (Tuesday). they will
undergo a final proofread before being dropped to translation, at which point no
further additions or revisions will be entertained.
a mockup of the RHEL4.7 release notes can be viewed here:
please use the aforementioned link to verify if your bugzilla is already in the
release notes (if it needs to be). each item in the release notes contains a
link to its original bug; as such, you can search through the release notes by
This doesn't need release noting. The patch is just broken and needs to be fixed.
I've backed it out as of xorg-x11-6.8.2-1.EL.47.
does this mean that the X server no longer fails on Intel gm965?
Fixed vesa blanking patch applied to -1.EL.50.
Closing this as a dupe of the original VBE blanking bug.
*** This bug has been marked as a duplicate of 205361 ***