CPU consumtion by kglobalaccel / Xorg (was: Fwd: xorg-server-21.1.8_2,1 && key Control_L)

[Matthias Apitz]

I investigated the problem described below further and modified
~/.xinitrc to not start plasma, but twm and one xterm. The issue depends
clearly on KDE5. On KeyPress event of Control_L the two processes
Xorg and kglobalaccel jump in top on the list, Xorg with 30++%.

If one uses multiple time Control_L + TAB to rotate between the virtual
desktops, this is lazy at the beginning and later the requests get
somehow stacked nd re-played by its own like a movie.

This is not with my older laptop installation with ports from end of
2020 (which have been bleeding edge at this time).

Should I file a bug in bugs.kde.org or is that somehow a known issue?

Thanks

	matthias

----- Forwarded message from Matthias Apitz <guru at unixarea.de> -----

Date: Sun, 17 Sep 2023 17:16:09 +0200
From: Matthias Apitz <guru at unixarea.de>
To: freebsd-x11 at freebsd.org
Subject: xorg-server-21.1.8_2,1 && key Control_L


Hello,

I updated (using poudriere) to very recent ports and esp. the Xorg to
to 7.7_3 and the server itself from xorg-server-1.20.9,1.txz to
xorg-server-21.1.8_2,1.

I'm using a desktop, where Control_L + TAB is used to circle around in virtual
desktops. While using this I see some kind of lazy switch between the
virtual desktops and investigating this it turned out, that simple
pressing the key Control_L (i.e. without followed by TAB) makes the
Xorg process consuming 20% to 50% of the CPU.

Xorg is running as: 

/usr/local/libexec/Xorg -nolisten tcp -retro -logverbose 6

and pressing Control_L + TAB (for the desktop rotate) gives messages in
/var/log/Xorg.0.log like these

$ tail -f /var/log/Xorg.0.log
...
[ 11019.507] [dix] EventToCore: Not implemented yet 
[ 11019.507] [dix] EventToCore: Not implemented yet 
[ 11019.663] [dix] EventToCore: Not implemented yet 
[ 11019.663] [dix] EventToCore: Not implemented yet 
[ 11019.663] [dix] EventToCore: Not implemented yet 
[ 11019.663] [dix] EventToCore: Not implemented yet 

What does this mean?

	matthias
-- 
Matthias Apitz, ✉ guru at unixarea.de, http://www.unixarea.de/ +49-176-38902045
Public GnuPG key: http://www.unixarea.de/key.pub


----- End forwarded message -----

-- 
Matthias Apitz, ✉ guru at unixarea.de, http://www.unixarea.de/ +49-176-38902045
Public GnuPG key: http://www.unixarea.de/key.pub