Red Hat Bugzilla – Bug 704795
Gnome 3 drops to fallback on radeon driver
Last modified: 2011-06-21 14:19:35 EDT
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):
Placed into Fallback experience
Placed into Standard experience
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:  Power Management version 2
Capabilities:  Express Endpoint, MSI 00
Capabilities:  MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities:  Advanced Error Reporting
Kernel driver in use: radeon
Kernel modules: radeon, radeonfb
- 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?
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?
Created attachment 503219 [details]
Total resolution = 1024x768 and 1280x1024
glxinfo | grep renderer = OpenGL renderer string: Gallium 0.4 on ATI RV370
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.
Should version be updated to 15? Or should a new bug be filed?
What other info is needed to move this bug along?
Total resolution is too big, your gpu can't do 3d above 2560x2560
*** Bug 707410 has been marked as a duplicate of this bug. ***
Could we reopen this?
(1280*1024+1024*768) < 2560*2560
This gpu *should* be able to handle this resolution ...
Also, with respect to Comment 5, is the limit based on total number of pixels or the maximum resolution in either dimension?
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
Ok i misread the bug this is why we want 1 person -> 1 bug for gpu
It should work with 1280*1024+1024*768
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.
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.