hotplugger VS barrier

You could probably hack this together yourself though. For pure qemu, u/darkguy2008 at some point wrote hotplugger. For libvirt, however, you're probably better off hacking this together yourself using udev rules and an attach/detach script that gets fired based on them. This old comment of mine might help to get you started with that. Note, however, that I never had to deal with device paths for hubs; they might not be as stable as you like.

hi everyone, i'm installing hotplugger

Okay I've seen this before, but I'm unsure if it works. https://github.com/darkguy2008/hotplugger

I'd like to chime in with my Hotplugger project https://github.com/darkguy2008/hotplugger it might be helpful to assign a specific USB port inside the same controller to different VMs.

If it helps, and it helps you and others, make sure to link my project https://github.com/darkguy2008/hotplugger as it helps to do selective USB passthrough instead of passing through a full USB controller or buying an extra USB card. There are a couple bugs to iron out, but overall it works fine :) much appreciated!

I just came here to suggest that you can try my Hotplugger app, I made it specifically for sharing USB ports between VMs, dynamically depending on their on/off status. I figured it could help to solve some of your EVDEV problems :)

Well, I made hotplugger ( https://github.com/darkguy2008/hotplugger ) as an app to configure USB port redirection per VM, and I used it with my Corsair Void Elite Pro wireless headset, a Logitech MX Master 2 USB receiver and a standard Redragon keyboard. I didn't experience any kind of latency in any of them compared to running them in bare metal.

#1: Life Pro Tips : Don't forget to disable auto defragmentation on Windows #2: Hotplugger: Real USB Port Passthrough for VFIO/QEMU | 36 comments #3: Looking Glass now has a Discord Server | 9 comments

Hotplugger. I've never actually tried it yet, but it seems to do what you want.

There is also something like this, though I haven’t tested it myself: https://github.com/darkguy2008/hotplugger

For software KVM you can use https://github.com/debauchee/barrier

I use it between a Windows PC & a Macbookpro (Linux version available but I don't have Linux)

libei looks useful. But IDK why libei is necessary to run Barrier with Wayland?

For client systems, couldn't there just be a virtual /dev/inputXYZ that Barrier forwards events through

And for host systems, it looks like xev only logs input events when the window is focused.

Is xeyes still broken on Wayland, and how to fix it so that it would work with Barrier?

With Barrier, when the mouse cursor reaches a screen boundary, the keyboard and mouse input are then passed to a different X session on another box until the cursor again crosses a screen boundary rule.

Barrier is a fork of Synergy's open core: https://github.com/debauchee/barrier

libei:

I have a similar gaming/WFH setup (2 monitors at 1440p 144hz) and I’ve been using Barrier instead of a physical kvm, and it works really well. Not sure if you’re open to a software kvm but if you are, I’m happy to answer any questions about it if you have any.

Have you tried Barrier? I casually used it to swap between my main rig and my MBP. Took a minute to get it setup but once I sorted it all out it worked pretty well. It has some settings and tweaks built in to address some of the layout issues you mentioned...

Barrier appears to handle PC switching only for the keyboard and mouse.

Sorry, probably not entirely on topic and can't answer anything reliable about the multimonitor stuff, but a tip regarding the 2 mice and 2 keyboards for the 2 different computers: use this: https://github.com/debauchee/barrier It's oss multi-os software that lets you use one mouse and keyboard (server) on several PCs (clients) easily over your LAN.

Barrier is a free and open source alternative.