Bug 697985

Summary: Gnome-Shell fails on NV4E
Product: [Fedora] Fedora Reporter: Drago <kmakaron11>
Component: xorg-x11-drv-nouveauAssignee: Ben Skeggs <bskeggs>
Status: CLOSED WONTFIX QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 15CC: airlied, ajax, bskeggs, vladimir.didenko
Target Milestone: ---Keywords: Triaged
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard: [cat:modesetting]
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-08-07 15:33:59 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
Dmesg output
none
Xorg.0.log
none
xorg.conf
none
lspci output
none
glxinfo ouput
none
startx output
none
Wrong glxinfo dump none

Description Drago 2011-04-19 20:16:34 UTC
Created attachment 493275 [details]
Dmesg output

Description of problem:
Gnome3 fails to start.

Version-Release number of selected component (if applicable):
Unupdated Fedora 15.
xorg-x11-drv-nouveau-1:0.0.16-24.20110324git8378443.fc15 (x86_64)

How reproducible:
Start LiveCD on Laptop with intgrated nvidia MCP51 chipset.

Steps to Reproduce:
1. Boot from Flash LiveCD
2. Plymouth is functional on native resolution.
3. 
  
Actual results:
Xorg starts. I see the bluish desktop wallpaper, black mouse pointer moves as expected.

Expected results:
Normal Gnome-Shell desktop.

Additional info:
Attaching log files.

Comment 1 Drago 2011-04-19 20:17:35 UTC
Created attachment 493276 [details]
Xorg.0.log

Comment 2 Drago 2011-04-19 20:18:09 UTC
Created attachment 493277 [details]
xorg.conf

Comment 3 Drago 2011-04-19 20:18:56 UTC
Created attachment 493278 [details]
lspci output

Comment 4 Drago 2011-04-19 20:19:26 UTC
Created attachment 493279 [details]
glxinfo ouput

Comment 5 Drago 2011-04-19 20:19:52 UTC
Created attachment 493280 [details]
startx output

Comment 6 Ben Skeggs 2011-04-19 22:45:43 UTC
Can you update to this kernel and retry: http://koji.fedoraproject.org/koji/buildinfo?buildID=238690

Comment 7 Drago 2011-04-20 19:05:37 UTC
I have installed:
kernel-2.6.38.2-14.fc15.x86_64.rpm 
And it gives me same error as before. Need to check someting else?

Comment 8 Drago 2011-04-20 19:10:00 UTC
Created attachment 493587 [details]
Wrong glxinfo dump

I have uploaded wrong glxinfo output by mistake. This is the real one.
glxinfo gives me the following messages while dumping the info:
nvfx_screen_get_param:85 -  Warning: unknown PIPE_CAP 36
nvfx_screen_get_param:85 -  Warning: unknown PIPE_CAP 45
nvfx_screen_get_param:85 -  Warning: unknown PIPE_CAP 43
nvfx_screen_get_param:85 -  Warning: unknown PIPE_CAP 44

Comment 9 Vladimir Didenko 2011-04-23 07:28:47 UTC
Confirm this bug for GeForce 8200. If neccessary I can attach logs. 

Note: gnome-shell works on this card with proprietary drivers thouh scrolling in
gtk applications is slow.

Comment 10 Fedora End Of Life 2012-08-07 15:34:02 UTC
This message is a notice that Fedora 15 is now at end of life. Fedora
has stopped maintaining and issuing updates for Fedora 15. It is
Fedora's policy to close all bug reports from releases that are no
longer maintained. At this time, all open bugs with a Fedora 'version'
of '15' have been closed as WONTFIX.

(Please note: Our normal process is to give advanced warning of this
occurring, but we forgot to do that. A thousand apologies.)

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, feel free to reopen
this bug and simply change the 'version' to a later Fedora version.

Bug Reporter: Thank you for reporting this issue and we are sorry that
we were unable to fix it before Fedora 15 reached 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, you are encouraged to click on
"Clone This Bug" (top right of this page) and open it against that
version of Fedora.

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:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping