Xorg: High CPU usage when USB mic is plugged in after hibernation

[DarkTrick]

Problem:
=========
When I plug in a USB microphone after one, two or three hibernations with work in between* the Xorg process is "going crazy" at around 100% - 130% CPU usage. (please see the attached chart)

Steps (to hopefulle reproduce):
===============================
- start pc
- do some usual work for a couple of hours
- hibernate
- wake up
- do some usual work for a couple of hours
- hibernate
- wake up
( you might need more repetitions here)
- do some usual work for a couple of hours
- plug in USB microphone

Actual:
- Xorg has high CPU usage

Expected:
- Xorg has usual CPU usage

Remarks
=========

I could not safely reproduce this behaviour on purpose simply by starting and hibernating. But I experience it on a week to week basis.

I'm not suspending or some kind of suspend+hibernate. It's pure hibernation

I experience this problem, I think, in 16 (started here), (never tried 17), 18, 19.10

I used perftop with flamegraph the other day. It revealed
- DeletePassiveGrabFromList with 3 ~ 5%
- ResourceClientBits: around 5%
- GrabMatchesSecond: 3 ~ 5%
- trace_raw_output_kvm_inj_virq: around 7 ~ 8%

System
=======

lsb_release -rd
-------------------
Description: Ubuntu 19.10
Release: 19.10

apt-cache policy xorg
----------------------
xorg:
  Installed: 1:7.7+19ubuntu12
  Candidate: 1:7.7+19ubuntu12
  Version table:
 *** 1:7.7+19ubuntu12 500
        500 http://archive.ubuntu.com/ubuntu eoan/main amd64 Packages
        100 /var/lib/dpkg/status

Misc
----
- 12GB RAM
- Core i5 4 cores

Debugging
----------
I can help collecting data, but I need assistance

ProblemType: Bug
DistroRelease: Ubuntu 19.10
Package: xorg 1:7.7+19ubuntu12
ProcVersionSignature: Ubuntu 5.3.0-40.32-generic 5.3.18
Uname: Linux 5.3.0-40-generic x86_64
ApportVersion: 2.20.11-0ubuntu8.8
Architecture: amd64
CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins'
CompositorRunning: None
CurrentDesktop: XFCE
Date: Tue Apr 28 17:29:02 2020
DistUpgraded: 2019-12-01 10:19:03,497 ERROR got error from PostInstallScript ./xorg_fix_proprietary.py (g-exec-error-quark: Failed to execute child process “./xorg_fix_proprietary.py” (No such file or directory) (8))
DistroCodename: eoan
DistroVariant: ubuntu
DkmsStatus:
 virtualbox, 6.0.14, 5.3.0-40-generic, x86_64: installed
 virtualbox, 6.0.14, 5.3.0-46-generic, x86_64: installed
ExtraDebuggingInterest: Yes
GraphicsCard:
 Intel Corporation UHD Graphics 620 [8086:5917] (rev 07) (prog-if 00 [VGA controller])
   Subsystem: Fujitsu Limited. UHD Graphics 620 [10cf:1959]
MachineType: FUJITSU FMVWB3U27
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.3.0-40-generic root=UUID=fe637d00-125b-4a54-adce-3711830d450b ro pci=nomsi acpi_osi=Linuxs resume=UUID=8fa6d40f-c23d-497e-9846-f6f26536690d
SourcePackage: xorg
UpgradeStatus: Upgraded to eoan on 2019-12-01 (149 days ago)
dmi.bios.date: 01/23/2018
dmi.bios.vendor: FUJITSU // Insyde Software Corp.
dmi.bios.version: Version 1.07
dmi.board.name: FJNB2BB
dmi.board.vendor: FUJITSU
dmi.board.version: A2
dmi.chassis.type: 10
dmi.chassis.vendor: FUJITSU
dmi.modalias: dmi:bvnFUJITSU//InsydeSoftwareCorp.:bvrVersion1.07:bd01/23/2018:svnFUJITSU:pnFMVWB3U27:pvr:rvnFUJITSU:rnFJNB2BB:rvrA2:cvnFUJITSU:ct10:cvr:
dmi.product.family: LIFEBOOK-JR
dmi.product.name: FMVWB3U27
dmi.sys.vendor: FUJITSU
version.compiz: compiz N/A
version.libdrm2: libdrm2 2.4.99-1ubuntu1
version.libgl1-mesa-dri: libgl1-mesa-dri 19.2.8-0ubuntu0~19.10.3
version.libgl1-mesa-glx: libgl1-mesa-glx 19.2.8-0ubuntu0~19.10.3
version.xserver-xorg-core: xserver-xorg-core 2:1.20.5+git20191008-0ubuntu1
version.xserver-xorg-input-evdev: xserver-xorg-input-evdev 1:2.10.6-1
version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:19.0.1-1ubuntu1
version.xserver-xorg-video-intel: xserver-xorg-video-intel 2:2.99.917+git20190815-1
version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:1.0.16-1

[grauscho (grauscho)]

Is klobalaccel5 also consuming high amounts of CPU? Are you using .Xmodmap?

[DarkTrick (darktrick1337)]

@klobalaccel5: I've never heard of this, so I'd say "no" here.

@.Xmodmap: Not consciously. Maybe my (XUbuntu) system uses it in the background.

[grauscho (grauscho)]

Sorry for the typo. It's kglobalaccel5.

Anyhow, if you do not use ~/.Xmodmap, it is a different as in my case.

[DarkTrick (darktrick1337)]

Both no :)