I recently noticed that in my Gentoo VMware guest, the mouse integration where it seamlessly moves between the guest and host stopped working, and that the mouse would be trapped in the guest until I pressed Ctrl+Alt to release it. After checking the Xorg logs, it looked like the vmmouse driver wasn't being used at all. Downgrading from x11-drivers/xf86-input-vmmouse-13.1.0 to 13.0.0-r1 fixed the problem and it started working again. Reproducible: Always Steps to Reproduce: 1. Install an ~amd64 system in VMware (Workstation 12 is what I was using) 2. Install xorg-server with INPUT_DEVICES="evdev vmmouse" 3. Start X Actual Results: X doesn't use vmmouse driver Expected Results: X should use vmmouse driver
Created attachment 417018 [details] Xorg.log with x11-drivers/xf86-input-vmmouse-13.1.0
Created attachment 417020 [details] Xorg.log with x11-drivers/xf86-input-vmmouse-13.0.0-r1
Hi, I am experiencing exactly the same problem (I use VMWare Workstation 12.1). Downgrading to version 13.0.0-r1 fixed my problem too. Meanwhile could we mask version 13.1.0? Thanks
Same problem with VMWare Workstation 9.0.4 build-1945795. Downgrade to x11-drivers/xf86-input-vmmouse-13.0.0-r1 solved the problem.
Created attachment 437874 [details] Fixes incorrect udev rule install location
The problem is caused by a udev rule installed into an invalid location. The patch fixes the problems
I encountered this as well. I'm running gentoo as a VMware guest OS and a recent emerge broke the mouse. Xorg.0.log showed that the default evdev rules were being applied and using the "mouse" driver instead of the correct "vmmouse". After troubleshooting over the course of several days, I finally discovered the problem: % equery files xf86-input-vmmouse * Searching for xf86-input-vmmouse ... * Contents of x11-drivers/xf86-input-vmmouse-13.1.0: /usr /usr/bin /usr/bin/vmmouse_detect /usr/lib64 /usr/lib64/udev /usr/lib64/udev/rules.d /usr/lib64/udev/rules.d/69-xorg-vmmouse.rules /usr/lib64/xorg /usr/lib64/xorg/modules /usr/lib64/xorg/modules/input /usr/lib64/xorg/modules/input/vmmouse_drv.so /usr/share /usr/share/X11 /usr/share/X11/xorg.conf.d /usr/share/X11/xorg.conf.d/50-vmmouse.conf /usr/share/doc /usr/share/doc/xf86-input-vmmouse-13.1.0 /usr/share/doc/xf86-input-vmmouse-13.1.0/ChangeLog.bz2 /usr/share/doc/xf86-input-vmmouse-13.1.0/README.bz2 /usr/share/man /usr/share/man/man1 /usr/share/man/man1/vmmouse_detect.1.bz2 /usr/share/man/man4 /usr/share/man/man4/vmmouse.4.bz2 [/code] This was the only udev rule file placed into /usr/lib64/udev/rules.d, all the rest were in /usr/lib/udev/rules.d aka /lib/udev/rules.d aka /lib64/udev/rules.d After making a symlink, everything began working correctly. It looks like Andreas already posted a valid patch, however this bug report didn't come up during any of my google searching... I'm therefore commenting with what I found, hoping that it raises the google ranking of this page.
(In reply to Andreas Kinzler from comment #6) > The problem is caused by a udev rule installed into an invalid location. The > patch fixes the problems Thank you. I've taken your suggestion and committed it as commit c5441e589fb9caa3f13031002d1bdb66c1de03dc Author: Andreas Kinzler <akinzler@gmx.de> Date: Sun Jan 29 10:57:46 2017 -0800 x11-drivers/xf86-input-vmmouse: Fix udev rule installation. which adds a 13.1.0-r1 ebuild containing the fix.
