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: SourceForge.net <no...@so...> - 2011-07-21 17:56:16
|
Tracker item #3297924, was opened at 2011-05-05 06:49 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3297924&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: Timo Gurr (tgurr) Assigned to: Nobody/Anonymous (nobody) Summary: Wrong "Guest OS" information in vSphere client displayed Initial Comment: The guest is configured as "Other 2.6x Linux (64-bit)", attached screenshot (vmware-tools_stopped.png). # uname -a Linux wwwproxy 2.6.38.5 #2 SMP Wed May 4 12:33:49 CEST 2011 x86_64 Six-Core AMD Opteron(tm) Processor 2425 HE AuthenticAMD GNU/Linux After starting open-vm-tools-2011.04.25-402641 the information in vCenter changes to "Other (32-bit)", attached screenshot (vmware-tools_started.png) which is obviously wrong. VMware vSphere vCenter Client/Server is Version 4.1.0 Build 345043. ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-21 10:56 Message: In general, the OS would be reported as "Other (32-bit)" if the code completely failed to recognize that output. The interesting bit is that we do have a check for Fedora in the code, and it should recognize that output. I'll need to try it out to see what's going on. As for what if affects, there are a couple of vCenter features that will look at that value and decide whether they'll run against the VM or not. But I think those features do not support Fedora anyway, so you should be safe. In your case it's probably just a cosmetic thing. ---------------------------------------------------------------------- Comment By: Greg Emerick (gemerick) Date: 2011-07-20 18:21 Message: lsb_release -sd returns: "Fedora release 9 (Sulphur)" I can see where that would get me Other (32-bit). Could you give me some idea of what tools are looking for in the response to indicate 64 bit? If I have to, I'll make this return what's necessary, since it's not used by our appliance for any other purpose. Also, would there be any side-effects to just allowing this to happen? The vmx file is still set to Other (64 bit). ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-20 16:36 Message: Tools will generally use the output of "lsb_release -sd" to figure out the OS information. Fedora 9 should have that; what's the output of that command in your VM? If lsb_release is not available, then that's probably the cause. ---------------------------------------------------------------------- Comment By: Greg Emerick (gemerick) Date: 2011-07-18 19:44 Message: I'm seeing this on Fedora 9 as well with open-vm-tools-2011.06.27-437995. Anything I can provide to assist? vSphere 4.1.0 Build 260247 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3297924&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-07-21 17:42:56
|
Tracker item #3371547, was opened at 2011-07-19 09:26 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3371547&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: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: patches to allow vmtools to be built with uclibc/buildroot Initial Comment: With the attached patches, vmtools will be able to be built for uclibc. Tested successfully in a buildroot environment. ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-21 10:42 Message: Thanks. I'll ping our legal department since generally they haven't been very good in processing those. ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2011-07-21 04:20 Message: Contributor agreement sent. ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2011-07-21 04:05 Message: I've substituted patch #4 with a much simpler version -- just moves NO_FLOATING_POINT ifdef to exclude one function. The rest of the code that was problematic can be stubbed out by compiling with NO_FLOATING_POINT. So basically these patches just modify some ifdef's now. Will submit contributor agreement. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-20 10:08 Message: For the libc bits, I don't think we can accept those into our repository, unless you manage to get the copyright owner to sign off the copyright on those bits to VMware (which I think is unlikely to happen...). ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2011-07-20 01:08 Message: Hi, All patches except one are nothing more than adding an extra #if defined so signing and returning the approval form isn't a problem. Patch number #4 is more problematic however since the code is lifted off libc. What's the contribution policy on that? ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-19 10:30 Message: Thanks for taking the time to do this, but we can't accept any patches unless you follow the instructions at: http://open-vm-tools.sourceforge.net/contribute.php Lots of this code is shared with our closed-sourced products, so we can't just merge (L)GPL code into our code base without being able to change the license. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3371547&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-07-21 17:33:58
|
Tracker item #3373006, was opened at 2011-07-20 19:42 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3373006&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: Nate Muench (n-minker) Assigned to: Nobody/Anonymous (nobody) Summary: open-vm-tools still fails to build with GCC 4.6 or later Initial Comment: I just downloaded the new release for open-vm-tools (2011.07.19-450511), There still appears to be issues, below are the remaining issues: lib/file/ fileLockPrimitive.c:1404:8: error: variable 'cnt' set but not used lib/file/ fileLockPosix.c:988:9: error: variable 'gotProcData' set but not used I've also attached a partial build log (which is from later during the build), with more errors. It may not be related to GCC 4.6 but I thought I'd bring it up. ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-21 10:33 Message: Could you try to configure with "-Wno-unused-but-set-variable" in your CFLAGS? You're interested in building, not in keeping the code clean, so that should work for you. (FYI: it needs to come after "-Wall -Werror" in the gcc command line; I believe just setting CFLAGS in the configure command line will do that.) We still don't use gcc 4.6 internally, so it's hard for us to keep track of these warnings. We'll fix them as we run into them, but disabling that warning is probably the easier solution for you guys. As for the other build errors, they seem to be related to not finding the SunRPC functions in libc. Did something change in the version of glibc you're using? The functions used to be in libc.so. If they've moved, you may need to tweak LDFLAGS. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3373006&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-07-21 12:39:25
|
Tracker item #3371547, was opened at 2011-07-19 16:26 Message generated for change (Settings changed) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3371547&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: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) >Summary: patches to allow vmtools to be built with uclibc/buildroot Initial Comment: With the attached patches, vmtools will be able to be built for uclibc. Tested successfully in a buildroot environment. ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2011-07-21 11:20 Message: Contributor agreement sent. ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2011-07-21 11:05 Message: I've substituted patch #4 with a much simpler version -- just moves NO_FLOATING_POINT ifdef to exclude one function. The rest of the code that was problematic can be stubbed out by compiling with NO_FLOATING_POINT. So basically these patches just modify some ifdef's now. Will submit contributor agreement. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-20 17:08 Message: For the libc bits, I don't think we can accept those into our repository, unless you manage to get the copyright owner to sign off the copyright on those bits to VMware (which I think is unlikely to happen...). ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2011-07-20 08:08 Message: Hi, All patches except one are nothing more than adding an extra #if defined so signing and returning the approval form isn't a problem. Patch number #4 is more problematic however since the code is lifted off libc. What's the contribution policy on that? ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-19 17:30 Message: Thanks for taking the time to do this, but we can't accept any patches unless you follow the instructions at: http://open-vm-tools.sourceforge.net/contribute.php Lots of this code is shared with our closed-sourced products, so we can't just merge (L)GPL code into our code base without being able to change the license. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3371547&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-07-21 11:20:29
|
Tracker item #3371547, was opened at 2011-07-19 16:26 Message generated for change (Comment added) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3371547&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: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: patches to allow vmtools to be built with uclibc Initial Comment: With the attached patches, vmtools will be able to be built for uclibc. Tested successfully in a buildroot environment. ---------------------------------------------------------------------- >Comment By: https://www.google.com/accounts () Date: 2011-07-21 11:20 Message: Contributor agreement sent. ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2011-07-21 11:05 Message: I've substituted patch #4 with a much simpler version -- just moves NO_FLOATING_POINT ifdef to exclude one function. The rest of the code that was problematic can be stubbed out by compiling with NO_FLOATING_POINT. So basically these patches just modify some ifdef's now. Will submit contributor agreement. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-20 17:08 Message: For the libc bits, I don't think we can accept those into our repository, unless you manage to get the copyright owner to sign off the copyright on those bits to VMware (which I think is unlikely to happen...). ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2011-07-20 08:08 Message: Hi, All patches except one are nothing more than adding an extra #if defined so signing and returning the approval form isn't a problem. Patch number #4 is more problematic however since the code is lifted off libc. What's the contribution policy on that? ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-19 17:30 Message: Thanks for taking the time to do this, but we can't accept any patches unless you follow the instructions at: http://open-vm-tools.sourceforge.net/contribute.php Lots of this code is shared with our closed-sourced products, so we can't just merge (L)GPL code into our code base without being able to change the license. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3371547&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-07-21 11:05:27
|
Tracker item #3371547, was opened at 2011-07-19 16:26 Message generated for change (Comment added) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3371547&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: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: patches to allow vmtools to be built with uclibc Initial Comment: With the attached patches, vmtools will be able to be built for uclibc. Tested successfully in a buildroot environment. ---------------------------------------------------------------------- >Comment By: https://www.google.com/accounts () Date: 2011-07-21 11:05 Message: I've substituted patch #4 with a much simpler version -- just moves NO_FLOATING_POINT ifdef to exclude one function. The rest of the code that was problematic can be stubbed out by compiling with NO_FLOATING_POINT. So basically these patches just modify some ifdef's now. Will submit contributor agreement. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-20 17:08 Message: For the libc bits, I don't think we can accept those into our repository, unless you manage to get the copyright owner to sign off the copyright on those bits to VMware (which I think is unlikely to happen...). ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2011-07-20 08:08 Message: Hi, All patches except one are nothing more than adding an extra #if defined so signing and returning the approval form isn't a problem. Patch number #4 is more problematic however since the code is lifted off libc. What's the contribution policy on that? ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-19 17:30 Message: Thanks for taking the time to do this, but we can't accept any patches unless you follow the instructions at: http://open-vm-tools.sourceforge.net/contribute.php Lots of this code is shared with our closed-sourced products, so we can't just merge (L)GPL code into our code base without being able to change the license. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3371547&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-07-21 02:42:39
|
Tracker item #3373006, was opened at 2011-07-20 21:42 Message generated for change (Settings changed) made by n-minker You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3373006&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: 9 Private: No Submitted By: Nate Muench (n-minker) Assigned to: Nobody/Anonymous (nobody) Summary: open-vm-tools still fails to build with GCC 4.6 or later Initial Comment: I just downloaded the new release for open-vm-tools (2011.07.19-450511), There still appears to be issues, below are the remaining issues: lib/file/ fileLockPrimitive.c:1404:8: error: variable 'cnt' set but not used lib/file/ fileLockPosix.c:988:9: error: variable 'gotProcData' set but not used I've also attached a partial build log (which is from later during the build), with more errors. It may not be related to GCC 4.6 but I thought I'd bring it up. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3373006&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-07-21 02:42:14
|
Tracker item #3373006, was opened at 2011-07-20 21:42 Message generated for change (Tracker Item Submitted) made by n-minker You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3373006&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: Nate Muench (n-minker) Assigned to: Nobody/Anonymous (nobody) Summary: open-vm-tools still fails to build with GCC 4.6 or later Initial Comment: I just downloaded the new release for open-vm-tools (2011.07.19-450511), There still appears to be issues, below are the remaining issues: lib/file/ fileLockPrimitive.c:1404:8: error: variable 'cnt' set but not used lib/file/ fileLockPosix.c:988:9: error: variable 'gotProcData' set but not used I've also attached a partial build log (which is from later during the build), with more errors. It may not be related to GCC 4.6 but I thought I'd bring it up. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3373006&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-07-21 01:21:08
|
Tracker item #3297924, was opened at 2011-05-05 08:49 Message generated for change (Comment added) made by gemerick You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3297924&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: Timo Gurr (tgurr) Assigned to: Nobody/Anonymous (nobody) Summary: Wrong "Guest OS" information in vSphere client displayed Initial Comment: The guest is configured as "Other 2.6x Linux (64-bit)", attached screenshot (vmware-tools_stopped.png). # uname -a Linux wwwproxy 2.6.38.5 #2 SMP Wed May 4 12:33:49 CEST 2011 x86_64 Six-Core AMD Opteron(tm) Processor 2425 HE AuthenticAMD GNU/Linux After starting open-vm-tools-2011.04.25-402641 the information in vCenter changes to "Other (32-bit)", attached screenshot (vmware-tools_started.png) which is obviously wrong. VMware vSphere vCenter Client/Server is Version 4.1.0 Build 345043. ---------------------------------------------------------------------- Comment By: Greg Emerick (gemerick) Date: 2011-07-20 20:21 Message: lsb_release -sd returns: "Fedora release 9 (Sulphur)" I can see where that would get me Other (32-bit). Could you give me some idea of what tools are looking for in the response to indicate 64 bit? If I have to, I'll make this return what's necessary, since it's not used by our appliance for any other purpose. Also, would there be any side-effects to just allowing this to happen? The vmx file is still set to Other (64 bit). ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-20 18:36 Message: Tools will generally use the output of "lsb_release -sd" to figure out the OS information. Fedora 9 should have that; what's the output of that command in your VM? If lsb_release is not available, then that's probably the cause. ---------------------------------------------------------------------- Comment By: Greg Emerick (gemerick) Date: 2011-07-18 21:44 Message: I'm seeing this on Fedora 9 as well with open-vm-tools-2011.06.27-437995. Anything I can provide to assist? vSphere 4.1.0 Build 260247 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3297924&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-07-20 23:44:30
|
Tracker item #3299215, was opened at 2011-05-08 19:04 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3299215&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: kernel modules Group: None >Status: Closed >Resolution: Invalid Priority: 5 Private: No Submitted By: Glen Eustace (godzone-glen) Assigned to: Nobody/Anonymous (nobody) Summary: Transmitting oversize packets, ignoring MTU and ICP frag mes Initial Comment: Please refer to https://bugzilla.redhat.com/show_bug.cgi?id=702560 as I thought initially this was a kernel issue. Now I am not so sure. ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-20 16:44 Message: vmxnet3 is not part of open-vm-tools anymore (it's been in the Linux kernel tree for a while), so there's nothing that can be done here. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3299215&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-07-20 23:39:03
|
Tracker item #3369135, was opened at 2011-07-16 22:18 Message generated for change (Comment added) made by mvanzin 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: Closed >Resolution: Out of Date 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. ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-20 16:39 Message: You haven't specified the version of open-vm-tools you're using; but I'm pretty sure all the issues you mention have been fixed in the last few unstable releases. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3369135&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-07-20 23:36:38
|
Tracker item #3297924, was opened at 2011-05-05 06:49 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3297924&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: Timo Gurr (tgurr) Assigned to: Nobody/Anonymous (nobody) Summary: Wrong "Guest OS" information in vSphere client displayed Initial Comment: The guest is configured as "Other 2.6x Linux (64-bit)", attached screenshot (vmware-tools_stopped.png). # uname -a Linux wwwproxy 2.6.38.5 #2 SMP Wed May 4 12:33:49 CEST 2011 x86_64 Six-Core AMD Opteron(tm) Processor 2425 HE AuthenticAMD GNU/Linux After starting open-vm-tools-2011.04.25-402641 the information in vCenter changes to "Other (32-bit)", attached screenshot (vmware-tools_started.png) which is obviously wrong. VMware vSphere vCenter Client/Server is Version 4.1.0 Build 345043. ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-20 16:36 Message: Tools will generally use the output of "lsb_release -sd" to figure out the OS information. Fedora 9 should have that; what's the output of that command in your VM? If lsb_release is not available, then that's probably the cause. ---------------------------------------------------------------------- Comment By: Greg Emerick (gemerick) Date: 2011-07-18 19:44 Message: I'm seeing this on Fedora 9 as well with open-vm-tools-2011.06.27-437995. Anything I can provide to assist? vSphere 4.1.0 Build 260247 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3297924&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-07-20 23:34:15
|
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: Closed >Resolution: Fixed 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-20 16:34 Message: This is fixed in the last release. If you're using distro packages, you may need to ask them to update their version or backport the fix (commit id b76ee8). ---------------------------------------------------------------------- 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-20 23:32:46
|
Tracker item #3345828, was opened at 2011-06-29 22:56 Message generated for change (Settings changed) 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: cjbaar (cjbaar0) Date: 2011-07-01 14: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 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: SourceForge.net <no...@so...> - 2011-07-20 23:31:28
|
Tracker item #3370770, was opened at 2011-07-18 16:43 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3370770&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: Closed >Resolution: Fixed Priority: 9 Private: No Submitted By: Nate Muench (n-minker) Assigned to: Nobody/Anonymous (nobody) Summary: open-vm-tools fails to build with GCC 4.6 or later Initial Comment: Your newer unstable version of open-vm-tools fails to build against GCC 4.6.0 or later because of this: -Werror=unused-but-set-variable The following files (located in the root of the open-vm-tools-2011.06.27-437995 folder) are affected, and need to be adapted to compile properly with GCC 4.6.0: lib/file/ fileStandAlone.c:223:17: error: variable 'pathLen' set but not used lib/hgfsServer/ hgfsServer.c:4088:18: error: variable 'handle' set but not used lib/hgfsServerManagerGuest/ hgfsChannelGuestBd.c:596:19: error: variable 'packetOut' set but not used lib/misc/ vthreadBase.c:965:23: error: variable 'key' set but not used vthreadBase.c:961:9: error variable 'result' set but not used lib/rpcIn/ rpcin.c:569:17: error: variable 'current' set but not used rpcin.c:568:9: error: variable 'resched' set but not used lib/slashProc/ net.c:857:11: error: variable 'nmatched' set but not used lib/string/ bsd_vsnprintf.c:1455:8: error: variable 'width' set but not used lib/string/ bsd_vsnwprintf.c:1300:8: error: variable 'width' set but not used libvmtools/ vmtools.c:86:9: error: variable 'success' set but not used services/plugins/vix/ vixTools.c:5409:8: error: variable 'lastGoodNumFiles' set but not used vixTools.c:5844:9: error: variable 'posixAttributeSpecified' set but not used xferlogs/ xferlogs.c:167:16: error: variable 'state' set but not used ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-20 16:31 Message: This is fixed in the last release. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3370770&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-07-20 17:08:43
|
Tracker item #3371547, was opened at 2011-07-19 09:26 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3371547&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: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: patches to allow vmtools to be built with uclibc Initial Comment: With the attached patches, vmtools will be able to be built for uclibc. Tested successfully in a buildroot environment. ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-20 10:08 Message: For the libc bits, I don't think we can accept those into our repository, unless you manage to get the copyright owner to sign off the copyright on those bits to VMware (which I think is unlikely to happen...). ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2011-07-20 01:08 Message: Hi, All patches except one are nothing more than adding an extra #if defined so signing and returning the approval form isn't a problem. Patch number #4 is more problematic however since the code is lifted off libc. What's the contribution policy on that? ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-19 10:30 Message: Thanks for taking the time to do this, but we can't accept any patches unless you follow the instructions at: http://open-vm-tools.sourceforge.net/contribute.php Lots of this code is shared with our closed-sourced products, so we can't just merge (L)GPL code into our code base without being able to change the license. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3371547&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-07-20 08:08:33
|
Tracker item #3371547, was opened at 2011-07-19 16:26 Message generated for change (Comment added) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3371547&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: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: patches to allow vmtools to be built with uclibc Initial Comment: With the attached patches, vmtools will be able to be built for uclibc. Tested successfully in a buildroot environment. ---------------------------------------------------------------------- >Comment By: https://www.google.com/accounts () Date: 2011-07-20 08:08 Message: Hi, All patches except one are nothing more than adding an extra #if defined so signing and returning the approval form isn't a problem. Patch number #4 is more problematic however since the code is lifted off libc. What's the contribution policy on that? ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-19 17:30 Message: Thanks for taking the time to do this, but we can't accept any patches unless you follow the instructions at: http://open-vm-tools.sourceforge.net/contribute.php Lots of this code is shared with our closed-sourced products, so we can't just merge (L)GPL code into our code base without being able to change the license. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3371547&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-07-19 17:30:17
|
Tracker item #3371547, was opened at 2011-07-19 09:26 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3371547&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: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: patches to allow vmtools to be built with uclibc Initial Comment: With the attached patches, vmtools will be able to be built for uclibc. Tested successfully in a buildroot environment. ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-19 10:30 Message: Thanks for taking the time to do this, but we can't accept any patches unless you follow the instructions at: http://open-vm-tools.sourceforge.net/contribute.php Lots of this code is shared with our closed-sourced products, so we can't just merge (L)GPL code into our code base without being able to change the license. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3371547&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-07-19 16:29:16
|
Tracker item #3371547, was opened at 2011-07-19 16:26 Message generated for change (Settings changed) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3371547&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: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) >Summary: patches to allow vmtools to be built with uclibc Initial Comment: With the attached patches, vmtools will be able to be built for uclibc. Tested successfully in a buildroot environment. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3371547&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-07-19 16:28:47
|
Tracker item #3371548, was opened at 2011-07-19 16:27 Message generated for change (Settings changed) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3371548&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: Deleted Resolution: None Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: With the attached patches, vmtools will be able to be built Initial Comment: Patch 2/5 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3371548&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-07-19 16:27:04
|
Tracker item #3371548, was opened at 2011-07-19 16:27 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3371548&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: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: With the attached patches, vmtools will be able to be built Initial Comment: Patch 2/5 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3371548&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-07-19 16:26:27
|
Tracker item #3371547, was opened at 2011-07-19 16:26 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3371547&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: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: allow vmtools to be built with uclibc patch 1/5 Initial Comment: With the attached patches, vmtools will be able to be built for uclibc. Tested successfully in a buildroot environment. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3371547&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-07-19 02:44:07
|
Tracker item #3297924, was opened at 2011-05-05 08:49 Message generated for change (Comment added) made by gemerick You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3297924&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: Timo Gurr (tgurr) Assigned to: Nobody/Anonymous (nobody) Summary: Wrong "Guest OS" information in vSphere client displayed Initial Comment: The guest is configured as "Other 2.6x Linux (64-bit)", attached screenshot (vmware-tools_stopped.png). # uname -a Linux wwwproxy 2.6.38.5 #2 SMP Wed May 4 12:33:49 CEST 2011 x86_64 Six-Core AMD Opteron(tm) Processor 2425 HE AuthenticAMD GNU/Linux After starting open-vm-tools-2011.04.25-402641 the information in vCenter changes to "Other (32-bit)", attached screenshot (vmware-tools_started.png) which is obviously wrong. VMware vSphere vCenter Client/Server is Version 4.1.0 Build 345043. ---------------------------------------------------------------------- Comment By: Greg Emerick (gemerick) Date: 2011-07-18 21:44 Message: I'm seeing this on Fedora 9 as well with open-vm-tools-2011.06.27-437995. Anything I can provide to assist? vSphere 4.1.0 Build 260247 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3297924&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-07-18 23:45:46
|
Tracker item #3370770, was opened at 2011-07-18 18:43 Message generated for change (Settings changed) made by n-minker You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3370770&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: 9 Private: No Submitted By: Nate Muench (n-minker) Assigned to: Nobody/Anonymous (nobody) Summary: open-vm-tools fails to build with GCC 4.6 or later Initial Comment: Your newer unstable version of open-vm-tools fails to build against GCC 4.6.0 or later because of this: -Werror=unused-but-set-variable The following files (located in the root of the open-vm-tools-2011.06.27-437995 folder) are affected, and need to be adapted to compile properly with GCC 4.6.0: lib/file/ fileStandAlone.c:223:17: error: variable 'pathLen' set but not used lib/hgfsServer/ hgfsServer.c:4088:18: error: variable 'handle' set but not used lib/hgfsServerManagerGuest/ hgfsChannelGuestBd.c:596:19: error: variable 'packetOut' set but not used lib/misc/ vthreadBase.c:965:23: error: variable 'key' set but not used vthreadBase.c:961:9: error variable 'result' set but not used lib/rpcIn/ rpcin.c:569:17: error: variable 'current' set but not used rpcin.c:568:9: error: variable 'resched' set but not used lib/slashProc/ net.c:857:11: error: variable 'nmatched' set but not used lib/string/ bsd_vsnprintf.c:1455:8: error: variable 'width' set but not used lib/string/ bsd_vsnwprintf.c:1300:8: error: variable 'width' set but not used libvmtools/ vmtools.c:86:9: error: variable 'success' set but not used services/plugins/vix/ vixTools.c:5409:8: error: variable 'lastGoodNumFiles' set but not used vixTools.c:5844:9: error: variable 'posixAttributeSpecified' set but not used xferlogs/ xferlogs.c:167:16: error: variable 'state' set but not used ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3370770&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-07-18 23:43:52
|
Tracker item #3370770, was opened at 2011-07-18 18:43 Message generated for change (Tracker Item Submitted) made by n-minker You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3370770&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: Nate Muench (n-minker) Assigned to: Nobody/Anonymous (nobody) Summary: open-vm-tools fails to build with GCC 4.6 or later Initial Comment: Your newer unstable version of open-vm-tools fails to build against GCC 4.6.0 or later because of this: -Werror=unused-but-set-variable The following files (located in the root of the open-vm-tools-2011.06.27-437995 folder) are affected, and need to be adapted to compile properly with GCC 4.6.0: lib/file/ fileStandAlone.c:223:17: error: variable 'pathLen' set but not used lib/hgfsServer/ hgfsServer.c:4088:18: error: variable 'handle' set but not used lib/hgfsServerManagerGuest/ hgfsChannelGuestBd.c:596:19: error: variable 'packetOut' set but not used lib/misc/ vthreadBase.c:965:23: error: variable 'key' set but not used vthreadBase.c:961:9: error variable 'result' set but not used lib/rpcIn/ rpcin.c:569:17: error: variable 'current' set but not used rpcin.c:568:9: error: variable 'resched' set but not used lib/slashProc/ net.c:857:11: error: variable 'nmatched' set but not used lib/string/ bsd_vsnprintf.c:1455:8: error: variable 'width' set but not used lib/string/ bsd_vsnwprintf.c:1300:8: error: variable 'width' set but not used libvmtools/ vmtools.c:86:9: error: variable 'success' set but not used services/plugins/vix/ vixTools.c:5409:8: error: variable 'lastGoodNumFiles' set but not used vixTools.c:5844:9: error: variable 'posixAttributeSpecified' set but not used xferlogs/ xferlogs.c:167:16: error: variable 'state' set but not used ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3370770&group_id=204462 |
58 messages has been excluded from this view by a project administrator.
