Summary: | app-emulation/vmware-server-1.0.9.156507 with app-emulation/vmware-modules-1.0.0.15-r2 won't build with kernel 2.6.30-gentoo-r4 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Ricardo Saffi Marques <saffi> |
Component: | [OLD] Server | Assignee: | Gentoo VMWare Bug Squashers [disabled] <vmware+disabled> |
Status: | RESOLVED CANTFIX | ||
Severity: | normal | CC: | mario.fetka |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
build log for app-emulation/vmware-modules-1.0.0.15-r2
New attempt to compile vmware-server, new error vmware-server is now installed with 2.6.30-gentoo-r4, but module vmnet causes kernel panic. |
Description
Ricardo Saffi Marques
2009-08-25 20:21:56 UTC
Created attachment 202283 [details]
build log for app-emulation/vmware-modules-1.0.0.15-r2
(In reply to comment #1) > Created an attachment (id=202283) [edit] > build log for app-emulation/vmware-modules-1.0.0.15-r2 > Checking for suitable kernel configuration options... CONFIG_UNUSED_SYMBOLS: is not set when it should be. Could you try to recompile your kernel with: Kernel hacking ---> [*] Enable unused/obsolete exported symbols Created attachment 202330 [details]
New attempt to compile vmware-server, new error
This one is with a kernel with:
CONFIG_UNUSED_SYMBOLS=y
*** This bug has been marked as a duplicate of bug 273173 *** (In reply to comment #4) > > *** This bug has been marked as a duplicate of bug 273173 *** I'm not sure I agree with the idea of this bug being a duplicate of bug #273173. The problem I'm facing is that I'm was already using a 2.6.30 kernel when I decided to downgrade from vmware-server-2 to vmware-server-1. That being said, the problem is that I cannot use the patch, because the patch needs vmware-server-1 to be installed. What I need is a way to install vmware-server-1.0.9 on a machine running with 2.6.30-gentoo-r4 (or greater). I refuse to the idea of installing a old kernel like 2.6.24 just to be able to install vmware-server-1 and THEN go to >=2.6.30 and apply the patch. Got it? Best regards, Saffi (In reply to comment #5) > (In reply to comment #4) > > > > *** This bug has been marked as a duplicate of bug 273173 *** > > I'm not sure I agree with the idea of this bug being a duplicate of bug > #273173. You are getting same errors as in 273173, therefor it's duplicate. 273173 is about how to compile 1.0.0.15-r2 modules for 2.6.29 and up kernel. Is not it what you are doing? > The problem I'm facing is that I'm was already using a 2.6.30 kernel when I > decided to downgrade from vmware-server-2 to vmware-server-1. That being said, > the problem is that I cannot use the patch, because the patch needs > vmware-server-1 to be installed. > > What I need is a way to install vmware-server-1.0.9 on a machine running with > 2.6.30-gentoo-r4 (or greater). I refuse to the idea of installing a old kernel > like 2.6.24 just to be able to install vmware-server-1 and THEN go to >=2.6.30 > and apply the patch. > > Got it? "because the patch needs vmware-server-1 to be installed." Nope. did not get that. "I refuse to the idea of installing a old kernel like 2.6.24 just to be able to install vmware-server-1 and THEN go to >=2.6.30 and apply the patch." Did not get that either. It's quite straight forward. 1. upgrade kernel. 2. emerge modules. 3. emerge vmware-server What deviates from straight forward in this case is that you need to patch the kernel. See comment 8: https://bugs.gentoo.org/show_bug.cgi?id=273173#c8 So, the best answer *so far* to this issue is in 273173. That is why I marked this bug as dup. (In reply to comment #6) > You are getting same errors as in 273173, therefor it's duplicate. > 273173 is about how to compile 1.0.0.15-r2 modules for 2.6.29 and up kernel. > Is not it what you are doing? Not really. For what I understood, that patch is for someone that, let's say: already had vmware-server-1 installed and had been using it with 2.6.24, and at some time upgraded their kernel to >2.6.24 and the module stopped working. Is that correct? My scenario is different. When I installed 2.6.30 I did NOT have vmware-server-1 previously installed. So in my case is not just the modules that won't compile because of a kernel upgrade. The whole vmware-server-1 won't install. >> "because the patch needs vmware-server-1 to be installed." > Nope. did not get that. >> "I refuse to the idea of installing a old kernel like 2.6.24 just to be able to install vmware-server-1 and THEN go to >=2.6.30 and apply the patch." > Did not get that either. > It's quite straight forward. > 1. upgrade kernel. Did that, but like I said, I didn't have vmware-server-1 installed before. > 2. emerge modules. Can't do that. Doesn't work. She the error I attached the other time. > 3. emerge vmware-server Can't do that either. Sorry to insist on this. I just can't figure out a way to go through this and this annoying thing is not just bothering me, but is also delaying other people's work. Thanks for the reply, Vadim. Got it now? In case I didn't make myself clear (yet), try to get in touch with me somehow: www.rsaffi.com Best regards, Saffi Created attachment 203052 [details] vmware-server is now installed with 2.6.30-gentoo-r4, but module vmnet causes kernel panic. Ok, the scenario has (just) changed. But I still can't get it right. What I did (using the patches from Bug #273173): * emerge =sys-kernel/gentoo-sources-2.6.26-r4; * eselect kernel set linux-2.6.26-gentoo-r4 * cd /usr/src/linux/; * make -sj8 && make modules_install; * emerge -va vmware-server (which brings vmware-modules-1.0.0.15-r2 as dependency); * /opt/vmware/server/bin/vmware-config.pl; * eselect kernel set linux-2.6.30-gentoo-r4; * cd /var/tmp/portage/app-emulation/vmware-modules-1.0.0.15-r2/work/ * patch -p1 < /root/vmware_patch/040_all_kernel-2.6.29.patch * patch -p1 < /root/vmware_patch/050_all_kernel-2.6.29.patch * cd /usr/src/linux/ * patch -p1 < /root/vmware_patch/2.6.29-export-init_mm.patch * make -sj8 && make modules_install && make install * [Updated grub and rebooted to the new kernel] * ebuild /usr/portage/app-emulation/vmware-modules/vmware-modules-1.0.0.15-r2.ebuild configure compile install qmerge Ok, so the patches worked great and I now have vmware-server-1 installed with 2.6.30-gentoo-r4. BUT I still have issues. It should be working just fine, but it isn't. I re-configured vmware (/opt/vmware/server/bin/vmware-config.pl), just in case. But I can't get the service to start properly. That certainly happens due to a kernel panic when loading vmnet. Check out the attachment I'll post right away. It'll probably be easier to understand the problem I'm having by checking the attachment. So what I mean is that, besides the panic when loading "vmnet", the rc script is ALWAYS creating that "not_configured" file, which makes the service not start the next time it is invoked. I don't know if it's only with me, but the instability of vmware-server with my system is quite annoying. > I'm using 2.6.30-gentoo-r4 and I *AM* aware vmware-server-1.0.9 is not > supported on this kernel. I do know there were some patches around the web to > deal with this, but everything I've found was designed for 2.6.27 to 2.6.29. me too i have made my own overly for dealing with vmware server 1.x.x i also created my own modules package to deal with vmware server 1 on kernels greater then 2.6.29 you still have to add "EXPORT_UNUSED_SYMBOL(init_mm);" at the end of arch/x86/kernel/init_task.c of your kernel-sources my layman file http://ftp.mars.arge.at/pub/overlay/geos_one-overlay.xml the overlay is called go-vmware (In reply to comment #10) > > I'm using 2.6.30-gentoo-r4 and I *AM* aware vmware-server-1.0.9 is not > > supported on this kernel. I do know there were some patches around the web to > > deal with this, but everything I've found was designed for 2.6.27 to 2.6.29. > > me too > > i have made my own overly for dealing with vmware server 1.x.x > i also created my own modules package to deal with vmware server 1 on kernels > greater then 2.6.29 > you still have to add "EXPORT_UNUSED_SYMBOL(init_mm);" at the end of > arch/x86/kernel/init_task.c of your kernel-sources > > my layman file http://ftp.mars.arge.at/pub/overlay/geos_one-overlay.xml > the overlay is called go-vmware > i have updated my overlay with some important changes vmware-modules-138.10 now works with 2.6.36 the most important change is that you don't have to patch the kernel to reexport the init_mm symbole just compile and you are done. the location of the overlay has changed to http://ftp.disconnected-by-peer.at/pub/overlay/geos_one-overlay.xml vmware-server 1.0.x is not in the portage anymore. Bug 354383. |