Forked from bug 255208 comment #4 as that bug deals with different cause of the same error message. It happens with the stable app-emulation/vmware-modules-1.0.0.23 and with app-emulation/vmware-modules-1.0.0.23-r1 from the vmware overlay. The last error from the build is: In file included from /var/tmp/portage/app-emulation/vmware-modules-1.0.0.23-r1/work/vmmon-only/linux/driver.c:31: /var/tmp/portage/app-emulation/vmware-modules-1.0.0.23-r1/work/vmmon-only/./include/compat_wait.h:78: error: conflicting types for ‘poll_initwait’ include/linux/poll.h:65: error: previous declaration of ‘poll_initwait’ was here /var/tmp/portage/app-emulation/vmware-modules-1.0.0.23/work/vmmon-only/./include/compat_wait.h: #ifdef VMW_HAVE_EPOLL // { #define compat_poll_wqueues struct poll_wqueues #else // } { #define compat_poll_wqueues poll_table #endif // } The problem is that VMW_HAVE_EPOLL is not defined. /var/tmp/portage/app-emulation/vmware-modules-1.0.0.23/work/vmmon-only/Makefile.kernel: EXTRA_CFLAGS += $(call vm_check_build, $(SRCROOT)/autoconf/nopage1.c, -DVMW_NOPAGE_261, -DVMW_NOPAGE_261__OFF) EXTRA_CFLAGS += $(call vm_check_build, $(SRCROOT)/autoconf/skas1.c, -DVMW_SKAS_MMAP, -DVMW_SKAS_MMAP__OFF) EXTRA_CFLAGS += $(call vm_check_build, $(SRCROOT)/autoconf/epoll.c, -DVMW_HAVE_EPOLL, -DVMW_HAVE_EPOLL__OFF) EXTRA_CFLAGS += $(call vm_check_build, $(SRCROOT)/autoconf/setnice.c, -DVMW_HAVE_SET_USER_NICE, -DVMW_HAVE_SET_USER_NICE__OFF) EXTRA_CFLAGS += $(call vm_check_build, $(SRCROOT)/autoconf/smpcall.c, -DVMW_HAVE_SMP_CALL_3ARG, -DVMW_HAVE_SMP_CALL_3ARG__OFF) vm_check_build is defined in /var/tmp/portage/app-emulation/vmware-modules-1.0.0.23/work/vmmon-only/Makefile It calls gcc, which fails with the error "-pg and -fomit-frame-pointer are incompatible" So the root cause is that I switched on FTRACE (Kernel hacking / Kernel Function Tracer) in the kernel configuration recently. See also http://gcc.gnu.org/ml/gcc-patches/2008-10/msg00499.html
I have this problem as well, beginning with the upgrade to gentoo-sources-2.6.29-r5. I don't recall specifically enabling FTRACE (don't even know what it is), but apparently it's enabled: # grep -i ftrace .config CONFIG_HAVE_DYNAMIC_FTRACE=y CONFIG_HAVE_FTRACE_MCOUNT_RECORD=y I'd be fine just disabling FTRACE as a workaround, but I can't even find where the option is set. It appears to be under Kernel Hacking (based both on Peter's comment as well as my .config file), but I can't find anything at all in there that seems to relate to FTRACE. All I have enabled in the whole section is: (2048) Warn for starck frames larger than [*] Sysctl checks [*] Enable verboxe x86 bootup info messages -*= Early printk (<--can't seem to disable) [ ] Early printk via EHCI debug port [*] Allow gcc to uninline functions marked 'inline' Any suggestions on either a fix or a workaround?
Jared, I think -r1 fixes the problem. It's ~arch though.
I've compiled vmware-modules-1.0.0.24 with FTRACE: kernel-config-x86_64-2.6.29-gentoo-r5:CONFIG_HAVE_DYNAMIC_FTRACE=y kernel-config-x86_64-2.6.29-gentoo-r5:CONFIG_HAVE_FTRACE_MCOUNT_RECORD=y kernel-config-x86_64-2.6.30-gentoo-r1:CONFIG_HAVE_DYNAMIC_FTRACE=y kernel-config-x86_64-2.6.30-gentoo-r1:CONFIG_HAVE_FTRACE_MCOUNT_RECORD=y kernel-config-x86_64-2.6.30-gentoo-r1:CONFIG_HAVE_FTRACE_SYSCALLS=y kernel-config-x86_64-2.6.30-gentoo-r1:# CONFIG_FTRACE_SYSCALLS is not set kernel-config-x86_64-2.6.30-gentoo-r2:CONFIG_HAVE_DYNAMIC_FTRACE=y kernel-config-x86_64-2.6.30-gentoo-r2:CONFIG_HAVE_FTRACE_MCOUNT_RECORD=y kernel-config-x86_64-2.6.30-gentoo-r2:CONFIG_HAVE_FTRACE_SYSCALLS=y kernel-config-x86_64-2.6.30-gentoo-r2:# CONFIG_FTRACE_SYSCALLS is not set kernel-config-x86_64-2.6.30-gentoo-r3:CONFIG_HAVE_DYNAMIC_FTRACE=y kernel-config-x86_64-2.6.30-gentoo-r3:CONFIG_HAVE_FTRACE_MCOUNT_RECORD=y kernel-config-x86_64-2.6.30-gentoo-r3:CONFIG_HAVE_FTRACE_SYSCALLS=y kernel-config-x86_64-2.6.30-gentoo-r3:# CONFIG_FTRACE_SYSCALLS is not set kernel-config-x86_64-2.6.30-gentoo-r4:CONFIG_HAVE_DYNAMIC_FTRACE=y kernel-config-x86_64-2.6.30-gentoo-r4:CONFIG_HAVE_FTRACE_MCOUNT_RECORD=y kernel-config-x86_64-2.6.30-gentoo-r4:CONFIG_HAVE_FTRACE_SYSCALLS=y kernel-config-x86_64-2.6.30-gentoo-r4:# CONFIG_FTRACE_SYSCALLS is not set Could you confirm that 1.0.0.24 works for you?
I had this same problem in 1.0.0.23 (using kernel 2.6.30-gentoo-r4). Unmasking vmware-modules-1.0.0.24 resolved the issue. Thanks! # grep -i ftrace /usr/src/linux/.config CONFIG_HAVE_DYNAMIC_FTRACE=y CONFIG_HAVE_FTRACE_MCOUNT_RECORD=y CONFIG_HAVE_FTRACE_SYSCALLS=y # CONFIG_FTRACE_SYSCALLS is not set # CONFIG_FTRACE_STARTUP_TEST is not set
(In reply to comment #3) > I've compiled vmware-modules-1.0.0.24 with FTRACE: i'm tried to compile vmware-modules-1.0.0.24 on linux-2.6.30-gentoo-r4 CONFIG_HAVE_DYNAMIC_FTRACE=y CONFIG_HAVE_FTRACE_MCOUNT_RECORD=y CONFIG_HAVE_FTRACE_SYSCALLS=y # CONFIG_FTRACE_SYSCALLS is not set # CONFIG_DYNAMIC_FTRACE is not set # CONFIG_FTRACE_STARTUP_TEST is not set and CONFIG_HAVE_FTRACE_NMI_ENTER=y CONFIG_HAVE_DYNAMIC_FTRACE=y CONFIG_HAVE_FTRACE_MCOUNT_RECORD=y CONFIG_HAVE_FTRACE_SYSCALLS=y CONFIG_FTRACE_NMI_ENTER=y CONFIG_FTRACE_SYSCALLS=y CONFIG_DYNAMIC_FTRACE=y CONFIG_FTRACE_MCOUNT_RECORD=y # CONFIG_FTRACE_STARTUP_TEST is not set fails to compile vmware-modules
(In reply to comment #5) > (In reply to comment #3) > > I've compiled vmware-modules-1.0.0.24 with FTRACE: > > fails to compile vmware-modules Could you post build.log?
(In reply to comment #6) > (In reply to comment #5) > > (In reply to comment #3) > > > I've compiled vmware-modules-1.0.0.24 with FTRACE: > > > > fails to compile vmware-modules > > Could you post build.log? > vmware-modules-1.0.0.25 compile its ok
fixed in 1.0.0.25
(In reply to comment #8) > fixed in 1.0.0.25 > I have to disagree: I try to compile 1.0.0.25 with gentoo-sources-2.6.30-r5 and it fails with exact this error. I have grep -i ftrace /usr/src/linux/.config CONFIG_HAVE_DYNAMIC_FTRACE=y CONFIG_HAVE_FTRACE_MCOUNT_RECORD=y CONFIG_HAVE_FTRACE_SYSCALLS=y # CONFIG_FTRACE_SYSCALLS is not set what is wrong here?
*** Bug 291065 has been marked as a duplicate of this bug. ***
Could you submit your .config, please?
*** Bug 276579 has been marked as a duplicate of this bug. ***
(In reply to comment #10) > *** Bug 291065 has been marked as a duplicate of this bug. *** > I could emerge open-vm-tools (below version). # epm -qa | grep open-vm-tools open-vm-tools-kmod-0.0.20091015.201664 open-vm-tools-0.0.20091015.201664 thanks!