profile
viewpoint
CommitCommentEvent

issue commentmkubecek/vmware-host-modules

player 15.5 on ubuntu 19.10 using vmmon and vmnet works to launch player but can't run images

When you are not sure, you should be able to see currently installed version in /etc/vmware/config, there is a line like player.product.version = "15.5.0" or workstation.product.version = "15.5.0"

The GUI also shows the version in its Help / About dialog.

bjb1959

comment created time in 19 days

issue commentmkubecek/vmware-host-modules

player 15.5 on ubuntu 19.10 using vmmon and vmnet works to launch player but can't run images

This means that you loaded modules for different (newer) version of Player than you have installed. In particular, "expecting 360.0" means that you are running Player version 15.0.0-15.0.4 but according to "got 385.0", you built your modules for Player 15.5.0. It is exactly the same problem as in issue #43.

bjb1959

comment created time in 19 days

issue closedmkubecek/vmware-host-modules

ubuntu 19.10 kernel 5.3.0-19 support for vmware 15.03

Hi there. Today 23/OCT I've upgraded Ubutnu 19.04 to 19.10. Now I have kernel 5.30.0-19 and my VMWARE 15 PRO 15.0.3 cannot run anymore since crash with this error:

vmmon module: expecting 360.0, got 385.0.

Previously I used to run vmware-host-modules with https://github.com/mkubecek/vmware-host-modules/tree/workstation-15.0.3 but now it says I should use 15.1.x...

closed time in 20 days

gonzalovinas

issue commentmkubecek/vmware-host-modules

ubuntu 19.10 kernel 5.3.0-19 support for vmware 15.03

This is a check from the original vmware module source that module version matches VMware workstation version. You always need to use branch matching your product. If you are still running 15.0.3 for whatever reason, you can either

  • upgrade your workstation to 15.1.0 or (preferrably) 15.5.0
  • or backport later patches on top of workstation-15.0.3 branch yourself

It is not feasible to maintain branches for every version of workstation ever released. I keep some older branches but in general not those where upgrade would be free. Currently, active branches are 12.5.9, 14.1.7 and 15.5.0. Branch for 15.1.0 is also active but it's going to be retired in near future (probably shortly after kernel 5.4 final is released).

gonzalovinas

comment created time in 20 days

issue closedmkubecek/vmware-host-modules

VMmon compilation failure on Kernel 5.3.0-18-generic #19-Ubuntu

Ubuntu 19.10 Kernel 5.3.0-18-generic #19-Ubuntu

Managed to to get a successful compilation against tmp/workstation-15.0.0-k5.4 using "make" and "make install". running "sudo /etc/init.d/vmware restart" gives:

Starting VMware services: Virtual machine monitor failed Virtual machine communication interface done VM communication interface socket family done Blocking file system done Virtual ethernet failed VMware Authentication Daemon done

dmesg output:

[ 8503.629518] vmnet: version magic '5.0.0-25-generic SMP mod_unload ' should be '5.3.0-18-generic SMP mod_unload ' [ 8689.002384] NET: Unregistered protocol family 40 [ 8689.301000] vmmon: version magic '5.0.0-25-generic SMP mod_unload ' should be '5.3.0-18-generic SMP mod_unload '

closed time in 21 days

defjamuk

issue commentmkubecek/vmware-host-modules

VMmon compilation failure on Kernel 5.3.0-18-generic #19-Ubuntu

The most interesting question would be who put the old modules to the top directory. Standard vmware tools (vmware-modconfig or the GUI) install them into the misc subdirectory. Also, modules should be always installed under the directory for version they are built against (and built for) so whatever tool installed 5.0.0-25-generic modules into the directory 5.3.0-18-generic is seriously broken.

In any case, it is not an issue of the contents of this repository so let's close.

defjamuk

comment created time in 21 days

issue commentmkubecek/vmware-host-modules

15.5 patches no longer work on kernel 5.3.7

This has nothing to do with the patches, it's a build environment problem.

dmschwartzii

comment created time in 21 days

issue commentmkubecek/vmware-host-modules

VMmon compilation failure on Kernel 5.3.0-18-generic #19-Ubuntu

