/usr/src/open-vm-tools-10.0.7/vmhgfs/hgfs.h is in open-vm-tools-dkms 2:10.0.7-3227872-2ubuntu1.
This file is owned by root:root, with mode 0o644.
The actual contents of the file can be viewed below.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 | /*********************************************************
* Copyright (C) 1998-2015 VMware, Inc. All rights reserved.
*
* This program is free software; you can redistribute it and/or modify it
* under the terms of the GNU Lesser General Public License as published
* by the Free Software Foundation version 2.1 and no later version.
*
* 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 Lesser GNU General Public
* License for more details.
*
* You should have received a copy of the GNU Lesser General Public License
* along with this program; if not, write to the Free Software Foundation, Inc.,
* 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA.
*
*********************************************************/
/*********************************************************
* The contents of this file are subject to the terms of the Common
* Development and Distribution License (the "License") version 1.0
* and no later version. You may not use this file except in
* compliance with the License.
*
* You can obtain a copy of the License at
* http://www.opensource.org/licenses/cddl1.php
*
* See the License for the specific language governing permissions
* and limitations under the License.
*
*********************************************************/
/*
* hgfs.h --
*
* Header file for public common data types used in the VMware
* Host/Guest File System (hgfs).
*
* This file is included by hgfsProto.h, which defines message formats
* used in the hgfs protocol, and by hgfsDev.h, which defines the
* interface between the kernel and the hgfs pserver. [bac]
*/
#ifndef _HGFS_H_
# define _HGFS_H_
#define INCLUDE_ALLOW_USERLEVEL
#define INCLUDE_ALLOW_MODULE
#define INCLUDE_ALLOW_DISTRIBUTE
#include "includeCheck.h"
#include "vm_assert.h"
/*
* Maximum number of pages to transfer to/from the HGFS server for V3 protocol
* operations that support large requests/replies, e.g. reads and writes.
*/
#define HGFS_LARGE_IO_MAX_PAGES 15
/*
* Maximum allowed packet size in bytes. All hgfs code should be made
* safe with respect to this limit.
*/
#define HGFS_PACKET_MAX 6144
/*
* The HGFS_LARGE_PACKET_MAX size is used to allow guests to make
* read / write requests of sizes larger than HGFS_PACKET_MAX. The larger size
* can only be used with server operations that are specified to be large packet
* capable in hgfsProto.h.
*/
#define HGFS_LARGE_PACKET_MAX ((4096 * HGFS_LARGE_IO_MAX_PAGES) + 2048)
/* Maximum number of bytes to read or write to a hgfs server in a single packet. */
#define HGFS_IO_MAX 4096
/* Maximum number of bytes to read or write to a V3 server in a single hgfs packet. */
#define HGFS_LARGE_IO_MAX (HGFS_LARGE_IO_MAX_PAGES * 4096)
/*
* Open mode
*
* These are equivalent to the O_RDONLY, O_WRONLY, O_RDWR open flags
* in Unix; they specify which type of access is being requested. These three
* modes are mutually exclusive and one is required; all other flags are
* modifiers to the mode and must come afterwards as a bitmask. Beware that
* HGFS_OPEN_MODE_READ_ONLY contains the value 0 so simply masking another
* variable with it to detect its presence is not safe. The _ACCMODES entry in
* the enum serves as a bitmask for the others.
*
* Changing the order of this enum will break stuff.
*
* This definition is used in some places that don't include
* hgfsProto.h, which is why it is here instead of there.
*/
typedef enum {
HGFS_OPEN_MODE_READ_ONLY,
HGFS_OPEN_MODE_WRITE_ONLY,
HGFS_OPEN_MODE_READ_WRITE,
HGFS_OPEN_MODE_ACCMODES,
/* You cannot add anything else here. Really. */
} HgfsOpenMode;
/*
* Open flags.
*
* Each should be shifted left by HGFS_OPEN_MODE_READ_WRITE plus whatever flag
* number they are, starting with zero.
*
* The sequential flag indicates that reads and writes on this handle should
* not seek on each operation; instead, the system's file pointer will be used
* so each operation is performed where the last one finished. This flag is
* necessary when reading from or writing to non-seekable files (such as procfs
* nodes on Linux) but can also lead to inconsistent results if a client shares
* a handle amongst several of its callers. This flag should only be used when
* the client knows the file is non-seekable and the burden of ensuring file
* handles aren't shared falls upon the hgfs client, not the server.
*/
#define HGFS_OPEN_SEQUENTIAL (1 << HGFS_OPEN_MODE_READ_WRITE)
/* Masking helpers. */
#define HGFS_OPEN_MODE_ACCMODE(mode) (mode & HGFS_OPEN_MODE_ACCMODES)
#define HGFS_OPEN_MODE_FLAGS(mode) (mode & ~HGFS_OPEN_MODE_ACCMODES)
#define HGFS_OPEN_MODE_IS_VALID_MODE(mode) \
(HGFS_OPEN_MODE_ACCMODE(mode) == HGFS_OPEN_MODE_READ_ONLY || \
HGFS_OPEN_MODE_ACCMODE(mode) == HGFS_OPEN_MODE_WRITE_ONLY || \
HGFS_OPEN_MODE_ACCMODE(mode) == HGFS_OPEN_MODE_READ_WRITE)
/*
* Return status for replies from the server.
*
* Changing the order of this enum will break the protocol; new status
* types should be added at the end.
*
* This definition is used in some places that don't include
* hgfsProto.h, which is why it is here instead of there.
*
* XXX: So we have a problem here. At some point, HGFS_STATUS_INVALID_NAME was
* added to the list of errors. Later, HGFS_STATUS_GENERIC_ERROR was added, but
* it was added /before/ HGFS_STATUS_INVALID_NAME. Nobody noticed because the
* error codes travelled from hgfsProto.h to hgfs.h in that same change. Worse,
* we GA'ed a product (Server 1.0) this way.
*
* XXX: I've reversed the order because otherwise new HGFS clients working
* against WS55-era HGFS servers will think they got HGFS_STATUS_GENERIC_ERROR
* when the server sent them HGFS_STATUS_INVALID_NAME. This was a problem
* the Linux client converts HGFS_STATUS_GENERIC_ERROR to -EIO, which causes
* HgfsLookup to fail unexpectedly (normally HGFS_STATUS_INVALID_NAME is
* converted to -ENOENT, an expected result in HgfsLookup).
*/
typedef enum {
HGFS_STATUS_SUCCESS,
HGFS_STATUS_NO_SUCH_FILE_OR_DIR,
HGFS_STATUS_INVALID_HANDLE,
HGFS_STATUS_OPERATION_NOT_PERMITTED,
HGFS_STATUS_FILE_EXISTS,
HGFS_STATUS_NOT_DIRECTORY,
HGFS_STATUS_DIR_NOT_EMPTY,
HGFS_STATUS_PROTOCOL_ERROR,
HGFS_STATUS_ACCESS_DENIED,
HGFS_STATUS_INVALID_NAME,
HGFS_STATUS_GENERIC_ERROR,
HGFS_STATUS_SHARING_VIOLATION,
HGFS_STATUS_NO_SPACE,
HGFS_STATUS_OPERATION_NOT_SUPPORTED,
HGFS_STATUS_NAME_TOO_LONG,
HGFS_STATUS_INVALID_PARAMETER,
HGFS_STATUS_NOT_SAME_DEVICE,
/*
* Following error codes are for V4 and above protocol only.
* Server must never retun these codes for legacy clients.
*/
HGFS_STATUS_STALE_SESSION,
HGFS_STATUS_TOO_MANY_SESSIONS,
HGFS_STATUS_TRANSPORT_ERROR,
} HgfsStatus;
/*
* HGFS RPC commands
*
* HGFS servers can run in a variety of places across several different
* transport layers. These definitions constitute all known RPC commands.
*
* For each definition, there is both the server string (the command itself)
* as well as a client "prefix", which is the command followed by a space.
* This is provided for convenience, since clients will need to copy both
* the command and the space into some buffer that is then sent over the
* backdoor.
*
* In Host --> Guest RPC traffic, the host endpoint is TCLO and the guest
* endpoint is RpcIn. TCLO is a particularly confusing name choice which dates
* back to when the host was to send raw TCL code to the guest (TCL Out ==
* TCLO).
*
* In Guest --> Host RPC traffic, the guest endpoint is RpcOut and the host
* endpoint is RPCI.
*/
/*
* When an RPCI listener registers for this command, HGFS requests are expected
* to be synchronously sent from the guest and replies are expected to be
* synchronously returned.
*
* When an RpcIn listener registers for this command, requests are expected to
* be asynchronously sent from the host and synchronously returned from the
* guest.
*
* In short, an endpoint sending this command is sending a request whose reply
* should be returned synchronously.
*/
#define HGFS_SYNC_REQREP_CMD "f"
#define HGFS_SYNC_REQREP_CLIENT_CMD HGFS_SYNC_REQREP_CMD " "
#define HGFS_SYNC_REQREP_CLIENT_CMD_LEN (sizeof HGFS_SYNC_REQREP_CLIENT_CMD - 1)
/*
* This is just for the sake of macro naming. Since we are guaranteed
* equal command lengths, defining command length via a generalized macro name
* will prevent confusion.
*/
#define HGFS_CLIENT_CMD_LEN HGFS_SYNC_REQREP_CLIENT_CMD_LEN
#endif // _HGFS_H_
|