XMousePasteBlock VS ZenStates-Linux

I've actually been using XMousePasteBlock since it does things more elegantly than running an endless loop in the background. But it's still a workaround that shouldn't be necessary unfortunately.

Also, don't run this incredibly bad bash script for purging the X11 selection buffer. Use XMousePasteBlock: https://github.com/milaq/XMousePasteBlock

This is what I use on X11, but I doubt it would work on Wayland. Might be worth trying anyway: https://github.com/milaq/XMousePasteBlock

here go: https://github.com/milaq/XMousePasteBlock

I'm pretty sure I used https://github.com/milaq/XMousePasteBlock, never had to deal with it since

The option to turn it off only works on GTK apps. Here you have a workaround for this. I've been using it for quite some time now and works great so far (I'm on Pop btw).

cp ff gtk em xmp ta km tb ext

This tool named XMousePasteBlock may help you, and it has an AUR package if you use ArchLinux.

You can also use: https://github.com/r4m0n/ZenStates-Linux/tree/master

https://github.com/r4m0n/ZenStates-Linux/blob/master/zenstat...

Not sure if this is applicable to EPYC CPUs, probably not. But I would expect that it's possible to disable C6 in some similar way on EPYC CPUs without rebooting the system. (If you are actually at risk of running into this issue, you likely don't want to reboot the system…)

I tried everything you've mentioned but finally fixed the issue on my 1300 using python zenstates. I had it run on boot with this systemd service: ``` [Unit] Description=Disable C6 state on ryzen processor to fix idle freezing

The freezing has only occurred when idle so far: when the monitor returns from sleep, no signal is returned. A related bug report references this Python script several times in the comments, and there's also another for Go. No commits in several years, sudo is obviously required and I don't know if they can be considered as safe.

Note: I merely added the systemd script (IIRC by reusing some forum messages while digging my crashes) + the debian packaging. That's not my script :), credit for this script goes to https://github.com/r4m0n/ZenStates-Linux

I fixed this by toggling some power management option (can't remember which one, deep in a submenu) in UEFI, then checking with https://github.com/r4m0n/ZenStates-Linux. It must return C6 disabled for package, enabled for cores. Ryzen 5 1600

Also try disabling C6 sleep with zenstates

You can undervolt by manipulating the VIDs with zenstates https://github.com/r4m0n/ZenStates-Linux

It's the Ryzen bug. You need to disable your C6 cpu state (https://github.com/r4m0n/ZenStates-Linux), disable dram power down enable(bios option) and set Power Supply Idle Control to Typical Current Idle(bios option)

So the other hand is zenstates.py It pokes a register to keep C6 power state from happening. I launch on reboot, and my machine no longer has sleep state problems.