I see no option to turn compositing on or off in KControl's display settings. Is there one somewhere else? Does TDE never use it?
Anno domini 2020 Mon, 30 Nov 02:49:41 -0500 Felix Miata scripsit:
I see no option to turn compositing on or off in KControl's display settings. Is there one somewhere else? Does TDE never use it?
It's well hidden ... sorry, somehow I cannot change the localisation for an individual application.
Nik
Dr. Nikolaus Klepp composed on 2020-11-30 09:03 (UTC+0100):
Anno domini 2020 Mon, 30 Nov 02:49:41 -0500 Felix Miata scripsit:
I see no option to turn compositing on or off in KControl's display settings. Is there one somewhere else? Does TDE never use it?
It's well hidden ... sorry, somehow I cannot change the localisation for an individual application.
Found it due to the clue that is the 6 tabs in the screenshot. :)
Desktop -> Window Behavior -> Translucency tab
Thanks!
Doesn't seem like a logical placement. In Plasma it's in display settings.
Turning it on enabled confirming the machine can exhibit Intel GPU hangs while running TDE: https://gitlab.freedesktop.org/drm/intel/-/issues/2024
Anno domini 2020 Mon, 30 Nov 04:26:24 -0500 Felix Miata scripsit:
Dr. Nikolaus Klepp composed on 2020-11-30 09:03 (UTC+0100):
Anno domini 2020 Mon, 30 Nov 02:49:41 -0500 Felix Miata scripsit:
I see no option to turn compositing on or off in KControl's display settings. Is there one somewhere else? Does TDE never use it?
It's well hidden ... sorry, somehow I cannot change the localisation for an individual application.
Found it due to the clue that is the 6 tabs in the screenshot. :)
Desktop -> Window Behavior -> Translucency tab
Thanks!
Doesn't seem like a logical placement. In Plasma it's in display settings.
Turning it on enabled confirming the machine can exhibit Intel GPU hangs while running TDE: https://gitlab.freedesktop.org/drm/intel/-/issues/2024
Looks like my T61 is too old for that bug :)
Nik
Dne Monday 30 of November 2020 10:26:24 Felix Miata napsal(a):
Dr. Nikolaus Klepp composed on 2020-11-30 09:03 (UTC+0100):
Anno domini 2020 Mon, 30 Nov 02:49:41 -0500 Felix Miata scripsit:
I see no option to turn compositing on or off in KControl's display settings. Is there one somewhere else? Does TDE never use it?
It's well hidden ... sorry, somehow I cannot change the localisation for an individual application.
Found it due to the clue that is the 6 tabs in the screenshot. :)
Desktop -> Window Behavior -> Translucency tab
Thanks!
Doesn't seem like a logical placement. In Plasma it's in display settings.
Turning it on enabled confirming the machine can exhibit Intel GPU hangs while running TDE: https://gitlab.freedesktop.org/drm/intel/-/issues/2024
Did i understand correctly that turning on a compositor is a good way to shoot yourself in the leg? :)
Cheers
Anno domini 2020 Tue, 1 Dec 20:45:22 +0100 Slávek Banko via tde-users scripsit:
Dne Monday 30 of November 2020 10:26:24 Felix Miata napsal(a):
Dr. Nikolaus Klepp composed on 2020-11-30 09:03 (UTC+0100):
Anno domini 2020 Mon, 30 Nov 02:49:41 -0500 Felix Miata scripsit:
I see no option to turn compositing on or off in KControl's display settings. Is there one somewhere else? Does TDE never use it?
It's well hidden ... sorry, somehow I cannot change the localisation for an individual application.
Found it due to the clue that is the 6 tabs in the screenshot. :)
Desktop -> Window Behavior -> Translucency tab
Thanks!
Doesn't seem like a logical placement. In Plasma it's in display settings.
Turning it on enabled confirming the machine can exhibit Intel GPU hangs while running TDE: https://gitlab.freedesktop.org/drm/intel/-/issues/2024
Did i understand correctly that turning on a compositor is a good way to shoot yourself in the leg? :)
Cheers
Not necessarily. But of course "systemd" in this context is pure bad luck.
[ 83.570214] i915 0000:00:02.0: GPU HANG: ecode 7:1:8edcfc79, in systemd-logind [416] [ 83.570216] GPU hangs can indicate a bug anywhere in the entire gfx stack, including userspace. [ 83.570216] Please file a _new_ bug report at https://gitlab.freedesktop.org/drm/intel/issues/new. [ 83.570217] Please see https://gitlab.freedesktop.org/drm/intel/-/wikis/How-to-file-i915-bugs for details. [ 83.570217] drm/i915 developers can then reassign to the right component if it's not a kernel issue. [ 83.570218] The GPU crash dump is required to analyze GPU hangs, so please always attach it. [ 83.570218] GPU crash dump saved to /sys/class/drm/card0/error [ 83.572439] i915 0000:00:02.0: Resetting chip for stopped heartbeat on rcs0 [ 83.674017] i915 0000:00:02.0: systemd-logind[416] context reset due to GPU hang [ 86.564354] i915 0000:00:02.0: GPU HANG: ecode 7:1:8edcfc7b, in systemd-logind [416] [ 86.564566] i915 0000:00:02.0: Resetting chip for stopped heartbeat on rcs0 [ 86.667339] i915 0000:00:02.0: systemd-logind[416] context reset due to GPU hang [ 92.536787] i915 0000:00:02.0: GPU HANG: ecode 7:1:8edcfc79, in systemd-logind [416] [ 92.536825] i915 0000:00:02.0: Resetting chip for stopped heartbeat on rcs0 [ 92.639900] i915 0000:00:02.0: systemd-logind[416] context reset due to GPU hang
Nik
Dr. Nikolaus Klepp wrote:
Not necessarily. But of course "systemd" in this context is pure bad luck.
but what has systemd to do with it?
--------------------------------------------------------------------- To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
Anno domini 2020 Tue, 01 Dec 23:58:12 +0100 deloptes via tde-users scripsit:
Dr. Nikolaus Klepp wrote:
Not necessarily. But of course "systemd" in this context is pure bad luck.
but what has systemd to do with it?
If there was an ordenary init process, would the system still have crashed or would just the Xorg part be defunct?
To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting ____________________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskto...
Dr. Nikolaus Klepp wrote:
If there was an ordenary init process, would the system still have crashed or would just the Xorg part be defunct?
most probably
--------------------------------------------------------------------- To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
On Wed, 02 Dec 2020 21:45:03 +0100 deloptes deloptes@gmail.com wrote:
[snip]
Not relevant to the subject at hand, but, deloptes, why are you still sending your mail to the old trinity-users list on pearsoncomputing.net, and not the new list?
E. Liddell
--------------------------------------------------------------------- To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
E. Liddell wrote:
Not relevant to the subject at hand, but, deloptes, why are you still sending your mail to the old trinity-users list on pearsoncomputing.net, and not the new list?
I don't know it must be the gmane accounts and lists I have subscribed to. I will investigate. Thank you for pointing out
--------------------------------------------------------------------- To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
Slávek Banko via tde-users composed on 2020-12-01 20:45 (UTC+0100):
Felix Miata composed:
Turning it on enabled confirming the machine can exhibit Intel GPU hangs while running TDE: https://gitlab.freedesktop.org/drm/intel/-/issues/2024
Did i understand correctly that turning on a compositor is a good way to shoot yourself in the leg? :)
AFAICT, only if using an Intel Haswell, and it doesn't apply to all Haswells. Non-Haswells in that report seem all to be a different issue.
I keep compositing off by default, regardless of DE that permits it.