aboutsummaryrefslogtreecommitdiffstats
path: root/arch/arm/mvp/mvpkm/mvp_version.h
diff options
context:
space:
mode:
Diffstat (limited to 'arch/arm/mvp/mvpkm/mvp_version.h')
-rw-r--r--arch/arm/mvp/mvpkm/mvp_version.h116
1 files changed, 0 insertions, 116 deletions
diff --git a/arch/arm/mvp/mvpkm/mvp_version.h b/arch/arm/mvp/mvpkm/mvp_version.h
deleted file mode 100644
index 31274dd..0000000
--- a/arch/arm/mvp/mvpkm/mvp_version.h
+++ /dev/null
@@ -1,116 +0,0 @@
-/*
- * Linux 2.6.32 and later Kernel module for VMware MVP Hypervisor Support
- *
- * Copyright (C) 2010-2012 VMware, Inc. All rights reserved.
- *
- * This program is free software; you can redistribute it and/or modify it
- * under the terms of the GNU General Public License version 2 as published by
- * the Free Software Foundation.
- *
- * This program is distributed in the hope that it will be useful, but WITHOUT
- * ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
- * FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for
- * more details.
- *
- * You should have received a copy of the GNU General Public License along with
- * this program; see the file COPYING. If not, write to the Free Software
- * Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA.
- */
-#line 5
-
-/**
- * @file
- *
- * @brief What version is this?
- *
- */
-
-#ifndef _MVP_VERSION_H_
-#define _MVP_VERSION_H_
-
-#define INCLUDE_ALLOW_MVPD
-#define INCLUDE_ALLOW_VMX
-#define INCLUDE_ALLOW_MODULE
-#define INCLUDE_ALLOW_MONITOR
-#define INCLUDE_ALLOW_GPL
-#define INCLUDE_ALLOW_HOSTUSER
-#include "include_check.h"
-#include "utils.h"
-
-/*
- * MVP Internal Version Numbering
- *
- *
- * There are 4 different usage areas of version information.
- *
- * Version Name. This is a marketing string that is used to sell the
- * product. The update of this string has legal consequences, it
- * should be done infrequently. Currently we use "V1.0" like
- * terms. Developer builds have E.X.P as Version Name.
- *
- * Android Version Code. This is an integer associated with
- * com.vmware.mvp.apk on Google Play (a.k.a Android Market). If our
- * product is multi-apk (that is, we release individual apks for the
- * different Android versions) then the Android Version Code must
- * satisfy certain constrains. Typically the Android API level is
- * the high order 2 digits.
- *
- * Engineering Version Code. During an update process of one of the
- * 3 components on the handset (MVP, VVP, OEK) compatibility needs
- * to be verified. The Engineering Version Code is a single number
- * associated with each of the 4 components and it serves as a basis
- * of this compatibility test. It reflects time, bigger number is
- * associated with newer code.
- *
- * Git Revision. The git hash is a unique identifier of the
- * source. If picked up from a log, engineers can go to the code
- * depos and check out the exact code used for the build. For MVP,
- * VVP, and OEK this is the main/mvp.git, for HMM it is
- * main/mdm.git. Note that git hash is not ordered, it cannot be
- * used to directly determine precedence.
- *
- */
-
-#define MVP_VERSION_CODE 16800005
-#define MVP_VERSION_CODE_FORMATSTR "%s_%d"
-#define MVP_VERSION_CODE_FORMATARGSV(V_) MVP_STRINGIFY(1.1.3), (V_)
-#define MVP_VERSION_CODE_FORMATARGS \
- MVP_VERSION_CODE_FORMATARGSV(MVP_VERSION_CODE)
-
-#define MVP_VERSION_FORMATSTR \
- MVP_VERSION_CODE_FORMATSTR \
- " compiled at %s based on revision %s by user %s."
-
-#define MVP_VERSION_FORMATARGS \
- MVP_VERSION_CODE_FORMATARGS, \
- __DATE__, \
- MVP_STRINGIFY(5c995a85564cd060562bdbcd1422709e7a326301), \
- MVP_STRINGIFY()
-
-#define MvpVersion_Map(map_, version_) \
- ({ \
- uint32 ii_; \
- uint32 versionApi_ = 0; \
- for (ii_ = 0; ii_ < NELEM(map_); ii_++) { \
- if (map_[ii_] <= version_) { \
- versionApi_ = map_[ii_]; \
- } \
- } \
- versionApi_; \
- })
-
-/*
- * MVP.apk must communicate to VVP and OEK on many of its APIs. To
- * ensure compatibility, it is mandated that any VVP and OEK version
- * younger than the minimums defined below can be serviced on all of
- * the various APIs.
- *
- * During the deprecation process, first a marketing decision is made
- * that the limit below can be raised. After the new minimums are
- * determined, they must be entered here. Then the various APIs can
- * remove code that has been obsoleted before the new minimum versions.
- */
-#define VVP_VERSION_CODE_MIN 0x0100020e
-#define OEK_VERSION_CODE_MIN 0x01000001
-
-#endif /* _MVP_VERSION_H_ */