Hacker News Reader

Comment by AlotOfReading | Hacker News Reader

I use one, so I can confirm they work extremely well, subject to some caveats:

* The total cable length is important, both between the host / KVM and the KVM / monitor, as well as any daisy chained displays you have. I had to use certified cables to get everything working reliably with my setup.

* There's a weird interaction with BIOS power on. The boot display drivers I have freak out if they aren't the active display and fail. I solve this by switching the KVM before I turn the computer on. After everything is booted into an OS, it works fine to switch.

* Power supply quality is important. I had some issues before I made sure the power supply was reliable.

KVM switches are just inherently difficult little devices. I haven't had issues since I got it working though.

View on HN

>There's a weird interaction with BIOS power on. The boot display drivers I have freak out if they aren't the active display and fail. I solve this by switching the KVM before I turn the computer on. After everything is booted into an OS, it works fine to switch.

Do you have an AMD GPU by any chance? I have the level1tech 2-head DP 1.4 KVM, with an AMD RX 560 on a Linux host, and after updating to kernel 6.4 recently my computer now boots fine without a monitor attached.

I had a similar issue where a display had to be _on_ and _connected_ (i.e: active on the KVM) at boot time, or the GPU wouldn't work at all. I could get in via SSH, so I tried various amdgpu recovery options, poking the device to reset it, reloading the kernel modules, etc., and never had any luck. I just lived with the quirk. It was problematic because if you left home with the KVM selected on the Windows guest, and needed to reboot the Linux host remotely, you'd come home to a non-functional Linux desktop.

I have a similar issue with a Nvidia 1080Ti on my old desktop. It's related to the UEFI deciding if the iGPU or the Nvidia GPU should be primary and to disable the iGPU or if the iGPU should stay enabled.

Curious how you went about determining that was the source of the issue.

I'd swap the cables around and could see video from the iGPU output.

If this is the problem, you can usually force the GPU choice one way or another in BIOS.

Nvidia on both, one consumer and one workstation. Neither CPU has built-in graphics iirc, nor do the motherboards expose the ports.

Reply on news.ycombinator.com