If the vsock module from the Linux kernel is used in place of that from vmware-modules (thus USE="-vmci -vsock") and the module is built into the kernel (CONFIG_VSOCKETS=y), the vmware-workstation init script (/etc/init.d/vmware) will abort with the following error when the stop command is executed: modprobe: FATAL: Module vsock is builtin. * ERROR: vmware failed to stop This is not a serious issue since everything else seems to be properly stopped, though it does require one to run "/etc/init.d/vmware zap" before trying to restart the service. At an even more cosmetic level, "/etc/init.d/vmware start" will report a similar warning if the vmci module is built into the kernel ("modprobe: WARNING: Module vmci not found.") but will keep going, and Workstation itself appears to function correctly. emerge --info: Portage 2.2.10 (default/linux/amd64, gcc-4.7.3, glibc-2.19, 3.14.3-gentoo x86_64) ================================================================= System uname: Linux-3.14.3-gentoo-x86_64-Intel-R-_Core-TM-_i7-4770S_CPU_@_3.10GHz-with-gentoo-2.2 KiB Mem: 8122280 total, 6229844 free KiB Swap: 4193276 total, 4193276 free Timestamp of tree: Mon, 12 May 2014 07:45:01 +0000 ld GNU ld (GNU Binutils) 2.24 app-shells/bash: 4.2_p47 dev-java/java-config: 2.2.0 dev-lang/python: 2.7.6-r1, 3.3.5, 3.4.0 dev-util/cmake: 2.8.12.2-r1 dev-util/pkgconfig: 0.28-r1 sys-apps/baselayout: 2.2 sys-apps/openrc: 0.12.4 sys-apps/sandbox: 2.6-r1 sys-devel/autoconf: 2.13, 2.69 sys-devel/automake: 1.11.6, 1.13.4, 1.14.1 sys-devel/binutils: 2.24-r2 sys-devel/gcc: 4.7.3-r1 sys-devel/gcc-config: 1.8 sys-devel/libtool: 2.4.2 sys-devel/make: 4.0-r1 sys-kernel/linux-headers: 3.14 (virtual/os-headers) sys-libs/glibc: 2.19 Repositories: gentoo crossdev sunrise steam-overlay glc local Installed sets: @steam, @system ACCEPT_KEYWORDS="amd64 ~amd64" ACCEPT_LICENSE="* -@EULA AdobeFlash-11.x D1X" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -march=x86-64 -mtune=core-avx-i -mmmx -msse -msse2 -pipe -fno-strict-aliasing" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/dev /etc" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-O2 -march=x86-64 -mtune=core-avx-i -mmmx -msse -msse2 -pipe -fno-strict-aliasing" DISTDIR="/usr/portage/distfiles" EMERGE_DEFAULT_OPTS="--misspell-suggestions=n --autounmask=n --quiet-build=n" FCFLAGS="-O2 -pipe" FEATURES="assume-digests binpkg-logs collision-protect distlocks ebuild-locks fixlafiles merge-sync news preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync" FFLAGS="-O2 -pipe" GENTOO_MIRRORS="http://ftp.jaist.ac.jp/pub/Linux/Gentoo" LDFLAGS="-Wl,-O1 -Wl,--as-needed" MAKEOPTS="" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_EXTRA_OPTS="-O --no-human-readable" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/var/lib/crossdev /var/lib/layman/sunrise /var/lib/layman/steam /var/lib/layman/glc /usr/local/portage" SYNC="rsync://rsync.jp.gentoo.org/gentoo-portage" USE="aac alsa amd64 apng berkdb cjk cli crypt cxx dri dv dvd fortran gif iconv ipv6 joystick jpeg jpeg2k lame live mad mmx mp3 multilib ncurses nptl nptlonly ogg openmp oss perl png pv3 python quicktime readline scanner sdl session sse sse2 ssl theora tiff truetype unicode vdpau vorbis vpx win32codecs x264 xanim zlib" ABI_X86="32 64" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump author" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ublox ubx" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-5" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_3" RUBY_TARGETS="ruby19 ruby20" SANE_BACKENDS="genesys" USERLAND="GNU" VIDEO_CARDS="nvidia vesa" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, INSTALL_MASK, LANG, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, USE_PYTHON
That seems to be still the case.
(In reply to Andreas K. Hüttel from comment #1) > That seems to be still the case. CONFIRMATION : This still applies with VERSION 12 : . . . app-emulation/vmware-workstation-12.1.0.3272444-r2:0 The "zap" trick indicated by Andrew still works fine.
(In reply to Manfred Knick from comment #2) This still applies up to VERSION 12.4 : c.f. https://bugs.gentoo.org/show_bug.cgi?id=612804#c2 PROPOSAL: Adapt the title of this BUG to s.th. like . . . "app-emulation/vmware-workstation-[11,12] ..."
Summary updated.
On my system everything works as expected: # /etc/init.d/vmware start * Starting VMware USB Arbitrator ... [ ok ] * Starting VMware services ... [ ok ] insmod /lib/modules/4.10.1-gentoo/misc/vmmon.ko insmod /lib/modules/4.10.1-gentoo/kernel/net/vmw_vsock/vsock.ko insmod /lib/modules/4.10.1-gentoo/kernel/net/vmw_vsock/vmw_vsock_vmci_transport.ko insmod /lib/modules/4.10.1-gentoo/misc/vmblock.ko insmod /lib/modules/4.10.1-gentoo/misc/vmnet.ko [ ok ] Started Bridge networking on vmnet0 Enabled hostonly virtual adapter on vmnet1 Started DHCP service on vmnet1 Started NAT service on vmnet8 Enabled hostonly virtual adapter on vmnet8 Started DHCP service on vmnet8 Started all configured services on all networks # /etc/init.d/vmware stop * Stopping VMware USB Arbitrator ... [ ok ] Stopped Bridged networking on vmnet0 Stopped DHCP service on vmnet1 Disabled hostonly virtual adapter on vmnet1 Stopped DHCP service on vmnet8 Stopped NAT service on vmnet8 Disabled hostonly virtual adapter on vmnet8 Stopped all configured services on all networks [ ok ] * Stopping VMware services ... rmmod vmw_vsock_vmci_transport rmmod vsock rmmod vmw_vmci rmmod vmmon rmmod vmblock rmmod vmnet Can you show the output of # /etc/init.d/vmware start and # /etc/init.d/vmware stop on your system?
Did you not see the part of the summary about "module is built into the kernel"? The lack of an error from "insmod /lib/modules/4.10.1-gentoo/kernel/net/vmw_vsock/vsock.ko" in your output suggests that you have it compiled as a separate module, not built into the kernel.
(In reply to Andrew Church from comment #6) > Did you not see the part of the summary about "module is built into the > kernel"? The lack of an error from "insmod > /lib/modules/4.10.1-gentoo/kernel/net/vmw_vsock/vsock.ko" in your output > suggests that you have it compiled as a separate module, not built into the > kernel. Oh sorry, I effectively misread the title as "if using vsock as module in the kernel". I'll have a look later today.
I have added a new init script into the overlay, please test it!
(In reply to Fabio Rossi from comment #8) > I have added a new init script into the overlay, please test it! Please, c.f. . . . https://bugs.gentoo.org/show_bug.cgi?id=616958#c18
The new init script seems to work fine.
(In reply to Andrew Church from comment #10) As confirmed in comment #9, since Fabio's fix till today, I also did not encounter this problem any more. > The new init script seems to work fine. Being the reporter, you are authorized to close this bug.
Marking fixed.