Created attachment 360803 [details]
Description of problem:
When running the Fedora 12 test day image for Nouveau testing, the builtin display on my laptop looks as if it was overlaid with a grid of white lines. attaching a secondary monitor does not display this problem. I took a screenshot and it does not show the lines either, just when i am looking at the screen are they apparant.
output of Xorg -version
This is a pre-release version of the X server from The X.Org Foundation.
It is not supported in any way.
Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/.
Select the "xorg" product for bugs you find in this release.
Before reporting bugs in pre-release versions please check the
latest version in the X.Org Foundation git repository.
See http://wiki.x.org/wiki/GitPage for git access instructions.
X.Org X Server 22.214.171.1240 (1.7.0 RC 0)
Release Date: (unreleased)
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.18-164.el5 x86_64
Current Operating System: Linux localhost.localdomain 2.6.31-0.219.rc9.git2.fc12.x86_64 #1 SMP Wed Sep 9 05:55:59 EDT 2009 x86_64
Kernel command line: initrd=initrd0.img root=live:LABEL=FEDORA rootfstype=auto ro liveimg quiet rhgb BOOT_IMAGE=vmlinuz0
Build Date: 07 September 2009 02:00:06AM
Build ID: xorg-x11-server 126.96.36.1990-1.fc12
Current version of pixman: 0.16.0
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Name : xorg-x11-drv-nouveau
Arch : x86_64
Epoch : 1
Version : 0.0.15
Release : 8.20090904git2b5ec6a.fc12
Size : 346 k
Repo : installed
From repo : rawhide-hourly
Summary : Xorg X11 nouveau video driver for NVIDIA graphics chipsets
URL : http://www.x.org
License : MIT
Description: X.Org X11 nouveau video driver.
How reproducible: always
Steps to Reproduce:
1. boot fedora test day 2009-09-10 image (nouveau test day)
2. Grub displays fine
3. Starting with Plymouth the output on the primary display is messed up, secondary monitors appear fine.
See attached files.
Created attachment 360804 [details]
Created attachment 360805 [details]
Created attachment 360806 [details]
Created attachment 360807 [details]
Photo showing broken output
Can you boot with "3 drm.debug=15" added to your boot options, and save the output of the "dmesg" command to upload here. Thanks!
I added "3 drm.debug=15" to my boot options, but got a drm.debug boot option not found error... attached is the output from dmesg. Please let me know if i need to do something differently.
Created attachment 361010 [details]
Requested dmesg output with drm.debug=15 boot option
Since this bugzilla report was filed, there have been several major updates in various components of the Xorg system, which may have resolved this issue. Users who have experienced this problem are encouraged to upgrade their system to the latest version of their packages (at least F12Beta, but even better if the very latest versions).
Please, if you experience this problem on the up-to-date system, let us now in the comment for this bug, or whether the upgraded system works for you.
If you won't be able to reply in one month, I will have to close this bug as INSUFFICIENT_DATA. Thank you.
[This is a bulk message for all open Fedora Rawhide Xorg-related bugs. I'm adding myself to the CC list for each bug, so I'll see any comments you make after this and do my best to make sure every issue gets proper attention.]
I downloaded rc4 image of the daily live iso (x86_64) today (2009-11-09) and experienced the exact same issue. Please let me know if there is any further testing i can do to provide you with better information.
This bug appears to have been reported against 'rawhide' during the Fedora 12 development cycle.
Changing version to '12'.
More information and reason for this action is here:
This bug is still plagueing me - I am not sure if this is a nouveau bug or not. Is there anything that i can do to figure out the source of this?
It's almost certainly a nouveau bug. Do you see the issue if you boot with "nomodeset" in your boot options?
If nomodeset works, are you able to boot with (try each, until one works, if any!):
Booting with "nomodeset" works and removes the white lines from the display.
I tried "nouveau.uscript_lvds=0x0200" but the screen remained blank during the boot process and i had to manually power down.
I was also able to boot successfully (no white lines on display) using the "nouveau.uscript_lvds=0x0300" boot option. For now i am going to leave this option enabled. What is this doing, am I missing out on any functionality by using this boot option?
Thanks for the help, it is nice to have a usable display again!
Thanks for testing that. It's fine to leave the option enabled, once I discover what exactly's required nouveau will select it itself.
There's a table of scripts in the VBIOS that need to be executed for different output types, there's currently a few holes in our decision making when selecting *which* to run. The option simply overrides nouveau's default choice.
Are you able to send me a VBIOS image too please? It'll help with tracking down exactly what's needed to do this automatically. Instructions for dumping the VBIOS are at: http://nouveau.freedesktop.org/wiki/DumpingVideoBios
Created attachment 375050 [details]
i couldn't get vbtracetool to compile (probably becuase i am on x86_64), so i used the following command to get the vbios.rom file:
dd if=/dev/mem of=vbios.rom bs=1k skip=768 count=64
Thanks for that!
kernel-188.8.131.52-158.fc12 (http://koji.fedoraproject.org/koji/buildinfo?buildID=143969) will hopefully fix the issue, and not require special options to be set.
I downloaded and tested kernel-184.108.40.206-158.fc12.x86_64, making sure to remove the nouveau.uscript_lvds boot option after installing the kernel.
Thanks for your help. incidentally, i cannot enable desktop effects yet (still claims no 3d support), is this as expected for the driver in its current state?
Great :) I'll leave this bug open until there's a kernel available in updates that fixes it.
Yes, 3D is not currently supported unfortunately. If you're really keen on enabling desktop effects, you'll need to build and install the nouveau 3D driver yourself. For your chipset, it'll work well enough for the needs of compiz, but milage with everything else will vary. There should be instructions at http://nouveau.freedesktop.org to do this if you wish :)
This message is a reminder that Fedora 12 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 12. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora
'version' of '12'.
Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version prior to Fedora 12's end of life.
Bug Reporter: Thank you for reporting this issue and we are sorry that
we may not be able to fix it before Fedora 12 is end of life. If you
would still like to see this bug fixed and are able to reproduce it
against a later version of Fedora please change the 'version' of this
bug to the applicable version. If you are unable to change the version,
please add a comment here and someone will do it for you.
Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.
The process we are following is described here:
Fedora 12 changed to end-of-life (EOL) status on 2010-12-02. Fedora 12 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.
If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version.
Thank you for reporting this bug and we are sorry it could not be fixed.