Bug 704795 - Gnome 3 drops to fallback on radeon driver
Summary: Gnome 3 drops to fallback on radeon driver
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: xorg-x11-drv-ati
Version: rawhide
Hardware: Unspecified
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: X/OpenGL Maintenance List
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-05-15 01:23 UTC by jimmyb
Modified: 2011-06-21 18:19 UTC (History)
10 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-06-16 20:22:41 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
Xorg.0.log (63.27 KB, text/plain)
2011-06-06 13:17 UTC, Manuel Morales
no flags Details

Description jimmyb 2011-05-15 01:23:15 UTC
Description of problem:

I have what I believe is a graphics card that should support the Standard experience of Gnome 3, but I am placed into Fallback mode upon logging in. 

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

gnome-shell-3.0.1-4.fc15.x86_64

Actual results:

Placed into Fallback experience


Expected results:

Placed into Standard experience

Additional info:

    01:00.0 VGA compatible controller: ATI Technologies Inc RV380 [Radeon X600 (PCIE)] (prog-if 00 [VGA controller])
    Subsystem: ATI Technologies Inc Device 0602
    Flags: bus master, fast devsel, latency 0, IRQ 45
    Memory at f0000000 (64-bit, prefetchable) [size=128M]
    Memory at fe9e0000 (64-bit, non-prefetchable) [size=64K]
    I/O ports at dc00 [size=256]
    Expansion ROM at fea00000 [disabled] [size=128K]
    Capabilities: [50] Power Management version 2
    Capabilities: [58] Express Endpoint, MSI 00
    Capabilities: [80] MSI: Enable+ Count=1/1 Maskable- 64bit+
    Capabilities: [100] Advanced Error Reporting
    Kernel driver in use: radeon
    Kernel modules: radeon, radeonfb

Comment 1 Owen Taylor 2011-05-26 17:22:51 UTC
- What is the total resolution of all monitors you have attached?
- What is the output of 'glxinfo | grep renderer'
- Can you attach the output of dmesg and /var/log/Xorg.0.log' as attachments?

Comment 2 Manuel Morales 2011-05-26 19:25:52 UTC
I have the identical problem. Disconnecting one of my two monitors fixes the problem, although I'd like to use both. Should I also include the info requested above?

Comment 3 Manuel Morales 2011-06-06 13:17:34 UTC
Created attachment 503219 [details]
Xorg.0.log

Comment 4 Manuel Morales 2011-06-06 13:20:17 UTC
Total resolution = 1024x768 and 1280x1024
glxinfo | grep renderer = OpenGL renderer string: Gallium 0.4 on ATI RV370

Comment 5 advasile 2011-06-07 13:57:24 UTC
Same problem here, with a couple of Dell 19" screens. Total desktop size is (2x1600)x1200. 

Running on an up-to-date F15 with Radeon X600 graphics.

Comment 6 Manuel Morales 2011-06-14 12:55:52 UTC
Should version be updated to 15? Or should a new bug be filed?

Comment 7 Manuel Morales 2011-06-14 12:59:37 UTC
What other info is needed to move this bug along?

Comment 8 Jérôme Glisse 2011-06-16 20:22:41 UTC
Total resolution is too big, your gpu can't do 3d above 2560x2560

Comment 9 Jérôme Glisse 2011-06-16 20:23:07 UTC
*** Bug 707410 has been marked as a duplicate of this bug. ***

Comment 10 Manuel Morales 2011-06-17 18:15:34 UTC
Could we reopen this?

(1280*1024+1024*768) < 2560*2560

This gpu *should* be able to handle this resolution ...

Comment 11 Manuel Morales 2011-06-17 18:23:31 UTC
Also, with respect to Comment 5, is the limit based on total number of pixels or the maximum resolution in either dimension?

Comment 12 Jérôme Glisse 2011-06-17 21:51:25 UTC
Maximum resolution in either dimension

(1280*1024+1024*768) might fails because Xserver stills try to allocate its screen buffer using the native edid resolution supplied by your monitor. Try Virtual "2304 1024" in your xorg.conf

Comment 13 Jérôme Glisse 2011-06-17 21:53:13 UTC
Ok i misread the bug this is why we want 1 person -> 1 bug for gpu

It should work with 1280*1024+1024*768

Comment 14 Manuel Morales 2011-06-21 15:30:10 UTC
Adding Virtual "2304 1024" fixes this but I still think this should be re-opened as a bug. In my view, Xserver should allocate its screen buffer based on the user-specified resolution - not the maximum possible by the monitor.

Comment 15 Jérôme Glisse 2011-06-21 18:19:35 UTC
There is no good answer to that kind of configuration. Anytime we change something we make a bunch of user unhappy while making other happy.


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