Bug 83422 - i was opening systemsettings, chose workspace design and the default look and feel screen just stays black when resizing the window or chosing another option on the left panel, it crashes
Summary: i was opening systemsettings, chose workspace design and the default look and...
Status: RESOLVED MOVED
Alias: None
Product: Mesa
Classification: Unclassified
Component: Drivers/Gallium/r600 (show other bugs)
Version: unspecified
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Default DRI bug account
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-09-03 06:39 UTC by simon
Modified: 2019-09-18 19:17 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:

Attachments
logfile (23.25 KB, text/plain)
2014-09-03 06:39 UTC, simon 		Details
xorg.0.log (200.50 KB, text/plain)
2014-09-03 07:29 UTC, simon 		Details
glxinfo (57.41 KB, text/plain)
2014-09-03 07:30 UTC, simon 		Details
dmesg (58.24 KB, text/plain)
2014-09-03 07:30 UTC, simon 		Details
updated xorg.0.log (182.21 KB, text/plain)
2014-09-04 06:49 UTC, simon 		Details
updated xorg.0.log (182.21 KB, text/plain)
2014-09-04 06:50 UTC, simon 		Details
updated logfile (22.48 KB, text/plain)
2014-09-05 08:07 UTC, simon 		Details
Show Obsolete (2) View All

Description simon 2014-09-03 06:39:45 UTC 
Created attachment 105657 [details]
logfile

i was opening systemsettings, chose workspace design and the default look and feel screen just stays black when resizing the window or chosing another option on the left panel, it crashes. could not reproduce the crash, but the black window thing remains. 

Reproducible: Always 

Steps to Reproduce: 
1. open system settings 
2. chose workspace design 
3. see the problem 

Actual Results: i was opening systemsettings, chose workspace design and the default look and feel screen just stays black when resizing the window or chosing another option on the left panel, it crashes. could not reproduce the crash, but the black window thing remains.

 Expected Results: should not crash and should show the contents. 

http://s18.postimg.org/a460edqah/Bildschirmfoto1.png
Comment 1 Michel Dänzer 2014-09-03 06:52:38 UTC 
Please attach the /var/log/Xorg.0.log file and the output of dmesg and glxinfo.
Comment 2 simon 2014-09-03 07:29:44 UTC 
Created attachment 105660 [details]
xorg.0.log
Comment 3 simon 2014-09-03 07:30:13 UTC 
Created attachment 105661 [details]
glxinfo
Comment 4 simon 2014-09-03 07:30:39 UTC 
Created attachment 105662 [details]
dmesg
Comment 5 Michel Dänzer 2014-09-03 10:06:52 UTC 
Does it also happen with

 Option "AccelMethod" "glamor"

in /etc/X11/xorg.conf? If yes, can you try a newer version of Mesa?
Comment 6 simon 2014-09-03 11:04:51 UTC 
@Michel Dänzer

my xorg.conf is empty. if i add your lines the complete screen turns black the next time i login making kubuntu unusable.

not keen to mess arround with mesa drivers, as i have kde plasma next installed next to kde 4 and need kde4 for work.
or is this update available through the update center?
Comment 7 Michel Dänzer 2014-09-04 03:47:16 UTC 
(In reply to comment #6)
> my xorg.conf is empty. if i add your lines the complete screen turns black
> the next time i login making kubuntu unusable.

Sounds like you didn't create a valid xorg.conf. Something like this should work:

Section "Device"
        Identifier "default"
        Option "AccelMethod" "glamor"
EndSection


> or is this update available through the update center?

No idea, but there are PPAs.
Comment 8 simon 2014-09-04 05:55:55 UTC 
"Something like this should work:"

and it did indeed. everything looks fine now.
Comment 9 Michel Dänzer 2014-09-04 06:21:38 UTC 
(In reply to comment #8)
> and it did indeed. everything looks fine now.

Great, can you attach another Xorg.0.log corresponding to that?
Comment 10 simon 2014-09-04 06:49:36 UTC 
Created attachment 105719 [details]
updated xorg.0.log

updated xorg.0.log
Comment 11 simon 2014-09-04 06:50:28 UTC 
Created attachment 105720 [details]
updated xorg.0.log

updated xorg.0.log
Comment 12 simon 2014-09-04 06:52:20 UTC 
@Michel Dänzer

the problem remains. in the meantime i have updated my kde plasma next via kubuntu ppa's like i  am doing everyday, and while the content in the xorg.conf remains the same, i now have the black screen again :(

next stop mesa drivers?
could you tell me what exactly do i have look for in the ppa's as this seems to be a custom install and not included in the updates.
Comment 13 simon 2014-09-04 07:16:57 UTC 
@ Michel Dänzer

also the entry in the xorg.conf seems to be causing some graphical glitches in kde4 
see here:
http://s30.postimg.org/dorcvsxi9/bug1.jpg
Comment 14 Michel Dänzer 2014-09-04 07:23:47 UTC 
So this is probably indeed a Mesa issue, and you can remove the xorg.conf file again.

Sorry, I can't help you with Ubuntu packages.
Comment 15 simon 2014-09-04 07:28:15 UTC 
so where do i go from now?
kubuntu/KDE guys send me over to you to file the bug?
Comment 16 Michel Dänzer 2014-09-04 09:12:34 UTC 
If you can create an apitrace demonstrating the problem, that should be useful.

Or if you could reproduce the crashes and attach gdb backtraces for them, that might also be interesting.
Comment 17 simon 2014-09-04 09:23:52 UTC 
@Michel Dänzer

you won't believe it i just loged in kde plasma next again and the applet is now working again.
dunno what the problem really is.

i will leave it till tomorrow, do again a kde update and will have a look at it again.
Comment 18 simon 2014-09-05 08:07:21 UTC 
Created attachment 105785 [details]
updated logfile

i can reproduce the crash now sometimes.
basically i am playing arround with the various items in system settings, open close them, re open them, open a new one, etc. sometimes after 5, sometimes after 10 it crashes. and on some i have the infamous black screen.
Comment 19 Michel Dänzer 2014-09-05 08:53:20 UTC 
Can you get another crash dump with debugging symbols for /usr/lib/x86_64-linux-gnu/dri/r600_dri.so ?
Comment 20 GitLab Migration User 2019-09-18 19:17:25 UTC 
-- 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/mesa/mesa/issues/526.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.