xf86-video-vmware issueshttps://gitlab.freedesktop.org/xorg/driver/xf86-video-vmware/-/issues2022-02-25T16:51:12Zhttps://gitlab.freedesktop.org/xorg/driver/xf86-video-vmware/-/issues/10x11-drivers/xf86-video-vmware: Screen does not auto-zoom in vmware Workstatio...2022-02-25T16:51:12Zyklax11-drivers/xf86-video-vmware: Screen does not auto-zoom in vmware Workstation pro 16.xf86-video-vmware does not work in vmware Workstation pro 16.Screen does not auto-zoom.
FreeBSD 13.0 release.
DE:XFCE/KDE5
vmware:16.2.2 build-19200509
```
root@ykla:~ # pkg info xf86-video-vmware
xf86-video-vmware-13.3.0_6
Name ...xf86-video-vmware does not work in vmware Workstation pro 16.Screen does not auto-zoom.
FreeBSD 13.0 release.
DE:XFCE/KDE5
vmware:16.2.2 build-19200509
```
root@ykla:~ # pkg info xf86-video-vmware
xf86-video-vmware-13.3.0_6
Name : xf86-video-vmware
Version : 13.3.0_6
Installed on : Wed Feb 23 02:11:24 2022 CST
Origin : x11-drivers/xf86-video-vmware
Architecture : FreeBSD:13:amd64
Prefix : /usr/local
Categories : x11-drivers
Licenses : MIT
Maintainer : x11@FreeBSD.org
WWW : https://www.x.org/
Comment : X.Org vmware display driver
Shared Libs required:
libxatracker.so.2
libdrm.so.2
Annotations :
FreeBSD_version: 1300139
Flat size : 166KiB
Description :
This package contains the X.Org xf86-video-vmware driver.
WWW: https://www.x.org/
root@ykla:~ #
```https://gitlab.freedesktop.org/xorg/driver/xf86-video-vmware/-/issues/8vmwgfx_scanout_update: failed to send dirty (-22, Invalid argument)2021-11-26T08:11:23ZBugzilla Migration Uservmwgfx_scanout_update: failed to send dirty (-22, Invalid argument)## Submitted by Hironori Fujii `@fujii.hironori`
Assigned to **linux-graphics-maintainer@vmware.com**
**[Link to original bug (#97836)](https://bugs.freedesktop.org/show_bug.cgi?id=97836)**
## Description
Emacs redraws sometimes p...## Submitted by Hironori Fujii `@fujii.hironori`
Assigned to **linux-graphics-maintainer@vmware.com**
**[Link to original bug (#97836)](https://bugs.freedesktop.org/show_bug.cgi?id=97836)**
## Description
Emacs redraws sometimes partially when scrolling or doing incremental searching.<br>
Following error messages are output in `/var/log/Xorg.0.log` when this problem occurs.<br>
<br>
> [ 1278.046] (EE) vmwgfx_scanout_update: failed to send dirty (-22, Invalid argument)<br>
<br>
There are some reports of this problem:<br>
<br>
* Super User: ubuntu - Emacs does not redraw properly inside VirtualBox<br>
<http://superuser.com/questions/702494/><br>
* Oracle VM VirtualBox: #13687 (Emacs redraw issues with >1 Virtualbox CPU)<br>
<https://www.virtualbox.org/ticket/13687><br>
<br>
Vim also has the similar problems:<br>
<br>
* Stack Overflow: linux - Gvim redraw issues with Virtual Box and Windows 7 host<br>
<http://stackoverflow.com/questions/25018843/><br>
* Debian Bug report: #777567 - vim-gtk: Regions of text fail to redraw in gvim<br>
<https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=777567><br>
* Super User: vim - gvim redraw failure<br>
<http://superuser.com/questions/343599/>https://gitlab.freedesktop.org/xorg/driver/xf86-video-vmware/-/issues/7Xorg 1.16 hangs on logout with VMWare if screen has been resized2019-11-29T18:51:34ZBugzilla Migration UserXorg 1.16 hangs on logout with VMWare if screen has been resized## Submitted by aeytee82@gmail.com
Assigned to **linux-graphics-maintainer@vmware.com**
**[Link to original bug (#86358)](https://bugs.freedesktop.org/show_bug.cgi?id=86358)**
## Description
Hi there,<br>
<br>
I'm using VMWare 6.0...## Submitted by aeytee82@gmail.com
Assigned to **linux-graphics-maintainer@vmware.com**
**[Link to original bug (#86358)](https://bugs.freedesktop.org/show_bug.cgi?id=86358)**
## Description
Hi there,<br>
<br>
I'm using VMWare 6.04 (with Windows 8.1), and I have experienced an issue with Xorg 1.16 where terminating an X desktop session will seemingly lock up the system if the screen has been resized at any point during the session. The screen will go totally blank and the VM will be completely unresponsive to input. <br>
<br>
It turns out it's possible to SSH into the system, and you can see that Xorg.bin is running at 100% CPU usage. As soon as I kill Xorg.bin, the SSH connection drops and the VM shuts down / reboots immediately.<br>
<br>
This occurs with clean installs of Arch, openSUSE 13.2, openSUSE Factory, and I've noticed that someone posted this to the Debian mailing list as well (Bug #765490), so I'm assuming this problem affects every distribution.<br>
<br>
This error occurs without open-vm-tools installed, so I'm pretty sure the problem is either in xf86-video-vmware or some other component of Xorg.<br>
<br>
This problem does not exist before 1.16 as far as I can tell. <br>
<br>
I'm not sure what other information I should provide. <br>
<br>
-Aeyteehttps://gitlab.freedesktop.org/xorg/driver/xf86-video-vmware/-/issues/6There is no 1920x1080 resolution for Vmware guests with Xorg 7.7 (7.6 and above)2019-11-29T18:51:19ZBugzilla Migration UserThere is no 1920x1080 resolution for Vmware guests with Xorg 7.7 (7.6 and above)## Submitted by 720
Assigned to **linux-graphics-maintainer@vmware.com**
**[Link to original bug (#62907)](https://bugs.freedesktop.org/show_bug.cgi?id=62907)**
## Description
Basically if you take a Linux distribution with 7.6(+)...## Submitted by 720
Assigned to **linux-graphics-maintainer@vmware.com**
**[Link to original bug (#62907)](https://bugs.freedesktop.org/show_bug.cgi?id=62907)**
## Description
Basically if you take a Linux distribution with 7.6(+), for example:<br>
- Ubuntu 12.04 LTS<br>
- Ubuntu 12.10<br>
- Ubuntu 13.04<br>
- Fedora 18<br>
- openSUSE 12.3<br>
<br>
! You won't have 1920x1080 resolution in the guest.<br>
It's just not listed there. In Ubuntu (12.10/13.04) you can use a custom Xorg.conf and the resolution gets applied, but this method does not work on other desktops. Only in Unity. (Unity does an extra refresh/redraw when you select the resolution, so maybe that's why.)<br>
<br>
!! However, in Debian Squeeze, there IS an 1920x1080 resolution by default which works flawless. No hacks, no configuration, it's there, it's 100% perfect.<br>
<br>
So it's a regression. As far as I can tell.<br>
NOT: Ubuntu Quantal uses: 1:7.7+1ubuntu4<br>
NOT: Ubuntu Oneiric uses: 1:7.6+7ubuntu7.1<br>
NOT: Ubuntu Precise uses: 1:7.6+12ubuntu1<br>
<br>
OK: Ubuntu Lucid uses: 1:7.5+5ubuntu1.1<br>
OK: Debian Squeeeze uses: 1:7.5+8+squeeze1<br>
<br>
I think a diff would help to pinpoint the issue.<br>
So 7.5 works, 7.6 does not. Something changed. Something went wrong.https://gitlab.freedesktop.org/xorg/driver/xf86-video-vmware/-/issues/5VMWare driver hard crashes with recent mesa libgl upgrade2019-11-29T18:51:13ZBugzilla Migration UserVMWare driver hard crashes with recent mesa libgl upgrade## Submitted by Jeremy M
Assigned to **linux-graphics-maintainer@vmware.com**
**[Link to original bug (#61631)](https://bugs.freedesktop.org/show_bug.cgi?id=61631)**
## Description
I upgraded to mesa-libgl 9.1 and found that ArchL...## Submitted by Jeremy M
Assigned to **linux-graphics-maintainer@vmware.com**
**[Link to original bug (#61631)](https://bugs.freedesktop.org/show_bug.cgi?id=61631)**
## Description
I upgraded to mesa-libgl 9.1 and found that ArchLinux hard crashes when starting X at loading GLX Module every time (it worked fine before the upgrade). Several ArchLinux users (https://bbs.archlinux.org/viewtopic.php?id=158721) are also reporting the same issue. No log information is provided, the crash completely locks up the VM. <br>
<br>
Not sure if this helps, but VirtualBox and other video drivers works fine. I can also run the vesa driver in VMWare Workstation just fine.<br>
<br>
Running virtualized up-to-date ArchLinux 64-bit on a Windows 7 64bit workstation with VMWare Workstation 8. <br>
<br>
Other versions of software include:<br>
xf86-video-vmware 13.0.0-1<br>
svga-dri 9.1-2<br>
xf86-input-vmmouse 13.0.0-1<br>
open-vm-tools-modules 1:9.2.2-6<br>
linux 3.8-2 (vanilla, was on 3.7, tried 3.8 from testing- no diff)<br>
<br>
I'm not much of a developer but can help with providing more information if needed.https://gitlab.freedesktop.org/xorg/driver/xf86-video-vmware/-/issues/4vmmouse: autoconf PREFIX ignored when installing the udev rules file2019-11-29T18:51:09ZBugzilla Migration Uservmmouse: autoconf PREFIX ignored when installing the udev rules file## Submitted by Imre Deak `@ideak`
Assigned to **linux-graphics-maintainer@vmware.com**
**[Link to original bug (#54199)](https://bugs.freedesktop.org/show_bug.cgi?id=54199)**
## Description
Created attachment 66269<br>
patch fixi...## Submitted by Imre Deak `@ideak`
Assigned to **linux-graphics-maintainer@vmware.com**
**[Link to original bug (#54199)](https://bugs.freedesktop.org/show_bug.cgi?id=54199)**
## Description
Created attachment 66269<br>
patch fixing the issue<br>
<br>
make install will deduct the path for the vmmouse udev rules file with the help of pkg-config. This in turn will ignore the autoconf PREFIX environment variable.<br>
<br>
The attached patch solves this.<br>
<br>
**Patch 66269**, "patch fixing the issue": <br>
[0001-respect-autoconf-PREFIX-when-installing-udev-rules-f.patch](/uploads/ffe659c8aca618dd154fa4e28de3a74b/0001-respect-autoconf-PREFIX-when-installing-udev-rules-f.patch)<br>https://gitlab.freedesktop.org/xorg/driver/xf86-video-vmware/-/issues/3[vmware] X server crashes when resetting on inactive terminal2019-11-29T18:51:05ZBugzilla Migration User[vmware] X server crashes when resetting on inactive terminal## Submitted by Michal Suchánek `@hramrach`
Assigned to **linux-graphics-maintainer@vmware.com**
**[Link to original bug (#41611)](https://bugs.freedesktop.org/show_bug.cgi?id=41611)**
## Description
to reproduce:<br>
<br>
boot in...## Submitted by Michal Suchánek `@hramrach`
Assigned to **linux-graphics-maintainer@vmware.com**
**[Link to original bug (#41611)](https://bugs.freedesktop.org/show_bug.cgi?id=41611)**
## Description
to reproduce:<br>
<br>
boot inside kvm with -vga vmware<br>
<br>
X :1&<br>
`<switch back>`<br>
<br>
xlogo -display :1<br>
^C<br>
`<X server crashes>`<br>
<br>
X server 1.10.3 + vmware video driver 11.0.3<br>
X server 1.7.7 + some older vmware<br>
<br>
Can be easily reproduced with debian-live 6.0.2 xfce CD.https://gitlab.freedesktop.org/xorg/driver/xf86-video-vmware/-/issues/2VMware Video SLES 10 SP22019-11-29T18:51:02ZBugzilla Migration UserVMware Video SLES 10 SP2## Submitted by ScottGutierrez
Assigned to **linux-graphics-maintainer@vmware.com**
**[Link to original bug (#18598)](https://bugs.freedesktop.org/show_bug.cgi?id=18598)**
## Description
Video and Mouse choppy on a SUSE Linux Ente...## Submitted by ScottGutierrez
Assigned to **linux-graphics-maintainer@vmware.com**
**[Link to original bug (#18598)](https://bugs.freedesktop.org/show_bug.cgi?id=18598)**
## Description
Video and Mouse choppy on a SUSE Linux Enterprise Server 10 SP2 VM (SLES 10 SP2) through VMware Infrastructure Client console.<br>
<br>
Video acceleration appears to be disabled (option grayed out in SAX2)<br>
Under options, HWcursor and NoAccel are listed.<br>
<br>
I can't seem to find an xorg-x11-drv-vmware package for SLES yet.<br>
<br>
System is a bit peppier over VNC where everything is stripped down.<br>
<br>
System runs a little bit better under KDE if I disable all user effects (mouse cursors, lower color, turn off window contents while dragging, etc.), but crawls under GNOME.https://gitlab.freedesktop.org/xorg/driver/xf86-video-vmware/-/issues/1vmware driver and physical screen size2019-11-29T18:50:58ZBugzilla Migration Uservmware driver and physical screen size## Submitted by Skip Collins
Assigned to **linux-graphics-maintainer@vmware.com**
**[Link to original bug (#16049)](https://bugs.freedesktop.org/show_bug.cgi?id=16049)**
## Description
I am running Hardy in VMware Player 2.0.3 wit...## Submitted by Skip Collins
Assigned to **linux-graphics-maintainer@vmware.com**
**[Link to original bug (#16049)](https://bugs.freedesktop.org/show_bug.cgi?id=16049)**
## Description
I am running Hardy in VMware Player 2.0.3 with vmware tools 6.0.3. There is an inconsistency in the way screen sizes are detected. Some programs like emacs and xfce-terminal display smaller or larger fonts depending on whether I have shrunk or expanded the vmware window. If I start with a size of 1024x768, xdpyinfo reports:<br>
dimensions: 1024x768 pixels (271x203 millimeters)<br>
resolution: 96x96 dots per inch<br>
<br>
If I expand the window by dragging the lower right corner, it reports:<br>
dimensions: 1268x986 pixesl (271x203 millimeters)<br>
resolution: 119x123 dots per inch<br>
<br>
The problem is that the physical size of the display is now larger than 271x203 millimeters. The resolution in DPI remains constant, not the size.<br>
<br>
Looking in the vmware.c driver code, I see an attempt to do the right thing:<br>
modemm->mmWidth *= modemm->mode->HDisplay / (double)(modemm->virtX);<br>
modemm->mmHeight *= modemm->mode->VDisplay / (double)(modemm->virtY);<br>
<br>
When I invoke a screen resize using:<br>
xrandr -s 1024x768 --verbose<br>
The screen successfully resizes and I get the following output:<br>
SZ: Pixels Physical Refresh<br>
0 1024 x 768 ( 271mm x 203mm ) 85 75 70 60 0 <br>
1 832 x 624 ( 271mm x 203mm ) 75 <br>
2 800 x 600 ( 271mm x 203mm ) 85 75 72 60 56 0 <br>
3 640 x 480 ( 271mm x 203mm ) 85 75 73 60 0 <br>
4 720 x 400 ( 271mm x 203mm ) 85 <br>
5 640 x 400 ( 271mm x 203mm ) 85 0 <br>
6 640 x 350 ( 271mm x 203mm ) 85 <br>
7 320 x 240 ( 271mm x 203mm ) 0 <br>
[---snip---]<br>
30 2360 x 1770 ( 271mm x 203mm ) 0 <br>
31 1176 x 1050 ( 271mm x 203mm ) 0 <br>
32 1296 x 1049 ( 271mm x 203mm ) 0 <br>
*33 1268 x 986 ( 271mm x 203mm ) *0 <br>
Current rotation - normal<br>
Current reflection - none<br>
Rotations possible - normal <br>
Reflections possible - none<br>
Setting size to 0, rotation to normal<br>
Setting reflection on neither axis<br>
Event received, type = 115<br>
Got a screen change notify event!<br>
window = 64<br>
root = 64<br>
size_index = 65535<br>
rotation 1<br>
timestamp = 116051, config_timestamp = 1728665<br>
Rotation = 1<br>
1268 X 986 pixels, 271 X 203 mm<br>
Display width 1268, height 986<br>
Display widthmm 271, heightmm 203<br>
new Subpixel rendering model is unknown<br>
[---end output---]<br>
<br>
No matter what size I switch to via xrandr, all physical sizes are reported as 271x203 millimeters. But when I do<br>
xrandr --dpi 75 --verbose<br>
I get:<br>
screen 0: 1024x768 346x260 mm 75.00dpi<br>
which looks promising. But it has no effect on what xdpyinfo and xrandr subsequently report for size and dpi.<br>
<br>
Perhaps the driver should call XRRSetScreenSize whenever the size is changed or when the mode list is initiated.<br>
<br>
I also suggest that the vmware driver imitate the nvidia driver and implement an option to specify a constant DPI at startup.