Description of problem:
After booting the X display is garbled and unclear while switching to virutal
console screen is very clear. Garbled screen clears up after switching to a
virutal console and switching back to X (F7). The machine is a Dell Precision
470 and has an Nvidia NV44 [Quadro NVS 285] (rev a1) video card. I am only
running stock RHEL5 packages. It appears that RHEL5 is automatically installing
and using the "nv" driver.
I have been seeing this problem for the past 3 few weeks running while contining
to update to the latest nightlies for RHEL5. Today I reinstalled my machine
with RHEL5-Client-20070105.0/4.92/x86_64/os (latest snapshot) to make sure I had
a clean install.
Before the reinstall I would see this problem once every 3 or 4 boots... I power
the machine off each night and power on each morning.
Version-Release number of selected component (if applicable):
rpm -qa | grep ^x
Steps to Reproduce:
1. Boot the machine
Sometimes the screen and fonts are garbled (see screenshots)
Screen is clear 100% of time time.
00:00.0 Host bridge: Intel Corporation E7525 Memory Controller Hub (rev 09)
00:00.1 Class ff00: Intel Corporation E7525/E7520 Error Reporting Registers (rev 09)
00:02.0 PCI bridge: Intel Corporation E7525/E7520/E7320 PCI Express Port A (rev 09)
00:03.0 PCI bridge: Intel Corporation E7525/E7520/E7320 PCI Express Port A1 (rev 09)
00:04.0 PCI bridge: Intel Corporation E7525/E7520 PCI Express Port B (rev 09)
00:1d.0 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI
Controller #1 (rev 02)
00:1d.1 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI
Controller #2 (rev 02)
00:1d.2 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI
Controller #3 (rev 02)
00:1d.3 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI
Controller #4 (rev 02)
00:1d.7 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB2 EHCI
Controller (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev c2)
00:1f.0 ISA bridge: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC Interface
Bridge (rev 02)
00:1f.1 IDE interface: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE Controller
00:1f.2 IDE interface: Intel Corporation 82801EB (ICH5) SATA Controller (rev 02)
00:1f.3 SMBus: Intel Corporation 82801EB/ER (ICH5/ICH5R) SMBus Controller (rev 02)
00:1f.5 Multimedia audio controller: Intel Corporation 82801EB/ER (ICH5/ICH5R)
AC'97 Audio Controller (rev 02)
01:00.0 PCI bridge: Intel Corporation 6700PXH PCI Express-to-PCI Bridge A
01:00.2 PCI bridge: Intel Corporation 6700PXH PCI Express-to-PCI Bridge B
03:0e.0 Ethernet controller: Intel Corporation 82545GM Gigabit Ethernet
Controller (rev 04)
05:00.0 VGA compatible controller: nVidia Corporation NV44 [Quadro NVS 285] (rev a1)
06:0d.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 08)
06:0d.1 Input device controller: Creative Labs SB Live! Game Port (rev 08)
Created attachment 145015 [details]
Created attachment 145016 [details]
Created attachment 145017 [details]
notification with unreadable fonts
Created attachment 145018 [details]
web browser font problem
Admitedly the work around to switch to a virtual console and switch back to X is
fairly easily, but the appearance of the screen is a horrible first impression
to give our customers about the quality of our product.
Created attachment 145020 [details]
xorg.conf--as created automatically by installer
which is a trivially correct fix already present in rawhide. Does it work if
you install the nv driver from rawhide?
I read through the Novell bug and it is hard (for me) to see how it is the same
issue I reported.
Please provide a pointer to the exact package(s) that need to be installed from
https://bugzilla.novell.com/show_bug.cgi?id=220197#c25 - describes screen being
garbled and then fixed by VT switch.
- is the nv driver currently in rawhide.
installed xorg-x11-drv-nv-22.214.171.124-1.fc7.x86_64.rpm and am running it on my
primary desktop. Haven't seen any issues so far. I don't know an easy way to
trigger the original problem I was having to say for sure that this driver fixes
the problem. I did do a few reboots and everything looks fine so far. I'll
keep you posted if I see any other weirdness.
Just booted machine from cold state seeing the problem reported. I watched the
entire boot process and the distortion firs appears at the gdm login screen.
I'm still running the nv driver from comment#10
Move to 5.1. We're not likely to get this done for 5.0, as the nv driver is
sufficiently obfuscated. Should engage nvidia on this though, and would be a
I propose that at least a release note be considered for 5.0 for this issue.
(In reply to comment #14)
> I propose that at least a release note be considered for 5.0 for this issue.
Agreed, although it may be too late to get it translated...
"When starting the graphical installer or graphical login, some NVIDIA cards may
display corrupted graphics. The workaround is to switch virtual console and
back to graphics."
John, have you seen this issue with the nv driver in F7? I'm essentially going
to be backporting that driver anyway, would like to know if it's two birds with
one stone here.
saw it just yesterday... i'm running some mixture of F7T4 + rawhide (slightly
What package versions would be helpful to know if I'm running?
(In reply to comment #19)
> saw it just yesterday... i'm running some mixture of F7T4 + rawhide (slightly
> before GA).
> What package versions would be helpful to know if I'm running?
xorg-x11-server-Xorg and xorg-x11-drv-nv.
# rpm -qi xorg-x11-server-Xorg
Name : xorg-x11-server-Xorg Relocations: (not relocatable)
Version : 126.96.36.199 Vendor: Koji
Release : 5.fc7 Build Date: Fri 11 May 2007 01:18:23
Install Date: Tue 15 May 2007 10:34:48 PM PDT Build Host:
Group : User Interface/X Source RPM:
Size : 7443859 License: MIT/X11
Signature : (none)
Packager : Koji
URL : http://www.x.org
Summary : Xorg X server
X.org X11 is an open source implementation of the X Window System. It
provides the basic low level functionality which full fledged
graphical user interfaces (GUIs) such as GNOME and KDE are designed
# rpm -qi xorg-x11-drv-nv
Name : xorg-x11-drv-nv Relocations: (not relocatable)
Version : 2.0.2 Vendor: Koji
Release : 2.fc7 Build Date: Thu 10 May 2007 07:06:20
Install Date: Mon 14 May 2007 10:23:41 PM PDT Build Host:
Group : User Interface/X Hardware Support Source RPM:
Size : 173747 License: MIT
Signature : (none)
Packager : Koji
URL : http://www.x.org
Summary : Xorg X11 nv video driver
X.Org X11 nv video driver.
Have you tried xorg-x11-drv-nv 2.1.0 in F7 yet? Has a fix for something that
sounds like a similar problem.
i just installed 2.1.1-1.fc8 from rawhide to my F7 box... will see how it goes.
If you want me to run a specific version, please send me a pointer to its location.
(In reply to comment #24)
> Hi John, ajax,
> a clone for this bug (BZ#222737) was put up months ago to include mention of
> this bug in the release notes as follows:
> Some machines that use NVIDIA graphics cards may display corrupted graphics or
> fonts when using the graphical installer or during a graphical login. To work
> around this, switch to a virtual console and back to the original X host.
> as this bug is still not MODIFIED yet, should we add this same note to the
> RHEL5.1 release note? please advise.
Yeah, probably a good idea.
(In reply to comment #23)
> i just installed 2.1.1-1.fc8 from rawhide to my F7 box... will see how it goes.
> If you want me to run a specific version, please send me a pointer to its
No adverse affects. Seems to be running well. I don't recall having to switch
to a virtual console to clear the screen since running this version.
as per John's report, not adding this to the RHEL5.1 release notes. seems to
have already been resolved. if anybody thinks this assessment is premature and
the relnote is still needed, please advise. thanks!
(In reply to comment #27)
> No adverse affects. Seems to be running well. I don't recall having to switch
> to a virtual console to clear the screen since running this version.
Sadly... I just encountered the problem again. Had to switch to virtual console
3 times to clear the display from the login screen.
Trying to reproduce this is difficult if not impossible because I do not know
what cause it to happen.
thanks for the heads-up, John. adding this known issue again to RHEL5.1 release
Fixing component, xorg-x11 isn't included in RHEL5.
I don't have a good lead for this, so I'm retargetting for 5.2.
No known solution yet. Will miss 5.2 unless we figure it out.
I _think_ it's just a palette setup bug, but that should be the same between the
init and vt-switch paths.
same release note added to "known issues" section of RHEl5.2 release notes.
please advise when resolved. thanks!
John have you got this machine and F8 or rawhide? I've just pushed a rawhide
xorg-x11-drv-nv-2.1.6-5.fc9 and I'm going to scratch build some F8 test packages,
f8 scratch packages are http://koji.fedoraproject.org/scratch/airlied/task_356197/
I got the idea for the fix from the nouveau guys.
I might just put the patch into RHEL5.2 as it won't break anything.
pushing out to 5.3 due to not having time before 5.2 freeze.
Dave, I still have the hardware and am running F8. I've installed from the koji
link above and will let you know if I see any problems. It is intermittent so
hard to reproduce and could take a while to appear.
the RHEL5.2 release notes will be dropped to translation on April 15, 2008, at
which point no further additions or revisions will be entertained.
a mockup of the RHEL5.2 release notes can be viewed at the following link:
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
I do see the release note in the mockup.
FWIW.... still seeing the problem with latest rawhide packages (2008-APR)
Tracking this bug for the Red Hat Enterprise Linux 5.3 Release Notes.
This Release Note is currently located in the Known Issues section.
Release note added. If any revisions are required, please set the
"requires_release_notes" flag to "?" and edit the "Release Notes" field accordingly.
All revisions will be proofread by the Engineering Content Services team.
Quality Engineering Management has reviewed and declined this request. You may
appeal this decision by reopening this request.