[Bug 244079] QEMU / KVM Q35 USB Tablet (EVTouch) input device not captured by evdev
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244079 --- Comment #9 from John Hartley --- Thanks Vladimir, glad you found issue and have a fix. I am ok with simple config change for time being, but having fix will make sure it all works better in future for others, which is what we need. Cheers, John Hartley. -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-virtualization@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-virtualization To unsubscribe, send any mail to "freebsd-virtualization-unsubscr...@freebsd.org"
[Bug 246321] Key press timing/repeat issue on UEFI VNC console for OpenBSD => 6.6 guest
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246321 --- Comment #4 from commit-h...@freebsd.org --- A commit references this bug: Author: grehan Date: Thu May 14 22:18:12 UTC 2020 New revision: 361064 URL: https://svnweb.freebsd.org/changeset/base/361064 Log: Hide host CPUID 0x15 TSC/Crystal ratio/freq info from guest In recent Linux (5.3+) and OpenBSD (6.6+) kernels, and with hosts that support CPUID 0x15, the local APIC frequency is determined directly from the reported crystal clock to avoid calibration against the 8254 timer. However, the local APIC frequency implemented by bhyve is 128MHz, where most h/w systems report frequencies around 25MHz. This shows up on OpenBSD guests as repeated keystrokes on the emulated PS2 keyboard when using VNC, since the kernel's timers are now much shorter. Fix by reporting all-zeroes for CPUID 0x15. This allows guests to fall back to using the 8254 to calibrate the local APIC frequency. Future work could be to compute values returned for 0x15 that would match the host TSC and bhyve local APIC frequency, though all dependencies on this would need to be examined (for example, Linux will start using 0x16 for some hosts). PR: 246321 Reported by: Jason Tubnor (and tested) Reviewed by: jhb Approved by: jhb, bz (mentor) MFC after:3 days Differential Revision:https://reviews.freebsd.org/D24837 Changes: head/sys/amd64/vmm/x86.c head/sys/amd64/vmm/x86.h -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-virtualization@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-virtualization To unsubscribe, send any mail to "freebsd-virtualization-unsubscr...@freebsd.org"
[Bug 244079] QEMU / KVM Q35 USB Tablet (EVTouch) input device not captured by evdev
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244079 --- Comment #8 from Vladimir Kondratyev --- Created attachment 214507 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=214507&action=edit devel/libudev-devd.patch It is appeared as libudev shim issue. Device type auto-detection code based on xf86-input-evdev claimed pointer device as touchscreen (absolute VM mouses behave like touchscreens really) while libinput expected it to be a mouse. If you are familiar with FreeBSD ports system, you can rebuild devel/libudev-devd port after applying of enclosed patch and test libinput with utouch once again. -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-virtualization@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-virtualization To unsubscribe, send any mail to "freebsd-virtualization-unsubscr...@freebsd.org"