Opened 8 years ago
Closed 8 years ago
#6653 closed enhancement (fixed)
xf86-input-vmmouse-13.1.0
Reported by: | Fernando de Oliveira | Owned by: | Pierre Labastie |
---|---|---|---|
Priority: | normal | Milestone: | 7.8 |
Component: | BOOK | Version: | SVN |
Severity: | normal | Keywords: | |
Cc: |
Description
http://xorg.freedesktop.org/archive/individual/driver/xf86-input-vmmouse-13.1.0.tar.bz2
MD5: 85e2e464b7219c495ad3a16465c226ed
http://xorg.freedesktop.org/archive/individual/driver/xf86-input-vmmouse-13.1.0.tar.bz2.sig
http://lists.freedesktop.org/archives/xorg/2015-June/057465.html
Important change:
Note that if the new linux 4.1 vmmouse functionality is used, the user-space xf86-input-vmmouse driver can be skipped. Distros that want to keep the xf86-input-vmmouse driver as a backup should not use any version prior to 13.0.99 since those versions would compete with the in-kernel vmmouse driver for mouse input.
[ANNOUNCE] xf86-input-vmmouse 13.1.0 Thomas Hellstrom thellstrom at vmware.com Thu Jun 25 04:05:03 PDT 2015 This release is intended for general distro inclusion, testing has been performed on various linux distros, FreeBSD 10.1 and Solaris 11.2. This release contains a number of build fixes and also changes to deal with improved vmmouse port security and backoff if a vmmouse kernel module is encountered. An additional dependency on libudev is introduced on linux. Note that if the new linux 4.1 vmmouse functionality is used, the user-space xf86-input-vmmouse driver can be skipped. Distros that want to keep the xf86-input-vmmouse driver as a backup should *not* use any version prior to 13.0.99 since those versions would compete with the in-kernel vmmouse driver for mouse input. 13.1.0: Bump version number for release 13.0.99: Autoconf: remove AC_PROG_CC which overrides AC_PROG_CC_C99 from util-macros Autoconf: replace deprecated AC_HELP_STRING with AS_HELP_STRING Autoconf: minimum level required is 2.60 Autoconf: Fix deprecated use of AC_OUTPUT "make dist" fails when workstation has no udev package tools: make install fails when user has no write permission in /lib Always include config.h first Fix wheel button labels Free the vmmouse data on UnInit Handle DEVICE_ABORT on ABI 19.1 Don't de-reference pMse if it hasn't been initialised yet Drop AM_MAINTAINER_MODE vmmouse_client.h: Include xorg-server.h before xf86_OSproc.h Back off if we detect a vmmouse kernel driver v3 vmmouse: Run vmmouse_detect as an io privileged process vmmouse: Add support for the access restrict command vmmouse: Fix vmmouse_detect build on BSD vmmouse: Bump version number for release
Change History (11)
follow-up: 2 comment:1 by , 8 years ago
Owner: | changed from | to
---|---|
Status: | new → assigned |
comment:2 by , 8 years ago
Replying to pierre.labastie:
Will give this a try... Do not hold your breath!
I mean: will build the 4.1 kernel, and see if the vmmouse functionality works without this driver, only using the kernel code. If so, I propose to remove this driver from the book.
comment:3 by , 8 years ago
Just to clarify, you are doing your test build in vmware, right? I think that's the only place that this driver is used.
In any case, removing the driver now may be a bit premature. BLFS users sometimes use the book with older base systems.
comment:4 by , 8 years ago
Actually, the vmmouse driver can be used in qemu. It allows to move the mouse pointer from virtual screen to local one without having to hit the alt+control keys. It's very handy. But I think it is the only use for it, since evdev is able to handle the mouse on any virtual or real machine...
Concerning removing, I planned to ask on the -support list before. It's not really associated to the LFS base, only to the kernel version.
follow-up: 6 comment:5 by , 8 years ago
Pierre,
I was thinking, when created the ticket, similar to Bruce, but including a Note with just copy/paste the Important change in the description above:
Note that if the new linux 4.1 vmmouse functionality is used, the user-space xf86-input-vmmouse driver can be skipped. Distros that want to keep the xf86-input-vmmouse driver as a backup should not use any version prior to 13.0.99 since those versions would compete with the in-kernel vmmouse driver for mouse input.
comment:6 by , 8 years ago
Replying to fo:
Pierre,
I was thinking, when created the ticket, similar to Bruce, but including a Note with just copy/paste the Important change in the description above:
Note that if the new linux 4.1 vmmouse functionality is used, the user-space xf86-input-vmmouse driver can be skipped. Distros that want to keep the xf86-input-vmmouse driver as a backup should not use any version prior to 13.0.99 since those versions would compete with the in-kernel vmmouse driver for mouse input.
There are two points in the description above:
- xf86-input-vmmouse driver can be skipped with linux 4.1 (I have checked that in qemu. Wanted to install VMware, but got errors when compiling the kernel modules, so cannot check for now)
- if the driver is used with this new kernel, it must be version 13.1.
So I understand that your point is that this driver should be included as soon as possible in the book. I'll do that tomorrow.
comment:7 by , 8 years ago
Pierre,
I didn't realize that implication. Still not sure if you need to rush. Sorry about that.
But I understood that, if Kernel ≥ 4.1, then backup driver version ≥ 13.0.99.
Perhaps I can help with VMPlayer, I can install it with kernel 4.0.4, in x64_64, although it stopped working in my system, after some UFO (?) was installed. So, it would mutually benefit us, if it works with you or you find the reason for the failure. Please, just send a message about that to dev.
comment:8 by , 8 years ago
I've been able to install VMware player 7 on Debian 8 (kernel 3.16) without any patch. So I'll build an LFS machine under VMware player. That'll take some time... But if nobody is in a hurry, I'd like to defer updating the book until I've tried the driver in VMWare.
comment:10 by , 8 years ago
Summary: | xf86-input-vmmouse-13.1.0.tar.bz2 → xf86-input-vmmouse-13.1.0 |
---|
I committed a mistake in the the summary, please, don't be mad at me, for changing it.
Will give this a try... Do not hold your breath!