Page 1 of 2

kernel 2.6.35.4 Mandriva 2010.1 64 bit problemi wmware 7.1.2

Posted: 28 September 2010, 12:46
by ninarello19
Ho aggiornato Wmare all'ultima versione 7.1.2 su Kernel 2.6.35.4 .L'aggiornamento è andato a buon fine.
Purtroppo mi da errore nella compilazione dei moduli : non compila l'ultimo modulo ( VMCI Sockets)
Non so cosa fare.
Sullo stesso Kernel precedentemente era installata la versione di Wmware 7.1.1 e tutto funzionava perfettamente.
Perchè la versone 7.1.2 da questo problema?
Mi date un aiuto
Grazie

Re: kernel 2.6.35.4 Mandriva 2010.1 64 bit problemi wmware 7

Posted: 28 September 2010, 15:10
by GvMariani
ninarello19 wrote:Ho aggiornato Wmare all'ultima versione 7.1.2 su Kernel 2.6.35.4 .L'aggiornamento è andato a buon fine.
Purtroppo mi da errore nella compilazione dei moduli : non compila l'ultimo modulo ( VMCI Sockets)
Non so cosa fare.
Sullo stesso Kernel precedentemente era installata la versione di Wmware 7.1.1 e tutto funzionava perfettamente. Perchè la versone 7.1.2 da questo problema? Mi date un aiuto
Grazie
Perché, probabilmente, avevi già patchato i sorgenti di Vmware per poter compilare con i kernel 2.6.35.xx: l'installazione li ha rimossi e ne ha messo di "nuovi" (che però ancora non compilano con detti kernel).

Puoi seguire le istruzioni date qui:

Code: Select all

http://mib.pianetalinux.org/mib/forum/viewtopic.php?f=13&t=2296&p=12896
oppure cercare nei forum Vmware le patch e le indicazioni necessarie...

GvM

Re: kernel 2.6.35.4 Mandriva 2010.1 64 bit problemi wmware 7

Posted: 28 September 2010, 16:39
by ninarello19
Ho eseguito la 1° pack di cui alla guida di Nicco alla quale mi hai rimandato
Purtroppo il problema persiste.

Re: kernel 2.6.35.4 Mandriva 2010.1 64 bit problemi wmware 7

Posted: 28 September 2010, 18:23
by GvMariani
ninarello19 wrote:Ho eseguito la 1° pack di cui alla guida di Nicco alla quale mi hai rimandato
Purtroppo il problema persiste.
Cioè quella che ti fa lavorare su vmmon.tar?
Ma tu dovresti avere problemi con vsock.tar (= VMCI sockets), quindi la guida pertinente è la seconda.

In ogni caso, che errore ti ritorna la compilazione quando si interrompe?
E, prima, quando esegui

Code: Select all

patch -p0 < /path/to/vsock.patch
per caso ottieni qualche errore (tipo compare la parola "rejected")?

GvM

Re: kernel 2.6.35.4 Mandriva 2010.1 64 bit problemi wmware 7

Posted: 28 September 2010, 18:26
by ominomichelin
ciao
sembara che sia un po piu complicato aggiornare i moduli patchati in precedenza
cancella sbin/lsmod generato da module-init-tools all avvio della machina host.
come ho risolto io , non so se va su tutte mandriva e/o arch,o gnome o altro
TESTATO E VA SU MDV 2010.1 X86_64 KDE4.5.1 KERNEL2.6.35.4 NRJ-MIB

quindi prima cosa da fare :
1.

Code: Select all

/etc/init.d/vmware stop
2.

Code: Select all

sudo urpmi --replacepkgs module-init-tools
(e fatevi dopo un backup de lsmod cp -r /sbin/lsmod $HOME/.kde4)

3.

Code: Select all

cd /tmp && wget http://www.sputnick-area.net/scripts/vmware7.1.1-patch-kernel-2.6.35.bash && chmod +x vmware7.1.1-patch-kernel-2.6.35.bash
4.

Code: Select all

sudo ./vmware7.1.1-patch-kernel-2.6.35.bash
fatto questo compilate i moduli con :

