From: VMware, Inc <> Date: Thu, 17 Jun 2010 21:34:42 +0000 (-0700) Subject: Changes in shared code that don't affect open-vm-tools functionality. X-Git-Tag: 2010.06.16-268169~101 X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=98eb09e996ae85e06a387e58a01eb6cce12bf0a4;p=thirdparty%2Fopen-vm-tools.git Changes in shared code that don't affect open-vm-tools functionality. Signed-off-by: Marcelo Vanzin --- diff --git a/open-vm-tools/lib/include/vm_basic_defs.h b/open-vm-tools/lib/include/vm_basic_defs.h index 2289fb5dc..9a1f92c56 100644 --- a/open-vm-tools/lib/include/vm_basic_defs.h +++ b/open-vm-tools/lib/include/vm_basic_defs.h @@ -656,12 +656,10 @@ typedef int pid_t; /* * bora/lib/allocTrack is a special case. It hooks malloc/free and the - * like, and thus can basically sneak in underneath anyone. So we put - * it above RANK_LEAF. In the future, if there come to be other bora - * libraries that hook other system APIs and take locks, their locks - * could also be above RANK_LEAF. + * like, and thus can basically sneak in underneath anyone. To that end + * allocTrack uses unranked, native locks internally to avoid any + * complications. */ -#define RANK_allocTrack RANK_LEAF+1 /* * For situations where we need to create locks on behalf of