Menu
▾
▴
open-vm-tools-devel — List for open-vm-tools developer discussions.
You can subscribe to this list here.
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(30) |
Oct
(50) |
Nov
(42) |
Dec
(17) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2008 |
Jan
(36) |
Feb
(13) |
Mar
(74) |
Apr
(17) |
May
(62) |
Jun
(53) |
Jul
(32) |
Aug
(58) |
Sep
(44) |
Oct
(21) |
Nov
(35) |
Dec
(53) |
| 2009 |
Jan
(43) |
Feb
(58) |
Mar
(14) |
Apr
(16) |
May
(61) |
Jun
(49) |
Jul
(11) |
Aug
(22) |
Sep
(37) |
Oct
(12) |
Nov
(23) |
Dec
(10) |
| 2010 |
Jan
(21) |
Feb
(13) |
Mar
(5) |
Apr
(18) |
May
(14) |
Jun
(10) |
Jul
(1) |
Aug
|
Sep
(13) |
Oct
(8) |
Nov
(11) |
Dec
(14) |
| 2011 |
Jan
(13) |
Feb
(19) |
Mar
(16) |
Apr
(10) |
May
(22) |
Jun
(4) |
Jul
(63) |
Aug
(14) |
Sep
(10) |
Oct
(12) |
Nov
(10) |
Dec
(43) |
| 2012 |
Jan
(3) |
Feb
(4) |
Mar
(35) |
Apr
(1) |
May
(32) |
Jun
(8) |
Jul
(10) |
Aug
(6) |
Sep
(3) |
Oct
(25) |
Nov
(14) |
Dec
(4) |
| 2013 |
Jan
(12) |
Feb
(6) |
Mar
(15) |
Apr
(24) |
May
(9) |
Jun
(2) |
Jul
|
Aug
(4) |
Sep
|
Oct
(8) |
Nov
(3) |
Dec
|
| 2014 |
Jan
(5) |
Feb
|
Mar
(4) |
Apr
(2) |
May
(4) |
Jun
|
Jul
(4) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(3) |
| 2015 |
Jan
|
Feb
(5) |
Mar
|
Apr
(1) |
May
(3) |
Jun
(1) |
Jul
(2) |
Aug
(5) |
Sep
|
Oct
|
Nov
(2) |
Dec
|
| 2017 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Marcelo V. <mv...@vm...> - 2011-07-18 21:30:21
|
Hi John, The word I got is that if the VM is doing any I/O (disk or network), then HA will not reset it. So just the Tools heartbeat going red is not enough for HA to kick in. Hope this helps, On 07/18/2011 10:30 AM, John Wolfe wrote: > That suggests that there is some criteria beyond "loss of heartbeat" > necessary to trigger an HA reset/reboot. Can you shed any information > on this or point me to a VMware KB article, whitepaper or document > that would provide further insight? -- - Marcelo |
|
From: Marcelo V. <mv...@vm...> - 2011-07-18 21:19:32
|
Hi John, Unfortunately I'm not very familiar with our HA feature. I've forwarded your e-mail internally to the appropriate team, let's see if they have any information to share. On 07/18/2011 10:30 AM, John Wolfe wrote: > That suggests that there is some criteria beyond "loss of heartbeat" > necessary to trigger an HA reset/reboot. Can you shed any information > on this or point me to a VMware KB article, whitepaper or document > that would provide further insight? -- - Marcelo |
|
From: John W. <jl...@sc...> - 2011-07-18 17:31:42
|
Marcelo, Ahhh, I missed the rpcin.c recompilation in the libvmtools Makefile. Thanks for setting me straight. Given that libvmtools should be and is built correctly, I reviewed the /var/log/vmware/hostd.log file containing the history of my initial testing. The log does show the heartbeat with status "green" and then "red" following termination of the vmtoolsd. In the past, with our OpenServer 5.0.7 VMware VM (using Mar 2010 open-vm-tools), the ESX host HA reset would occur when: - the kernel was panic'ed - the kernel debugger was started, suspending all processes - the vmtoolsd daemon was killed. apparently on the loss of a heartbeat. For my OpenServer 6 vmtools port, I was testing for the heartbeat or more specifically, the loss of a heartbeat by killing the vmtoolsd - expecting HA to reset the VM. The reset was not occurring and I assumed that the heartbeat had never been seen. On further testing with OSR 6, the HA reset is happening after the heartbeat changes status from green to red (killing vmtoolsd) and the system comes to a more quiescent state such as "init 0" but with no power-down. That suggests that there is some criteria beyond "loss of heartbeat" necessary to trigger an HA reset/reboot. Can you shed any information on this or point me to a VMware KB article, whitepaper or document that would provide further insight? Thanks, -- John Wolfe Unxis, Inc. |
|
From: SourceForge.net <no...@so...> - 2011-07-17 05:18:11
|
Tracker item #3369135, was opened at 2011-07-17 14:18 Message generated for change (Tracker Item Submitted) made by tsohr You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3369135&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: sohrkim (tsohr) Assigned to: Nobody/Anonymous (nobody) Summary: Some patches and modifications Initial Comment: I'm using Fedora 14, with this... --> Linux ** 2.6.35.13-92.fc14.x86_64 #1 SMP Sat May 21 17:26:25 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux and, VMWare Workstation 7.0 Thank you very much! But, it needs to be fix some case. 1. configure missed libXScrnSaver-devel, and missed link library -lXss for the unity project. 2. kernel-2.6.35 might be re-factoring(?), and here is some diffs. [root@tsohr tmp]# diff -r open-vm-tools-8.4.2-261024 open-vm-tools-tsohr/ |grep -v "^Only in" diff -r open-vm-tools-8.4.2-261024/modules/linux/vmxnet/vmxnet.c open-vm-tools-tsohr/modules/linux/vmxnet/vmxnet.c 2795c2795 < struct dev_mc_list *dmi = dev->mc_list; --- > struct netdev_hw_addr *dmi = NULL; 2805,2807c2805,2808 < for (i = 0; i < dev->mc_count; i++){ < addrs = dmi->dmi_addr; < dmi = dmi->next; --- > i = 0; > netdev_for_each_mc_addr (dmi, dev) > { > addrs = dmi->addr; 2828a2830,2831 > > i++; diff -r open-vm-tools-8.4.2-261024/modules/linux/vmxnet3/vmxnet3.c open-vm-tools-tsohr/modules/linux/vmxnet3/vmxnet3.c 2303c2303 < uint32 sz = netdev->mc_count * ETH_ALEN; --- > uint32 sz = netdev_mc_count(netdev) * ETH_ALEN; 2310,2313c2310,2312 < int i; < struct dev_mc_list *mc = netdev->mc_list; < < for (i = 0; i < netdev->mc_count; i++) { --- > int i = 0; > struct netdev_hw_addr *mc; > netdev_for_each_mc_addr(mc, netdev) { 2315,2316c2314 < memcpy(buf + i * ETH_ALEN, mc->dmi_addr, ETH_ALEN); < mc = mc->next; --- > memcpy(buf + i * ETH_ALEN, mc->addr, ETH_ALEN); 2357c2355 < if (netdev->mc_count > 0) { --- > if (netdev_mc_count(netdev) > 0) { 2361c2359 < rxConf->mfTableLen = netdev->mc_count * ETH_ALEN; --- > rxConf->mfTableLen = netdev_mc_count(netdev) * ETH_ALEN; diff -r open-vm-tools-8.4.2-261024/modules/linux/vsock/linux/af_vsock.c open-vm-tools-tsohr/modules/linux/vsock/linux/af_vsock.c 3224c3224 < compat_init_prepare_to_wait(sk->compat_sk_sleep, &wait, TASK_INTERRUPTIBLE); --- > compat_init_prepare_to_wait(compat_sk_sleep(sk), &wait, TASK_INTERRUPTIBLE); 3247c3247 < compat_cont_prepare_to_wait(sk->compat_sk_sleep, &wait, TASK_INTERRUPTIBLE); --- > compat_cont_prepare_to_wait(compat_sk_sleep(sk), &wait, TASK_INTERRUPTIBLE); 3259c3259 < compat_finish_wait(sk->compat_sk_sleep, &wait, TASK_RUNNING); --- > compat_finish_wait(compat_sk_sleep(sk), &wait, TASK_RUNNING); 3319c3319 < compat_init_prepare_to_wait(listener->compat_sk_sleep, &wait, TASK_INTERRUPTIBLE); --- > compat_init_prepare_to_wait(compat_sk_sleep(listener), &wait, TASK_INTERRUPTIBLE); 3335c3335 < compat_cont_prepare_to_wait(listener->compat_sk_sleep, &wait, TASK_INTERRUPTIBLE); --- > compat_cont_prepare_to_wait(compat_sk_sleep(listener), &wait, TASK_INTERRUPTIBLE); 3369c3369 < compat_finish_wait(listener->compat_sk_sleep, &wait, TASK_RUNNING); --- > compat_finish_wait(compat_sk_sleep(listener), &wait, TASK_RUNNING); 3467c3467 < poll_wait(file, sk->compat_sk_sleep, wait); --- > poll_wait(file, compat_sk_sleep(sk), wait); 4107c4107 < compat_init_prepare_to_wait(sk->compat_sk_sleep, &wait, TASK_INTERRUPTIBLE); --- > compat_init_prepare_to_wait(compat_sk_sleep(sk), &wait, TASK_INTERRUPTIBLE); 4144c4144 < compat_cont_prepare_to_wait(sk->compat_sk_sleep, --- > compat_cont_prepare_to_wait(compat_sk_sleep(sk), 4197c4197 < compat_finish_wait(sk->compat_sk_sleep, &wait, TASK_RUNNING); --- > compat_finish_wait(compat_sk_sleep(sk), &wait, TASK_RUNNING); 4431c4431 < compat_init_prepare_to_wait(sk->compat_sk_sleep, &wait, TASK_INTERRUPTIBLE); --- > compat_init_prepare_to_wait(compat_sk_sleep(sk), &wait, TASK_INTERRUPTIBLE); 4471c4471 < compat_cont_prepare_to_wait(sk->compat_sk_sleep, &wait, TASK_INTERRUPTIBLE); --- > compat_cont_prepare_to_wait(compat_sk_sleep(sk), &wait, TASK_INTERRUPTIBLE); 4537c4537 < compat_finish_wait(sk->compat_sk_sleep, &wait, TASK_RUNNING); --- > compat_finish_wait(compat_sk_sleep(sk), &wait, TASK_RUNNING); 3. docs/api/ builds some weird output, ##{BUILD_OUTPUT}## and ##{WARNING_LOG}##, and i had to relocate ##{BUILD_OUTPUT}##/html to build/html. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3369135&group_id=204462 |
|
From: Marcelo V. <mv...@vm...> - 2011-07-14 23:03:45
|
Hi John, On 07/14/2011 03:36 PM, John Wolfe wrote: > lib/rpcIn/rpcin.c & rpcin.h have 2 forms of the functions: > > RpcIn_Construct() > RpcIn_Start() > > with a different number of parameters and parameter type. The > selection is controlled by the define VMTOOLS_USE_GLIB. > lib/rpcIn contains no similar specification in the Makefile.am > and as a result, rpcin.c is compiled WITHOUT the VMTOOLS_USE_GLIB > define and thus the wrong form of the functions are compiled. rpcin.c is currently compiled twice in open-vm-tools: once when compiling lib/rpcIn, the second time when compiling libvmtools (it's listed in the source files list in libvmtools/Makefile.am). The second time, VMTOOLS_USE_GLIB is defined. Since there's no more code that uses the non-glib version in open-vm-tools, I have already changed this in our internal source tree so it's only done once. But even in the current released sources for open-vm-tools, the makefiles should be doing the right thing. As for why this seems to influence heartbeats in your case, I don't know. The heartbeat is not an explicit message, it's recorded implicitly by just polling the backdoor, which is what the rpcIn library does. So if vmtoolsd is running and running the rpcIn loop, the heartbeat should be updated. -- - Marcelo |
|
From: John W. <jl...@sc...> - 2011-07-14 22:39:57
|
I am continuing with the port of open-vm-tools for OpenServer 6.0
(using the 2011.04.24-402641 release for the moment)with:
--disable-unity
The vmtoolsd & guestInfo plugin were providing the FQDN,
IP address, INFO_OS_NAME="openServer6" and NicInfo V2 or V3
to the vSphere 4.x hosts. I was unable to get a heartbeat,
however, so I took a little closer look at the rpcIn side
of the RpcChannel and discovered what looks like a severe
configuration and build problem.
lib/rpcIn/rpcin.c & rpcin.h have 2 forms of the functions:
RpcIn_Construct()
RpcIn_Start()
with a different number of parameters and parameter type. The
selection is controlled by the define VMTOOLS_USE_GLIB.
The configure script adds this define to the VMTOOLS_CPPFLAGS
and subsequently to the PLUGIN_CPPFLAGS.
lib/rpcChannel/bdoorChannel.c specifically uses the
VMTOOLS_USE_GLIB form of the 2 functions listed above and
the Makefile.am in that directory specifies that VMTOOLS_CPPFLAGS
are to be added to the library specific CPPFLAGS.
lib/rpcIn contains no similar specification in the Makefile.am
and as a result, rpcin.c is compiled WITHOUT the VMTOOLS_USE_GLIB
define and thus the wrong form of the functions are compiled.
Once the define was added to the Makefile, the heartbeat
was seen by the ESX host and marked with status "green" in
the /var/log/vmware/hostd.log.
What I cannot fathom is that the build problem has existed in
the open-vm-tools releases for a long long time.
- in the current release - 2011.06.27-437995
- existed in the 2010.03.20-243334 release
- appears to have existed in the 2009.09.18-193784 release
So how has this worked in any build, on any platform??
- UNLESS, all builds have been forcing the VMTOOLS_USE_GLIB
define on CFLAGS or CPPFLAGS prior to running the configure
command.
- OR is there another mechanism to establish a VM
heartbeat that I have yet to activate?
Obviously I am somewhat baffled.
As to a source tree fix, I am assuming that structuring the
lib/rpcIn/Makefile.am like lib/rpcChannel/Makefile.in.
I have not tried that since I currently have automake 1.10
on my system. For the time being I have added VMTOOLS_CPPFLAGS to
the compile commands in the Makefile.in.
-- John Wolfe UnXis, Inc.
|
|
From: SourceForge.net <no...@so...> - 2011-07-08 17:51:58
|
Tracker item #3298068, was opened at 2011-05-05 13:40 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3298068&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: hgfsClient Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ekaterina (katjai) Assigned to: Nobody/Anonymous (nobody) Summary: kernel Oops when called phpunit Initial Comment: Hello, Have this problem, when trying execute phpunit tests for a whole directory (seems problem caused by SPL directory iterators + mounted vmhgfs drive) In root console: 2011 May 5 23:30:28 dev Oops: 0000 [#1] PREEMPT SMP 2011 May 5 23:30:28 dev last sysfs file: /sys/devices/virtual/vc/vcsa9/uevent 2011 May 5 23:30:28 dev Process php (pid: 30138, ti=e6f3a000 task=e2ced590 task.ti=e6f3a000) 2011 May 5 23:30:28 dev Stack: 2011 May 5 23:30:28 dev Call Trace: 2011 May 5 23:30:28 dev Code: 89 e5 83 ec 10 89 75 f8 89 c6 89 7d fc 89 55 f0 89 5d f4 bb c0 03 4a c1 9c 58 8d 74 26 00 89 c1 fa 90 8d 74 26 00 8b 45 f0 89 08 <8b> 46 04 8b 40 10 8b 3c 85 20 34 43 c1 01 df 89 f8 e8 ee 34 2d 2011 May 5 23:30:28 dev EIP: [<c103312c>] task_rq_lock+0x2c/0x80 SS:ESP 0068:e6f3bedc 2011 May 5 23:30:28 dev CR2: 0000000000000004 In error.log May 5 23:30:29 dev kernel: BUG: scheduling while atomic: php/30138/0x10000002 dmesg: BUG: scheduling while atomic: php/30138/0x10000002 Modules linked in: ipv6 vmsync vmblock vmhgfs parport_pc uhci_hcd ehci_hcd ppdev usbcore container ac processor button psmouse thermal i2c_piix4 intel_agp agpgart sg vmw_balloon i2c_core vmci lp shpchp pci_hotplug serio_raw parport evdev pcspkr pcnet32 mii ext2 mbcache sr_mod cdrom sd_mod ide_pci_generic piix ide_core floppy ata_piix mptspi mptscsih libata mptbase scsi_transport_spi BusLogic scsi_mod Pid: 30138, comm: php Tainted: G D W 2.6.36-ARCH #1 Call Trace: [<c1035ead>] __schedule_bug+0x5d/0x70 [<c1304531>] schedule+0x7b1/0x900 [<c110e719>] ? __d_free+0x29/0x40 [<c110e767>] ? d_free+0x37/0x40 [<c110e89a>] ? d_kill+0x4a/0x60 [<c110f034>] ? dput+0x84/0x120 [<c103a786>] __cond_resched+0x16/0x30 [<c1304783>] _cond_resched+0x23/0x30 [<c10476cc>] put_files_struct+0x8c/0x100 [<c10477e2>] exit_files+0x42/0x60 [<c1047bf2>] do_exit+0x152/0x770 [<c1045b9a>] ? kmsg_dump+0x10a/0x120 [<c1303a85>] ? printk+0x18/0x1b [<c1006fec>] oops_end+0x8c/0xd0 [<c102897c>] no_context+0xbc/0x150 [<c1028a9d>] __bad_area_nosemaphore+0x8d/0x130 [<c1306aae>] ? _raw_spin_unlock+0x1e/0x30 [<c1028e10>] ? do_page_fault+0x0/0x3e0 [<c1028b52>] bad_area_nosemaphore+0x12/0x20 [<c1029134>] do_page_fault+0x324/0x3e0 [<c119e674>] ? rb_insert_color+0x74/0x100 [<c10026ee>] ? __switch_to+0x10e/0x180 [<c1035efa>] ? finish_task_switch+0x3a/0xa0 [<c1028e10>] ? do_page_fault+0x0/0x3e0 [<c130770b>] error_code+0x67/0x6c [<c103312c>] ? task_rq_lock+0x2c/0x80 [<c103e4e5>] try_to_wake_up+0x25/0x340 [<c103e81f>] wake_up_process+0xf/0x20 [<c13056ac>] __mutex_unlock_slowpath+0x8c/0x120 [<c1305748>] mutex_unlock+0x8/0x10 [<ede2018e>] HgfsDirLlseek+0x8e/0xf0 [vmhgfs] [<ede20100>] ? HgfsDirLlseek+0x0/0xf0 [vmhgfs] [<c10fd353>] vfs_llseek+0x33/0x40 [<c10fd76c>] sys_lseek+0x5c/0x80 [<c100379f>] sysenter_do_call+0x12/0x28 Main OS: Windows7 Guest OS: Arch Linux (Linux dev 2.6.36-ARCH #1 SMP PREEMPT Sat Jan 8 13:16:43 UTC 2011 i686 Intel(R) Core(TM)2 Duo CPU T9400 @ 2.53GHz GenuineIntel GNU/Linux) Kernel string: kernel /vmlinuz26 root=/dev/sda3 ro maxcpus=0 nosmp noreplace-smp Vmtoolsd: VMware Tools daemon, version 8.9.0.5114 (build-387002) Can you tell me, it's vmhgfs driver issue or php directory iterators implementation? Thanks, Katya ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-08 10:51 Message: Hi, We forwarded the bug to the appropriate team but haven't heard back from them. I'll ping them again. ---------------------------------------------------------------------- Comment By: Ekaterina (katjai) Date: 2011-07-07 14:12 Message: Any chance to get this fixed in nearest time? Maybe I can help somehow? I.e. prepare vmware drive with necessary software so that illustrate a problem? Thanks, Katya ---------------------------------------------------------------------- Comment By: Ekaterina (katjai) Date: 2011-05-05 15:42 Message: Nothing changed after updating up to last version: [ki@dev ~]$ vmtoolsd -v VMware Tools daemon, version 8.9.0.5529 (build-402641) [ki@dev ~]$ lsmod | grep vm vmsync 2685 0 vmblock 9422 1 vmhgfs 47514 1 vmw_balloon 3570 0 vmci 60023 1 vmhgfs dmesg: [ 143.773285] BUG: scheduling while atomic: php/2529/0x10000002 [ 143.773471] Modules linked in: ipv6 vmsync vmblock vmhgfs uhci_hcd ehci_hcd floppy usbcore parport_pc ppdev processor psmouse button ac intel_agp intel_gtt container lp i2c_piix4 agpgart shpchp pci_hotplug sg parport i2c_core vmw_balloon serio_raw evdev vmci pcspkr pcnet32 mii ext2 mbcache sr_mod cdrom ide_pci_generic piix ide_core sd_mod ata_piix mptspi mptscsih mptbase libata scsi_transport_spi BusLogic scsi_mod [ 143.777696] Pid: 2529, comm: php Tainted: G D W 2.6.38-ARCH #1 [ 143.777990] Call Trace: [ 143.778251] [<c1312dee>] ? __schedule_bug+0x59/0x5f [ 143.778518] [<c1317f88>] ? schedule+0x858/0x9e0 [ 143.778809] [<c1115f84>] ? __d_free+0x34/0x50 [ 143.779063] [<c1115f84>] ? __d_free+0x34/0x50 [ 143.779355] [<c1115f84>] ? __d_free+0x34/0x50 [ 143.779638] [<c111d15f>] ? vfsmount_lock_global_unlock_online+0x4f/0x60 [ 143.814856] [<c111deb9>] ? mntput_no_expire+0x89/0xd0 [ 143.815148] [<c111df13>] ? mntput+0x13/0x20 [ 143.815400] [<c1105c14>] ? fput+0x134/0x1d0 [ 143.815726] [<c103cda6>] ? __cond_resched+0x16/0x30 [ 143.815992] [<c1318215>] ? _cond_resched+0x25/0x30 [ 143.816279] [<c10473a8>] ? put_files_struct+0x78/0xd0 [ 143.816585] [<c10474a0>] ? exit_files+0x40/0x50 [ 143.816919] [<c10478bd>] ? do_exit+0x13d/0x760 [ 143.817199] [<c1313018>] ? printk+0x18/0x1a [ 143.817453] [<c1006fcc>] ? oops_end+0x8c/0xd0 [ 143.817750] [<c1312a20>] ? no_context+0x137/0x13f [ 143.818013] [<c1312b43>] ? __bad_area_nosemaphore+0x11b/0x123 [ 143.818319] [<c1229530>] ? vt_console_print+0x0/0x340 [ 143.818587] [<c1027530>] ? do_page_fault+0x0/0x430 [ 143.818886] [<c1312b5d>] ? bad_area_nosemaphore+0x12/0x14 [ 143.819196] [<c10278a0>] ? do_page_fault+0x370/0x430 [ 143.819464] [<c10339d4>] ? finish_task_switch+0x34/0xb0 [ 143.819792] [<c13179bd>] ? schedule+0x28d/0x9e0 [ 143.820051] [<c1027530>] ? do_page_fault+0x0/0x430 [ 143.820392] [<c131b13b>] ? error_code+0x67/0x6c [ 143.820687] [<c131007b>] ? init_smp_flush+0x1b/0x66 [ 143.820954] [<c103038c>] ? task_rq_lock+0x2c/0x80 [ 143.821241] [<c103e1f5>] ? try_to_wake_up+0x25/0x350 [ 143.821532] [<c1318251>] ? preempt_schedule+0x31/0x50 [ 143.821839] [<c103e53f>] ? wake_up_process+0xf/0x20 [ 143.822106] [<c131916a>] ? __mutex_unlock_slowpath+0x8a/0x120 [ 143.822410] [<c1319208>] ? mutex_unlock+0x8/0x10 [ 143.822709] [<ede6317f>] ? HgfsDirLlseek+0x7f/0xe0 [vmhgfs] [ 143.822989] [<ede63100>] ? HgfsDirLlseek+0x0/0xe0 [vmhgfs] [ 143.823286] [<c1104203>] ? vfs_llseek+0x33/0x40 [ 143.823544] [<c1104655>] ? sys_lseek+0x65/0x80 [ 143.823910] [<c10037df>] ? sysenter_do_call+0x12/0x28 ---------------------------------------------------------------------- Comment By: Ekaterina (katjai) Date: 2011-05-05 14:19 Message: Previous, 2011.03.28 ---------------------------------------------------------------------- Comment By: Dmitry Torokhov (dtor) Date: 2011-05-05 14:01 Message: Looks like HGFS issue. Is this with the latest release? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3298068&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-07-07 21:12:03
|
Tracker item #3298068, was opened at 2011-05-05 23:40 Message generated for change (Comment added) made by katjai You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3298068&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: hgfsClient Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ekaterina (katjai) Assigned to: Nobody/Anonymous (nobody) Summary: kernel Oops when called phpunit Initial Comment: Hello, Have this problem, when trying execute phpunit tests for a whole directory (seems problem caused by SPL directory iterators + mounted vmhgfs drive) In root console: 2011 May 5 23:30:28 dev Oops: 0000 [#1] PREEMPT SMP 2011 May 5 23:30:28 dev last sysfs file: /sys/devices/virtual/vc/vcsa9/uevent 2011 May 5 23:30:28 dev Process php (pid: 30138, ti=e6f3a000 task=e2ced590 task.ti=e6f3a000) 2011 May 5 23:30:28 dev Stack: 2011 May 5 23:30:28 dev Call Trace: 2011 May 5 23:30:28 dev Code: 89 e5 83 ec 10 89 75 f8 89 c6 89 7d fc 89 55 f0 89 5d f4 bb c0 03 4a c1 9c 58 8d 74 26 00 89 c1 fa 90 8d 74 26 00 8b 45 f0 89 08 <8b> 46 04 8b 40 10 8b 3c 85 20 34 43 c1 01 df 89 f8 e8 ee 34 2d 2011 May 5 23:30:28 dev EIP: [<c103312c>] task_rq_lock+0x2c/0x80 SS:ESP 0068:e6f3bedc 2011 May 5 23:30:28 dev CR2: 0000000000000004 In error.log May 5 23:30:29 dev kernel: BUG: scheduling while atomic: php/30138/0x10000002 dmesg: BUG: scheduling while atomic: php/30138/0x10000002 Modules linked in: ipv6 vmsync vmblock vmhgfs parport_pc uhci_hcd ehci_hcd ppdev usbcore container ac processor button psmouse thermal i2c_piix4 intel_agp agpgart sg vmw_balloon i2c_core vmci lp shpchp pci_hotplug serio_raw parport evdev pcspkr pcnet32 mii ext2 mbcache sr_mod cdrom sd_mod ide_pci_generic piix ide_core floppy ata_piix mptspi mptscsih libata mptbase scsi_transport_spi BusLogic scsi_mod Pid: 30138, comm: php Tainted: G D W 2.6.36-ARCH #1 Call Trace: [<c1035ead>] __schedule_bug+0x5d/0x70 [<c1304531>] schedule+0x7b1/0x900 [<c110e719>] ? __d_free+0x29/0x40 [<c110e767>] ? d_free+0x37/0x40 [<c110e89a>] ? d_kill+0x4a/0x60 [<c110f034>] ? dput+0x84/0x120 [<c103a786>] __cond_resched+0x16/0x30 [<c1304783>] _cond_resched+0x23/0x30 [<c10476cc>] put_files_struct+0x8c/0x100 [<c10477e2>] exit_files+0x42/0x60 [<c1047bf2>] do_exit+0x152/0x770 [<c1045b9a>] ? kmsg_dump+0x10a/0x120 [<c1303a85>] ? printk+0x18/0x1b [<c1006fec>] oops_end+0x8c/0xd0 [<c102897c>] no_context+0xbc/0x150 [<c1028a9d>] __bad_area_nosemaphore+0x8d/0x130 [<c1306aae>] ? _raw_spin_unlock+0x1e/0x30 [<c1028e10>] ? do_page_fault+0x0/0x3e0 [<c1028b52>] bad_area_nosemaphore+0x12/0x20 [<c1029134>] do_page_fault+0x324/0x3e0 [<c119e674>] ? rb_insert_color+0x74/0x100 [<c10026ee>] ? __switch_to+0x10e/0x180 [<c1035efa>] ? finish_task_switch+0x3a/0xa0 [<c1028e10>] ? do_page_fault+0x0/0x3e0 [<c130770b>] error_code+0x67/0x6c [<c103312c>] ? task_rq_lock+0x2c/0x80 [<c103e4e5>] try_to_wake_up+0x25/0x340 [<c103e81f>] wake_up_process+0xf/0x20 [<c13056ac>] __mutex_unlock_slowpath+0x8c/0x120 [<c1305748>] mutex_unlock+0x8/0x10 [<ede2018e>] HgfsDirLlseek+0x8e/0xf0 [vmhgfs] [<ede20100>] ? HgfsDirLlseek+0x0/0xf0 [vmhgfs] [<c10fd353>] vfs_llseek+0x33/0x40 [<c10fd76c>] sys_lseek+0x5c/0x80 [<c100379f>] sysenter_do_call+0x12/0x28 Main OS: Windows7 Guest OS: Arch Linux (Linux dev 2.6.36-ARCH #1 SMP PREEMPT Sat Jan 8 13:16:43 UTC 2011 i686 Intel(R) Core(TM)2 Duo CPU T9400 @ 2.53GHz GenuineIntel GNU/Linux) Kernel string: kernel /vmlinuz26 root=/dev/sda3 ro maxcpus=0 nosmp noreplace-smp Vmtoolsd: VMware Tools daemon, version 8.9.0.5114 (build-387002) Can you tell me, it's vmhgfs driver issue or php directory iterators implementation? Thanks, Katya ---------------------------------------------------------------------- >Comment By: Ekaterina (katjai) Date: 2011-07-08 00:12 Message: Any chance to get this fixed in nearest time? Maybe I can help somehow? I.e. prepare vmware drive with necessary software so that illustrate a problem? Thanks, Katya ---------------------------------------------------------------------- Comment By: Ekaterina (katjai) Date: 2011-05-06 01:42 Message: Nothing changed after updating up to last version: [ki@dev ~]$ vmtoolsd -v VMware Tools daemon, version 8.9.0.5529 (build-402641) [ki@dev ~]$ lsmod | grep vm vmsync 2685 0 vmblock 9422 1 vmhgfs 47514 1 vmw_balloon 3570 0 vmci 60023 1 vmhgfs dmesg: [ 143.773285] BUG: scheduling while atomic: php/2529/0x10000002 [ 143.773471] Modules linked in: ipv6 vmsync vmblock vmhgfs uhci_hcd ehci_hcd floppy usbcore parport_pc ppdev processor psmouse button ac intel_agp intel_gtt container lp i2c_piix4 agpgart shpchp pci_hotplug sg parport i2c_core vmw_balloon serio_raw evdev vmci pcspkr pcnet32 mii ext2 mbcache sr_mod cdrom ide_pci_generic piix ide_core sd_mod ata_piix mptspi mptscsih mptbase libata scsi_transport_spi BusLogic scsi_mod [ 143.777696] Pid: 2529, comm: php Tainted: G D W 2.6.38-ARCH #1 [ 143.777990] Call Trace: [ 143.778251] [<c1312dee>] ? __schedule_bug+0x59/0x5f [ 143.778518] [<c1317f88>] ? schedule+0x858/0x9e0 [ 143.778809] [<c1115f84>] ? __d_free+0x34/0x50 [ 143.779063] [<c1115f84>] ? __d_free+0x34/0x50 [ 143.779355] [<c1115f84>] ? __d_free+0x34/0x50 [ 143.779638] [<c111d15f>] ? vfsmount_lock_global_unlock_online+0x4f/0x60 [ 143.814856] [<c111deb9>] ? mntput_no_expire+0x89/0xd0 [ 143.815148] [<c111df13>] ? mntput+0x13/0x20 [ 143.815400] [<c1105c14>] ? fput+0x134/0x1d0 [ 143.815726] [<c103cda6>] ? __cond_resched+0x16/0x30 [ 143.815992] [<c1318215>] ? _cond_resched+0x25/0x30 [ 143.816279] [<c10473a8>] ? put_files_struct+0x78/0xd0 [ 143.816585] [<c10474a0>] ? exit_files+0x40/0x50 [ 143.816919] [<c10478bd>] ? do_exit+0x13d/0x760 [ 143.817199] [<c1313018>] ? printk+0x18/0x1a [ 143.817453] [<c1006fcc>] ? oops_end+0x8c/0xd0 [ 143.817750] [<c1312a20>] ? no_context+0x137/0x13f [ 143.818013] [<c1312b43>] ? __bad_area_nosemaphore+0x11b/0x123 [ 143.818319] [<c1229530>] ? vt_console_print+0x0/0x340 [ 143.818587] [<c1027530>] ? do_page_fault+0x0/0x430 [ 143.818886] [<c1312b5d>] ? bad_area_nosemaphore+0x12/0x14 [ 143.819196] [<c10278a0>] ? do_page_fault+0x370/0x430 [ 143.819464] [<c10339d4>] ? finish_task_switch+0x34/0xb0 [ 143.819792] [<c13179bd>] ? schedule+0x28d/0x9e0 [ 143.820051] [<c1027530>] ? do_page_fault+0x0/0x430 [ 143.820392] [<c131b13b>] ? error_code+0x67/0x6c [ 143.820687] [<c131007b>] ? init_smp_flush+0x1b/0x66 [ 143.820954] [<c103038c>] ? task_rq_lock+0x2c/0x80 [ 143.821241] [<c103e1f5>] ? try_to_wake_up+0x25/0x350 [ 143.821532] [<c1318251>] ? preempt_schedule+0x31/0x50 [ 143.821839] [<c103e53f>] ? wake_up_process+0xf/0x20 [ 143.822106] [<c131916a>] ? __mutex_unlock_slowpath+0x8a/0x120 [ 143.822410] [<c1319208>] ? mutex_unlock+0x8/0x10 [ 143.822709] [<ede6317f>] ? HgfsDirLlseek+0x7f/0xe0 [vmhgfs] [ 143.822989] [<ede63100>] ? HgfsDirLlseek+0x0/0xe0 [vmhgfs] [ 143.823286] [<c1104203>] ? vfs_llseek+0x33/0x40 [ 143.823544] [<c1104655>] ? sys_lseek+0x65/0x80 [ 143.823910] [<c10037df>] ? sysenter_do_call+0x12/0x28 ---------------------------------------------------------------------- Comment By: Ekaterina (katjai) Date: 2011-05-06 00:19 Message: Previous, 2011.03.28 ---------------------------------------------------------------------- Comment By: Dmitry Torokhov (dtor) Date: 2011-05-06 00:01 Message: Looks like HGFS issue. Is this with the latest release? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3298068&group_id=204462 |
|
From: John W. <jl...@sc...> - 2011-07-07 16:42:25
|
Marcelo, Thank you for your responses. > I don't think I've compiled Unity on Solaris (last I tried I ran into weird > errors from Solaris gcc and the sigc headers). But my question would be: why do > you need unity on SCO in the first place? I doubt you'll be running desktop VMs > with SCO OpenServer VMs inside Fusion or Workstation, so the unity plugin will > just be useless overhead... > I went down the Unity path since it was enabled by default and OSR6 has most of the required graphical runtime installed and using X11R7. The only thing that I needed to upgrade was the glib to version 2.24. My goal is to get as much of the open-vm-tools available on OSR6 and UW 7.1.4 as well as keep the vmtools release for OSR 5.0.7 up to date. Is there a guide, description or discussion that would provide a general overview of the features and functionality of the various plugins, kernel modules or features such as multimon? -- John |
|
From: SourceForge.net <no...@so...> - 2011-07-05 18:24:24
|
Tracker item #3354213, was opened at 2011-07-05 03:53 Message generated for change (Settings changed) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3354213&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: libraries Group: None >Status: Closed >Resolution: Out of Date Priority: 5 Private: No Submitted By: Simon Rozman (rozmansi) Assigned to: Nobody/Anonymous (nobody) Summary: Compiling fails due to unused variables Initial Comment: I am getting numerous errors while compiling open-vm-tools: variable ‘xxx' set but not used [-Werror=unused-but-set-variable] cc1: all warnings being treated as errors Build environment: Fedora 15, x86_64. After some code fix-up I was able to compile everything except kernel modules. I am attaching a patch file, describing changes I made. I also suggest that function results should be tested using VERIFY macro (see Windows SDK, how VERIFY macro is defined). This would produce simpler code with less unused variables issues. ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-05 11:24 Message: Thanks for looking at this, but your patch is based off of the 8..4.x stable branch, which is sort of old code. We don't have plans to update that specific branch, so your best choice is to keep this as a private patch you apply to your builds. The master branch has changed a lot since the 8.4 days and I'd be surprised to find these issues there. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3354213&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-07-05 10:53:38
|
Tracker item #3354213, was opened at 2011-07-05 12:53 Message generated for change (Tracker Item Submitted) made by rozmansi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3354213&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: libraries Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Simon Rozman (rozmansi) Assigned to: Nobody/Anonymous (nobody) Summary: Compiling fails due to unused variables Initial Comment: I am getting numerous errors while compiling open-vm-tools: variable ‘xxx' set but not used [-Werror=unused-but-set-variable] cc1: all warnings being treated as errors Build environment: Fedora 15, x86_64. After some code fix-up I was able to compile everything except kernel modules. I am attaching a patch file, describing changes I made. I also suggest that function results should be tested using VERIFY macro (see Windows SDK, how VERIFY macro is defined). This would produce simpler code with less unused variables issues. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3354213&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-07-01 21:29:22
|
Tracker item #3345828, was opened at 2011-06-29 23:56 Message generated for change (Comment added) made by cjbaar0 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3345828&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: libraries Group: None Status: Closed Resolution: Wont Fix Priority: 5 Private: No Submitted By: cjbaar (cjbaar0) Assigned to: Nobody/Anonymous (nobody) Summary: Compile fails at backdoorGcc32.c Initial Comment: I am receiving this same error compiling on Solaris 10. system: SunOS 5.10 Generic_144489-17 i86pc i386 i86pc make: GNU Make 3.82 gcc: version 3.4.6 ./configure --without-x --without-icu make results in: libtool: compile: gcc -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"8.4.2\" "-DPACKAGE_STRING=\"open-vm-tools 8.4.2\"" -DPACKAGE_BUGREPORT=\"ope...@li...\" -DPACKAGE_URL=\"\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"8.4.2\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DX_DISPLAY_MISSING=1 -DHAVE_DLOPEN=1 -DHAVE_ECVT=1 -DHAVE_FCVT=1 -DNO_PROCPS=1 -DHAVE_CRYPT_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_WCHAR_H=1 -DHAVE_SYS_INTTYPES_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_SYSINFO_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_USER_H=1 -DHAVE_SYS_VFS_H=1 -DHAVE_SYSLIMITS_H=1 -DHAVE_UNWIND_H=1 -DHAVE__BOOL=1 -DHAVE_STDBOOL_H=1 -DHAVE_STRUCT_STAT_ST_RDEV=1 -DTIME_WITH_SYS_TIME=1 -DNO_MULTIMON=1 -I. -I/u/shr/src/x86/open-vm-tools-8.4.2-261024/lib/include -I/u/shr/src/x86/open-vm-tools-8.4.2-261024/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -DVMX86_TOOLS -DNO_CORE_ICU -DSOL10 -g -O2 -Wall -Werror -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -MT backdoorGcc32.lo -MD -MP -MF .deps/backdoorGcc32.Tpo -c backdoorGcc32.c -fPIC -DPIC -o .libs/backdoorGcc32.o backdoorGcc32.c: In function `Backdoor_InOut': backdoorGcc32.c:70: error: PIC register `ebx' clobbered in `asm' backdoorGcc32.c: In function `BackdoorHbIn': backdoorGcc32.c:130: error: PIC register `ebx' clobbered in `asm' backdoorGcc32.c: In function `BackdoorHbOut': backdoorGcc32.c:179: error: PIC register `ebx' clobbered in `asm' make: *** [backdoorGcc32.lo] Error 1 Any help is appreciated. Thank you! ---------------------------------------------------------------------- Comment By: cjbaar (cjbaar0) Date: 2011-07-01 15:29 Message: OK; thanks for your help. I didn't realize the two were that closely related. I'll wait and see what happens. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-01 14:57 Message: Yes, the next version should have all the features currently in the open-vm-tools version. ---------------------------------------------------------------------- Comment By: cjbaar (cjbaar0) Date: 2011-07-01 14:54 Message: Great; thanks. I'll look for that. FYI, I have the driver that came from vmware, but it doesn't support jumbo frames. According to the online discussion forums I looked through, the open version does. Are you saying that the next release from vmware will be based on this one and should support that feature? ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-01 14:49 Message: To compile vmxnet3 on Solaris you need an optional package called GLDv3 (it's not in the default Solaris install). I don't really know how to get it (I'm sure I downloaded it before, but it was a looong time ago). The pre-built binary should be available with the next version of Tools from VMware, which should be released soon (don't know exact dates, and not even sure I could talk about it if I knew). ---------------------------------------------------------------------- Comment By: cjbaar (cjbaar0) Date: 2011-07-01 14:44 Message: mvanzin... I really appreciate all of your help. But it would appear the compilation of this package is beyond me. An attempt to compile the driver module directly results in:/usr/local/bin/gcc -O2 -Wall -Werror -Wno-unknown-pragmas -U_NO_LONGLONG -D_KERNEL -I../../../lib/include -ffreestanding -nodefaultlibs -m32 -c vmxnet3_main.c -o i386/vmxnet3_main.o vmxnet3_main.c:36: error: syntax error before "mac_capab_t" vmxnet3_main.c:39: error: syntax error before "vmxnet3_mac_callbacks" vmxnet3_main.c:39: warning: type defaults to `int' in declaration of `vmxnet3_mac_callbacks' vmxnet3_main.c:40: error: `MC_GETCAPAB' undeclared here (not in a function) vmxnet3_main.c:40: error: initializer element is not constant vmxnet3_main.c:40: error: (near initialization for `vmxnet3_mac_callbacks') I've never had to trace through so many errors in a compilation process, and I don't really know what I'm looking for. Is there way to obtain a version of this driver that has already been compiled for Solaris x86? Thanks again. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-01 14:20 Message: If all you want is vmxnet3, you should be able to execute its makefile directly without having to configure anything. It just needs a few variables to be set (see "if SOLARIS" section in modules/Makefile.am). The configure script doesn't have an option to just build the kernel modules. ---------------------------------------------------------------------- Comment By: cjbaar (cjbaar0) Date: 2011-07-01 14:04 Message: OK; I got through the glib problems; now I am stick on libintl. /bin/bash ../../libtool --tag=CC --mode=link gcc -D__PIC__ -Wall -Werror -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -o vmtoolsd vmtoolsd-cmdLine.o vmtoolsd-mainLoop.o vmtoolsd-mainPosix.o vmtoolsd-pluginMgr.o vmtoolsd-serviceObj.o vmtoolsd-toolsRpc.o vmtoolsd-svcSignals.o /src/x86/open-vm-tools-8.4.2-261024/libvmtools/libvmtools.la -L/usr/local/lib -lglib-2.0 -liconv -L/usr/local/lib -lgmodule-2.0 -lglib-2.0 -liconv -L/usr/local/lib -lgobject-2.0 -lglib-2.0 -liconv -threads -L/usr/local/lib -lgthread-2.0 -lglib-2.0 -liconv libtool: link: gcc -D__PIC__ -Wall -Werror -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -o .libs/vmtoolsd vmtoolsd-cmdLine.o vmtoolsd-mainLoop.o vmtoolsd-mainPosix.o vmtoolsd-pluginMgr.o vmtoolsd-serviceObj.o vmtoolsd-toolsRpc.o vmtoolsd-svcSignals.o -threads /src/x86/open-vm-tools-8.4.2-261024/libvmtools/.libs/libvmtools.so -L/usr/local/lib /usr/local/lib/libdnet -L/usr/local/ssl/lib -L/usr/openwin/lib -L/usr/lib -L/usr/X11R6/lib -L/usr/local/BerkeleyDB.4.7/lib -L/usr/local/mysql/lib -lsocket -lnsl -lrpcsvc -lcrypt -lpthread -L/usr/local/BerkeleyDB.4.2/lib /usr/local/lib/libgmodule-2.0.so /usr/local/lib/libgobject-2.0.so /usr/local/lib/libgthread-2.0.so /usr/local/lib/libglib-2.0.so /usr/local/lib/libiconv.so -threads -R/usr/local/lib Undefined first referenced symbol in file libintl_gettext vmtoolsd-cmdLine.o libintl appears to be version 8.0.2; have also tried against 8.1.1 -rw-r--r-- 1 bin bin 179782 Apr 21 2009 libintl.a -rw-r--r-- 1 bin bin 999 Apr 21 2009 libintl.la lrwxrwxrwx 1 root root 16 Jul 1 14:02 libintl.so -> libintl.so.8.0.2 lrwxrwxrwx 1 root root 16 Jul 1 14:02 libintl.so.8 -> libintl.so.8.0.2 -rwxr-xr-x 1 bin bin 128480 Apr 21 2009 libintl.so.8.0.2 -rwxr-xr-x 1 bin bin 48447 Jan 7 03:25 libintl.so.8.1.1 FYI... all I am trying to get out of this is the vmxnet3 driver. Is there a way to configure just for that? Thanks. ---------------------------------------------------------------------- Comment By: cjbaar (cjbaar0) Date: 2011-07-01 13:20 Message: Thanks so much! That seems to have gotten me past the PIC error. Now I apparently have a bunch of glib errors to deal with... but that's probably just a version issue. Thanks again. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-01 11:42 Message: I remember some old versions of gcc on Solaris don't define __PIC__ when you specify -fPIC. Could you try configuring with "CFLAGS=-D__PIC__"? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3345828&group_id=204462 |
|
From: Marcelo V. <mv...@vm...> - 2011-07-01 21:07:18
|
On 07/01/2011 01:53 PM, John Wolfe wrote: > 1. Is it a bug that configure did not check for the presence > of glibmm, gtkmm and sigc++ ? Probably. Most probably the dependency was added some time after configure.ac was written in its current form, and never reflected in the configure script. > Should I have not attempted to build the unity plugin? > > I saw no way that a Solaris build would have bypassed the > Unity plugin build - with or without the --without-gtkmm I don't think I've compiled Unity on Solaris (last I tried I ran into weird errors from Solaris gcc and the sigc headers). But my question would be: why do you need unity on SCO in the first place? I doubt you'll be running desktop VMs with SCO OpenServer VMs inside Fusion or Workstation, so the unity plugin will just be useless overhead... Unity is also completely untested outside of Linux, so even if it compiles it may not even work. > 2. Is there a comprehensive list of the open-source packages > that are required for the various features of open-vm-tools? Nothing like that; closest thing would be deriving the information from the configure script. From a high level: UI features will need gtk/gtkmm, non-UI features will just need glib. -- - Marcelo |
|
From: SourceForge.net <no...@so...> - 2011-07-01 20:57:02
|
Tracker item #3345828, was opened at 2011-06-29 22:56 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3345828&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: libraries Group: None >Status: Closed Resolution: Wont Fix Priority: 5 Private: No Submitted By: cjbaar (cjbaar0) Assigned to: Nobody/Anonymous (nobody) Summary: Compile fails at backdoorGcc32.c Initial Comment: I am receiving this same error compiling on Solaris 10. system: SunOS 5.10 Generic_144489-17 i86pc i386 i86pc make: GNU Make 3.82 gcc: version 3.4.6 ./configure --without-x --without-icu make results in: libtool: compile: gcc -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"8.4.2\" "-DPACKAGE_STRING=\"open-vm-tools 8.4.2\"" -DPACKAGE_BUGREPORT=\"ope...@li...\" -DPACKAGE_URL=\"\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"8.4.2\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DX_DISPLAY_MISSING=1 -DHAVE_DLOPEN=1 -DHAVE_ECVT=1 -DHAVE_FCVT=1 -DNO_PROCPS=1 -DHAVE_CRYPT_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_WCHAR_H=1 -DHAVE_SYS_INTTYPES_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_SYSINFO_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_USER_H=1 -DHAVE_SYS_VFS_H=1 -DHAVE_SYSLIMITS_H=1 -DHAVE_UNWIND_H=1 -DHAVE__BOOL=1 -DHAVE_STDBOOL_H=1 -DHAVE_STRUCT_STAT_ST_RDEV=1 -DTIME_WITH_SYS_TIME=1 -DNO_MULTIMON=1 -I. -I/u/shr/src/x86/open-vm-tools-8.4.2-261024/lib/include -I/u/shr/src/x86/open-vm-tools-8.4.2-261024/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -DVMX86_TOOLS -DNO_CORE_ICU -DSOL10 -g -O2 -Wall -Werror -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -MT backdoorGcc32.lo -MD -MP -MF .deps/backdoorGcc32.Tpo -c backdoorGcc32.c -fPIC -DPIC -o .libs/backdoorGcc32.o backdoorGcc32.c: In function `Backdoor_InOut': backdoorGcc32.c:70: error: PIC register `ebx' clobbered in `asm' backdoorGcc32.c: In function `BackdoorHbIn': backdoorGcc32.c:130: error: PIC register `ebx' clobbered in `asm' backdoorGcc32.c: In function `BackdoorHbOut': backdoorGcc32.c:179: error: PIC register `ebx' clobbered in `asm' make: *** [backdoorGcc32.lo] Error 1 Any help is appreciated. Thank you! ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-01 13:57 Message: Yes, the next version should have all the features currently in the open-vm-tools version. ---------------------------------------------------------------------- Comment By: cjbaar (cjbaar0) Date: 2011-07-01 13:54 Message: Great; thanks. I'll look for that. FYI, I have the driver that came from vmware, but it doesn't support jumbo frames. According to the online discussion forums I looked through, the open version does. Are you saying that the next release from vmware will be based on this one and should support that feature? ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-01 13:49 Message: To compile vmxnet3 on Solaris you need an optional package called GLDv3 (it's not in the default Solaris install). I don't really know how to get it (I'm sure I downloaded it before, but it was a looong time ago). The pre-built binary should be available with the next version of Tools from VMware, which should be released soon (don't know exact dates, and not even sure I could talk about it if I knew). ---------------------------------------------------------------------- Comment By: cjbaar (cjbaar0) Date: 2011-07-01 13:44 Message: mvanzin... I really appreciate all of your help. But it would appear the compilation of this package is beyond me. An attempt to compile the driver module directly results in:/usr/local/bin/gcc -O2 -Wall -Werror -Wno-unknown-pragmas -U_NO_LONGLONG -D_KERNEL -I../../../lib/include -ffreestanding -nodefaultlibs -m32 -c vmxnet3_main.c -o i386/vmxnet3_main.o vmxnet3_main.c:36: error: syntax error before "mac_capab_t" vmxnet3_main.c:39: error: syntax error before "vmxnet3_mac_callbacks" vmxnet3_main.c:39: warning: type defaults to `int' in declaration of `vmxnet3_mac_callbacks' vmxnet3_main.c:40: error: `MC_GETCAPAB' undeclared here (not in a function) vmxnet3_main.c:40: error: initializer element is not constant vmxnet3_main.c:40: error: (near initialization for `vmxnet3_mac_callbacks') I've never had to trace through so many errors in a compilation process, and I don't really know what I'm looking for. Is there way to obtain a version of this driver that has already been compiled for Solaris x86? Thanks again. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-01 13:20 Message: If all you want is vmxnet3, you should be able to execute its makefile directly without having to configure anything. It just needs a few variables to be set (see "if SOLARIS" section in modules/Makefile.am). The configure script doesn't have an option to just build the kernel modules. ---------------------------------------------------------------------- Comment By: cjbaar (cjbaar0) Date: 2011-07-01 13:04 Message: OK; I got through the glib problems; now I am stick on libintl. /bin/bash ../../libtool --tag=CC --mode=link gcc -D__PIC__ -Wall -Werror -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -o vmtoolsd vmtoolsd-cmdLine.o vmtoolsd-mainLoop.o vmtoolsd-mainPosix.o vmtoolsd-pluginMgr.o vmtoolsd-serviceObj.o vmtoolsd-toolsRpc.o vmtoolsd-svcSignals.o /src/x86/open-vm-tools-8.4.2-261024/libvmtools/libvmtools.la -L/usr/local/lib -lglib-2.0 -liconv -L/usr/local/lib -lgmodule-2.0 -lglib-2.0 -liconv -L/usr/local/lib -lgobject-2.0 -lglib-2.0 -liconv -threads -L/usr/local/lib -lgthread-2.0 -lglib-2.0 -liconv libtool: link: gcc -D__PIC__ -Wall -Werror -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -o .libs/vmtoolsd vmtoolsd-cmdLine.o vmtoolsd-mainLoop.o vmtoolsd-mainPosix.o vmtoolsd-pluginMgr.o vmtoolsd-serviceObj.o vmtoolsd-toolsRpc.o vmtoolsd-svcSignals.o -threads /src/x86/open-vm-tools-8.4.2-261024/libvmtools/.libs/libvmtools.so -L/usr/local/lib /usr/local/lib/libdnet -L/usr/local/ssl/lib -L/usr/openwin/lib -L/usr/lib -L/usr/X11R6/lib -L/usr/local/BerkeleyDB.4.7/lib -L/usr/local/mysql/lib -lsocket -lnsl -lrpcsvc -lcrypt -lpthread -L/usr/local/BerkeleyDB.4.2/lib /usr/local/lib/libgmodule-2.0.so /usr/local/lib/libgobject-2.0.so /usr/local/lib/libgthread-2.0.so /usr/local/lib/libglib-2.0.so /usr/local/lib/libiconv.so -threads -R/usr/local/lib Undefined first referenced symbol in file libintl_gettext vmtoolsd-cmdLine.o libintl appears to be version 8.0.2; have also tried against 8.1.1 -rw-r--r-- 1 bin bin 179782 Apr 21 2009 libintl.a -rw-r--r-- 1 bin bin 999 Apr 21 2009 libintl.la lrwxrwxrwx 1 root root 16 Jul 1 14:02 libintl.so -> libintl.so.8.0.2 lrwxrwxrwx 1 root root 16 Jul 1 14:02 libintl.so.8 -> libintl.so.8.0.2 -rwxr-xr-x 1 bin bin 128480 Apr 21 2009 libintl.so.8.0.2 -rwxr-xr-x 1 bin bin 48447 Jan 7 03:25 libintl.so.8.1.1 FYI... all I am trying to get out of this is the vmxnet3 driver. Is there a way to configure just for that? Thanks. ---------------------------------------------------------------------- Comment By: cjbaar (cjbaar0) Date: 2011-07-01 12:20 Message: Thanks so much! That seems to have gotten me past the PIC error. Now I apparently have a bunch of glib errors to deal with... but that's probably just a version issue. Thanks again. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-01 10:42 Message: I remember some old versions of gcc on Solaris don't define __PIC__ when you specify -fPIC. Could you try configuring with "CFLAGS=-D__PIC__"? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3345828&group_id=204462 |
|
From: John W. <jl...@sc...> - 2011-07-01 20:56:51
|
I am working through a port of open-vm-tools for SCO
OpenServer 6.0.0 starting with the 2011.04-402641 source release
and encountered the following:
--enable-unity is the default (although I specifically used the
option when running configure.
Unity will be disabled by the configure script if:
- no X11
- no Gtk2
- --disable-multimon
and the configure script cautions the user to use "--disable-unity"
if:
- libXss or headers are not found
- an adequate version of uriparser is not found
- libpng is not found
- zlib library is not found
- Glib/GIO 2.24+ is not available
- missing gdk_pixbuf_xlib_2.0
I caught the statement in NEWS that Glib 2.24 or later is required
and also the older statement that open-vm-tools will compile on
Solaris if --without-gtkmm is used.
... so I tried to configure with:
--enable-unity
--without-gtkmm
However, ./services/plugins/unity/ghIntegration/platform.cc
fails to compile without glibmm, gtkmm and sigc++ installed.
ghIntegration/platform.cc:48:19: error: gtkmm.h: No such file or
directory
ghIntegration/platform.cc:49:20: error: glibmm.h: No such file or
directory
ghIntegration/platform.cc:50:19: error: giomm.h: No such file or directory
ghIntegration/platform.cc:53:27: error: sigc++/sigc++.h: No such file or
directory
Questions:
1. Is it a bug that configure did not check for the presence
of glibmm, gtkmm and sigc++ ?
- or -
Should I have not attempted to build the unity plugin?
I saw no way that a Solaris build would have bypassed the
Unity plugin build - with or without the --without-gtkmm
2. Is there a comprehensive list of the open-source packages
that are required for the various features of open-vm-tools?
Thanks in advance for any information that you can share
John Wolfe UnXis Inc.
|
|
From: SourceForge.net <no...@so...> - 2011-07-01 20:54:47
|
Tracker item #3345828, was opened at 2011-06-29 23:56 Message generated for change (Comment added) made by cjbaar0 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3345828&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: libraries Group: None Status: Closed Resolution: Wont Fix Priority: 5 Private: No Submitted By: cjbaar (cjbaar0) Assigned to: Nobody/Anonymous (nobody) Summary: Compile fails at backdoorGcc32.c Initial Comment: I am receiving this same error compiling on Solaris 10. system: SunOS 5.10 Generic_144489-17 i86pc i386 i86pc make: GNU Make 3.82 gcc: version 3.4.6 ./configure --without-x --without-icu make results in: libtool: compile: gcc -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"8.4.2\" "-DPACKAGE_STRING=\"open-vm-tools 8.4.2\"" -DPACKAGE_BUGREPORT=\"ope...@li...\" -DPACKAGE_URL=\"\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"8.4.2\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DX_DISPLAY_MISSING=1 -DHAVE_DLOPEN=1 -DHAVE_ECVT=1 -DHAVE_FCVT=1 -DNO_PROCPS=1 -DHAVE_CRYPT_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_WCHAR_H=1 -DHAVE_SYS_INTTYPES_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_SYSINFO_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_USER_H=1 -DHAVE_SYS_VFS_H=1 -DHAVE_SYSLIMITS_H=1 -DHAVE_UNWIND_H=1 -DHAVE__BOOL=1 -DHAVE_STDBOOL_H=1 -DHAVE_STRUCT_STAT_ST_RDEV=1 -DTIME_WITH_SYS_TIME=1 -DNO_MULTIMON=1 -I. -I/u/shr/src/x86/open-vm-tools-8.4.2-261024/lib/include -I/u/shr/src/x86/open-vm-tools-8.4.2-261024/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -DVMX86_TOOLS -DNO_CORE_ICU -DSOL10 -g -O2 -Wall -Werror -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -MT backdoorGcc32.lo -MD -MP -MF .deps/backdoorGcc32.Tpo -c backdoorGcc32.c -fPIC -DPIC -o .libs/backdoorGcc32.o backdoorGcc32.c: In function `Backdoor_InOut': backdoorGcc32.c:70: error: PIC register `ebx' clobbered in `asm' backdoorGcc32.c: In function `BackdoorHbIn': backdoorGcc32.c:130: error: PIC register `ebx' clobbered in `asm' backdoorGcc32.c: In function `BackdoorHbOut': backdoorGcc32.c:179: error: PIC register `ebx' clobbered in `asm' make: *** [backdoorGcc32.lo] Error 1 Any help is appreciated. Thank you! ---------------------------------------------------------------------- Comment By: cjbaar (cjbaar0) Date: 2011-07-01 14:54 Message: Great; thanks. I'll look for that. FYI, I have the driver that came from vmware, but it doesn't support jumbo frames. According to the online discussion forums I looked through, the open version does. Are you saying that the next release from vmware will be based on this one and should support that feature? ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-01 14:49 Message: To compile vmxnet3 on Solaris you need an optional package called GLDv3 (it's not in the default Solaris install). I don't really know how to get it (I'm sure I downloaded it before, but it was a looong time ago). The pre-built binary should be available with the next version of Tools from VMware, which should be released soon (don't know exact dates, and not even sure I could talk about it if I knew). ---------------------------------------------------------------------- Comment By: cjbaar (cjbaar0) Date: 2011-07-01 14:44 Message: mvanzin... I really appreciate all of your help. But it would appear the compilation of this package is beyond me. An attempt to compile the driver module directly results in:/usr/local/bin/gcc -O2 -Wall -Werror -Wno-unknown-pragmas -U_NO_LONGLONG -D_KERNEL -I../../../lib/include -ffreestanding -nodefaultlibs -m32 -c vmxnet3_main.c -o i386/vmxnet3_main.o vmxnet3_main.c:36: error: syntax error before "mac_capab_t" vmxnet3_main.c:39: error: syntax error before "vmxnet3_mac_callbacks" vmxnet3_main.c:39: warning: type defaults to `int' in declaration of `vmxnet3_mac_callbacks' vmxnet3_main.c:40: error: `MC_GETCAPAB' undeclared here (not in a function) vmxnet3_main.c:40: error: initializer element is not constant vmxnet3_main.c:40: error: (near initialization for `vmxnet3_mac_callbacks') I've never had to trace through so many errors in a compilation process, and I don't really know what I'm looking for. Is there way to obtain a version of this driver that has already been compiled for Solaris x86? Thanks again. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-01 14:20 Message: If all you want is vmxnet3, you should be able to execute its makefile directly without having to configure anything. It just needs a few variables to be set (see "if SOLARIS" section in modules/Makefile.am). The configure script doesn't have an option to just build the kernel modules. ---------------------------------------------------------------------- Comment By: cjbaar (cjbaar0) Date: 2011-07-01 14:04 Message: OK; I got through the glib problems; now I am stick on libintl. /bin/bash ../../libtool --tag=CC --mode=link gcc -D__PIC__ -Wall -Werror -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -o vmtoolsd vmtoolsd-cmdLine.o vmtoolsd-mainLoop.o vmtoolsd-mainPosix.o vmtoolsd-pluginMgr.o vmtoolsd-serviceObj.o vmtoolsd-toolsRpc.o vmtoolsd-svcSignals.o /src/x86/open-vm-tools-8.4.2-261024/libvmtools/libvmtools.la -L/usr/local/lib -lglib-2.0 -liconv -L/usr/local/lib -lgmodule-2.0 -lglib-2.0 -liconv -L/usr/local/lib -lgobject-2.0 -lglib-2.0 -liconv -threads -L/usr/local/lib -lgthread-2.0 -lglib-2.0 -liconv libtool: link: gcc -D__PIC__ -Wall -Werror -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -o .libs/vmtoolsd vmtoolsd-cmdLine.o vmtoolsd-mainLoop.o vmtoolsd-mainPosix.o vmtoolsd-pluginMgr.o vmtoolsd-serviceObj.o vmtoolsd-toolsRpc.o vmtoolsd-svcSignals.o -threads /src/x86/open-vm-tools-8.4.2-261024/libvmtools/.libs/libvmtools.so -L/usr/local/lib /usr/local/lib/libdnet -L/usr/local/ssl/lib -L/usr/openwin/lib -L/usr/lib -L/usr/X11R6/lib -L/usr/local/BerkeleyDB.4.7/lib -L/usr/local/mysql/lib -lsocket -lnsl -lrpcsvc -lcrypt -lpthread -L/usr/local/BerkeleyDB.4.2/lib /usr/local/lib/libgmodule-2.0.so /usr/local/lib/libgobject-2.0.so /usr/local/lib/libgthread-2.0.so /usr/local/lib/libglib-2.0.so /usr/local/lib/libiconv.so -threads -R/usr/local/lib Undefined first referenced symbol in file libintl_gettext vmtoolsd-cmdLine.o libintl appears to be version 8.0.2; have also tried against 8.1.1 -rw-r--r-- 1 bin bin 179782 Apr 21 2009 libintl.a -rw-r--r-- 1 bin bin 999 Apr 21 2009 libintl.la lrwxrwxrwx 1 root root 16 Jul 1 14:02 libintl.so -> libintl.so.8.0.2 lrwxrwxrwx 1 root root 16 Jul 1 14:02 libintl.so.8 -> libintl.so.8.0.2 -rwxr-xr-x 1 bin bin 128480 Apr 21 2009 libintl.so.8.0.2 -rwxr-xr-x 1 bin bin 48447 Jan 7 03:25 libintl.so.8.1.1 FYI... all I am trying to get out of this is the vmxnet3 driver. Is there a way to configure just for that? Thanks. ---------------------------------------------------------------------- Comment By: cjbaar (cjbaar0) Date: 2011-07-01 13:20 Message: Thanks so much! That seems to have gotten me past the PIC error. Now I apparently have a bunch of glib errors to deal with... but that's probably just a version issue. Thanks again. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-01 11:42 Message: I remember some old versions of gcc on Solaris don't define __PIC__ when you specify -fPIC. Could you try configuring with "CFLAGS=-D__PIC__"? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3345828&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-07-01 20:49:43
|
Tracker item #3345828, was opened at 2011-06-29 22:56 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3345828&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: libraries Group: None >Status: Closed Resolution: Wont Fix Priority: 5 Private: No Submitted By: cjbaar (cjbaar0) Assigned to: Nobody/Anonymous (nobody) Summary: Compile fails at backdoorGcc32.c Initial Comment: I am receiving this same error compiling on Solaris 10. system: SunOS 5.10 Generic_144489-17 i86pc i386 i86pc make: GNU Make 3.82 gcc: version 3.4.6 ./configure --without-x --without-icu make results in: libtool: compile: gcc -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"8.4.2\" "-DPACKAGE_STRING=\"open-vm-tools 8.4.2\"" -DPACKAGE_BUGREPORT=\"ope...@li...\" -DPACKAGE_URL=\"\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"8.4.2\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DX_DISPLAY_MISSING=1 -DHAVE_DLOPEN=1 -DHAVE_ECVT=1 -DHAVE_FCVT=1 -DNO_PROCPS=1 -DHAVE_CRYPT_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_WCHAR_H=1 -DHAVE_SYS_INTTYPES_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_SYSINFO_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_USER_H=1 -DHAVE_SYS_VFS_H=1 -DHAVE_SYSLIMITS_H=1 -DHAVE_UNWIND_H=1 -DHAVE__BOOL=1 -DHAVE_STDBOOL_H=1 -DHAVE_STRUCT_STAT_ST_RDEV=1 -DTIME_WITH_SYS_TIME=1 -DNO_MULTIMON=1 -I. -I/u/shr/src/x86/open-vm-tools-8.4.2-261024/lib/include -I/u/shr/src/x86/open-vm-tools-8.4.2-261024/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -DVMX86_TOOLS -DNO_CORE_ICU -DSOL10 -g -O2 -Wall -Werror -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -MT backdoorGcc32.lo -MD -MP -MF .deps/backdoorGcc32.Tpo -c backdoorGcc32.c -fPIC -DPIC -o .libs/backdoorGcc32.o backdoorGcc32.c: In function `Backdoor_InOut': backdoorGcc32.c:70: error: PIC register `ebx' clobbered in `asm' backdoorGcc32.c: In function `BackdoorHbIn': backdoorGcc32.c:130: error: PIC register `ebx' clobbered in `asm' backdoorGcc32.c: In function `BackdoorHbOut': backdoorGcc32.c:179: error: PIC register `ebx' clobbered in `asm' make: *** [backdoorGcc32.lo] Error 1 Any help is appreciated. Thank you! ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-01 13:49 Message: To compile vmxnet3 on Solaris you need an optional package called GLDv3 (it's not in the default Solaris install). I don't really know how to get it (I'm sure I downloaded it before, but it was a looong time ago). The pre-built binary should be available with the next version of Tools from VMware, which should be released soon (don't know exact dates, and not even sure I could talk about it if I knew). ---------------------------------------------------------------------- Comment By: cjbaar (cjbaar0) Date: 2011-07-01 13:44 Message: mvanzin... I really appreciate all of your help. But it would appear the compilation of this package is beyond me. An attempt to compile the driver module directly results in:/usr/local/bin/gcc -O2 -Wall -Werror -Wno-unknown-pragmas -U_NO_LONGLONG -D_KERNEL -I../../../lib/include -ffreestanding -nodefaultlibs -m32 -c vmxnet3_main.c -o i386/vmxnet3_main.o vmxnet3_main.c:36: error: syntax error before "mac_capab_t" vmxnet3_main.c:39: error: syntax error before "vmxnet3_mac_callbacks" vmxnet3_main.c:39: warning: type defaults to `int' in declaration of `vmxnet3_mac_callbacks' vmxnet3_main.c:40: error: `MC_GETCAPAB' undeclared here (not in a function) vmxnet3_main.c:40: error: initializer element is not constant vmxnet3_main.c:40: error: (near initialization for `vmxnet3_mac_callbacks') I've never had to trace through so many errors in a compilation process, and I don't really know what I'm looking for. Is there way to obtain a version of this driver that has already been compiled for Solaris x86? Thanks again. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-01 13:20 Message: If all you want is vmxnet3, you should be able to execute its makefile directly without having to configure anything. It just needs a few variables to be set (see "if SOLARIS" section in modules/Makefile.am). The configure script doesn't have an option to just build the kernel modules. ---------------------------------------------------------------------- Comment By: cjbaar (cjbaar0) Date: 2011-07-01 13:04 Message: OK; I got through the glib problems; now I am stick on libintl. /bin/bash ../../libtool --tag=CC --mode=link gcc -D__PIC__ -Wall -Werror -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -o vmtoolsd vmtoolsd-cmdLine.o vmtoolsd-mainLoop.o vmtoolsd-mainPosix.o vmtoolsd-pluginMgr.o vmtoolsd-serviceObj.o vmtoolsd-toolsRpc.o vmtoolsd-svcSignals.o /src/x86/open-vm-tools-8.4.2-261024/libvmtools/libvmtools.la -L/usr/local/lib -lglib-2.0 -liconv -L/usr/local/lib -lgmodule-2.0 -lglib-2.0 -liconv -L/usr/local/lib -lgobject-2.0 -lglib-2.0 -liconv -threads -L/usr/local/lib -lgthread-2.0 -lglib-2.0 -liconv libtool: link: gcc -D__PIC__ -Wall -Werror -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -o .libs/vmtoolsd vmtoolsd-cmdLine.o vmtoolsd-mainLoop.o vmtoolsd-mainPosix.o vmtoolsd-pluginMgr.o vmtoolsd-serviceObj.o vmtoolsd-toolsRpc.o vmtoolsd-svcSignals.o -threads /src/x86/open-vm-tools-8.4.2-261024/libvmtools/.libs/libvmtools.so -L/usr/local/lib /usr/local/lib/libdnet -L/usr/local/ssl/lib -L/usr/openwin/lib -L/usr/lib -L/usr/X11R6/lib -L/usr/local/BerkeleyDB.4.7/lib -L/usr/local/mysql/lib -lsocket -lnsl -lrpcsvc -lcrypt -lpthread -L/usr/local/BerkeleyDB.4.2/lib /usr/local/lib/libgmodule-2.0.so /usr/local/lib/libgobject-2.0.so /usr/local/lib/libgthread-2.0.so /usr/local/lib/libglib-2.0.so /usr/local/lib/libiconv.so -threads -R/usr/local/lib Undefined first referenced symbol in file libintl_gettext vmtoolsd-cmdLine.o libintl appears to be version 8.0.2; have also tried against 8.1.1 -rw-r--r-- 1 bin bin 179782 Apr 21 2009 libintl.a -rw-r--r-- 1 bin bin 999 Apr 21 2009 libintl.la lrwxrwxrwx 1 root root 16 Jul 1 14:02 libintl.so -> libintl.so.8.0.2 lrwxrwxrwx 1 root root 16 Jul 1 14:02 libintl.so.8 -> libintl.so.8.0.2 -rwxr-xr-x 1 bin bin 128480 Apr 21 2009 libintl.so.8.0.2 -rwxr-xr-x 1 bin bin 48447 Jan 7 03:25 libintl.so.8.1.1 FYI... all I am trying to get out of this is the vmxnet3 driver. Is there a way to configure just for that? Thanks. ---------------------------------------------------------------------- Comment By: cjbaar (cjbaar0) Date: 2011-07-01 12:20 Message: Thanks so much! That seems to have gotten me past the PIC error. Now I apparently have a bunch of glib errors to deal with... but that's probably just a version issue. Thanks again. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-01 10:42 Message: I remember some old versions of gcc on Solaris don't define __PIC__ when you specify -fPIC. Could you try configuring with "CFLAGS=-D__PIC__"? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3345828&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-07-01 20:44:22
|
Tracker item #3345828, was opened at 2011-06-29 23:56 Message generated for change (Comment added) made by cjbaar0 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3345828&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: libraries Group: None Status: Closed Resolution: Wont Fix Priority: 5 Private: No Submitted By: cjbaar (cjbaar0) Assigned to: Nobody/Anonymous (nobody) Summary: Compile fails at backdoorGcc32.c Initial Comment: I am receiving this same error compiling on Solaris 10. system: SunOS 5.10 Generic_144489-17 i86pc i386 i86pc make: GNU Make 3.82 gcc: version 3.4.6 ./configure --without-x --without-icu make results in: libtool: compile: gcc -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"8.4.2\" "-DPACKAGE_STRING=\"open-vm-tools 8.4.2\"" -DPACKAGE_BUGREPORT=\"ope...@li...\" -DPACKAGE_URL=\"\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"8.4.2\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DX_DISPLAY_MISSING=1 -DHAVE_DLOPEN=1 -DHAVE_ECVT=1 -DHAVE_FCVT=1 -DNO_PROCPS=1 -DHAVE_CRYPT_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_WCHAR_H=1 -DHAVE_SYS_INTTYPES_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_SYSINFO_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_USER_H=1 -DHAVE_SYS_VFS_H=1 -DHAVE_SYSLIMITS_H=1 -DHAVE_UNWIND_H=1 -DHAVE__BOOL=1 -DHAVE_STDBOOL_H=1 -DHAVE_STRUCT_STAT_ST_RDEV=1 -DTIME_WITH_SYS_TIME=1 -DNO_MULTIMON=1 -I. -I/u/shr/src/x86/open-vm-tools-8.4.2-261024/lib/include -I/u/shr/src/x86/open-vm-tools-8.4.2-261024/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -DVMX86_TOOLS -DNO_CORE_ICU -DSOL10 -g -O2 -Wall -Werror -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -MT backdoorGcc32.lo -MD -MP -MF .deps/backdoorGcc32.Tpo -c backdoorGcc32.c -fPIC -DPIC -o .libs/backdoorGcc32.o backdoorGcc32.c: In function `Backdoor_InOut': backdoorGcc32.c:70: error: PIC register `ebx' clobbered in `asm' backdoorGcc32.c: In function `BackdoorHbIn': backdoorGcc32.c:130: error: PIC register `ebx' clobbered in `asm' backdoorGcc32.c: In function `BackdoorHbOut': backdoorGcc32.c:179: error: PIC register `ebx' clobbered in `asm' make: *** [backdoorGcc32.lo] Error 1 Any help is appreciated. Thank you! ---------------------------------------------------------------------- Comment By: cjbaar (cjbaar0) Date: 2011-07-01 14:44 Message: mvanzin... I really appreciate all of your help. But it would appear the compilation of this package is beyond me. An attempt to compile the driver module directly results in:/usr/local/bin/gcc -O2 -Wall -Werror -Wno-unknown-pragmas -U_NO_LONGLONG -D_KERNEL -I../../../lib/include -ffreestanding -nodefaultlibs -m32 -c vmxnet3_main.c -o i386/vmxnet3_main.o vmxnet3_main.c:36: error: syntax error before "mac_capab_t" vmxnet3_main.c:39: error: syntax error before "vmxnet3_mac_callbacks" vmxnet3_main.c:39: warning: type defaults to `int' in declaration of `vmxnet3_mac_callbacks' vmxnet3_main.c:40: error: `MC_GETCAPAB' undeclared here (not in a function) vmxnet3_main.c:40: error: initializer element is not constant vmxnet3_main.c:40: error: (near initialization for `vmxnet3_mac_callbacks') I've never had to trace through so many errors in a compilation process, and I don't really know what I'm looking for. Is there way to obtain a version of this driver that has already been compiled for Solaris x86? Thanks again. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-01 14:20 Message: If all you want is vmxnet3, you should be able to execute its makefile directly without having to configure anything. It just needs a few variables to be set (see "if SOLARIS" section in modules/Makefile.am). The configure script doesn't have an option to just build the kernel modules. ---------------------------------------------------------------------- Comment By: cjbaar (cjbaar0) Date: 2011-07-01 14:04 Message: OK; I got through the glib problems; now I am stick on libintl. /bin/bash ../../libtool --tag=CC --mode=link gcc -D__PIC__ -Wall -Werror -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -o vmtoolsd vmtoolsd-cmdLine.o vmtoolsd-mainLoop.o vmtoolsd-mainPosix.o vmtoolsd-pluginMgr.o vmtoolsd-serviceObj.o vmtoolsd-toolsRpc.o vmtoolsd-svcSignals.o /src/x86/open-vm-tools-8.4.2-261024/libvmtools/libvmtools.la -L/usr/local/lib -lglib-2.0 -liconv -L/usr/local/lib -lgmodule-2.0 -lglib-2.0 -liconv -L/usr/local/lib -lgobject-2.0 -lglib-2.0 -liconv -threads -L/usr/local/lib -lgthread-2.0 -lglib-2.0 -liconv libtool: link: gcc -D__PIC__ -Wall -Werror -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -o .libs/vmtoolsd vmtoolsd-cmdLine.o vmtoolsd-mainLoop.o vmtoolsd-mainPosix.o vmtoolsd-pluginMgr.o vmtoolsd-serviceObj.o vmtoolsd-toolsRpc.o vmtoolsd-svcSignals.o -threads /src/x86/open-vm-tools-8.4.2-261024/libvmtools/.libs/libvmtools.so -L/usr/local/lib /usr/local/lib/libdnet -L/usr/local/ssl/lib -L/usr/openwin/lib -L/usr/lib -L/usr/X11R6/lib -L/usr/local/BerkeleyDB.4.7/lib -L/usr/local/mysql/lib -lsocket -lnsl -lrpcsvc -lcrypt -lpthread -L/usr/local/BerkeleyDB.4.2/lib /usr/local/lib/libgmodule-2.0.so /usr/local/lib/libgobject-2.0.so /usr/local/lib/libgthread-2.0.so /usr/local/lib/libglib-2.0.so /usr/local/lib/libiconv.so -threads -R/usr/local/lib Undefined first referenced symbol in file libintl_gettext vmtoolsd-cmdLine.o libintl appears to be version 8.0.2; have also tried against 8.1.1 -rw-r--r-- 1 bin bin 179782 Apr 21 2009 libintl.a -rw-r--r-- 1 bin bin 999 Apr 21 2009 libintl.la lrwxrwxrwx 1 root root 16 Jul 1 14:02 libintl.so -> libintl.so.8.0.2 lrwxrwxrwx 1 root root 16 Jul 1 14:02 libintl.so.8 -> libintl.so.8.0.2 -rwxr-xr-x 1 bin bin 128480 Apr 21 2009 libintl.so.8.0.2 -rwxr-xr-x 1 bin bin 48447 Jan 7 03:25 libintl.so.8.1.1 FYI... all I am trying to get out of this is the vmxnet3 driver. Is there a way to configure just for that? Thanks. ---------------------------------------------------------------------- Comment By: cjbaar (cjbaar0) Date: 2011-07-01 13:20 Message: Thanks so much! That seems to have gotten me past the PIC error. Now I apparently have a bunch of glib errors to deal with... but that's probably just a version issue. Thanks again. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-01 11:42 Message: I remember some old versions of gcc on Solaris don't define __PIC__ when you specify -fPIC. Could you try configuring with "CFLAGS=-D__PIC__"? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3345828&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-07-01 20:20:44
|
Tracker item #3345828, was opened at 2011-06-29 22:56 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3345828&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: libraries Group: None >Status: Closed >Resolution: Wont Fix Priority: 5 Private: No Submitted By: cjbaar (cjbaar0) Assigned to: Nobody/Anonymous (nobody) Summary: Compile fails at backdoorGcc32.c Initial Comment: I am receiving this same error compiling on Solaris 10. system: SunOS 5.10 Generic_144489-17 i86pc i386 i86pc make: GNU Make 3.82 gcc: version 3.4.6 ./configure --without-x --without-icu make results in: libtool: compile: gcc -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"8.4.2\" "-DPACKAGE_STRING=\"open-vm-tools 8.4.2\"" -DPACKAGE_BUGREPORT=\"ope...@li...\" -DPACKAGE_URL=\"\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"8.4.2\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DX_DISPLAY_MISSING=1 -DHAVE_DLOPEN=1 -DHAVE_ECVT=1 -DHAVE_FCVT=1 -DNO_PROCPS=1 -DHAVE_CRYPT_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_WCHAR_H=1 -DHAVE_SYS_INTTYPES_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_SYSINFO_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_USER_H=1 -DHAVE_SYS_VFS_H=1 -DHAVE_SYSLIMITS_H=1 -DHAVE_UNWIND_H=1 -DHAVE__BOOL=1 -DHAVE_STDBOOL_H=1 -DHAVE_STRUCT_STAT_ST_RDEV=1 -DTIME_WITH_SYS_TIME=1 -DNO_MULTIMON=1 -I. -I/u/shr/src/x86/open-vm-tools-8.4.2-261024/lib/include -I/u/shr/src/x86/open-vm-tools-8.4.2-261024/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -DVMX86_TOOLS -DNO_CORE_ICU -DSOL10 -g -O2 -Wall -Werror -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -MT backdoorGcc32.lo -MD -MP -MF .deps/backdoorGcc32.Tpo -c backdoorGcc32.c -fPIC -DPIC -o .libs/backdoorGcc32.o backdoorGcc32.c: In function `Backdoor_InOut': backdoorGcc32.c:70: error: PIC register `ebx' clobbered in `asm' backdoorGcc32.c: In function `BackdoorHbIn': backdoorGcc32.c:130: error: PIC register `ebx' clobbered in `asm' backdoorGcc32.c: In function `BackdoorHbOut': backdoorGcc32.c:179: error: PIC register `ebx' clobbered in `asm' make: *** [backdoorGcc32.lo] Error 1 Any help is appreciated. Thank you! ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-01 13:20 Message: If all you want is vmxnet3, you should be able to execute its makefile directly without having to configure anything. It just needs a few variables to be set (see "if SOLARIS" section in modules/Makefile.am). The configure script doesn't have an option to just build the kernel modules. ---------------------------------------------------------------------- Comment By: cjbaar (cjbaar0) Date: 2011-07-01 13:04 Message: OK; I got through the glib problems; now I am stick on libintl. /bin/bash ../../libtool --tag=CC --mode=link gcc -D__PIC__ -Wall -Werror -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -o vmtoolsd vmtoolsd-cmdLine.o vmtoolsd-mainLoop.o vmtoolsd-mainPosix.o vmtoolsd-pluginMgr.o vmtoolsd-serviceObj.o vmtoolsd-toolsRpc.o vmtoolsd-svcSignals.o /src/x86/open-vm-tools-8.4.2-261024/libvmtools/libvmtools.la -L/usr/local/lib -lglib-2.0 -liconv -L/usr/local/lib -lgmodule-2.0 -lglib-2.0 -liconv -L/usr/local/lib -lgobject-2.0 -lglib-2.0 -liconv -threads -L/usr/local/lib -lgthread-2.0 -lglib-2.0 -liconv libtool: link: gcc -D__PIC__ -Wall -Werror -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -o .libs/vmtoolsd vmtoolsd-cmdLine.o vmtoolsd-mainLoop.o vmtoolsd-mainPosix.o vmtoolsd-pluginMgr.o vmtoolsd-serviceObj.o vmtoolsd-toolsRpc.o vmtoolsd-svcSignals.o -threads /src/x86/open-vm-tools-8.4.2-261024/libvmtools/.libs/libvmtools.so -L/usr/local/lib /usr/local/lib/libdnet -L/usr/local/ssl/lib -L/usr/openwin/lib -L/usr/lib -L/usr/X11R6/lib -L/usr/local/BerkeleyDB.4.7/lib -L/usr/local/mysql/lib -lsocket -lnsl -lrpcsvc -lcrypt -lpthread -L/usr/local/BerkeleyDB.4.2/lib /usr/local/lib/libgmodule-2.0.so /usr/local/lib/libgobject-2.0.so /usr/local/lib/libgthread-2.0.so /usr/local/lib/libglib-2.0.so /usr/local/lib/libiconv.so -threads -R/usr/local/lib Undefined first referenced symbol in file libintl_gettext vmtoolsd-cmdLine.o libintl appears to be version 8.0.2; have also tried against 8.1.1 -rw-r--r-- 1 bin bin 179782 Apr 21 2009 libintl.a -rw-r--r-- 1 bin bin 999 Apr 21 2009 libintl.la lrwxrwxrwx 1 root root 16 Jul 1 14:02 libintl.so -> libintl.so.8.0.2 lrwxrwxrwx 1 root root 16 Jul 1 14:02 libintl.so.8 -> libintl.so.8.0.2 -rwxr-xr-x 1 bin bin 128480 Apr 21 2009 libintl.so.8.0.2 -rwxr-xr-x 1 bin bin 48447 Jan 7 03:25 libintl.so.8.1.1 FYI... all I am trying to get out of this is the vmxnet3 driver. Is there a way to configure just for that? Thanks. ---------------------------------------------------------------------- Comment By: cjbaar (cjbaar0) Date: 2011-07-01 12:20 Message: Thanks so much! That seems to have gotten me past the PIC error. Now I apparently have a bunch of glib errors to deal with... but that's probably just a version issue. Thanks again. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-01 10:42 Message: I remember some old versions of gcc on Solaris don't define __PIC__ when you specify -fPIC. Could you try configuring with "CFLAGS=-D__PIC__"? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3345828&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-07-01 20:04:27
|
Tracker item #3345828, was opened at 2011-06-29 23:56 Message generated for change (Comment added) made by cjbaar0 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3345828&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: libraries Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: cjbaar (cjbaar0) Assigned to: Nobody/Anonymous (nobody) Summary: Compile fails at backdoorGcc32.c Initial Comment: I am receiving this same error compiling on Solaris 10. system: SunOS 5.10 Generic_144489-17 i86pc i386 i86pc make: GNU Make 3.82 gcc: version 3.4.6 ./configure --without-x --without-icu make results in: libtool: compile: gcc -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"8.4.2\" "-DPACKAGE_STRING=\"open-vm-tools 8.4.2\"" -DPACKAGE_BUGREPORT=\"ope...@li...\" -DPACKAGE_URL=\"\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"8.4.2\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DX_DISPLAY_MISSING=1 -DHAVE_DLOPEN=1 -DHAVE_ECVT=1 -DHAVE_FCVT=1 -DNO_PROCPS=1 -DHAVE_CRYPT_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_WCHAR_H=1 -DHAVE_SYS_INTTYPES_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_SYSINFO_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_USER_H=1 -DHAVE_SYS_VFS_H=1 -DHAVE_SYSLIMITS_H=1 -DHAVE_UNWIND_H=1 -DHAVE__BOOL=1 -DHAVE_STDBOOL_H=1 -DHAVE_STRUCT_STAT_ST_RDEV=1 -DTIME_WITH_SYS_TIME=1 -DNO_MULTIMON=1 -I. -I/u/shr/src/x86/open-vm-tools-8.4.2-261024/lib/include -I/u/shr/src/x86/open-vm-tools-8.4.2-261024/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -DVMX86_TOOLS -DNO_CORE_ICU -DSOL10 -g -O2 -Wall -Werror -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -MT backdoorGcc32.lo -MD -MP -MF .deps/backdoorGcc32.Tpo -c backdoorGcc32.c -fPIC -DPIC -o .libs/backdoorGcc32.o backdoorGcc32.c: In function `Backdoor_InOut': backdoorGcc32.c:70: error: PIC register `ebx' clobbered in `asm' backdoorGcc32.c: In function `BackdoorHbIn': backdoorGcc32.c:130: error: PIC register `ebx' clobbered in `asm' backdoorGcc32.c: In function `BackdoorHbOut': backdoorGcc32.c:179: error: PIC register `ebx' clobbered in `asm' make: *** [backdoorGcc32.lo] Error 1 Any help is appreciated. Thank you! ---------------------------------------------------------------------- >Comment By: cjbaar (cjbaar0) Date: 2011-07-01 14:04 Message: OK; I got through the glib problems; now I am stick on libintl. /bin/bash ../../libtool --tag=CC --mode=link gcc -D__PIC__ -Wall -Werror -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -o vmtoolsd vmtoolsd-cmdLine.o vmtoolsd-mainLoop.o vmtoolsd-mainPosix.o vmtoolsd-pluginMgr.o vmtoolsd-serviceObj.o vmtoolsd-toolsRpc.o vmtoolsd-svcSignals.o /src/x86/open-vm-tools-8.4.2-261024/libvmtools/libvmtools.la -L/usr/local/lib -lglib-2.0 -liconv -L/usr/local/lib -lgmodule-2.0 -lglib-2.0 -liconv -L/usr/local/lib -lgobject-2.0 -lglib-2.0 -liconv -threads -L/usr/local/lib -lgthread-2.0 -lglib-2.0 -liconv libtool: link: gcc -D__PIC__ -Wall -Werror -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -o .libs/vmtoolsd vmtoolsd-cmdLine.o vmtoolsd-mainLoop.o vmtoolsd-mainPosix.o vmtoolsd-pluginMgr.o vmtoolsd-serviceObj.o vmtoolsd-toolsRpc.o vmtoolsd-svcSignals.o -threads /src/x86/open-vm-tools-8.4.2-261024/libvmtools/.libs/libvmtools.so -L/usr/local/lib /usr/local/lib/libdnet -L/usr/local/ssl/lib -L/usr/openwin/lib -L/usr/lib -L/usr/X11R6/lib -L/usr/local/BerkeleyDB.4.7/lib -L/usr/local/mysql/lib -lsocket -lnsl -lrpcsvc -lcrypt -lpthread -L/usr/local/BerkeleyDB.4.2/lib /usr/local/lib/libgmodule-2.0.so /usr/local/lib/libgobject-2.0.so /usr/local/lib/libgthread-2.0.so /usr/local/lib/libglib-2.0.so /usr/local/lib/libiconv.so -threads -R/usr/local/lib Undefined first referenced symbol in file libintl_gettext vmtoolsd-cmdLine.o libintl appears to be version 8.0.2; have also tried against 8.1.1 -rw-r--r-- 1 bin bin 179782 Apr 21 2009 libintl.a -rw-r--r-- 1 bin bin 999 Apr 21 2009 libintl.la lrwxrwxrwx 1 root root 16 Jul 1 14:02 libintl.so -> libintl.so.8.0.2 lrwxrwxrwx 1 root root 16 Jul 1 14:02 libintl.so.8 -> libintl.so.8.0.2 -rwxr-xr-x 1 bin bin 128480 Apr 21 2009 libintl.so.8.0.2 -rwxr-xr-x 1 bin bin 48447 Jan 7 03:25 libintl.so.8.1.1 FYI... all I am trying to get out of this is the vmxnet3 driver. Is there a way to configure just for that? Thanks. ---------------------------------------------------------------------- Comment By: cjbaar (cjbaar0) Date: 2011-07-01 13:20 Message: Thanks so much! That seems to have gotten me past the PIC error. Now I apparently have a bunch of glib errors to deal with... but that's probably just a version issue. Thanks again. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-01 11:42 Message: I remember some old versions of gcc on Solaris don't define __PIC__ when you specify -fPIC. Could you try configuring with "CFLAGS=-D__PIC__"? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3345828&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-07-01 19:20:10
|
Tracker item #3345828, was opened at 2011-06-29 23:56 Message generated for change (Comment added) made by cjbaar0 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3345828&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: libraries Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: cjbaar (cjbaar0) Assigned to: Nobody/Anonymous (nobody) Summary: Compile fails at backdoorGcc32.c Initial Comment: I am receiving this same error compiling on Solaris 10. system: SunOS 5.10 Generic_144489-17 i86pc i386 i86pc make: GNU Make 3.82 gcc: version 3.4.6 ./configure --without-x --without-icu make results in: libtool: compile: gcc -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"8.4.2\" "-DPACKAGE_STRING=\"open-vm-tools 8.4.2\"" -DPACKAGE_BUGREPORT=\"ope...@li...\" -DPACKAGE_URL=\"\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"8.4.2\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DX_DISPLAY_MISSING=1 -DHAVE_DLOPEN=1 -DHAVE_ECVT=1 -DHAVE_FCVT=1 -DNO_PROCPS=1 -DHAVE_CRYPT_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_WCHAR_H=1 -DHAVE_SYS_INTTYPES_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_SYSINFO_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_USER_H=1 -DHAVE_SYS_VFS_H=1 -DHAVE_SYSLIMITS_H=1 -DHAVE_UNWIND_H=1 -DHAVE__BOOL=1 -DHAVE_STDBOOL_H=1 -DHAVE_STRUCT_STAT_ST_RDEV=1 -DTIME_WITH_SYS_TIME=1 -DNO_MULTIMON=1 -I. -I/u/shr/src/x86/open-vm-tools-8.4.2-261024/lib/include -I/u/shr/src/x86/open-vm-tools-8.4.2-261024/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -DVMX86_TOOLS -DNO_CORE_ICU -DSOL10 -g -O2 -Wall -Werror -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -MT backdoorGcc32.lo -MD -MP -MF .deps/backdoorGcc32.Tpo -c backdoorGcc32.c -fPIC -DPIC -o .libs/backdoorGcc32.o backdoorGcc32.c: In function `Backdoor_InOut': backdoorGcc32.c:70: error: PIC register `ebx' clobbered in `asm' backdoorGcc32.c: In function `BackdoorHbIn': backdoorGcc32.c:130: error: PIC register `ebx' clobbered in `asm' backdoorGcc32.c: In function `BackdoorHbOut': backdoorGcc32.c:179: error: PIC register `ebx' clobbered in `asm' make: *** [backdoorGcc32.lo] Error 1 Any help is appreciated. Thank you! ---------------------------------------------------------------------- >Comment By: cjbaar (cjbaar0) Date: 2011-07-01 13:20 Message: Thanks so much! That seems to have gotten me past the PIC error. Now I apparently have a bunch of glib errors to deal with... but that's probably just a version issue. Thanks again. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-01 11:42 Message: I remember some old versions of gcc on Solaris don't define __PIC__ when you specify -fPIC. Could you try configuring with "CFLAGS=-D__PIC__"? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3345828&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-07-01 17:42:37
|
Tracker item #3345828, was opened at 2011-06-29 22:56 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3345828&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: libraries Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: cjbaar (cjbaar0) Assigned to: Nobody/Anonymous (nobody) Summary: Compile fails at backdoorGcc32.c Initial Comment: I am receiving this same error compiling on Solaris 10. system: SunOS 5.10 Generic_144489-17 i86pc i386 i86pc make: GNU Make 3.82 gcc: version 3.4.6 ./configure --without-x --without-icu make results in: libtool: compile: gcc -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"8.4.2\" "-DPACKAGE_STRING=\"open-vm-tools 8.4.2\"" -DPACKAGE_BUGREPORT=\"ope...@li...\" -DPACKAGE_URL=\"\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"8.4.2\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DX_DISPLAY_MISSING=1 -DHAVE_DLOPEN=1 -DHAVE_ECVT=1 -DHAVE_FCVT=1 -DNO_PROCPS=1 -DHAVE_CRYPT_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_WCHAR_H=1 -DHAVE_SYS_INTTYPES_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_SYSINFO_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_USER_H=1 -DHAVE_SYS_VFS_H=1 -DHAVE_SYSLIMITS_H=1 -DHAVE_UNWIND_H=1 -DHAVE__BOOL=1 -DHAVE_STDBOOL_H=1 -DHAVE_STRUCT_STAT_ST_RDEV=1 -DTIME_WITH_SYS_TIME=1 -DNO_MULTIMON=1 -I. -I/u/shr/src/x86/open-vm-tools-8.4.2-261024/lib/include -I/u/shr/src/x86/open-vm-tools-8.4.2-261024/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -DVMX86_TOOLS -DNO_CORE_ICU -DSOL10 -g -O2 -Wall -Werror -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -MT backdoorGcc32.lo -MD -MP -MF .deps/backdoorGcc32.Tpo -c backdoorGcc32.c -fPIC -DPIC -o .libs/backdoorGcc32.o backdoorGcc32.c: In function `Backdoor_InOut': backdoorGcc32.c:70: error: PIC register `ebx' clobbered in `asm' backdoorGcc32.c: In function `BackdoorHbIn': backdoorGcc32.c:130: error: PIC register `ebx' clobbered in `asm' backdoorGcc32.c: In function `BackdoorHbOut': backdoorGcc32.c:179: error: PIC register `ebx' clobbered in `asm' make: *** [backdoorGcc32.lo] Error 1 Any help is appreciated. Thank you! ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-01 10:42 Message: I remember some old versions of gcc on Solaris don't define __PIC__ when you specify -fPIC. Could you try configuring with "CFLAGS=-D__PIC__"? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3345828&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-06-30 05:56:48
|
Tracker item #3345828, was opened at 2011-06-29 23:56 Message generated for change (Tracker Item Submitted) made by cjbaar0 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3345828&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: libraries Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: cjbaar (cjbaar0) Assigned to: Nobody/Anonymous (nobody) Summary: Compile fails at backdoorGcc32.c Initial Comment: I am receiving this same error compiling on Solaris 10. system: SunOS 5.10 Generic_144489-17 i86pc i386 i86pc make: GNU Make 3.82 gcc: version 3.4.6 ./configure --without-x --without-icu make results in: libtool: compile: gcc -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"8.4.2\" "-DPACKAGE_STRING=\"open-vm-tools 8.4.2\"" -DPACKAGE_BUGREPORT=\"ope...@li...\" -DPACKAGE_URL=\"\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"8.4.2\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DX_DISPLAY_MISSING=1 -DHAVE_DLOPEN=1 -DHAVE_ECVT=1 -DHAVE_FCVT=1 -DNO_PROCPS=1 -DHAVE_CRYPT_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_WCHAR_H=1 -DHAVE_SYS_INTTYPES_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_SYSINFO_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_USER_H=1 -DHAVE_SYS_VFS_H=1 -DHAVE_SYSLIMITS_H=1 -DHAVE_UNWIND_H=1 -DHAVE__BOOL=1 -DHAVE_STDBOOL_H=1 -DHAVE_STRUCT_STAT_ST_RDEV=1 -DTIME_WITH_SYS_TIME=1 -DNO_MULTIMON=1 -I. -I/u/shr/src/x86/open-vm-tools-8.4.2-261024/lib/include -I/u/shr/src/x86/open-vm-tools-8.4.2-261024/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -DVMX86_TOOLS -DNO_CORE_ICU -DSOL10 -g -O2 -Wall -Werror -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -MT backdoorGcc32.lo -MD -MP -MF .deps/backdoorGcc32.Tpo -c backdoorGcc32.c -fPIC -DPIC -o .libs/backdoorGcc32.o backdoorGcc32.c: In function `Backdoor_InOut': backdoorGcc32.c:70: error: PIC register `ebx' clobbered in `asm' backdoorGcc32.c: In function `BackdoorHbIn': backdoorGcc32.c:130: error: PIC register `ebx' clobbered in `asm' backdoorGcc32.c: In function `BackdoorHbOut': backdoorGcc32.c:179: error: PIC register `ebx' clobbered in `asm' make: *** [backdoorGcc32.lo] Error 1 Any help is appreciated. Thank you! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3345828&group_id=204462 |
|
From: Marcelo V. <mv...@vm...> - 2011-06-18 19:28:55
|
Hi John, On 06/16/2011 01:31 PM, John Masinter wrote: > SUMMARY: Is there any tool or release that aids in integrating Open VM Tools > modules directly into my Linux kernel src tree? I have never tries this script for this purpose, but open-vm-tools ships with modules/linux/dkms.sh, which creates "stand alone" module directories for use with DKMS. Maybe they would work for in-tree building too, it might be worth a try. -- - Marcelo |
|
From: John M. <jo...@ma...> - 2011-06-16 21:03:09
|
SUMMARY: Is there any tool or release that aids in integrating Open VM Tools modules directly into my Linux kernel src tree? DETAIL: I maintain a few Linux kernels at my job. I build many kernels from the same host, and need to build open vm tools (a.k.a. ovt) for each kernel. In other words, I need to build for kernels that are not the installed and running kernel. For our past kernel, 2.6.27, I extracted the modules src from under ovt, and integrated it under my linux kernel src tree, including patching the various Kconfig's so that ovt was configurable via menuconfig. All that was fine. Now with the 2.6.32 kernel I was forced to update ovt, and went straight to the latest release 2011.05.27-420096. The current ovt version has broken out some shared code to the top of the modules tree that makes the task of integrating into the kernel tree more difficult. Before I spend the time to recreate the wheel, I wanted to ask if this has already done. Is there a tool to aid in this? Or perhaps a release that provides kernel-ready module source? Failing any good input, I will write a script that takes the ovt src tree, and produces self-contained module sub-dirs that each duplicate all shared code. The makefiles in the kernel tree are vastly different than the standalone build, so I'll just provide replacements rather than patches for makefiles. This small amount of space is not a concern, and will make integrating each module an independent and easy task. I welcome any input on the task. Cheerio. |
58 messages has been excluded from this view by a project administrator.
