Bug 638174

Summary: F14 graphics test Xorg falls back to VESA instead of Nouveau
Product: [Fedora] Fedora Reporter: Marti Raudsepp <marti>
Component: xorg-x11-drv-nouveauAssignee: Adam Williamson <awilliam>
Status: CLOSED NOTABUG QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: 14CC: airlied, ajax, awilliam, bskeggs, greg, iiska, krnlbg, tiredman, wfp5p
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2010-09-28 15:41:52 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
fedora14-nouveau-vt1.jpg
none
Xorg.0.log
none
dmesg output
none
Xorg log
none
dmesg none

Description Marti Raudsepp 2010-09-28 12:51:15 UTC
Description of problem:
So I tried the Fedora 14 Nouveau Test Day live images today on my Dell D630 laptop with: nVidia Corporation Quadro NVS 135M [10de:042b] (rev a1)

(1) First I ran it with both of my screens attached. I was greeted with the blue Fedora logo boot screen on both displays. After the Fedora logo "filled up", the screen went blank and soon presented me with a corrupted image on my 1st (Laptop) screen (image attached). The second screen was entirely blank at this point.

So I proceeded with Shift+Ctrl+Alt+F2 to the VT and was presented with a screen split in two, with two simultaneously blinking cursors (image attached). It's not visible on the picture, but the cursor is "striped" vertically, looks something like: |||||||||||
However this VT was not functional; typing anything does not have any effect. Ctrl+Alt+F1 brought me back to the corrupted screen and I could switch back and forth.

By pressing Ctrl+Alt+Del in the VT, I managed to reboot the system -- the blue Fedora "Restarting..." screen did not appear, just continued with two blinking cursors until the BIOS screen.

Since I did not get a working display, I was unable to capture dmesg or Xorg log files.

----

(2) So I unplugged the second screen and tried my luck again. After the blue Fedora loading screen, I was presented with a text mode screen with some messages in the middle. It blinked a few times and then reimained stable:

Console: switching to colour frame buffer device 180x56
fb0: nouveaufb frame buffer device
drm: registered panic notifier
Slow work thread pool: Starting up
Slow work thread pool: Ready
[drm] Initialized nouveau 0.0.16 20090420 for 0000:01:00.0 on minor 0
modprobe used greatest stack depth: 4160 bytes left
dracut: Starting plymouth daemon
composite sync not supported
eth0: no IPv6 routers present

So in short, Xorg did not start. Xorg.0.log from this boot is attached, as well as dmesg.out.

On VT2 I could successfully log in as root and execute commands. I also tried manually launching "xinit" to no avail.

When shutting down, the blue Fedora boot screen worked this time.

----

Version-Release number of selected component (if applicable):
Fedora 14 Test Day live image.

How reproducible:
Happens every time

Steps to Reproduce:
1. Write the Fedora 14 Test Day live image onto a USB key
2. Boot off the USB key
3. Wait.

Additional info:

As my main OS, I'm currently using Nouveau with Arch Linux, kernel 2.6.35.6,
nouveau-dri 7.8.2, xf86-video-nouveau 0.0.16_git20100517. This works with both
of my displays.

xrandr output shows:

Screen 0: minimum 320 x 200, current 2520 x 1920, maximum 8192 x 8192
LVDS-1 connected 1440x900+0+0 (normal left inverted right x axis y axis) 303mm x 189mm
   1440x900       60.0*+
   1152x864       60.0  
   1024x768       59.9  
   800x600        59.9  
   640x480        59.4  
   720x400        59.6  
   640x400        60.0  
   640x350        59.8  
VGA-1 connected 1080x1920+1440+0 left (normal left inverted right x axis y axis) 477mm x 268mm
   1920x1080      60.0*+
   1600x1200      60.0  
   1680x1050      60.0  
   1400x1050      60.0  
   1280x1024      75.0     60.0  
   1440x900       59.9  
   1280x960       60.0  
   1152x864       75.0  
   1024x768       75.1     70.1     60.0  
   832x624        74.6  
   800x600        72.2     75.0     60.3     56.2  
   640x480        72.8     75.0     66.7     60.0  
   720x400        70.1  
DVI-D-1 disconnected (normal left inverted right x axis y axis)

Comment 1 Marti Raudsepp 2010-09-28 12:51:54 UTC
Created attachment 450176 [details]
fedora14-nouveau-vt1.jpg

Comment 2 Marti Raudsepp 2010-09-28 12:52:20 UTC
Created attachment 450177 [details]
Xorg.0.log

Comment 3 Marti Raudsepp 2010-09-28 12:52:47 UTC
Created attachment 450179 [details]
dmesg output

Comment 4 Marti Raudsepp 2010-09-28 13:21:05 UTC
PS: the attached log files are gzipped. 