Code: Select all

sudo vmware-modconfig --console --install-all
adesso tutto funziona fino al primo raivvio :lol: perche dopo il boot
il file lsmod in /sbin nn ce piu o pure e ghost, io da troglodita come ho risolto , ho fatto un script :

Code: Select all

#bin/bash
sudo cp -r $HOME/.kde4/lsmod /sbin
io lo chiamato lsmod-to-sbin.sh e lo reso eseguibile (chmod +x)
( importante e che abbia l'estensione .sh)

salvato in $HOME/.kde4/autostart .

Adesso in systemsettings/avvio&spegnimento compare lo script
e basta farlo partire in pre-kde ovvero dal menu a tendina scegliete:
Avvio pre-KDE.

risolvere il caricamento dei moduli al boot:

Editate il symlink in /etc/rc5.d in S98
o pure :
da aggiungere in rc.local

Code: Select all

/etc/rc.d/init.d/vmware stop
/etc/rc.d/init.d/vmware start
-E FORTEMENTE NECESSARIO CONOSCERE IL VOSTRO SISTEMA
-NON E RACCOMANDATO PER I PRINCIPIANTI ( sui kernel ufficiali vmware builda senza problemi)

##########################
adesso per qualsiasi cosa che non vi va o vi si sfona il sistema non rispondo dei danni subiti , e non e uno scherzo ci si risca di danneggiare
lsmod e insmod, (module-init-tools), se non sapete cosa fate meglio lasciar perdere.
Per qualsiasi emergenza, in caso di errori , reinstallate le init prima di riavviare la machina :

Code: Select all

sudo urpmi --replacepkgs module-init-tools
questo vi ripristinerà le librerie .
Buona fortuna.

@GVM
non e da patchare solo vmci , e un po piu complicato per via dei bld mancanti....in %_vmware-libdir/modules/bin ce la sorpressa.... :lol:

PS.
ma solo per curiosità perche e sotto :

Code: Select all

MIB-Packages Discussion
nn mi pare che vmware sia un pacchetto MIB ....o si? devo sapere qualcosa? :lol:

Re: kernel 2.6.35.4 Mandriva 2010.1 64 bit problemi wmware 7

Posted: 28 September 2010, 18:53
by GvMariani
ominomichelin wrote: @GVM
non e da patchare solo vmci , e un po piu complicato per via dei bld mancanti.... :lol:
Strano...
io non ho fatto nulla di tutto quello che hai indicato, eppure tutto funziona perfettamente con il 2.6.35.4-nrj (a parte, ovvio, i due iniziali errori di build con vmmon e vsock, corretti nel modo che ho descritto).
Cu^M^M ehm... Fortuna? ;)

Ho dato anche un veloce sguardo allo script che indicavi e mi sembra che ciò che va a patchare sono esattamente le stesse cose che le due summenzionate guide indicavano; l'unica differenza sembrerebbe dunque il "traffico" con il file 'lsmod'...
Comunque: se funziona... sta bene così.

Per curiosità: a che pro tutto ciò?
Ha a che fare con:
in %_vmware-libdir/modules/bin ce la sorpressa....
ovvero? qualche link esplicativo?
(Non si finisce mai di imparare... :) )

GvM

Re: kernel 2.6.35.4 Mandriva 2010.1 64 bit problemi wmware 7

Posted: 29 September 2010, 15:02
by ninarello19
Ho eseguito la 2° parte della guida di Nicco come da suggerito ed il problema si è risolto perfettamente; in sostanza sono stati compilati regolarmente tutti i moduli compreso il (VMCI Sockets) il wmware 7.1.2 funziona perfettamente.
Grazie a GvMariani
Grazie a Salvatore 47 e al compilatore della guida Nicco.
Saluti ad majora.

Re: kernel 2.6.35.4 Mandriva 2010.1 64 bit problemi wmware 7

Posted: 29 September 2010, 17:39
by ominomichelin
@GVM
link ?? quale link???
ma se te lo gia scritto ....
/usr/lib/vmware/modules/binaries
adesso hai capito?

