With up-to-date xorg and GNOME 3 from experimental, the desktop
is broken after the login with gdm3. XFCE works fine.
Downgrading to the xorg version of Squeeze makes GNOME 3 work.

Please ask if I can provide any more information to help
fixing this issue.

Ana

Define "broken"?  Is the log you attached from a gnome3 session?  Is
there anything in the gdm log or in .xsession-errors?

Cheers,
Julien

It does not show anything in the desktop besides the top bar and when you click
nothing happens. I would have thought it was a problem with gnome if it wasn't
because it works with the drivers from Squeeze and because #613957.
The mouse works just fine, i do wonder if could be some desktop effect from
gnome makes the system very very slow?

That was the stuff from the reportbug script. Attached .xsession-errors, gdm3 log
and again xorg.log. There is some stuff in French, I hope it's ok :P

Thanks,
ana

#613957 doesn't even have very similar symptoms, there the screen does
update but in a corrupted way.

It sounds like more likely the GPU locks up. I suppose the 'working
drivers from squeeze' involve a different version of libgl1-mesa-dri,
and possibly the kernel?

Does libgl1-mesa-dri 7.10.2-3 work better by any chance?

If not, does

Option "EnablePageFlip" "off"

(verify in Xorg.0.log that it takes effect) work around the problem?

Thanks for your quick reply.

No, when I downgraded to Squeeze I only downgrade some xorg-* packages
(4-5 packages, I don't have the list here, but I can tell you if needed),
everything else was kept to their versions in unstable. Of course,
it made the system non upgradeable, but it also made the system usable.

No :(

Tried that with libgl1-mesa-dri 7.10.2-2 after a suggestion of jcristau,
and later with 7.10.2-3 and it did not work.


Ana

Ana Guerrero <ana@ekaia.org> Sun, June 5, 2011
I had a similar issue with gnome3  as you originally reported.
( xsession started but desktop didn't finish loading )
I noticed gnome-session or gnome-settings-daemon was seg faulting
and I read a bug report with a similar gnome3 session? settings-daemon? seg
fault - two weeks ago?.
If I remember correctly after I purged gnome-session I found a few new
gnome3-session packages
in unstable/experimental that installed  without issue, than the desktop loaded
completely again.

Will, thanks a lot for your tip! My problem seems to be something else,
the problematic computer have the latest packages.

Ana

Yes, please.

xserver-common_1.7.7-13_all.deb
xserver-xorg_7.5+8_amd64.deb
xserver-xorg-core_1.7.7-13_amd64.deb
xserver-xorg-input-evdev_2.3.2-6_amd64.deb
xserver-xorg-video-ati_6.13.1-2+squeeze1_amd64.deb
xserver-xorg-video-radeon_6.13.1-2+squeeze1_amd64.deb

Obviously, the system becomes non-upgradeable with this.

Ana

Please provide the bug script information from running with these
packages.

That will have to wait until I meet the computer owner.. .:)
Thanks

Finally I had access to this computer today, attached are the logs
and the output from the reportbug script.
The system is a up-to-date debian unstable with the packages above
mentioned from Squeeze plus libgl1-mesa-dri_7.10.2-2_amd64.deb
Gnome3 starts perfectly althought it is very slow. With latest packages
from unstable, it does not start.

Thanks,
Ana

I think this is starting to look like a problem with the GPU IRQ... With
the non-working drivers, does a simple GL app such as glxgears work? If
not, does it work with the environment variable vblank_mode=0? Do the
radeon numbers in /proc/interrupts increase before/after the problem
occurs? If they don't, does any of the IRQ related kernel boot options
such as noapic, pci=nomsi, ... help?

Bingo!
glxgears did not work, and after setting vblank_mode=0 it started working.
Still Gnome3 wasn't workind and the radeon numbers at /proc/interrupts were
0.
Finally we tried 'noapic' that did not work and then pci=nomsi solved
the problem :D

The bug can be closed if there is nothing you can do from a packaging
perspective.

Thanks a lot!!
Ana