Bug 797025 - Gnome-Shell windows don't have content.
Summary: Gnome-Shell windows don't have content.
Keywords:
Status: CLOSED DUPLICATE of bug 813648
Alias: None
Product: Fedora
Classification: Fedora
Component: mesa
Version: 17
Hardware: i686
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: Adam Jackson
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-02-24 04:42 UTC by Matthew Javelet
Modified: 2012-05-16 16:34 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-05-16 16:34:59 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Matthew Javelet 2012-02-24 04:42:38 UTC
Description of problem: When it was annouced that gnome-shell would be availible for most hardware, I immeditaly jumped on board.

When it was first announced, gnome shell worked perfectly on my intel 865G graphics card.

Now, in /usr/share/gnome-session/hardware-compatibility, some intel cards are blacklisted, including mine.

Well when I comment out the line and log out, I get the gnome shell login screen.  I can log in and load gnome shell.  My issue is that all windows have thick white borders, and the content is not visible.


Version-Release number of selected component (if applicable):

Newest mesa, cogl and gnome-session packages from feb-22-2012.

How reproducible: 100% reproducibile.


Steps to Reproduce:
1. Comment out the intel card in /usr/share/gnome-session/hardware-compatibility
2. Log out
3. Log back in
  
Actual results:
No window content.


Expected results:
Window content

Comment 1 Adam Jackson 2012-03-28 21:31:09 UTC
That's not really what we meant by "available for all hardware".  The idea is instead that you'd use the llvmpipe driver; the blacklist is of drivers we know _don't_ work.  This isn't wired up for all hardware yet, unfortunately, but coming soon.

In the meantime, if as root you do 'mv /usr/lib*/dri/i915_dri.so /tmp', and restart X, you should find yourself switched onto the llvmpipe driver for GL (as visible in 'glxinfo | grep renderer'), and gnome-shell should work.  I recommend using mesa-8.0.1-8.fc17 or later, as there are performance improvements in there relative to earlier builds.

Comment 2 Matthew Javelet 2012-03-29 19:37:01 UTC
Ha! Well then you can obviously see why I misinterpeted 'available for everyone' statement. How can you be sure drivers _don't_ work? Like I said when the feature was announced I went an installed fedora and ran the full experience at excellent speeds with good fps. I was sure it worked on my driver with gallium.  Anyway, I've ran 'mv /usr/lib*/dri/i915_dri.so /tmp' as root and it did switch my driver to:

OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 0x300)
Which before it was Mesa DRI drivers, so that worked.

Restarted X and it didn't switch to shell, restarted computer and it still didn't make the switch. I'm running mesa-8.0.1-8.fc17 but mesa-8.0.1-9 is out so maybe I'll have better luck with that.  Thanks for the support, hope I can fully switch to fedora soon. It's 5x faster than ubuntu.

Comment 3 Matthew Javelet 2012-03-31 17:49:26 UTC
I reinstalled fedora 17 rc2 and fully updated. Afterwards I ran 'mv /usr/lib*/dri/i915_dri.so /tmp' and I am now running the full gnome 3 experience. This is something that I've wanted since gnome 3 came out, thank you so much.

Comment 4 Adam Jackson 2012-04-02 15:26:56 UTC
(In reply to comment #2)
> Ha! Well then you can obviously see why I misinterpeted 'available for
> everyone' statement. How can you be sure drivers _don't_ work?

Well, we get reports like this one, where someone says "I'm using i915_dri.so on my 865 and windows don't have content".

Clearly I need to push an update for pre-i915 chips that defaults to llvmpipe.

Comment 5 Adam Jackson 2012-05-16 16:34:59 UTC
Actually I believe we found the bug behind this.

*** This bug has been marked as a duplicate of bug 813648 ***


Note You need to log in before you can comment on or make changes to this bug.