PS.
studioso di vmware? ghghghgh....
fatti un snow-leopard e ne riparleremo , va bene anche uno col darwin per cominciare.... o pure prova a avviare da usb, in vm, qualsiasi distro dumpata
Buona fortuna
:lol:

Re: kernel 2.6.35.4 Mandriva 2010.1 64 bit problemi wmware 7

Posted: 29 September 2010, 20:14
by GvMariani
ominomichelin wrote: studioso di vmware? ghghghgh....
Naaa...
e' che per carattere e inclinazione mi piace capire il perché delle cose, specialmente quando accadono / possono accadere alla mia macchina.
E poi è così che si impara davvero, mi dicono... ;)

GvM

Re: kernel 2.6.35.4 Mandriva 2010.1 64 bit problemi wmware 7

Posted: 3 October 2010, 18:33
by Salvatore47
Ieri ho installato VMWare Player 3.1.2, l'ultimo modulo non si compila.

Riporto qui una discussione sul forum di VMWare:

http://communities.vmware.com/thread/285308

Stessa cosa succede al medesimo.

Esiste una procedura più semplice per var compilare il modulo VMCI Sockets ?

Ciao Salvo

Re: kernel 2.6.35.4 Mandriva 2010.1 64 bit problemi wmware 7

Posted: 4 October 2010, 11:36
by GvMariani
Salvatore47 wrote: Esiste una procedura più semplice per var compilare il modulo VMCI Sockets ?
Temo di no, Salvo: farebbe comodo anche a me... :(

Se vuoi la spiegazione del perché leggi qui di seguito; se no, lascia perdere.

Il dato di partenza è che VMW (sia WKS che Player) porta con sè dei moduli precompilati per i kernel che supporta e i sorgenti da ricompilare (sperabilmente) per quelli ancora non supporta, p.es. perché usciti dopo il rilascio della versione in questione di VMW...
(NB: discorso analogo vale per i VMW Tools per guest Linux...)

Ma proprio qui sta il duplice problema:
1) i predetti sorgenti non sembrano far parte di quelli del kernel, quindi cambiamenti apportati a questi ultimi non vengono automaticamente riportati sui primi e quindi ne possono impedire la compilazione: cambiano dichiarazioni di strutture, nomi di funzioni, ecc. ecc. (ultimamente ciò è capitato quasi sempre...);

2) quei "panzoni" che sviluppano VMW non si preoccupano di aggiornare periodicamente i loro sorgenti, ma solo in occasione del rilascio di nuove versioni del software (e neanche quello, a volte: passando dalla 7.1.1 alla 7.1.2 mi è toccato ripetere tutta l'operazione di patching perché
"quelli" non hanno aggiornato i sorgenti ai kernel > 2.6.33, ampiamente usciti nel frattempo), cosa che, però, capita 2-3 volte l'anno.

Quindi noi utenti siamo costretti o a tenerci kernel vecchi che però fungono bene con VMW, o (se costretti a passare a kernel più recenti, per performance o risoluzione problemi...) a imbarcarci nella complessa operazione descritta più sopra, con il rischio di doverla ripetere più e più volte, ad ogni cambio di kernel... :evil:

GvM

Re: kernel 2.6.35.4 Mandriva 2010.1 64 bit problemi wmware 7

Posted: 4 October 2010, 11:44
by NicCo
Non vi preoccupate:
a giorni esce Ubuntu 10.10 che sarà equipaggiato di kernel 2.6.35,
sarà disponibile una versione di vmware che supporterà quel Kernel
e per festeggiare porteremo allora anche il nuovissimo 2.6.35.7

così va, gli aggiornamenti di vmware seguono principalmente i kernel presenti ufficialmente sulle distro numericamente importanti e le loro specs, non i kernel recentissimi ma adoperati ancora da nessuno...


SOLUZIONE?
ninarello19 dice di aver risolto anche il vsocket, seguendo la seconda parte della guida
e credo si riferisse alla seconda parte proprio qui: http://mib.pianetalinux.org/mib/forum/v ... 296#p12900


