[systemd-devel] [EXT] Re: systemd killing processes on monitor wakeup?

[Raman Gupta]

Indeed. There are no end of troubles with modern display tech. I feel for
people who make DEs :-)

Obviously Plasma should not be crashing in this situation, but on the plus
side it does happily restart and everything continues without issue. The
bigger problem for me is the overall behavior of the system in that things
are being killed that do not need to be killed in this situation.

Thanks,
Raman


On Mon, Jan 31, 2022 at 2:38 AM Ulrich Windl <
Ulrich.Windl at rz.uni-regensburg.de> wrote:

> >>> Raman Gupta <rocketraman at gmail.com> schrieb am 29.01.2022 um 04:28 in
> Nachricht
> <CADF5XCzXw-pGyoWUer1Ma0v-u-6+u+es9p_GrEvAF6FY9WykLw at mail.gmail.com>:
> >>
> >> Try to set the systemd user instance's log level to 'debug'; I'm
> guessing
> >> it's not that systemd kills processes directly but that something
> triggers
> >> a 'systemctl stop' of the session .scope that they were in.
> >
> >
> > Here are the logs at debug level with some annotations inline:
> >
> > *<wake up at 21:57:30>*
> >
> > Jan 28 21:57:34 edison plasmashell[3114743]: KCrash: Application
> > 'plasmashell' crashing...
> > Jan 28 21:57:34 edison plasmashell[3114743]: KCrash: Attempting to start
> > /usr/libexec/drkonqi
>
> [...]
>
> This may not answer your question at all, but I think the real culprit is
> modern technology like display port, that allows the OS to detect when a
> monitor connects or disconnects.
> I had real trouble with Windows 10 after using a new monitor and a
> KVM-switch: Every time I switched the KVM between two computers, Windows
> reset the graphics resolution to some "standard" (like 800x600), also
> moving all the windows on the desktop to the upper left corner. Besides
> that KVM switching is slower than ever. Back in the times of PS/2 and
> analog VGA connector I could switch twice within a second without a problem.
>
> So for your problem I guess the application cannot really handle the
> monitor hotplug event.
>
> Regards,
> Ulrich
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/systemd-devel/attachments/20220131/b0c44a81/attachment.htm>