Finally I’ve fixed it! I’m using Brave, so I taken a look to the journalctl logs after the CPU freeze and I’ve found multiple things, but basically seems a bug with the Intel processor and PSR. That’s what I followed to fix it from Gemini: Here is a technical summary of the steps we took to fix the 100% CPU spike after resuming from suspension on CachyOS (Arch-based) with an Intel i5-1135G7 (Tiger Lake) . System Context Hardware: ThinkPad (Intel i5-1135G7 / Iris Xe Graphics). OS: CachyOS (Wayland / KDE Plasma). Bootloader: Limine. Issue: 100% CPU usage for ~60 seconds after wake from sleep, caused by GPU driver/browser desync. 1. Disable Intel PSR (Kernel Parameter) The most critical fix for Intel 11th Gen graphics. It prevents the GPU from “hanging” during the power state transition. File: /boot/limine.conf Action: Add i915.enable_psr=0 to your kernel cmdline . Plaintext cmdline: ... i915.enable_psr=0 2. Brave Wayland Configuration Forces Brave to handle Wayland protocols and GPU memory buffers correctly. File: ~/.config/brave-flags.conf Content: Plaintext --ozone-platform-hint=auto --enable-features=WaylandWindowDecorations --disable-gpu-memory-buffer-video-frames 3. Fix Fontconfig “File Not Found” Error Brave/Chromium often looks for font configurations in /usr/etc/ instead of the standard /etc/ . Bash sudo mkdir -p /usr/etc sudo ln -s /etc/fonts /usr/etc/fonts 4. Clear GPU and Shader Cache Wipes old, potentially corrupted render instructions. Bash rm -rf ~/.config/BraveSoftware/Brave-Browser/Default/GPUCache rm -rf ~/.config/BraveSoftware/Brave-Browser/GrShaderCache 5. Verification Check logs: journalctl -b | grep -i error (should no longer show CompositorAnimationObserver or Fontconfig errors). Check GPU status: Navigate to brave://gpu and verify Video Decode and Rasterization are “Hardware accelerated”.