Bug 74982

Please attach your xorg log and dmesg output.

Actually I have just tried this in gnome-classic, and I have not managed to crash the system as yet.

Sounds like something related to XFCE and the graphics driver perhaps?


Martin.

Created attachment 94073 [details]
screenshot

I think I've seen the same issue sometimes on pitcairn. Now I've looked into it a bit and found the way that reliably reproduces it for me with eclipse Kepler SR1 and XFCE on Fedora 20 (compositor is disabled):
 
1. Select "Window" - "Preferences" in the eclipse menu.
2. In the "Preferences" dialog, select the Formatter tab in the tree ("C++"-"Code style"-"Formatter")
3. Click on the "Active profile" combobox to open the list of formatter profiles. I have few custom profiles added there and when the last of them is selected as current, the listbox is goes beyond the borders of the "Preferences" dialog (as shown on the attached screenshot). If the "Preferences" window itself is close enough to the top of the screen so that the part of the listbox would end up outside of the screen area, then it always results in gpu lockup, otherwise it works as expected.

Created attachment 94075 [details]
dmesg output

Created attachment 94076 [details]
Xorg log

Thanks Vadim, I'll try and reproduce your steps in Eclipse.

(In reply to comment #3)
> If the "Preferences" window itself is close enough to the top of the screen so
> that the part of the listbox would end up outside of the screen area, then it
> always results in gpu lockup, otherwise it works as expected.

Sounds like it ends up trying to render outside of the screen boundaries... for which compositing (even just xcompmgr -a) should be a good workaround.

Is there anything about GPU VM protection faults and/or the lockup itself in dmesg when it happens? If so, can you attach that here?

Hi,

I was able to re-produce Vadim's Eclipse fault. As soon as there is enough menu items to go beyond the top of the screen the system locks up.

I cannot see anything in dmesg that relates to a GPU fault.


Martin.

Created attachment 94235 [details]
dmesg

I've managed to switch to VT afer lockup (it doesn't always work), and there is some output regarding the lockup in the attached dmesg.

Hello, this is my first time commenting a bug report, so, sorry for my english
and sorry if I don't do it right...

I managed to figure it out, trying a simple test, on XFCE;
if you are using the Adwaita Theme, changing it to default
XFCE theme the problem with the drop-down list is gone, so,
I don't know if the problem is the radeon driver, maybe is
related to GTK+3 and Adwaita.

Steps to reproduce.

(with Adwaita Theme)
1. Launch xfce4-terminal
2. Edit --> Preference
3. Go to Advanced Tab
4. Click on Codification drop-down list
5. Your X server freezes, or monitor turns off (my case)
   with out been able to do nothing no even switch VTs...

(now with XFCE Default theme)
1. Launch xfce4-terminal
2. Edit --> Preference
3. Go to Advanced Tab
4. Click on Codification drop-down list
5. Voila!!, nothing happens you can change your codification
   and use any drop-down list with out hesitate or have afraid
   of lose the work...

(my hard)
AMD FX-8150 - ASUS M5A99FX PRO r2.0 - Sapphire Radeon HD 7770

I forgot to say that I tryed this steps in Fedora 20
and Gentoo (NO vanilla, NO hardened)...

Is this still a thing?

-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/xorg/driver/xf86-video-ati/issues/95.