The log message is telling you clearly what happened: the module was built against kernel 5.0.0-25-generic but you are trying to load it into version 5.3.0-18-generic. Don't forget to use VM_UNAME if you want to build modules for different kernel than you are currently running (and with the same value for make and make install).

defjamuk

comment created time in 25 days

issue commentmkubecek/vmware-host-modules

Modules fail to load on Ubuntu HWE kernel 5.0.29

Are the modules loaded or not? If not, what happens when you try to load them manually? If they are, is there something in vmware log that would explain what exactly failed?

Wildhair2

comment created time in a month

issue closedmkubecek/vmware-host-modules

GCC 9.2.0 incompatible with makefile

cc1: error: incompatible gcc/plugin versions cc1: error: fail to initialize plugin ./scripts/gcc-plugins/structleak_plugin.so make[3]: *** [scripts/Makefile.build:266: /home/hyperv/Downloads/vmware-host-modules-master/vmware-host-modules-workstation-15.5.0/vmmon-only/linux/driver.o] Error 1 make[2]: *** [Makefile:1674: /home/hyperv/Downloads/vmware-host-modules-master/vmware-host-modules-workstation-15.5.0/vmmon-only] Error 2 make[2]: Leaving directory '/usr/lib/modules/5.4.0-1.rc1-tkg-cfs/build' make[1]: *** [Makefile:117: vmmon.ko] Error 2 make[1]: Leaving directory '/home/hyperv/Downloads/vmware-host-modules-master/vmware-host-modules-workstation-15.5.0/vmmon-only' make: *** [Makefile:21: vmmon-only] Error 2

closed time in a month

DOGGO20

issue commentmkubecek/vmware-host-modules

GCC 9.2.0 incompatible with makefile

Even gcc 9.2.1 works fine for me, that is not the problem.

"error: incompatible gcc/plugin versions ... error: fail to initialize plugin ..." ... This is a problem with your toolchain and/or kernel devel packages. Most likely an incompatibility between gcc version used to build the kernel and version you are trying to build the out-of-tree modules with.

DOGGO20

comment created time in a month

push eventmkubecek/vmware-host-modules

Michal Kubecek

commit sha 7329228887d1c78bc4d6bcb1e27551c4a62f21a6

vmnet: handle switch of skb_frag_t to bio_vec The switch from custom skb_frag_t implementation to bio_vec in v5.4-rc1 is mostly transparent for modules which use accessor for skb_frag_t members. Unfortunately many users access the members directly and function VNetCsumCopyDatagram() in vmnet is one of those. Use accessors everywhere so that vmnet code is compatible with kernel 5.4 and newer. Use "compat_" prefix to avoid clashes with backports adding the accessors to older codebase.

view details

push time in a month

push eventmkubecek/vmware-host-modules

Michal Kubecek

commit sha 4b6eb20f62ea47654137a36612bc612495013369

vmnet: handle switch of skb_frag_t to bio_vec The switch from custom skb_frag_t implementation to bio_vec in v5.4-rc1 is mostly transparent for modules which use accessor for skb_frag_t members. Unfortunately many users access the members directly and function VNetCsumCopyDatagram() in vmnet is one of those. Use accessors everywhere so that vmnet code is compatible with kernel 5.4 and newer. Use "compat_" prefix to avoid clashes with backports adding the accessors to older codebase.

view details

push time in a month

push eventmkubecek/vmware-host-modules

Michal Kubecek

commit sha 9d47b34b4296281dd265179e8678dac4b94ddcfc

vmnet: handle switch of skb_frag_t to bio_vec The switch from custom skb_frag_t implementation to bio_vec in v5.4-rc1 is mostly transparent for modules which use accessor for skb_frag_t members. Unfortunately many users access the members directly and function VNetCsumCopyDatagram() in vmnet is one of those. Use accessors everywhere so that vmnet code is compatible with kernel 5.4 and newer. Use "compat_" prefix to avoid clashes with backports adding the accessors to older codebase.

view details

push time in a month

push eventmkubecek/vmware-host-modules

Michal Kubecek

commit sha e4105b4370c6d54c83eac9bb3e8f9a72a2236c5e