Ciao,
NicCo

Re: kernel 2.6.35.4 Mandriva 2010.1 64 bit problemi wmware 7

Posted: 4 October 2010, 15:54
by Salvatore47
Prova la 2° parte della guida, ma il risultato non cambia.

Ciao da Salvo

Re: kernel 2.6.35.4 Mandriva 2010.1 64 bit problemi wmware 7

Posted: 4 October 2010, 16:29
by GvMariani
Salvatore47 wrote:Prova la 2° parte della guida, ma il risultato non cambia.
A questo punto però serve sapere con precisione qual è l'errore che dà...
Se passi ad una finestra di terminale (CRTL+ALT+F2, p.es.) e, dopo esserti loggato come root, dai "vmware-modconfig --build-mod" cosa ottieni?

Dovrebbe partire il processo di building e, se ci sono errori, dovresti vederli a schermo (e poi dovrebbero stare in un log in "/root/tmp/vmware-root/"...)

GvM

Re: kernel 2.6.35.4 Mandriva 2010.1 64 bit problemi wmware 7

Posted: 4 October 2010, 17:54
by Salvatore47
1) risultato con l'opzione 2° parte facendo partire il file con estensione sh:

[root@localhost VMWare_Player]# sh vmare-k2635-02.sh
vmare-k2635-02.sh: line 5: /home/salvatore/Scaricati/VMWare_Player/vsock.patch: No such file or directory
Stopping VMware services:
VMware USB Arbitrator [ OK ]
VM communication interface socket family [ OK ]
Virtual machine communication interface [ OK ]
Virtual machine monitor [ OK ]
Blocking file system [ OK ]
Using 2.6.x kernel build system.
make: Entering directory `/tmp/vmware-root/modules/vmmon-only'
make -C /lib/modules/2.6.35.4-desktop-nrj.69mib/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. \
MODULEBUILDDIR= modules
make[1]: Entering directory `/usr/src/linux-2.6.35.4-desktop-nrj.69mib'
CC [M] /tmp/vmware-root/modules/vmmon-only/linux/driver.o
CC [M] /tmp/vmware-root/modules/vmmon-only/linux/driverLog.o
CC [M] /tmp/vmware-root/modules/vmmon-only/linux/hostif.o
/tmp/vmware-root/modules/vmmon-only/linux/hostif.c: In function ‘HostIFReadUptimeWork’:
/tmp/vmware-root/modules/vmmon-only/linux/hostif.c:2004: warning: ‘newUpBase’ may be used uninitialized in this function
CC [M] /tmp/vmware-root/modules/vmmon-only/linux/iommu.o
/tmp/vmware-root/modules/vmmon-only/linux/iommu.c: In function ‘IOMMUUnregisterDeviceInt’:
/tmp/vmware-root/modules/vmmon-only/linux/iommu.c:216: warning: ignoring return value of ‘device_attach’, declared with attribute warn_unused_result
CC [M] /tmp/vmware-root/modules/vmmon-only/common/comport.o
CC [M] /tmp/vmware-root/modules/vmmon-only/common/cpuid.o
CC [M] /tmp/vmware-root/modules/vmmon-only/common/hashFunc.o
CC [M] /tmp/vmware-root/modules/vmmon-only/common/memtrack.o
CC [M] /tmp/vmware-root/modules/vmmon-only/common/phystrack.o
CC [M] /tmp/vmware-root/modules/vmmon-only/common/task.o
CC [M] /tmp/vmware-root/modules/vmmon-only/common/vmx86.o
CC [M] /tmp/vmware-root/modules/vmmon-only/vmcore/moduleloop.o
LD [M] /tmp/vmware-root/modules/vmmon-only/vmmon.o
Building modules, stage 2.
MODPOST 1 modules
CC /tmp/vmware-root/modules/vmmon-only/vmmon.mod.o
LD [M] /tmp/vmware-root/modules/vmmon-only/vmmon.ko
make[1]: Leaving directory `/usr/src/linux-2.6.35.4-desktop-nrj.69mib'
make -C $PWD SRCROOT=$PWD/. \
MODULEBUILDDIR= postbuild
make[1]: Entering directory `/tmp/vmware-root/modules/vmmon-only'
make[1]: `postbuild' is up to date.
make[1]: Leaving directory `/tmp/vmware-root/modules/vmmon-only'
cp -f vmmon.ko ./../vmmon.o
make: Leaving directory `/tmp/vmware-root/modules/vmmon-only'
Built vmmon module
Using 2.6.x kernel build system.
make: Entering directory `/tmp/vmware-root/modules/vmnet-only'
make -C /lib/modules/2.6.35.4-desktop-nrj.69mib/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. \
MODULEBUILDDIR= modules
make[1]: Entering directory `/usr/src/linux-2.6.35.4-desktop-nrj.69mib'
CC [M] /tmp/vmware-root/modules/vmnet-only/driver.o
CC [M] /tmp/vmware-root/modules/vmnet-only/hub.o
CC [M] /tmp/vmware-root/modules/vmnet-only/userif.o
CC [M] /tmp/vmware-root/modules/vmnet-only/netif.o
CC [M] /tmp/vmware-root/modules/vmnet-only/bridge.o
CC [M] /tmp/vmware-root/modules/vmnet-only/filter.o
CC [M] /tmp/vmware-root/modules/vmnet-only/procfs.o
CC [M] /tmp/vmware-root/modules/vmnet-only/smac_compat.o
CC [M] /tmp/vmware-root/modules/vmnet-only/smac.o
CC [M] /tmp/vmware-root/modules/vmnet-only/vnetEvent.o
CC [M] /tmp/vmware-root/modules/vmnet-only/vnetUserListener.o
LD [M] /tmp/vmware-root/modules/vmnet-only/vmnet.o
Building modules, stage 2.
MODPOST 1 modules
CC /tmp/vmware-root/modules/vmnet-only/vmnet.mod.o
LD [M] /tmp/vmware-root/modules/vmnet-only/vmnet.ko
make[1]: Leaving directory `/usr/src/linux-2.6.35.4-desktop-nrj.69mib'
make -C $PWD SRCROOT=$PWD/. \
MODULEBUILDDIR= postbuild
make[1]: Entering directory `/tmp/vmware-root/modules/vmnet-only'
make[1]: `postbuild' is up to date.
make[1]: Leaving directory `/tmp/vmware-root/modules/vmnet-only'
cp -f vmnet.ko ./../vmnet.o
make: Leaving directory `/tmp/vmware-root/modules/vmnet-only'
Built vmnet module
Using 2.6.x kernel build system.
make: Entering directory `/tmp/vmware-root/modules/vmblock-only'
make -C /lib/modules/2.6.35.4-desktop-nrj.69mib/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. \
MODULEBUILDDIR= modules
make[1]: Entering directory `/usr/src/linux-2.6.35.4-desktop-nrj.69mib'
CC [M] /tmp/vmware-root/modules/vmblock-only/linux/block.o
CC [M] /tmp/vmware-root/modules/vmblock-only/linux/control.o
CC [M] /tmp/vmware-root/modules/vmblock-only/linux/dbllnklst.o
CC [M] /tmp/vmware-root/modules/vmblock-only/linux/dentry.o
CC [M] /tmp/vmware-root/modules/vmblock-only/linux/file.o
CC [M] /tmp/vmware-root/modules/vmblock-only/linux/filesystem.o
CC [M] /tmp/vmware-root/modules/vmblock-only/linux/inode.o
CC [M] /tmp/vmware-root/modules/vmblock-only/linux/module.o
CC [M] /tmp/vmware-root/modules/vmblock-only/linux/stubs.o
CC [M] /tmp/vmware-root/modules/vmblock-only/linux/super.o
LD [M] /tmp/vmware-root/modules/vmblock-only/vmblock.o
Building modules, stage 2.
MODPOST 1 modules
CC /tmp/vmware-root/modules/vmblock-only/vmblock.mod.o
LD [M] /tmp/vmware-root/modules/vmblock-only/vmblock.ko
make[1]: Leaving directory `/usr/src/linux-2.6.35.4-desktop-nrj.69mib'
make -C $PWD SRCROOT=$PWD/. \
MODULEBUILDDIR= postbuild
make[1]: Entering directory `/tmp/vmware-root/modules/vmblock-only'
make[1]: `postbuild' is up to date.
make[1]: Leaving directory `/tmp/vmware-root/modules/vmblock-only'
cp -f vmblock.ko ./../vmblock.o
make: Leaving directory `/tmp/vmware-root/modules/vmblock-only'
Built vmblock module
Using 2.6.x kernel build system.
make: Entering directory `/tmp/vmware-root/modules/vmci-only'
make -C /lib/modules/2.6.35.4-desktop-nrj.69mib/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. \
MODULEBUILDDIR= modules
make[1]: Entering directory `/usr/src/linux-2.6.35.4-desktop-nrj.69mib'
CC [M] /tmp/vmware-root/modules/vmci-only/linux/driver.o
CC [M] /tmp/vmware-root/modules/vmci-only/linux/driverLog.o
CC [M] /tmp/vmware-root/modules/vmci-only/linux/vmciKernelIf.o
CC [M] /tmp/vmware-root/modules/vmci-only/common/vmciContext.o
CC [M] /tmp/vmware-root/modules/vmci-only/common/vmciDatagram.o
CC [M] /tmp/vmware-root/modules/vmci-only/common/vmciDriver.o
CC [M] /tmp/vmware-root/modules/vmci-only/common/vmciDs.o
CC [M] /tmp/vmware-root/modules/vmci-only/common/vmciEvent.o
CC [M] /tmp/vmware-root/modules/vmci-only/common/vmciGroup.o
CC [M] /tmp/vmware-root/modules/vmci-only/common/vmciHashtable.o
CC [M] /tmp/vmware-root/modules/vmci-only/common/vmciProcess.o
CC [M] /tmp/vmware-root/modules/vmci-only/common/vmciQueuePair.o
CC [M] /tmp/vmware-root/modules/vmci-only/common/vmciResource.o
LD [M] /tmp/vmware-root/modules/vmci-only/vmci.o
Building modules, stage 2.
MODPOST 1 modules
CC /tmp/vmware-root/modules/vmci-only/vmci.mod.o
LD [M] /tmp/vmware-root/modules/vmci-only/vmci.ko
make[1]: Leaving directory `/usr/src/linux-2.6.35.4-desktop-nrj.69mib'
make -C $PWD SRCROOT=$PWD/. \
MODULEBUILDDIR= postbuild
make[1]: Entering directory `/tmp/vmware-root/modules/vmci-only'
make[1]: `postbuild' is up to date.
make[1]: Leaving directory `/tmp/vmware-root/modules/vmci-only'
cp -f vmci.ko ./../vmci.o
make: Leaving directory `/tmp/vmware-root/modules/vmci-only'
Built vmci module
Using 2.6.x kernel build system.
make: Entering directory `/tmp/vmware-root/modules/vsock-only'
make -C /lib/modules/2.6.35.4-desktop-nrj.69mib/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. \
MODULEBUILDDIR= modules
make[1]: Entering directory `/usr/src/linux-2.6.35.4-desktop-nrj.69mib'
CC [M] /tmp/vmware-root/modules/vsock-only/linux/af_vsock.o
/tmp/vmware-root/modules/vsock-only/linux/af_vsock.c: In function ‘VSockVmciStreamConnect’:
/tmp/vmware-root/modules/vsock-only/linux/af_vsock.c:3233: error: ‘struct sock’ has no member named ‘sk_sleep’
/tmp/vmware-root/modules/vsock-only/linux/af_vsock.c:3256: error: ‘struct sock’ has no member named ‘sk_sleep’
/tmp/vmware-root/modules/vsock-only/linux/af_vsock.c:3268: error: ‘struct sock’ has no member named ‘sk_sleep’
/tmp/vmware-root/modules/vsock-only/linux/af_vsock.c: In function ‘VSockVmciAccept’:
/tmp/vmware-root/modules/vsock-only/linux/af_vsock.c:3328: error: ‘struct sock’ has no member named ‘sk_sleep’
/tmp/vmware-root/modules/vsock-only/linux/af_vsock.c:3344: error: ‘struct sock’ has no member named ‘sk_sleep’
/tmp/vmware-root/modules/vsock-only/linux/af_vsock.c:3378: error: ‘struct sock’ has no member named ‘sk_sleep’
/tmp/vmware-root/modules/vsock-only/linux/af_vsock.c: In function ‘VSockVmciPoll’:
/tmp/vmware-root/modules/vsock-only/linux/af_vsock.c:3476: error: ‘struct sock’ has no member named ‘sk_sleep’
/tmp/vmware-root/modules/vsock-only/linux/af_vsock.c: In function ‘VSockVmciStreamSendmsg’:
/tmp/vmware-root/modules/vsock-only/linux/af_vsock.c:4116: error: ‘struct sock’ has no member named ‘sk_sleep’
/tmp/vmware-root/modules/vsock-only/linux/af_vsock.c:4153: error: ‘struct sock’ has no member named ‘sk_sleep’
/tmp/vmware-root/modules/vsock-only/linux/af_vsock.c:4206: error: ‘struct sock’ has no member named ‘sk_sleep’
/tmp/vmware-root/modules/vsock-only/linux/af_vsock.c: In function ‘VSockVmciStreamRecvmsg’:
/tmp/vmware-root/modules/vsock-only/linux/af_vsock.c:4440: error: ‘struct sock’ has no member named ‘sk_sleep’
/tmp/vmware-root/modules/vsock-only/linux/af_vsock.c:4480: error: ‘struct sock’ has no member named ‘sk_sleep’
/tmp/vmware-root/modules/vsock-only/linux/af_vsock.c:4546: error: ‘struct sock’ has no member named ‘sk_sleep’
make[2]: *** [/tmp/vmware-root/modules/vsock-only/linux/af_vsock.o] Error 1
make[1]: *** [_module_/tmp/vmware-root/modules/vsock-only] Error 2
make[1]: Leaving directory `/usr/src/linux-2.6.35.4-desktop-nrj.69mib'
make: *** [vsock.ko] Error 2
make: Leaving directory `/tmp/vmware-root/modules/vsock-only'
Unable to install vsock

