Bug 679538

Summary: [GF100] Gnome 3 starts in fallback mode on NVidia GTS450
Product: [Fedora] Fedora Reporter: Pavel Holica <pholica>
Component: xorg-x11-drv-nouveauAssignee: Ben Skeggs <bskeggs>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: unspecified    
Version: rawhideCC: airlied, ajax, awilliam, bskeggs, robin, sandro
Target Milestone: ---Keywords: Triaged
Target Release: ---   
Hardware: Unspecified   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-09-27 07:45:10 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
Xorg.0.log
none
desktop-effects-shell.png none

Description Pavel Holica 2011-02-22 19:46:27 UTC 
Created attachment 480225 [details]
Xorg.0.log

Description of problem:
I'm using liveCD on usb stick from:
https://fedoraproject.org/wiki/Test_Day:2011-02-22_Nouveau
When logging in and starting Gnome 3, it starts in fallback mode

Version-Release number of selected component (if applicable):
kernel-2.6.38-0.rc5.git5.1.fc15.x86_64
xorg-x11-drv-nouveau-0.0.16-19.20110216git42c16ff.fc15.x86_64

How reproducible:
always

Steps to Reproduce:
1. Boot fedora test day liveCD from usb stick
2. Leave boot options default
3. Log in as liveuser
  
Actual results:
Gnome 3 starts in fallback mode.

Expected results:
Since this it GeForce card, Gnome shell should start.

Additional info:
Comment 1 Pavel Holica 2011-02-22 19:51:44 UTC 
Created attachment 480229 [details]
desktop-effects-shell.png

And this happens when I try to turn Gnome shell on in desktop-effects.
Comment 2 Ben Skeggs 2011-02-22 22:07:17 UTC 
This is completely expected on GF100 chipsets, there is no acceleration provided thus far.  I'll use this bug as a placeholder for all GF100 NoAccel-related bugs.

Current upstream status is that acceleration is available for these chipsets, but only if the user goes to the trouble of tracing, and extracting a number of firmware blobs from the NVIDIA binary driver.

F15 has most of the pieces in place, and is only lacking a newer version of mesa for 3D driver support (again, only with the firmware).
Comment 3 Adam Williamson 2011-02-23 16:34:53 UTC 
this is the firmware we definitely can't ship in Fedora, yes?
Comment 4 Ben Skeggs 2011-02-23 22:03:25 UTC 
*** Bug 679718 has been marked as a duplicate of this bug. ***
Comment 5 Ben Skeggs 2011-02-23 22:03:48 UTC 
*** Bug 679547 has been marked as a duplicate of this bug. ***
Comment 6 Ben Skeggs 2011-02-23 22:09:53 UTC 
I am not a lawyer, but I would surmise definitely not.  There's no question of this firmware being actual code, where the nv40/nv50 context programs were closer to being a register list.
Comment 7 Adam Williamson 2011-05-03 17:02:18 UTC 
ben, what's current status on this? support pieces are in place but you have to install the firmware to make it work?
Comment 8 Ben Skeggs 2011-05-03 21:50:57 UTC 
(In reply to comment #7)
> ben, what's current status on this? support pieces are in place but you have to
> install the firmware to make it work?

Yep, that's pretty much it.  I've *just* started work on a replacement firmware, but it's a large undertaking and not likely it'll make it in time for F15.
Comment 9 Ben Skeggs 2011-09-27 07:45:10 UTC 
This is now fixed in both F16 and rawhide, closing.