vmnet: handle switch of skb_frag_t to bio_vec The switch from custom skb_frag_t implementation to bio_vec in v5.4-rc1 is mostly transparent for modules which use accessor for skb_frag_t members. Unfortunately many users access the members directly and function VNetCsumCopyDatagram() in vmnet is one of those. Use accessors everywhere so that vmnet code is compatible with kernel 5.4 and newer. Use "compat_" prefix to avoid clashes with backports adding the accessors to older codebase.

view details

push time in a month

push eventmkubecek/vmware-host-modules

Michal Kubecek

commit sha 8bfd4ebfa24d13f6f6f24024061ff7007fb5c692

vmnet: handle switch of skb_frag_t to bio_vec The switch from custom skb_frag_t implementation to bio_vec in v5.4-rc1 is mostly transparent for modules which use accessor for skb_frag_t members. Unfortunately many users access the members directly and function VNetCsumCopyDatagram() in vmnet is one of those. Use accessors everywhere so that vmnet code is compatible with kernel 5.4 and newer. Use "compat_" prefix to avoid clashes with backports adding the accessors to older codebase.

view details

push time in a month

push eventmkubecek/vmware-host-modules

Michal Kubecek

commit sha dbf6b0233d18e37226c6e5afb8c1e361108cfb1f

vmnet: handle switch of skb_frag_t to bio_vec The switch from custom skb_frag_t implementation to bio_vec in v5.4-rc1 is mostly transparent for modules which use accessor for skb_frag_t members. Unfortunately many users access the members directly and function VNetCsumCopyDatagram() in vmnet is one of those. Use accessors everywhere so that vmnet code is compatible with kernel 5.4 and newer. Use "compat_" prefix to avoid clashes with backports adding the accessors to older codebase.

view details

push time in a month

push eventmkubecek/vmware-host-modules

Michal Kubecek

commit sha 40fa50e1673c276490db9fcab6c7df4b906aa7a2

vmnet: handle switch of skb_frag_t to bio_vec The switch from custom skb_frag_t implementation to bio_vec in v5.4-rc1 is mostly transparent for modules which use accessor for skb_frag_t members. Unfortunately many users access the members directly and function VNetCsumCopyDatagram() in vmnet is one of those. Use accessors everywhere so that vmnet code is compatible with kernel 5.4 and newer. Use "compat_" prefix to avoid clashes with backports adding the accessors to older codebase.

view details

push time in a month

push eventmkubecek/vmware-host-modules

Michal Kubecek

commit sha f404bc6855ea2c731b617d3b0a2971481eb31cbd

vmnet: handle switch of skb_frag_t to bio_vec The switch from custom skb_frag_t implementation to bio_vec in v5.4-rc1 is mostly transparent for modules which use accessor for skb_frag_t members. Unfortunately many users access the members directly and function VNetCsumCopyDatagram() in vmnet is one of those. Use accessors everywhere so that vmnet code is compatible with kernel 5.4 and newer. Use "compat_" prefix to avoid clashes with backports adding the accessors to older codebase.

view details

push time in a month

issue commentmkubecek/vmware-host-modules

build fails on kernel 5.2.11 and workstation 15.5.0

This looks like some files necessary to build out of tree modules are missing in your installation. These are usually part of some kernel-devel or kernel-*-devel package but the name depends on the distribution so you should check its documentation.

bertocar74

comment created time in 2 months

issue commentmkubecek/vmware-host-modules

build fails on kernel 5.2.11 and workstation 15.5.0

I thought vmware-modconfig preserves the temporary directory if the build fails but it doesn't seem to.

Does the build also fail if you run make in the vmware-host-modules-workstation-15.5.0 directory?

alberto-carraro

comment created time in 2 months

issue commentmkubecek/vmware-host-modules

build fails on kernel 5.2.11 and workstation 15.5.0

Checked this way and it works here. It's really strange, it looks as if some source files were missing from the tarballs. Can you check if files vmmon-only/linux/driver.c and vmnet-only/driver.c are present in them and also in the directory created by VMware's build script (/tmp/modconfig-eFXB7D in this case)?

alberto-carraro

comment created time in 2 months

create barnchmkubecek/vmware-host-modules

branch : tmp/workstation-15.5.0-k5.4

created branch time in 2 months

create barnchmkubecek/vmware-host-modules

branch : player-15.5.0