I forgot to link to my Smolt profile: http://www.smolts.org/client/show/pub_2e2b15ad-7abf-4d09-bd42-72e3f25f27e4

Also some relevant-looking lines from Xorg.0.log:
[   178.448] (II) LoadModule: "nouveau"
[   178.451] (WW) Warning, couldn't open module nouveau
[   178.451] (II) UnloadModule: "nouveau"
[   178.451] (EE) Failed to load module "nouveau" (module does not exist, 0)
[   178.451] (II) LoadModule: "vesa"

But I'm booting the test day live image intact from a USB stick (!)

The file /usr/lib/xorg/modules/drivers/nouveau_drv.so exists on the live distro.

Comment 5 Vlad 2010-09-28 13:51:58 UTC
Livecd doesn't use xorg nouveau driver, it loads vesa driver instead. There are logs frin Xorg.0.log:
[   648.447] (II) LoadModule: "nouveau"
[   648.452] (WW) Warning, couldn't open module nouveau
[   648.452] (II) UnloadModule: "nouveau"
[   648.452] (EE) Failed to load module "nouveau" (module does not exist, 0)

File exists:
[root@localhost liveuser]# ls /usr/lib/xorg/modules/drivers/
ati_drv.so  nouveau_drv.so  radeon_drv.so

According to dmesg kernel driver works:
nouveau 0000:05:00.0: PCI INT A -> Link[APC3] -> GSI 18 (level, low) -> IRQ 18
nouveau 0000:05:00.0: setting latency timer to 64
[drm] nouveau 0000:05:00.0: Detected an NV40 generation card (0x043100a4)
[drm] nouveau 0000:05:00.0: Attempting to load BIOS image from PRAMIN
[drm] nouveau 0000:05:00.0: ... appears to be valid
[drm] nouveau 0000:05:00.0: BIT BIOS found
[drm] nouveau 0000:05:00.0: Bios version 05.43.02.69

But console screens(ctrl+alt+fX) are corrupted(low bright and despositioned).

My smolt profile: 
http://www.smolts.org/client/show/pub_f2422092-b71d-4b2e-ae5a-d5112f928bb5

nvidida 6600 videocard.

dmesg and xorg logs are attached to the message.

Comment 6 Vlad 2010-09-28 13:53:59 UTC
Created attachment 450201 [details]
Xorg log

Comment 7 Vlad 2010-09-28 13:54:42 UTC
Created attachment 450202 [details]
dmesg

Comment 8 Juhamatti Niemelä 2010-09-28 15:09:13 UTC
I had similar issue but with only one display. Boot and Plymouth went OK, and GDM corrupted display. VT's were unusable.

My smolt profile: http://www.smolts.org/client/show/pub_2a596078-a216-4a92-a86e-3942a98f454e

Comment 9 Adam Williamson 2010-09-28 15:41:52 UTC
i believe this is some kind of error with the live image, though i've no idea what (an almost identical build I tested before this one worked fine). closing the bug as it's not really a Fedora issue. please don't use this live image for your testing, for now.

(Did everyone who had trouble use the 64-bit live image?)



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 10 Vlad 2010-09-28 15:58:14 UTC
> (Did everyone who had trouble use the 64-bit live image?)

I used 64. Now i'm downloading i686, will try one more time. :)

Comment 11 Adam Williamson 2010-09-28 16:30:06 UTC
*** Bug 638258 has been marked as a duplicate of this bug. ***

Comment 12 Ben Skeggs 2010-09-29 01:04:37 UTC
*** Bug 638134 has been marked as a duplicate of this bug. ***

Comment 13 Ben Skeggs 2010-09-29 01:05:07 UTC
*** Bug 638159 has been marked as a duplicate of this bug. ***

Comment 14 Ben Skeggs 2010-09-29 01:05:36 UTC
*** Bug 638103 has been marked as a duplicate of this bug. ***

Comment 15 Ben Skeggs 2010-09-29 01:06:28 UTC
*** Bug 638163 has been marked as a duplicate of this bug. ***

Comment 16 Ben Skeggs 2010-09-29 01:07:04 UTC
*** Bug 638190 has been marked as a duplicate of this bug. ***

Comment 17 Ben Skeggs 2010-09-29 01:07:37 UTC
*** Bug 638272 has been marked as a duplicate of this bug. ***

Comment 18 Ben Skeggs 2010-09-29 01:08:32 UTC
*** Bug 638278 has been marked as a duplicate of this bug. ***

Comment 19 Adam Williamson 2010-09-29 01:18:58 UTC
For everyone who hit this: this was caused by a bad x86-64 Test Day live image, which is my fault, I'm sorry. I still have no idea how the image wound up bad.

I've built a fixed image which is now linked from all three test day pages, with the sha256sum 624ed21266aa75f2eb4949967a342970d5efcf5b842654ced8f5a2570147af63 . Please download and use that one instead. Thanks!



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers