]> git.ipfire.org Git - thirdparty/open-vm-tools.git/log
thirdparty/open-vm-tools.git
16 years agoFix vmguestlib pkgconfig file.
VMware, Inc [Mon, 26 Apr 2010 17:56:20 +0000 (10:56 -0700)] 
Fix vmguestlib pkgconfig file.

See sourceforge bug:
https://sourceforge.net/tracker/?func=detail&aid=2971429&group_id=204462&atid=989708

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoGuest/Host Interface for VMCI.
VMware, Inc [Mon, 26 Apr 2010 17:56:09 +0000 (10:56 -0700)] 
Guest/Host Interface for VMCI.

This change consist of 2 part.

Part-1: Hgfs VMCI Interface for linux Guest.

Guest VMCI Interface: Every request will pass meta Packet as contiguous buffer and data packet
as set of struct pages. This is linux guest only. Note that even contiguous buffer will be sliced
down into many pages when passed to the host.

Use req->bufferSize instead of HGFS_PACKET_MAX so that each transport can allocate packet
of variable size.

Part-2: Hgfs VMCI Interface for linux host.

Implement new interfaces for communication between hgfsServer
and transport layer. Earlier hgfsUtil.c was implemented which
was thought to be too complicated. Now a less(?) complicated
version hgfsServerPacketUtil.c has been added.

Removed memcpy from backdoor, tools code. Write reply directly
into guest memory.

I thought about reference counting but realized that it is not
required. It would have been useful if the system could hold onto
memory for long time but we are guaranteed to release all the
memory at packet Send, so I am not too worried about it.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agolib/file: clean up a few comments
VMware, Inc [Mon, 26 Apr 2010 17:38:38 +0000 (10:38 -0700)] 
lib/file: clean up a few comments

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoVmfs_IsVMFSFile and Vmfs_IsVMFSDir go bye-bye
VMware, Inc [Mon, 26 Apr 2010 17:38:27 +0000 (10:38 -0700)] 
Vmfs_IsVMFSFile and Vmfs_IsVMFSDir go bye-bye

Use HostType_OSIsVMK instead...

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoChanges in shared code that don't affect open-vm-tools functionality.
VMware, Inc [Mon, 26 Apr 2010 17:38:16 +0000 (10:38 -0700)] 
Changes in shared code that don't affect open-vm-tools functionality.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoOVT: remove pvscsi linux driver
VMware, Inc [Mon, 26 Apr 2010 17:37:22 +0000 (10:37 -0700)] 
OVT: remove pvscsi linux driver

Now that PVSCSI is in mainline kernel (since 2.6.33) we should not
be distributing it here but rather have users get it with their
kernels.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoRemove File_OnVMFS
VMware, Inc [Mon, 26 Apr 2010 17:36:56 +0000 (10:36 -0700)] 
Remove File_OnVMFS

All files on ESX - with the departure of the COS - are on VMFS.
Remove File_OnVMFS. Use HostType_OSIsVMK instead.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoChanges in shared code that don't affect open-vm-tools functionality.
VMware, Inc [Mon, 26 Apr 2010 17:36:38 +0000 (10:36 -0700)] 
Changes in shared code that don't affect open-vm-tools functionality.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoSupport legacy freeze / thaw scripts in the vmbackup plugin.
VMware, Inc [Mon, 26 Apr 2010 17:36:01 +0000 (10:36 -0700)] 
Support legacy freeze / thaw scripts in the vmbackup plugin.

The old "sync driver path" used by hostd manually invoked these
scripts during a quiesced snapshot. Since that code is being removed
from hostd, add code in Tools to at least cover the default case.
(hostd allowed the paths to be configured, but we can't read
that from inside the guest).

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoUpdating open-vm-tools version for release 2010.03.20-243334. 2010.03.20-243334
VMware, Inc [Mon, 22 Mar 2010 22:37:59 +0000 (15:37 -0700)] 
Updating open-vm-tools version for release 2010.03.20-243334.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoInternal branch sync. Included in this change:
VMware, Inc [Mon, 22 Mar 2010 22:30:08 +0000 (15:30 -0700)] 
Internal branch sync. Included in this change:

. Unity: 'Interlock' minimize operations through the host.

. Close up va_list before exiting.

. Shutdown Linux Copy Paste and DnD on X IO error properly.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoChanges in shared code that don't affect open-vm-tools functionality.
VMware, Inc [Mon, 22 Mar 2010 22:19:25 +0000 (15:19 -0700)] 
Changes in shared code that don't affect open-vm-tools functionality.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoVSOCK: fix compile warnings on recent kernels
VMware, Inc [Mon, 22 Mar 2010 22:19:01 +0000 (15:19 -0700)] 
VSOCK: fix compile warnings on recent kernels

During 2.6.33 merge window net_proto_ops->create() method was
changed - a new 'kern' field, signalling whether socket is being
created by kernel or userspace application, was added to it.
During 2.6.34 merge window type optsize of argument to
proto_ops->setsockopt() method was changed from 'int' to
'unsigned int'. Here we are trying to cope with the changes.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoChanges in shared code that don't affect open-vm-tools functionality.
VMware, Inc [Mon, 22 Mar 2010 22:18:50 +0000 (15:18 -0700)] 
Changes in shared code that don't affect open-vm-tools functionality.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoChanges in shared code that don't affect open-vm-tools functionality.
VMware, Inc [Mon, 22 Mar 2010 22:18:14 +0000 (15:18 -0700)] 
Changes in shared code that don't affect open-vm-tools functionality.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoVMXNET: Fix compilation on kernel 2.6.34-rc1+
VMware, Inc [Mon, 22 Mar 2010 22:17:57 +0000 (15:17 -0700)] 
VMXNET: Fix compilation on kernel 2.6.34-rc1+

change_mtu() method was removed from netdevice and moved into
net_device_ops. HAVE_CHANGE_MTU was removed as well which
caused vmxnet_change_mtu to be omitted but it is still needed.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoRework the "disksFrozen" hack to be more generic.
VMware, Inc [Mon, 22 Mar 2010 22:17:37 +0000 (15:17 -0700)] 
Rework the "disksFrozen" hack to be more generic.

CS 1010838 added a hack to work around an issue with the Win32 sync driver.
The hack is simpler than the more generic solution, which is fine for
the release branch it was targeted at, but changing the public plugin
API for such things is in general a bad idea.

This change implements it so that the current (i.e. before that patch)
public API is maintained but the same functionality can be achieved. It
requires a little bit more code, though, since it requires creating a
new gobject signal to notify of the state change.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoChanges in shared code that don't affect open-vm-tools functionality.
VMware, Inc [Mon, 22 Mar 2010 22:17:17 +0000 (15:17 -0700)] 
Changes in shared code that don't affect open-vm-tools functionality.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoPass VMX86_{DEVEL,DEBUG} to FreeBSD kernel drivers
VMware, Inc [Mon, 22 Mar 2010 22:16:29 +0000 (15:16 -0700)] 
Pass VMX86_{DEVEL,DEBUG} to FreeBSD kernel drivers

Pass VMX86_* flags down to the FreeBSD drivers using DEBUG_FLAGS.
To get things to build I had to add some #ifdef around Mac OS X
specific code, change some %lld to FMT64, then due to that
fix uint64 definition in vm_basic_types.h (anyone knows why
it was 'unsigned long long' for 64bit FreeBSD?  Should I
change FMT64 for FreeBSD instead?)

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoAdd initial host side support for request/confirm/ack unity operation.
VMware, Inc [Mon, 22 Mar 2010 22:16:09 +0000 (15:16 -0700)] 
Add initial host side support for request/confirm/ack unity operation.

Add RPC names and XDR definitions for requesting, confirming and acknowledging
unity operations via the host. A limited number if operation types are defined,
we currently only care about 'minimize'.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoChanges in shared code that don't affect open-vm-tools functionality.
VMware, Inc [Mon, 22 Mar 2010 22:15:15 +0000 (15:15 -0700)] 
Changes in shared code that don't affect open-vm-tools functionality.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoChanges in shared code that don't affect open-vm-tools functionality.
VMware, Inc [Mon, 22 Mar 2010 22:14:59 +0000 (15:14 -0700)] 
Changes in shared code that don't affect open-vm-tools functionality.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoBump driver version for CLN 1010036
VMware, Inc [Mon, 22 Mar 2010 22:14:24 +0000 (15:14 -0700)] 
Bump driver version for CLN 1010036

Bump the guest driver version

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoBackin Decoder CPUID change
VMware, Inc [Mon, 22 Mar 2010 22:14:18 +0000 (15:14 -0700)] 
Backin Decoder CPUID change

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoChanges in shared code that don't affect open-vm-tools functionality.
VMware, Inc [Mon, 22 Mar 2010 22:13:56 +0000 (15:13 -0700)] 
Changes in shared code that don't affect open-vm-tools functionality.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoBackout previous change.
VMware, Inc [Mon, 22 Mar 2010 22:13:38 +0000 (15:13 -0700)] 
Backout previous change.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoBackout previous change.
VMware, Inc [Mon, 22 Mar 2010 22:13:19 +0000 (15:13 -0700)] 
Backout previous change.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoSimple multi-threading fix for wcrtomb
VMware, Inc [Mon, 22 Mar 2010 22:12:59 +0000 (15:12 -0700)] 
Simple multi-threading fix for wcrtomb

Our printf and msg code uses wcrtomb, but on Windows wcrtomb is
#defined to wctomb, which is not thread-safe. The call sites
think they are getting wcrtomb, and are coded to be thread-safe.
The #define has a comment that wcrtomb is not available in
Windows, but sandbox builds seem to work just fine with the
#define removed, so let's try taking it out.  The resulting
code will still not be completely thread-safe, wcrtomb is
vulnerable if another thread calls setlocale while it is
executing, but callers are supposed to using Unicode_Init,
not setlocale, so let's ignore that problem for now.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoBump Tools version for RC release.
VMware, Inc [Mon, 22 Mar 2010 22:12:49 +0000 (15:12 -0700)] 
Bump Tools version for RC release.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoFix tools build
VMware, Inc [Mon, 22 Mar 2010 22:12:39 +0000 (15:12 -0700)] 
Fix tools build

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoChanges in shared code that don't affect open-vm-tools functionality.
VMware, Inc [Mon, 22 Mar 2010 22:12:27 +0000 (15:12 -0700)] 
Changes in shared code that don't affect open-vm-tools functionality.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoFix sync driver support in vmbackup plugin.
VMware, Inc [Mon, 22 Mar 2010 22:12:04 +0000 (15:12 -0700)] 
Fix sync driver support in vmbackup plugin.

The cause of the hangs seen while investigating the bug is that the Legato
sync driver doesn't like even when people are doing read-only operations
like stat(2); so it would block the calling thread, which just happened to
be the Tools service's main thread, and things would go to hell.

The fix is to add a flag to the shared app context that lets code knows
when it's safe to access the disk. The two instances of the hang I was
able to capture in the kernel debugger (the log file check task and the
guest info gathering task) now check this flag and just bail out if it's
set. This is the "quick & less intrusive" version of the fix, which will
be modified once it hits vmcore-main to be more generic and more in line
with the Tools Core API.

This *may not* fix all instances of such hangs. I've actually been able
to hang a VM while performing a quiesced snapshot with this fix, but the
frequency is much, much, much lower (it happened once in a few hundred
tries). I haven't yet been able to catch this hang in a debugger. But,
code-wise, we're at least on par with K/L (in fact, better, since K/L
does not have the guest info workaround).

A flag was added that allows disabling the sync driver without having to
uninstall it, in case of emergency. The driver is enabled by default.

Also fix the sync driver support in the vmbackup plugin. The propagation
of the sync driver handle through the different operations was busted, so
querying the handle status was not working as expected. Also make sure
resources are properly freed and errors are correctly handled.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoInternal branch sync. Included in this change:
VMware, Inc [Mon, 22 Mar 2010 22:11:21 +0000 (15:11 -0700)] 
Internal branch sync. Included in this change:

. Allow the host to configure unity behaviour in the guest.

. Avoid warnings when compiling with gcc 4.2.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoGet rid of functions that don't have any callers.
VMware, Inc [Mon, 22 Mar 2010 22:08:32 +0000 (15:08 -0700)] 
Get rid of functions that don't have any callers.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoFix frobos build error
VMware, Inc [Mon, 22 Mar 2010 22:08:07 +0000 (15:08 -0700)] 
Fix frobos build error

Oops, forgot to build frobos tests for change 1010036
Add VMCIQPair interface to VMCI.  The ASSERT is nice but
it breaks the build.  I'm removing it for now.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoAdd VMCIQPair interface to VMCI
VMware, Inc [Mon, 22 Mar 2010 22:07:41 +0000 (15:07 -0700)] 
Add VMCIQPair interface to VMCI

VMCIQPair is a new interface that hides the queue pair internals.
Rather than access each queue in a pair directly, operations are now
performed on the queue as a whole.  This is simpler and less error-prone,
and allows for future queue pair features to be added under the hood
with no change to the client code.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoUser level multi-threading fixes for gethostbyname
VMware, Inc [Mon, 22 Mar 2010 22:07:05 +0000 (15:07 -0700)] 
User level multi-threading fixes for gethostbyname

gethostbyname is not always thread safe.  While it uses
thread local storage on some platforms, such as Mac, it
does not on Linux.  Add a non-Windows version of
Posix_GetHostByName and use it where appropriate.  Also
replace some code calling uname and gethostbyname in
HostInfoPopulateHostname with a call to Hostinfo_HostName,
since all it was trying to determine was the host name.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoMake the tools file logger thread-safe.
VMware, Inc [Mon, 22 Mar 2010 22:06:08 +0000 (15:06 -0700)] 
Make the tools file logger thread-safe.

This change uses a rw lock to protect the shared data in the logger. This
allows a multi-threaded environment to safely use file loggers, even with
the current features it has (lazy open of log files, log file rolling).

Note this does not protect multiple threads from writing to the file at
the same time (we just "leak" the thread-safety characteristics of the
underlying system call, if any).

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoInternal branch sync. Included in this change:
VMware, Inc [Mon, 22 Mar 2010 22:05:15 +0000 (15:05 -0700)] 
Internal branch sync. Included in this change:

. Changes in shared code that don't affect open-vm-tools functionality.

. Add RPCs for transferring Unity window contents.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoAdd syslog support to Tools logging.
VMware, Inc [Mon, 22 Mar 2010 19:24:52 +0000 (12:24 -0700)] 
Add syslog support to Tools logging.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoTweak System_GetTimeAsString().
VMware, Inc [Mon, 22 Mar 2010 19:24:30 +0000 (12:24 -0700)] 
Tweak System_GetTimeAsString().

. simplify the Win32 implementation to use static buffers and to avoid
doing several redundant charset conversions.
. tweak the formatted string a bit, removing non-date/time-related
characters.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoModify toolbox-cmd to use the new i18n support in Tools.
VMware, Inc [Mon, 22 Mar 2010 19:24:13 +0000 (12:24 -0700)] 
Modify toolbox-cmd to use the new i18n support in Tools.

Move all messages to the places in their source where they are declared,
create translation catalogs based on the data currently in the Win32
rc file, and get rid of the now unneeded code.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoUse new i18n infrastructure in vmtoolsd.
VMware, Inc [Mon, 22 Mar 2010 19:23:45 +0000 (12:23 -0700)] 
Use new i18n infrastructure in vmtoolsd.

Initialize the user's locale properly, and use the new macros to retrieve
the strings used in the command line help. (Don't localize the command line
switches themselves, though, since that's confusing.)

When initializing plugins, automatically bind them to a text domain based
on their name.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoAdd a message catalog infrastructure to vmtoolslib.
VMware, Inc [Mon, 22 Mar 2010 19:18:59 +0000 (12:18 -0700)] 
Add a message catalog infrastructure to vmtoolslib.

It is based on the Msg_* infrastructure but modified to make it easier to
use in Tools. The main differences are:

. it only provides message catalog-related functionality, no message queues
or anything like that.
. it supports more languages (Msg_* seems to be restricted to en/ja on
Win32), and has fallbacks (e.g. en_US -> en) similar to how gettext
does it.
. properly implements message domains so that different binaries (i.e.,
plugins) can be loaded into the same process and have different message
catalogs, avoiding message id conflicts.
. the message catalog format extends the dictionary format to allow for
continuation lines, so that long messages can be broken into multiple
lines in the catalog file.
. it doesn't use Dictionary_* functions which are way too encumbered.
. it provides easier accessors for wide strings (Win32 only) (at the cost
of some memory overhead).

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoImplement log file rotation for Tools.
VMware, Inc [Mon, 22 Mar 2010 19:17:18 +0000 (12:17 -0700)] 
Implement log file rotation for Tools.

Extend the Tools file logger to support configurable log rotation.
Add tests to make sure rotation is working as expected, and update
the documentation to reflect the new config options.

Bonus: fix an issue where "double-newlines" (caused by VMware code that
embeds newlines in log messages) weren't being fixed by the logging
code unless the logger requested charset conversion (which is not the
case for file loggers).

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoUpdate File_IsRemote() comment.
VMware, Inc [Mon, 22 Mar 2010 19:16:45 +0000 (12:16 -0700)] 
Update File_IsRemote() comment.

From now on File_IsRemote() returns FALSE on ESX because
we want that, not because statfs() sucks.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoChange strerror calls to use Err_Errno2String
VMware, Inc [Mon, 22 Mar 2010 19:16:25 +0000 (12:16 -0700)] 
Change strerror calls to use Err_Errno2String

strerror is not thread safe.  Err_Errno2String is.
In some cases "err.h" needed to be included, but
otherwise this is a straight substitution.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoChanges in shared code that don't affect open-vm-tools functionality.
VMware, Inc [Mon, 22 Mar 2010 19:16:01 +0000 (12:16 -0700)] 
Changes in shared code that don't affect open-vm-tools functionality.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoChanges in shared code that don't affect open-vm-tools functionality.
VMware, Inc [Mon, 22 Mar 2010 19:15:27 +0000 (12:15 -0700)] 
Changes in shared code that don't affect open-vm-tools functionality.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agolib/file: remove more unnecessary COS support code
VMware, Inc [Mon, 22 Mar 2010 19:15:08 +0000 (12:15 -0700)] 
lib/file: remove more unnecessary COS support code

A few more COS support pieces that can be removed. Also remove
an "ifdef VMX86_SERVER" as a dynamic check can now be used.

With this change all of the COS support pieces are out and quite
a few improvements are in (i.e. far less "ifdef VMX86_SERVER").

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agolib/file: minor cleanup
VMware, Inc [Mon, 22 Mar 2010 19:14:48 +0000 (12:14 -0700)] 
lib/file: minor cleanup

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoChanges in shared code that don't affect open-vm-tools functionality.
VMware, Inc [Mon, 22 Mar 2010 19:14:38 +0000 (12:14 -0700)] 
Changes in shared code that don't affect open-vm-tools functionality.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agolib/file: minor cleanup
VMware, Inc [Mon, 22 Mar 2010 19:13:04 +0000 (12:13 -0700)] 
lib/file: minor cleanup

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoFix the tools build
VMware, Inc [Mon, 22 Mar 2010 19:12:54 +0000 (12:12 -0700)] 
Fix the tools build

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoFix the build
VMware, Inc [Mon, 22 Mar 2010 19:12:37 +0000 (12:12 -0700)] 
Fix the build

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agolib/file: remove unnecessary COS code
VMware, Inc [Mon, 22 Mar 2010 19:12:22 +0000 (12:12 -0700)] 
lib/file: remove unnecessary COS code

No COS, no need to check for some things. Pick off some low hanging
fruit. Additional related changes will follow.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agolib/file: remove some now unnecessary COS entanglements
VMware, Inc [Mon, 22 Mar 2010 19:12:08 +0000 (12:12 -0700)] 
lib/file: remove some now unnecessary COS entanglements

With the demise of COS there is no longer a need to deal with
magic pid initializations for file locking. Remove a great deal
of stale code.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoChanges in shared code that don't affect open-vm-tools functionality.
VMware, Inc [Mon, 22 Mar 2010 19:11:34 +0000 (12:11 -0700)] 
Changes in shared code that don't affect open-vm-tools functionality.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoopen-vm-tools: remove unused npa_defs.h file.
VMware, Inc [Mon, 22 Mar 2010 19:10:11 +0000 (12:10 -0700)] 
open-vm-tools: remove unused npa_defs.h file.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoUnity/X11: Disable Unity when running under vmwgfx.
VMware, Inc [Mon, 22 Mar 2010 19:09:52 +0000 (12:09 -0700)] 
Unity/X11: Disable Unity when running under vmwgfx.

From bug 527219:
"Unity/X11 and the new (and experimental) vmwgfx driver don't yet play nicely
together. We don't expect this to be ironed out anytime soon, so for Cobalt &
Cheerios we'll instead disable Unity/X11 unless vmware-user knows it's running
with the legacy vmware_drv.so X11 video driver."

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoUpdating open-vm-tools version for release 2010.02.23-236320. 2010.02.23-236320
VMware, Inc [Wed, 24 Feb 2010 22:44:13 +0000 (14:44 -0800)] 
Updating open-vm-tools version for release 2010.02.23-236320.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoChanges in shared code that don't affect open-vm-tools functionality.
VMware, Inc [Wed, 24 Feb 2010 22:36:34 +0000 (14:36 -0800)] 
Changes in shared code that don't affect open-vm-tools functionality.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoFix vmblock compilation in open-vm-tools.
VMware, Inc [Wed, 24 Feb 2010 22:36:17 +0000 (14:36 -0800)] 
Fix vmblock compilation in open-vm-tools.

dbllnklst.c is no more.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoChanges in shared code that don't affect open-vm-tools functionality.
VMware, Inc [Wed, 24 Feb 2010 22:36:04 +0000 (14:36 -0800)] 
Changes in shared code that don't affect open-vm-tools functionality.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoUnity/X11: Account for guest-Compiz's window decorations.
VMware, Inc [Wed, 24 Feb 2010 22:34:37 +0000 (14:34 -0800)] 
Unity/X11: Account for guest-Compiz's window decorations.

Compiz does not reparent windows from the root window, but
rather adds its decorations to a completely separate peer window.
(Unity/X11 tracks only a client window, indicated by whichever window
holds the WM_STATE property, and its top-level (child of the root)
window for determining window geometry.)  Fortunately it makes use
of the _NET_FRAME_EXTENTS property to specify the approximate sizes
of the frame around its managed windows.  (I say approximate in
that this property specifies a single width for each window edge,
so that doesn't handle things like rounded corners.)

This change adjusts the bridge between Unity/X11 and the window
tracker such that the tracker is given a window's coordinates
including the frame sections.  As mentioned above, the caveat is that
the guest always provides single rectangles, breaking the prettiness
of rounded corners.  This will be addressed some other time.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoUnity/X11: Don't assume override redirect windows are tooltips.
VMware, Inc [Wed, 24 Feb 2010 22:34:22 +0000 (14:34 -0800)] 
Unity/X11: Don't assume override redirect windows are tooltips.

While not 100% correct for the Linux case, this makes bug 522796
slightly less debilitating.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoToolbox CLI: fix help string for 'device' command
VMware, Inc [Wed, 24 Feb 2010 22:34:10 +0000 (14:34 -0800)] 
Toolbox CLI: fix help string for 'device' command

Change 'device is the name of the device' to 'dev is the name
of the device' in the help message.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoChanges in shared code that don't affect open-vm-tools functionality.
VMware, Inc [Wed, 24 Feb 2010 22:33:42 +0000 (14:33 -0800)] 
Changes in shared code that don't affect open-vm-tools functionality.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoUnity/X11: Populate UnityWindowTracker with initial window state.
VMware, Inc [Wed, 24 Feb 2010 22:29:20 +0000 (14:29 -0800)] 
Unity/X11: Populate UnityWindowTracker with initial window state.

Description says it all.  When investigating why xterms weren't appearing
in Unity, jkasper noted that Tools wasn't indicating a window type.  Turns
out that Unity/X11 wasn't informing UWT of the window's initial type, and
that we were only hella lucky by other events eventually causing us to
update the type.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoChanges in shared code that don't affect open-vm-tools functionality.
VMware, Inc [Wed, 24 Feb 2010 22:29:09 +0000 (14:29 -0800)] 
Changes in shared code that don't affect open-vm-tools functionality.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoChanges in shared code that don't affect open-vm-tools functionality.
VMware, Inc [Wed, 24 Feb 2010 22:27:19 +0000 (14:27 -0800)] 
Changes in shared code that don't affect open-vm-tools functionality.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoFix Windows Tools build break
VMware, Inc [Wed, 24 Feb 2010 22:26:53 +0000 (14:26 -0800)] 
Fix Windows Tools build break

Introduced by CS 998846: apparently 'except' is #defined to be
'__except' (used in C exception handling) for WDK builds, so
it's unsuitable as a struct member.

Renaming 'except' to 'exceptions' ought to fix this problem.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoChanges in shared code that don't affect open-vm-tools functionality.
VMware, Inc [Wed, 24 Feb 2010 22:26:27 +0000 (14:26 -0800)] 
Changes in shared code that don't affect open-vm-tools functionality.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoChanges in shared code that don't affect open-vm-tools functionality.
VMware, Inc [Wed, 24 Feb 2010 22:26:12 +0000 (14:26 -0800)] 
Changes in shared code that don't affect open-vm-tools functionality.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoChanges in shared code that don't affect open-vm-tools functionality.
VMware, Inc [Wed, 24 Feb 2010 22:25:59 +0000 (14:25 -0800)] 
Changes in shared code that don't affect open-vm-tools functionality.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoChanges in shared code that don't affect open-vm-tools functionality.
VMware, Inc [Wed, 24 Feb 2010 22:25:33 +0000 (14:25 -0800)] 
Changes in shared code that don't affect open-vm-tools functionality.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years ago(01/05) Rename some mode page fields in scsi_defs.h
VMware, Inc [Wed, 24 Feb 2010 22:24:43 +0000 (14:24 -0800)] 
(01/05) Rename some mode page fields in scsi_defs.h

This patch is a trivial rename of 'pageLength' to 'len' and
'pageCode' to 'page' in some mode page structures. The latter is
purely cosmetic, but the former is useful to me: I want to use a
macro that references 'len' for every mode page (later in the
series).

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoLinux vmware-user: set the hibernation-safe flag.
VMware, Inc [Wed, 24 Feb 2010 22:24:16 +0000 (14:24 -0800)] 
Linux vmware-user:  set the hibernation-safe flag.

* ryanb .oO( <mvanzin> I told you so. )

So, like, remember that hibernation hack I put in place last May?  Turns
out it was hella racy.  This became evident when QA noticed on SLED 11 that
the post-thaw wakeup signal might take a while to arrive.  Until that happened,
vmware-user may have already run through the RpcIn event loop and errored out,
as its RpcIn state is out of sync with the VMX's.

So this change introduces another hack.  Luckily for me, mvanzin is doing
the carnaval thing and isn't here to interfere.  Mwahaha, etc.

In short, this change modifies the RpcIn error handler, only if called after
RpcIn had been working, to set the "reload yo'se'f" bits.  (That test is to
avoid needlessly/endlessly reloading itself should there really be another
vmware-user instance running (or a similar terminal case).)

After this change is submitted, a subsequent changeset will back-out CLN
852538.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoChanges in shared code that don't affect open-vm-tools functionality.
VMware, Inc [Wed, 24 Feb 2010 22:22:48 +0000 (14:22 -0800)] 
Changes in shared code that don't affect open-vm-tools functionality.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoOVT: do not ship dbllnklst.c
VMware, Inc [Wed, 24 Feb 2010 22:22:20 +0000 (14:22 -0800)] 
OVT: do not ship dbllnklst.c

The file is just a shell of its former self and does not contain any
compilable code anymore (all meat was moved into the header file) so
there is no point in shipping it.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoMessage string updates for 519854
VMware, Inc [Wed, 24 Feb 2010 22:22:01 +0000 (14:22 -0800)] 
Message string updates for 519854

Fix message strings based on techpubs input.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoUnity: Strengthen Tools' "unity.desktop.work_area.set" handler a smidge.
VMware, Inc [Wed, 24 Feb 2010 22:21:45 +0000 (14:21 -0800)] 
Unity: Strengthen Tools' "unity.desktop.work_area.set" handler a smidge.

Once again, manual marshalling has bitten us in the ass.  While working
on bug 522656, I discovered that vmware-user was crashing in the region
code, because it was creating regions with invalid dimensions.

Said regions were created from bogus coordinates like this:
Breakpoint 1, UnityTcloSetDesktopWorkArea (result=0x7fff2ed6e980,
resultLen=0x7fff2ed6e978, name=0x2768d90 "unity.desktop.work_area.set",
args=0x275a1fb " 1 , 0 -195 1600 1200", argsSize=21, clientData=0x0)
at /mts/dbc8-a/rbeasley/p4/hosted09/bora-vmsoft/lib/unity/unity.c:854
854 {

This change adds a test s.t. x and y must be >= 0, and width and height
must be >0.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoChanges in shared code that don't affect open-vm-tools functionality.
VMware, Inc [Wed, 24 Feb 2010 22:20:53 +0000 (14:20 -0800)] 
Changes in shared code that don't affect open-vm-tools functionality.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoChanges in shared code that don't affect open-vm-tools functionality.
VMware, Inc [Wed, 24 Feb 2010 22:18:51 +0000 (14:18 -0800)] 
Changes in shared code that don't affect open-vm-tools functionality.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoChanges in shared code that don't affect open-vm-tools functionality.
VMware, Inc [Wed, 24 Feb 2010 22:18:34 +0000 (14:18 -0800)] 
Changes in shared code that don't affect open-vm-tools functionality.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoFix a couple of issues with the tools file logger.
VMware, Inc [Wed, 24 Feb 2010 22:17:55 +0000 (14:17 -0800)] 
Fix a couple of issues with the tools file logger.

. if the log level is "none", the code optimizes things a little bit
and never sets the file path in the logger data. This was causing
an assert later on.
. while logging the assert, the log function was asserting that the
log file path was set, which caused a second assert because of the
same situation.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoChanges in shared code that don't affect open-vm-tools functionality.
VMware, Inc [Wed, 24 Feb 2010 22:17:23 +0000 (14:17 -0800)] 
Changes in shared code that don't affect open-vm-tools functionality.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoUpdate Tools version.
VMware, Inc [Wed, 24 Feb 2010 22:17:04 +0000 (14:17 -0800)] 
Update Tools version.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoMove foundryThreads.c from lib/foundryMsg to apps/lib/foundry
VMware, Inc [Wed, 24 Feb 2010 22:16:46 +0000 (14:16 -0800)] 
Move foundryThreads.c from lib/foundryMsg to apps/lib/foundry

It is only used by the client library code.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoChanges in shared code that don't affect open-vm-tools functionality.
VMware, Inc [Wed, 24 Feb 2010 22:16:32 +0000 (14:16 -0800)] 
Changes in shared code that don't affect open-vm-tools functionality.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoChanges in shared code that don't affect open-vm-tools functionality.
VMware, Inc [Wed, 24 Feb 2010 22:15:46 +0000 (14:15 -0800)] 
Changes in shared code that don't affect open-vm-tools functionality.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoReorganize the logging code in vmtoolslib.
VMware, Inc [Wed, 24 Feb 2010 22:15:26 +0000 (14:15 -0800)] 
Reorganize the logging code in vmtoolslib.

This change is a preparation for some enhancements I'll work on for the
file loggers. It does the following:

. separate each logger implementation into their own source file.
. provide an abstraction for loggers so that, if wanted, we can add new
logger implementations in the future (e.g., syslog) more easily.

The main goal, though, is just to better organize the code and separate
the logger implementations from the common logging code.

This change does introduce a change from the previous behavior: log files
are always written in UTF-8. stdout and OutputDebugString logs are, like
before, in the local user encoding.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoChanges in shared code that don't affect open-vm-tools functionality.
VMware, Inc [Wed, 24 Feb 2010 22:14:41 +0000 (14:14 -0800)] 
Changes in shared code that don't affect open-vm-tools functionality.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoInternal branch sync. Included in this change:
VMware, Inc [Wed, 24 Feb 2010 22:14:18 +0000 (14:14 -0800)] 
Internal branch sync. Included in this change:

. Fix crash in vmware-user: always provide valid data in clipboard data.

. Changes in shared code that don't affect open-vm-tools functionality.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoChanges in shared code that don't affect open-vm-tools functionality.
VMware, Inc [Wed, 24 Feb 2010 22:11:12 +0000 (14:11 -0800)] 
Changes in shared code that don't affect open-vm-tools functionality.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agovmblock: remove pre-2.6.9 compatibility bits from Linux driver
VMware, Inc [Wed, 24 Feb 2010 22:10:47 +0000 (14:10 -0800)] 
vmblock: remove pre-2.6.9 compatibility bits from Linux driver

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoMove platform specific time sync code into separate files.
VMware, Inc [Wed, 24 Feb 2010 22:10:31 +0000 (14:10 -0800)] 
Move platform specific time sync code into separate files.

timeSyncPosix.c contains three slewing implementations: Linux,
Adjtime, and None.  This change splits them out into separate
files to reduce the number of #ifdefs required.  Also remove
TimeSync_IsTimeSlewEnabled.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoChanges in shared code that don't affect open-vm-tools functionality.
VMware, Inc [Wed, 24 Feb 2010 22:09:57 +0000 (14:09 -0800)] 
Changes in shared code that don't affect open-vm-tools functionality.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoChanges in shared code that don't affect open-vm-tools functionality.
VMware, Inc [Wed, 24 Feb 2010 22:09:37 +0000 (14:09 -0800)] 
Changes in shared code that don't affect open-vm-tools functionality.

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>
16 years agoCleanup timesync in preparation for further slewing changes.
VMware, Inc [Wed, 24 Feb 2010 22:09:13 +0000 (14:09 -0800)] 
Cleanup timesync in preparation for further slewing changes.

These are a couple of changes that I pulled out of my tree that
implements NTP style time synchronization.

* TimeSyncStepTime now handles everything involved in stepping the
time.  Before this change I think we would call
BDOOR_CMD_STOPCATCHUP in cases where we hadn't stepped the time.

* TimeSyncSlewTime handles all of the steps of slewing the time.
This will be expanded in future checkins.

* Add a comment explaining the landscape at the top of the file.

* Keep slewing enabled when the periodic time sync is enabled.  If
slewing isn't supported leave the slew at nominal.  This makes
things more uniform and removes the need for
TimeSyncDisableWinTimeDaemon.

* Cleanup some of the logging a bit (more to follow).

Signed-off-by: Marcelo Vanzin <mvanzin@vmware.com>