created branch time in 2 months

create barnchmkubecek/vmware-host-modules

branch : workstation-15.5.0

created branch time in 2 months

push eventmkubecek/vmware-host-modules

Michal Kubecek

commit sha 85ede6aae9626912fd9c9be1b41732447dbc9691

misc: fix wrong directory name in INSTALL (fixes #36) Fix wrong directory name in one of the examples.

view details

Michal Kubecek

commit sha 193db5638cf8b8220bf65b5e3b73ba30073c9f9c

Merge branch 'master' into player

view details

Michal Kubecek

commit sha 6daa6921e7f3013f4a42d1e7a565064fe447cc26

import Player 15.5.0 module sources

view details

push time in 2 months

push eventmkubecek/vmware-host-modules

Michal Kubecek

commit sha 85ede6aae9626912fd9c9be1b41732447dbc9691

misc: fix wrong directory name in INSTALL (fixes #36) Fix wrong directory name in one of the examples.

view details

Michal Kubecek

commit sha 4d36d6a1d21a47a62d4870f6e4573b88b99c2c99

Merge branch 'master' into workstation

view details

Michal Kubecek

commit sha 51949a38728e2e7aa5eda7b36465bb4a55488c7e

import Workstation 15.5.0 module sources

view details

push time in 2 months

create barnchmkubecek/vmware-host-modules

branch : tmp/workstation-12.5.9-k5.4

created branch time in 2 months

create barnchmkubecek/vmware-host-modules

branch : tmp/workstation-14.1.7-k5.4

created branch time in 2 months

create barnchmkubecek/vmware-host-modules

branch : tmp/workstation-15.1.0-k5.4

created branch time in 2 months

delete branch mkubecek/vmware-host-modules

delete branch : tmp/workstation-12.5.9-k5.3

delete time in 2 months

delete branch mkubecek/vmware-host-modules

delete branch : tmp/workstation-14.1.7-k5.3

delete time in 2 months

delete branch mkubecek/vmware-host-modules

delete branch : tmp/workstation-15.1.0-k5.3

delete time in 2 months

issue closedmkubecek/vmware-host-modules

On Debian sid 5.2.0 kernel vmware-modconfig fails with GLib-CRITICAL **: 22:08:25.546: g_file_test: assertion 'filename != NULL' failed

Essentially the kernel modules can not be compiled by the vmware installer scripts due to some Glibc issues. Even tried manually to work around the installer script thus :

styx# styx# PREFIX="/usr" ; export PREFIX styx# BINDIR="/usr/bin" ; export BINDIR styx# SBINDIR="/usr/sbin" ; export SBINDIR styx# LIBDIR="/usr/lib" ; export LIBDIR styx# DATADIR="/usr/share" ; export DATADIR styx# SYSCONFDIR="/etc" ; SYSCONFDIR -bash: SYSCONFDIR: command not found styx# SYSCONFDIR="/etc" ; export SYSCONFDIR styx# DOCDIR="/usr/share/doc" ; export DOCDIR styx# MANDIR="/usr/share/man" ; export MANDIR styx# INCLUDEDIR="/usr/include" ; export INCLUDEDIR styx# INITDIR="/etc" ; export INITDIR styx# INITSCRIPTDIR="/etc/init.d" ; export INITSCRIPTDIR styx# styx# VMWARE_INSTALLER="/usr/lib/vmware-installer/2.1.0" ; export VMWARE_INSTALLER styx# VERSION="2.1.0" ; export VERSION styx# VMISBUILDNUM="7305623" ; export VMISBUILDNUM styx# VMISPYVERSION="27" ; export VMISPYVERSION styx# styx# /usr/lib/vmware/bin/vmware-modconfig-console --install-all [AppLoader] GLib does not have GSettings support.

(process:7910): GLib-CRITICAL **: 22:08:25.546: g_file_test: assertion 'filename != NULL' failed Failed to setup build environment. styx# styx# ls -lap /usr/lib/vmware/bin/vmware-modconfig-console lrwxrwxrwx 1 root root 29 Aug 19 18:11 /usr/lib/vmware/bin/vmware-modconfig-console -> /usr/lib/vmware/bin/appLoader

The workstation version was 14.1.7 and this took hours to arrive at a no-go situation.

closed time in 2 months

blastwave

issue commentmkubecek/vmware-host-modules

On Debian sid 5.2.0 kernel vmware-modconfig fails with GLib-CRITICAL **: 22:08:25.546: g_file_test: assertion 'filename != NULL' failed

The glib issue is not related to kernel modules. It has been discussed multiple times in various places, IIRC it's some library compatibility problem between some distributions and VMware userspace software.

blastwave

comment created time in 2 months

issue commentmkubecek/vmware-host-modules

Kernel 5.3 is about to be released, is there a support plan?

As you can see in the log, a fix for breakage from 5.3-rc1 changes has been in all active branches for few weeks. Since then, everything has been working with mainline (including current head, i.e. 5.3-rc8). It's very unlikely that something would break between rc8 and final; if something does break, I'll do my best to deal with it as quickly as possible.

guoxiaoqiao

comment created time in 2 months

issue commentmkubecek/vmware-host-modules

A mistake in INSTALL file

Fixed in all active branches now, thanks for the report.

fliker09

comment created time in 2 months

push eventmkubecek/vmware-host-modules

Michal Kubecek

commit sha 85ede6aae9626912fd9c9be1b41732447dbc9691

misc: fix wrong directory name in INSTALL (fixes #36) Fix wrong directory name in one of the examples.

view details

Michal Kubecek

commit sha 9f3925400019604902151b4e310778b4eb13dc8a

Merge branch 'master' into player-12.5.9

view details

push time in 2 months

push eventmkubecek/vmware-host-modules

Michal Kubecek

commit sha 85ede6aae9626912fd9c9be1b41732447dbc9691

misc: fix wrong directory name in INSTALL (fixes #36) Fix wrong directory name in one of the examples.

view details

Michal Kubecek

commit sha d184686860c24a2791ace47fddbca26859fb2869

Merge branch 'master' into player-14.1.7

view details

push time in 2 months

push eventmkubecek/vmware-host-modules

Michal Kubecek

commit sha 85ede6aae9626912fd9c9be1b41732447dbc9691

misc: fix wrong directory name in INSTALL (fixes #36) Fix wrong directory name in one of the examples.

view details

Michal Kubecek

commit sha 9a163031902b87ad893bfde7cb1bcda1732995ad

Merge branch 'master' into player-15.1.0

view details

push time in 2 months

push eventmkubecek/vmware-host-modules

Michal Kubecek

commit sha 85ede6aae9626912fd9c9be1b41732447dbc9691

misc: fix wrong directory name in INSTALL (fixes #36) Fix wrong directory name in one of the examples.

view details

Michal Kubecek

commit sha b5392bc630ab30e259b75e0a210567cd8f30590b

Merge branch 'master' into workstation-12.5.9

view details

push time in 2 months

push eventmkubecek/vmware-host-modules

Michal Kubecek

commit sha 85ede6aae9626912fd9c9be1b41732447dbc9691

misc: fix wrong directory name in INSTALL (fixes #36) Fix wrong directory name in one of the examples.

view details

Michal Kubecek

commit sha a7c884ce20836be3edb74e93ca23ab7de95125f8

Merge branch 'master' into workstation-14.1.7

view details

push time in 2 months

push eventmkubecek/vmware-host-modules

Michal Kubecek

commit sha 85ede6aae9626912fd9c9be1b41732447dbc9691

misc: fix wrong directory name in INSTALL (fixes #36) Fix wrong directory name in one of the examples.

view details

Michal Kubecek

commit sha 5ce7df3a11288c7a0684714bf4ffbec9441e66e9

Merge branch 'master' into workstation-15.1.0

view details

push time in 2 months

push eventmkubecek/vmware-host-modules

Michal Kubecek

commit sha 85ede6aae9626912fd9c9be1b41732447dbc9691

misc: fix wrong directory name in INSTALL (fixes #36) Fix wrong directory name in one of the examples.

view details

push time in 2 months

issue closedmkubecek/vmware-host-modules

A mistake in INSTALL file

On line 153 instead of: tar -cf vmnet.tar vmmon-only must be: tar -cf vmnet.tar vmnet-only

closed time in 2 months

fliker09
more