2) esecuzione del comando vmware-modconfig --build-mod:

Acquisizione del valore per "/desktop/gnome/interface/accessibility" non riuscita: Contatto col server di configurazione non riuscito; tra le possibili cause la necessità di abilitare il supporto TCP/IP per ORBit o la presenza di un vecchio blocco NFS causato da un crash del sistema. Consultare http://www.gnome.org/projects/gconf/ per ulteriori informazioni (dettagli - 1: Recupero delle connessione alla sessione non riuscito: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.).
Acquisizione del valore per "/desktop/gnome/interface/accessibility" non riuscita: Contatto col server di configurazione non riuscito; tra le possibili cause la necessità di abilitare il supporto TCP/IP per ORBit o la presenza di un vecchio blocco NFS causato da un crash del sistema. Consultare http://www.gnome.org/projects/gconf/ per ulteriori informazioni (dettagli - 1: Recupero delle connessione alla sessione non riuscito: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.).
Logging to /tmp//vmware-root/setup-32120.log
Failed to parse options.
Opzione --build-mod sconosciuta

risultato file setup-32120.log:
ott 04 18:57:08.306: app-140195393378048| Log for VMware Workstation pid=32120 version=7.1.2 build=build-301548 option=Release
ott 04 18:57:08.306: app-140195393378048| The process is 64-bit.
ott 04 18:57:08.306: app-140195393378048| Host codepage=UTF-8 encoding=UTF-8
ott 04 18:57:08.306: app-140195393378048| Logging to /tmp//vmware-root/setup-32120.log
ott 04 18:57:08.332: app-140195393378048| Failed to parse options.
ott 04 18:57:08.332: app-140195393378048| Opzione --build-mod sconosciuta



Ciao da Salvo