So I'm changing the component for this bug to kernel. IMHO 2 clearly is the correct solution, so IMHO the solution for this would be to backport the kernel support for this to the F-22 kernel: is progressing upstream and an in kernel driver for the vmmouse has been merged recently. Which also has the advantage that it does not break when the xserver runs as a regular user (and thus cannot do direct hardware access), something which we are already doing when using gdm or startx under F-22:Īs said work on 2. Upstream is heading in the direction of 2. So there are 2 possible solutions for this:ġ) Add an extra check to the nf file to make it not override the vmmouse driverĢ) Bring vmouse in line with how we deal with pretty much any other input device and have an in kernel driver for it rather then relying on an xserver userspace driver which does direct bit-banging to the hardware
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |