2007-07-11 05:57:28 +07:00
|
|
|
/*
|
|
|
|
* include/net/9p/9p.h
|
|
|
|
*
|
|
|
|
* 9P protocol definitions.
|
|
|
|
*
|
|
|
|
* Copyright (C) 2005 by Latchesar Ionkov <lucho@ionkov.net>
|
|
|
|
* Copyright (C) 2004 by Eric Van Hensbergen <ericvh@gmail.com>
|
|
|
|
* Copyright (C) 2002 by Ron Minnich <rminnich@lanl.gov>
|
|
|
|
*
|
|
|
|
* 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; if not, write to:
|
|
|
|
* Free Software Foundation
|
|
|
|
* 51 Franklin Street, Fifth Floor
|
|
|
|
* Boston, MA 02111-1301 USA
|
|
|
|
*
|
|
|
|
*/
|
|
|
|
|
|
|
|
#ifndef NET_9P_H
|
|
|
|
#define NET_9P_H
|
|
|
|
|
2008-03-05 20:08:09 +07:00
|
|
|
/**
|
|
|
|
* enum p9_debug_flags - bits for mount time debug parameter
|
|
|
|
* @P9_DEBUG_ERROR: more verbose error messages including original error string
|
|
|
|
* @P9_DEBUG_9P: 9P protocol tracing
|
|
|
|
* @P9_DEBUG_VFS: VFS API tracing
|
|
|
|
* @P9_DEBUG_CONV: protocol conversion tracing
|
|
|
|
* @P9_DEBUG_MUX: trace management of concurrent transactions
|
|
|
|
* @P9_DEBUG_TRANS: transport tracing
|
|
|
|
* @P9_DEBUG_SLABS: memory management tracing
|
|
|
|
* @P9_DEBUG_FCALL: verbose dump of protocol messages
|
2008-10-16 20:30:07 +07:00
|
|
|
* @P9_DEBUG_FID: fid allocation/deallocation tracking
|
2009-09-24 01:00:27 +07:00
|
|
|
* @P9_DEBUG_PKT: packet marshalling/unmarshalling
|
|
|
|
* @P9_DEBUG_FSC: FS-cache tracing
|
2011-06-20 04:38:21 +07:00
|
|
|
* @P9_DEBUG_VPKT: Verbose packet debugging (full packet dump)
|
2008-03-05 20:08:09 +07:00
|
|
|
*
|
|
|
|
* These flags are passed at mount time to turn on various levels of
|
|
|
|
* verbosity and tracing which will be output to the system logs.
|
|
|
|
*/
|
|
|
|
|
|
|
|
enum p9_debug_flags {
|
|
|
|
P9_DEBUG_ERROR = (1<<0),
|
|
|
|
P9_DEBUG_9P = (1<<2),
|
|
|
|
P9_DEBUG_VFS = (1<<3),
|
|
|
|
P9_DEBUG_CONV = (1<<4),
|
|
|
|
P9_DEBUG_MUX = (1<<5),
|
|
|
|
P9_DEBUG_TRANS = (1<<6),
|
|
|
|
P9_DEBUG_SLABS = (1<<7),
|
|
|
|
P9_DEBUG_FCALL = (1<<8),
|
2008-10-16 20:30:07 +07:00
|
|
|
P9_DEBUG_FID = (1<<9),
|
2008-10-18 04:20:07 +07:00
|
|
|
P9_DEBUG_PKT = (1<<10),
|
2009-09-24 01:00:27 +07:00
|
|
|
P9_DEBUG_FSC = (1<<11),
|
2011-06-20 04:38:21 +07:00
|
|
|
P9_DEBUG_VPKT = (1<<12),
|
2008-03-05 20:08:09 +07:00
|
|
|
};
|
2007-07-11 05:57:28 +07:00
|
|
|
|
2008-10-23 06:47:40 +07:00
|
|
|
#ifdef CONFIG_NET_9P_DEBUG
|
2007-07-11 05:57:28 +07:00
|
|
|
extern unsigned int p9_debug_level;
|
2011-11-29 01:40:46 +07:00
|
|
|
__printf(3, 4)
|
|
|
|
void _p9_debug(enum p9_debug_flags level, const char *func,
|
|
|
|
const char *fmt, ...);
|
|
|
|
#define p9_debug(level, fmt, ...) \
|
|
|
|
_p9_debug(level, __func__, fmt, ##__VA_ARGS__)
|
2007-07-11 05:57:28 +07:00
|
|
|
#else
|
2011-11-29 01:40:46 +07:00
|
|
|
#define p9_debug(level, fmt, ...) \
|
|
|
|
no_printk(fmt, ##__VA_ARGS__)
|
2007-07-11 05:57:28 +07:00
|
|
|
#endif
|
|
|
|
|
2008-03-05 20:08:09 +07:00
|
|
|
/**
|
|
|
|
* enum p9_msg_t - 9P message types
|
2010-07-28 15:47:26 +07:00
|
|
|
* @P9_TLERROR: not used
|
|
|
|
* @P9_RLERROR: response for any failed request for 9P2000.L
|
2010-03-25 19:45:30 +07:00
|
|
|
* @P9_TSTATFS: file system status request
|
|
|
|
* @P9_RSTATFS: file system status response
|
2010-06-10 05:59:31 +07:00
|
|
|
* @P9_TSYMLINK: make symlink request
|
|
|
|
* @P9_RSYMLINK: make symlink response
|
2010-06-16 15:57:01 +07:00
|
|
|
* @P9_TMKNOD: create a special file object request
|
|
|
|
* @P9_RMKNOD: create a special file object response
|
2010-06-18 08:27:46 +07:00
|
|
|
* @P9_TLCREATE: prepare a handle for I/O on an new file for 9P2000.L
|
|
|
|
* @P9_RLCREATE: response with file access information for 9P2000.L
|
2010-03-25 19:47:26 +07:00
|
|
|
* @P9_TRENAME: rename request
|
|
|
|
* @P9_RRENAME: rename response
|
2010-06-16 15:57:22 +07:00
|
|
|
* @P9_TMKDIR: create a directory request
|
|
|
|
* @P9_RMKDIR: create a directory response
|
2008-03-05 20:08:09 +07:00
|
|
|
* @P9_TVERSION: version handshake request
|
|
|
|
* @P9_RVERSION: version handshake response
|
|
|
|
* @P9_TAUTH: request to establish authentication channel
|
|
|
|
* @P9_RAUTH: response with authentication information
|
|
|
|
* @P9_TATTACH: establish user access to file service
|
|
|
|
* @P9_RATTACH: response with top level handle to file hierarchy
|
|
|
|
* @P9_TERROR: not used
|
|
|
|
* @P9_RERROR: response for any failed request
|
|
|
|
* @P9_TFLUSH: request to abort a previous request
|
|
|
|
* @P9_RFLUSH: response when previous request has been cancelled
|
|
|
|
* @P9_TWALK: descend a directory hierarchy
|
|
|
|
* @P9_RWALK: response with new handle for position within hierarchy
|
|
|
|
* @P9_TOPEN: prepare a handle for I/O on an existing file
|
|
|
|
* @P9_ROPEN: response with file access information
|
|
|
|
* @P9_TCREATE: prepare a handle for I/O on a new file
|
|
|
|
* @P9_RCREATE: response with file access information
|
|
|
|
* @P9_TREAD: request to transfer data from a file or directory
|
|
|
|
* @P9_RREAD: response with data requested
|
|
|
|
* @P9_TWRITE: reuqest to transfer data to a file
|
2011-03-31 08:57:33 +07:00
|
|
|
* @P9_RWRITE: response with out much data was transferred to file
|
2008-03-05 20:08:09 +07:00
|
|
|
* @P9_TCLUNK: forget about a handle to an entity within the file system
|
|
|
|
* @P9_RCLUNK: response when server has forgotten about the handle
|
|
|
|
* @P9_TREMOVE: request to remove an entity from the hierarchy
|
|
|
|
* @P9_RREMOVE: response when server has removed the entity
|
|
|
|
* @P9_TSTAT: request file entity attributes
|
|
|
|
* @P9_RSTAT: response with file entity attributes
|
|
|
|
* @P9_TWSTAT: request to update file entity attributes
|
|
|
|
* @P9_RWSTAT: response when file entity attributes are updated
|
|
|
|
*
|
|
|
|
* There are 14 basic operations in 9P2000, paired as
|
|
|
|
* requests and responses. The one special case is ERROR
|
|
|
|
* as there is no @P9_TERROR request for clients to transmit to
|
|
|
|
* the server, but the server may respond to any other request
|
|
|
|
* with an @P9_RERROR.
|
|
|
|
*
|
|
|
|
* See Also: http://plan9.bell-labs.com/sys/man/5/INDEX.html
|
|
|
|
*/
|
2007-07-11 05:57:28 +07:00
|
|
|
|
2008-03-05 20:08:09 +07:00
|
|
|
enum p9_msg_t {
|
2010-07-28 15:47:26 +07:00
|
|
|
P9_TLERROR = 6,
|
|
|
|
P9_RLERROR,
|
2010-03-25 19:45:30 +07:00
|
|
|
P9_TSTATFS = 8,
|
|
|
|
P9_RSTATFS,
|
2010-06-22 21:17:50 +07:00
|
|
|
P9_TLOPEN = 12,
|
|
|
|
P9_RLOPEN,
|
2010-06-18 08:27:46 +07:00
|
|
|
P9_TLCREATE = 14,
|
|
|
|
P9_RLCREATE,
|
2010-06-10 05:59:31 +07:00
|
|
|
P9_TSYMLINK = 16,
|
|
|
|
P9_RSYMLINK,
|
2010-06-16 15:57:01 +07:00
|
|
|
P9_TMKNOD = 18,
|
|
|
|
P9_RMKNOD,
|
2010-03-25 19:47:26 +07:00
|
|
|
P9_TRENAME = 20,
|
|
|
|
P9_RRENAME,
|
2010-09-28 21:29:25 +07:00
|
|
|
P9_TREADLINK = 22,
|
|
|
|
P9_RREADLINK,
|
9p: getattr client implementation for 9P2000.L protocol.
SYNOPSIS
size[4] Tgetattr tag[2] fid[4] request_mask[8]
size[4] Rgetattr tag[2] lstat[n]
DESCRIPTION
The getattr transaction inquires about the file identified by fid.
request_mask is a bit mask that specifies which fields of the
stat structure is the client interested in.
The reply will contain a machine-independent directory entry,
laid out as follows:
st_result_mask[8]
Bit mask that indicates which fields in the stat structure
have been populated by the server
qid.type[1]
the type of the file (directory, etc.), represented as a bit
vector corresponding to the high 8 bits of the file's mode
word.
qid.vers[4]
version number for given path
qid.path[8]
the file server's unique identification for the file
st_mode[4]
Permission and flags
st_uid[4]
User id of owner
st_gid[4]
Group ID of owner
st_nlink[8]
Number of hard links
st_rdev[8]
Device ID (if special file)
st_size[8]
Size, in bytes
st_blksize[8]
Block size for file system IO
st_blocks[8]
Number of file system blocks allocated
st_atime_sec[8]
Time of last access, seconds
st_atime_nsec[8]
Time of last access, nanoseconds
st_mtime_sec[8]
Time of last modification, seconds
st_mtime_nsec[8]
Time of last modification, nanoseconds
st_ctime_sec[8]
Time of last status change, seconds
st_ctime_nsec[8]
Time of last status change, nanoseconds
st_btime_sec[8]
Time of creation (birth) of file, seconds
st_btime_nsec[8]
Time of creation (birth) of file, nanoseconds
st_gen[8]
Inode generation
st_data_version[8]
Data version number
request_mask and result_mask bit masks contain the following bits
#define P9_STATS_MODE 0x00000001ULL
#define P9_STATS_NLINK 0x00000002ULL
#define P9_STATS_UID 0x00000004ULL
#define P9_STATS_GID 0x00000008ULL
#define P9_STATS_RDEV 0x00000010ULL
#define P9_STATS_ATIME 0x00000020ULL
#define P9_STATS_MTIME 0x00000040ULL
#define P9_STATS_CTIME 0x00000080ULL
#define P9_STATS_INO 0x00000100ULL
#define P9_STATS_SIZE 0x00000200ULL
#define P9_STATS_BLOCKS 0x00000400ULL
#define P9_STATS_BTIME 0x00000800ULL
#define P9_STATS_GEN 0x00001000ULL
#define P9_STATS_DATA_VERSION 0x00002000ULL
#define P9_STATS_BASIC 0x000007ffULL
#define P9_STATS_ALL 0x00003fffULL
This patch implements the client side of getattr implementation for
9P2000.L. It introduces a new structure p9_stat_dotl for getting
Linux stat information along with QID. The data layout is similar to
stat structure in Linux user space with the following major
differences:
inode (st_ino) is not part of data. Instead qid is.
device (st_dev) is not part of data because this doesn't make sense
on the client.
All time variables are 64 bit wide on the wire. The kernel seems to use
32 bit variables for these variables. However, some of the architectures
have used 64 bit variables and glibc exposes 64 bit variables to user
space on some architectures. Hence to be on the safer side we have made
these 64 bit in the protocol. Refer to the comments in
include/asm-generic/stat.h
There are some additional fields: st_btime_sec, st_btime_nsec, st_gen,
st_data_version apart from the bitmask, st_result_mask. The bit mask
is filled by the server to indicate which stat fields have been
populated by the server. Currently there is no clean way for the
server to obtain these additional fields, so it sends back just the
basic fields.
Signed-off-by: Sripathi Kodi <sripathik@in.ibm.com>
Signed-off-by: Eric Van Hensbegren <ericvh@gmail.com>
2010-07-12 21:37:23 +07:00
|
|
|
P9_TGETATTR = 24,
|
|
|
|
P9_RGETATTR,
|
9p: Implement client side of setattr for 9P2000.L protocol.
SYNOPSIS
size[4] Tsetattr tag[2] attr[n]
size[4] Rsetattr tag[2]
DESCRIPTION
The setattr command changes some of the file status information.
attr resembles the iattr structure used in Linux kernel. It
specifies which status parameter is to be changed and to what
value. It is laid out as follows:
valid[4]
specifies which status information is to be changed. Possible
values are:
ATTR_MODE (1 << 0)
ATTR_UID (1 << 1)
ATTR_GID (1 << 2)
ATTR_SIZE (1 << 3)
ATTR_ATIME (1 << 4)
ATTR_MTIME (1 << 5)
ATTR_ATIME_SET (1 << 7)
ATTR_MTIME_SET (1 << 8)
The last two bits represent whether the time information
is being sent by the client's user space. In the absense
of these bits the server always uses server's time.
mode[4]
File permission bits
uid[4]
Owner id of file
gid[4]
Group id of the file
size[8]
File size
atime_sec[8]
Time of last file access, seconds
atime_nsec[8]
Time of last file access, nanoseconds
mtime_sec[8]
Time of last file modification, seconds
mtime_nsec[8]
Time of last file modification, nanoseconds
Explanation of the patches:
--------------------------
*) The kernel just copies relevent contents of iattr structure to
p9_iattr_dotl structure and passes it down to the client. The
only check it has is calling inode_change_ok()
*) The p9_iattr_dotl structure does not have ctime and ia_file
parameters because I don't think these are needed in our case.
The client user space can request updating just ctime by calling
chown(fd, -1, -1). This is handled on server side without a need
for putting ctime on the wire.
*) The server currently supports changing mode, time, ownership and
size of the file.
*) 9P RFC says "Either all the changes in wstat request happen, or
none of them does: if the request succeeds, all changes were made;
if it fails, none were."
I have not done anything to implement this specifically because I
don't see a reason.
Signed-off-by: Sripathi Kodi <sripathik@in.ibm.com>
Signed-off-by: Venkateswararao Jujjuri <jvrao@linux.vnet.ibm.com>
Signed-off-by: Eric Van Hensbergen <ericvh@gmail.com>
2010-06-18 13:20:10 +07:00
|
|
|
P9_TSETATTR = 26,
|
|
|
|
P9_RSETATTR,
|
2010-05-31 14:52:45 +07:00
|
|
|
P9_TXATTRWALK = 30,
|
|
|
|
P9_RXATTRWALK,
|
2010-05-31 14:52:50 +07:00
|
|
|
P9_TXATTRCREATE = 32,
|
|
|
|
P9_RXATTRCREATE,
|
2010-06-04 20:41:26 +07:00
|
|
|
P9_TREADDIR = 40,
|
|
|
|
P9_RREADDIR,
|
2010-09-23 07:19:19 +07:00
|
|
|
P9_TFSYNC = 50,
|
|
|
|
P9_RFSYNC,
|
9p: Implement TLOCK
Synopsis
size[4] TLock tag[2] fid[4] flock[n]
size[4] RLock tag[2] status[1]
Description
Tlock is used to acquire/release byte range posix locks on a file
identified by given fid. The reply contains status of the lock request
flock structure:
type[1] - Type of lock: F_RDLCK, F_WRLCK, F_UNLCK
flags[4] - Flags could be either of
P9_LOCK_FLAGS_BLOCK - Blocked lock request, if there is a
conflicting lock exists, wait for that lock to be released.
P9_LOCK_FLAGS_RECLAIM - Reclaim lock request, used when client is
trying to reclaim a lock after a server restrart (due to crash)
start[8] - Starting offset for lock
length[8] - Number of bytes to lock
If length is 0, lock all bytes starting at the location 'start'
through to the end of file
pid[4] - PID of the process that wants to take lock
client_id[4] - Unique client id
status[1] - Status of the lock request, can be
P9_LOCK_SUCCESS(0), P9_LOCK_BLOCKED(1), P9_LOCK_ERROR(2) or
P9_LOCK_GRACE(3)
P9_LOCK_SUCCESS - Request was successful
P9_LOCK_BLOCKED - A conflicting lock is held by another process
P9_LOCK_ERROR - Error while processing the lock request
P9_LOCK_GRACE - Server is in grace period, it can't accept new lock
requests in this period (except locks with
P9_LOCK_FLAGS_RECLAIM flag set)
Signed-off-by: M. Mohan Kumar <mohan@in.ibm.com>
Signed-off-by: Aneesh Kumar K.V <aneesh.kumar@linux.vnet.ibm.com>
Signed-off-by: Venkateswararao Jujjuri <jvrao@linux.vnet.ibm.com>
Signed-off-by: Eric Van Hensbergen <ericvh@gmail.com>
2010-09-27 13:04:24 +07:00
|
|
|
P9_TLOCK = 52,
|
|
|
|
P9_RLOCK,
|
2010-09-27 13:52:13 +07:00
|
|
|
P9_TGETLOCK = 54,
|
|
|
|
P9_RGETLOCK,
|
2010-06-04 05:16:59 +07:00
|
|
|
P9_TLINK = 70,
|
|
|
|
P9_RLINK,
|
2010-06-16 15:57:22 +07:00
|
|
|
P9_TMKDIR = 72,
|
|
|
|
P9_RMKDIR,
|
2011-06-28 17:11:16 +07:00
|
|
|
P9_TRENAMEAT = 74,
|
|
|
|
P9_RRENAMEAT,
|
2011-06-28 17:11:18 +07:00
|
|
|
P9_TUNLINKAT = 76,
|
|
|
|
P9_RUNLINKAT,
|
2007-07-11 05:57:28 +07:00
|
|
|
P9_TVERSION = 100,
|
|
|
|
P9_RVERSION,
|
|
|
|
P9_TAUTH = 102,
|
|
|
|
P9_RAUTH,
|
|
|
|
P9_TATTACH = 104,
|
|
|
|
P9_RATTACH,
|
|
|
|
P9_TERROR = 106,
|
|
|
|
P9_RERROR,
|
|
|
|
P9_TFLUSH = 108,
|
|
|
|
P9_RFLUSH,
|
|
|
|
P9_TWALK = 110,
|
|
|
|
P9_RWALK,
|
|
|
|
P9_TOPEN = 112,
|
|
|
|
P9_ROPEN,
|
|
|
|
P9_TCREATE = 114,
|
|
|
|
P9_RCREATE,
|
|
|
|
P9_TREAD = 116,
|
|
|
|
P9_RREAD,
|
|
|
|
P9_TWRITE = 118,
|
|
|
|
P9_RWRITE,
|
|
|
|
P9_TCLUNK = 120,
|
|
|
|
P9_RCLUNK,
|
|
|
|
P9_TREMOVE = 122,
|
|
|
|
P9_RREMOVE,
|
|
|
|
P9_TSTAT = 124,
|
|
|
|
P9_RSTAT,
|
|
|
|
P9_TWSTAT = 126,
|
|
|
|
P9_RWSTAT,
|
|
|
|
};
|
|
|
|
|
2008-03-05 20:08:09 +07:00
|
|
|
/**
|
|
|
|
* enum p9_open_mode_t - 9P open modes
|
|
|
|
* @P9_OREAD: open file for reading only
|
|
|
|
* @P9_OWRITE: open file for writing only
|
|
|
|
* @P9_ORDWR: open file for reading or writing
|
|
|
|
* @P9_OEXEC: open file for execution
|
|
|
|
* @P9_OTRUNC: truncate file to zero-length before opening it
|
|
|
|
* @P9_OREXEC: close the file when an exec(2) system call is made
|
|
|
|
* @P9_ORCLOSE: remove the file when the file is closed
|
|
|
|
* @P9_OAPPEND: open the file and seek to the end
|
|
|
|
* @P9_OEXCL: only create a file, do not open it
|
|
|
|
*
|
|
|
|
* 9P open modes differ slightly from Posix standard modes.
|
|
|
|
* In particular, there are extra modes which specify different
|
|
|
|
* semantic behaviors than may be available on standard Posix
|
|
|
|
* systems. For example, @P9_OREXEC and @P9_ORCLOSE are modes that
|
|
|
|
* most likely will not be issued from the Linux VFS client, but may
|
|
|
|
* be supported by servers.
|
|
|
|
*
|
|
|
|
* See Also: http://plan9.bell-labs.com/magic/man2html/2/open
|
|
|
|
*/
|
|
|
|
|
|
|
|
enum p9_open_mode_t {
|
2007-07-11 05:57:28 +07:00
|
|
|
P9_OREAD = 0x00,
|
|
|
|
P9_OWRITE = 0x01,
|
|
|
|
P9_ORDWR = 0x02,
|
|
|
|
P9_OEXEC = 0x03,
|
|
|
|
P9_OTRUNC = 0x10,
|
|
|
|
P9_OREXEC = 0x20,
|
|
|
|
P9_ORCLOSE = 0x40,
|
|
|
|
P9_OAPPEND = 0x80,
|
2008-03-05 20:08:09 +07:00
|
|
|
P9_OEXCL = 0x1000,
|
|
|
|
};
|
|
|
|
|
|
|
|
/**
|
|
|
|
* enum p9_perm_t - 9P permissions
|
2011-05-09 01:46:38 +07:00
|
|
|
* @P9_DMDIR: mode bit for directories
|
2008-03-05 20:08:09 +07:00
|
|
|
* @P9_DMAPPEND: mode bit for is append-only
|
|
|
|
* @P9_DMEXCL: mode bit for excluse use (only one open handle allowed)
|
2011-05-09 01:46:38 +07:00
|
|
|
* @P9_DMMOUNT: mode bit for mount points
|
2008-03-05 20:08:09 +07:00
|
|
|
* @P9_DMAUTH: mode bit for authentication file
|
|
|
|
* @P9_DMTMP: mode bit for non-backed-up files
|
|
|
|
* @P9_DMSYMLINK: mode bit for symbolic links (9P2000.u)
|
|
|
|
* @P9_DMLINK: mode bit for hard-link (9P2000.u)
|
|
|
|
* @P9_DMDEVICE: mode bit for device files (9P2000.u)
|
|
|
|
* @P9_DMNAMEDPIPE: mode bit for named pipe (9P2000.u)
|
|
|
|
* @P9_DMSOCKET: mode bit for socket (9P2000.u)
|
|
|
|
* @P9_DMSETUID: mode bit for setuid (9P2000.u)
|
|
|
|
* @P9_DMSETGID: mode bit for setgid (9P2000.u)
|
|
|
|
* @P9_DMSETVTX: mode bit for sticky bit (9P2000.u)
|
|
|
|
*
|
|
|
|
* 9P permissions differ slightly from Posix standard modes.
|
|
|
|
*
|
|
|
|
* See Also: http://plan9.bell-labs.com/magic/man2html/2/stat
|
|
|
|
*/
|
|
|
|
enum p9_perm_t {
|
2007-07-11 05:57:28 +07:00
|
|
|
P9_DMDIR = 0x80000000,
|
|
|
|
P9_DMAPPEND = 0x40000000,
|
|
|
|
P9_DMEXCL = 0x20000000,
|
|
|
|
P9_DMMOUNT = 0x10000000,
|
|
|
|
P9_DMAUTH = 0x08000000,
|
|
|
|
P9_DMTMP = 0x04000000,
|
2008-03-05 20:08:09 +07:00
|
|
|
/* 9P2000.u extensions */
|
2007-07-11 05:57:28 +07:00
|
|
|
P9_DMSYMLINK = 0x02000000,
|
|
|
|
P9_DMLINK = 0x01000000,
|
|
|
|
P9_DMDEVICE = 0x00800000,
|
|
|
|
P9_DMNAMEDPIPE = 0x00200000,
|
|
|
|
P9_DMSOCKET = 0x00100000,
|
|
|
|
P9_DMSETUID = 0x00080000,
|
|
|
|
P9_DMSETGID = 0x00040000,
|
2008-02-07 08:25:06 +07:00
|
|
|
P9_DMSETVTX = 0x00010000,
|
2007-07-11 05:57:28 +07:00
|
|
|
};
|
|
|
|
|
2011-08-03 21:25:32 +07:00
|
|
|
/* 9p2000.L open flags */
|
|
|
|
#define P9_DOTL_RDONLY 00000000
|
|
|
|
#define P9_DOTL_WRONLY 00000001
|
|
|
|
#define P9_DOTL_RDWR 00000002
|
|
|
|
#define P9_DOTL_NOACCESS 00000003
|
|
|
|
#define P9_DOTL_CREATE 00000100
|
|
|
|
#define P9_DOTL_EXCL 00000200
|
|
|
|
#define P9_DOTL_NOCTTY 00000400
|
|
|
|
#define P9_DOTL_TRUNC 00001000
|
|
|
|
#define P9_DOTL_APPEND 00002000
|
|
|
|
#define P9_DOTL_NONBLOCK 00004000
|
|
|
|
#define P9_DOTL_DSYNC 00010000
|
|
|
|
#define P9_DOTL_FASYNC 00020000
|
|
|
|
#define P9_DOTL_DIRECT 00040000
|
|
|
|
#define P9_DOTL_LARGEFILE 00100000
|
|
|
|
#define P9_DOTL_DIRECTORY 00200000
|
|
|
|
#define P9_DOTL_NOFOLLOW 00400000
|
|
|
|
#define P9_DOTL_NOATIME 01000000
|
|
|
|
#define P9_DOTL_CLOEXEC 02000000
|
|
|
|
#define P9_DOTL_SYNC 04000000
|
|
|
|
|
|
|
|
/* 9p2000.L at flags */
|
|
|
|
#define P9_DOTL_AT_REMOVEDIR 0x200
|
|
|
|
|
2011-08-21 01:51:18 +07:00
|
|
|
/* 9p2000.L lock type */
|
|
|
|
#define P9_LOCK_TYPE_RDLCK 0
|
|
|
|
#define P9_LOCK_TYPE_WRLCK 1
|
|
|
|
#define P9_LOCK_TYPE_UNLCK 2
|
|
|
|
|
2008-03-05 20:08:09 +07:00
|
|
|
/**
|
|
|
|
* enum p9_qid_t - QID types
|
|
|
|
* @P9_QTDIR: directory
|
|
|
|
* @P9_QTAPPEND: append-only
|
|
|
|
* @P9_QTEXCL: excluse use (only one open handle allowed)
|
|
|
|
* @P9_QTMOUNT: mount points
|
|
|
|
* @P9_QTAUTH: authentication file
|
|
|
|
* @P9_QTTMP: non-backed-up files
|
|
|
|
* @P9_QTSYMLINK: symbolic links (9P2000.u)
|
|
|
|
* @P9_QTLINK: hard-link (9P2000.u)
|
|
|
|
* @P9_QTFILE: normal files
|
|
|
|
*
|
|
|
|
* QID types are a subset of permissions - they are primarily
|
|
|
|
* used to differentiate semantics for a file system entity via
|
2011-03-31 08:57:33 +07:00
|
|
|
* a jump-table. Their value is also the most significant 16 bits
|
2008-03-05 20:08:09 +07:00
|
|
|
* of the permission_t
|
|
|
|
*
|
|
|
|
* See Also: http://plan9.bell-labs.com/magic/man2html/2/stat
|
|
|
|
*/
|
|
|
|
enum p9_qid_t {
|
2007-07-11 05:57:28 +07:00
|
|
|
P9_QTDIR = 0x80,
|
|
|
|
P9_QTAPPEND = 0x40,
|
|
|
|
P9_QTEXCL = 0x20,
|
|
|
|
P9_QTMOUNT = 0x10,
|
|
|
|
P9_QTAUTH = 0x08,
|
|
|
|
P9_QTTMP = 0x04,
|
|
|
|
P9_QTSYMLINK = 0x02,
|
|
|
|
P9_QTLINK = 0x01,
|
|
|
|
P9_QTFILE = 0x00,
|
|
|
|
};
|
|
|
|
|
2008-03-05 20:08:09 +07:00
|
|
|
/* 9P Magic Numbers */
|
2007-07-11 05:57:28 +07:00
|
|
|
#define P9_NOTAG (u16)(~0)
|
|
|
|
#define P9_NOFID (u32)(~0)
|
|
|
|
#define P9_MAXWELEM 16
|
|
|
|
|
|
|
|
/* ample room for Twrite/Rread header */
|
|
|
|
#define P9_IOHDRSZ 24
|
|
|
|
|
2010-06-04 20:41:26 +07:00
|
|
|
/* Room for readdir header */
|
|
|
|
#define P9_READDIRHDRSZ 24
|
|
|
|
|
2011-08-16 12:20:10 +07:00
|
|
|
/* size of header for zero copy read/write */
|
|
|
|
#define P9_ZC_HDR_SZ 4096
|
|
|
|
|
2008-03-05 20:08:09 +07:00
|
|
|
/**
|
|
|
|
* struct p9_qid - file system entity information
|
|
|
|
* @type: 8-bit type &p9_qid_t
|
|
|
|
* @version: 16-bit monotonically incrementing version number
|
|
|
|
* @path: 64-bit per-server-unique ID for a file system element
|
|
|
|
*
|
|
|
|
* qids are identifiers used by 9P servers to track file system
|
|
|
|
* entities. The type is used to differentiate semantics for operations
|
|
|
|
* on the entity (ie. read means something different on a directory than
|
|
|
|
* on a file). The path provides a server unique index for an entity
|
|
|
|
* (roughly analogous to an inode number), while the version is updated
|
|
|
|
* every time a file is modified and can be used to maintain cache
|
|
|
|
* coherency between clients and serves.
|
|
|
|
* Servers will often differentiate purely synthetic entities by setting
|
|
|
|
* their version to 0, signaling that they should never be cached and
|
|
|
|
* should be accessed synchronously.
|
|
|
|
*
|
|
|
|
* See Also://plan9.bell-labs.com/magic/man2html/2/stat
|
|
|
|
*/
|
|
|
|
|
2007-07-11 05:57:28 +07:00
|
|
|
struct p9_qid {
|
|
|
|
u8 type;
|
|
|
|
u32 version;
|
|
|
|
u64 path;
|
|
|
|
};
|
|
|
|
|
2008-03-05 20:08:09 +07:00
|
|
|
/**
|
2011-05-09 01:46:38 +07:00
|
|
|
* struct p9_wstat - file system metadata information
|
2008-03-05 20:08:09 +07:00
|
|
|
* @size: length prefix for this stat structure instance
|
2011-03-31 08:57:33 +07:00
|
|
|
* @type: the type of the server (equivalent to a major number)
|
|
|
|
* @dev: the sub-type of the server (equivalent to a minor number)
|
2008-03-05 20:08:09 +07:00
|
|
|
* @qid: unique id from the server of type &p9_qid
|
|
|
|
* @mode: Plan 9 format permissions of type &p9_perm_t
|
|
|
|
* @atime: Last access/read time
|
|
|
|
* @mtime: Last modify/write time
|
|
|
|
* @length: file length
|
2011-07-07 15:44:03 +07:00
|
|
|
* @name: last element of path (aka filename)
|
|
|
|
* @uid: owner name
|
|
|
|
* @gid: group owner
|
|
|
|
* @muid: last modifier
|
|
|
|
* @extension: area used to encode extended UNIX support
|
2008-03-05 20:08:09 +07:00
|
|
|
* @n_uid: numeric user id of owner (part of 9p2000.u extension)
|
|
|
|
* @n_gid: numeric group id (part of 9p2000.u extension)
|
|
|
|
* @n_muid: numeric user id of laster modifier (part of 9p2000.u extension)
|
|
|
|
*
|
|
|
|
* See Also: http://plan9.bell-labs.com/magic/man2html/2/stat
|
|
|
|
*/
|
|
|
|
|
2007-07-11 05:57:28 +07:00
|
|
|
struct p9_wstat {
|
|
|
|
u16 size;
|
|
|
|
u16 type;
|
|
|
|
u32 dev;
|
|
|
|
struct p9_qid qid;
|
|
|
|
u32 mode;
|
|
|
|
u32 atime;
|
|
|
|
u32 mtime;
|
|
|
|
u64 length;
|
2017-01-12 16:01:17 +07:00
|
|
|
const char *name;
|
|
|
|
const char *uid;
|
|
|
|
const char *gid;
|
|
|
|
const char *muid;
|
2007-07-11 05:57:28 +07:00
|
|
|
char *extension; /* 9p2000.u extensions */
|
2013-01-30 07:18:50 +07:00
|
|
|
kuid_t n_uid; /* 9p2000.u extensions */
|
|
|
|
kgid_t n_gid; /* 9p2000.u extensions */
|
|
|
|
kuid_t n_muid; /* 9p2000.u extensions */
|
2007-07-11 05:57:28 +07:00
|
|
|
};
|
|
|
|
|
9p: getattr client implementation for 9P2000.L protocol.
SYNOPSIS
size[4] Tgetattr tag[2] fid[4] request_mask[8]
size[4] Rgetattr tag[2] lstat[n]
DESCRIPTION
The getattr transaction inquires about the file identified by fid.
request_mask is a bit mask that specifies which fields of the
stat structure is the client interested in.
The reply will contain a machine-independent directory entry,
laid out as follows:
st_result_mask[8]
Bit mask that indicates which fields in the stat structure
have been populated by the server
qid.type[1]
the type of the file (directory, etc.), represented as a bit
vector corresponding to the high 8 bits of the file's mode
word.
qid.vers[4]
version number for given path
qid.path[8]
the file server's unique identification for the file
st_mode[4]
Permission and flags
st_uid[4]
User id of owner
st_gid[4]
Group ID of owner
st_nlink[8]
Number of hard links
st_rdev[8]
Device ID (if special file)
st_size[8]
Size, in bytes
st_blksize[8]
Block size for file system IO
st_blocks[8]
Number of file system blocks allocated
st_atime_sec[8]
Time of last access, seconds
st_atime_nsec[8]
Time of last access, nanoseconds
st_mtime_sec[8]
Time of last modification, seconds
st_mtime_nsec[8]
Time of last modification, nanoseconds
st_ctime_sec[8]
Time of last status change, seconds
st_ctime_nsec[8]
Time of last status change, nanoseconds
st_btime_sec[8]
Time of creation (birth) of file, seconds
st_btime_nsec[8]
Time of creation (birth) of file, nanoseconds
st_gen[8]
Inode generation
st_data_version[8]
Data version number
request_mask and result_mask bit masks contain the following bits
#define P9_STATS_MODE 0x00000001ULL
#define P9_STATS_NLINK 0x00000002ULL
#define P9_STATS_UID 0x00000004ULL
#define P9_STATS_GID 0x00000008ULL
#define P9_STATS_RDEV 0x00000010ULL
#define P9_STATS_ATIME 0x00000020ULL
#define P9_STATS_MTIME 0x00000040ULL
#define P9_STATS_CTIME 0x00000080ULL
#define P9_STATS_INO 0x00000100ULL
#define P9_STATS_SIZE 0x00000200ULL
#define P9_STATS_BLOCKS 0x00000400ULL
#define P9_STATS_BTIME 0x00000800ULL
#define P9_STATS_GEN 0x00001000ULL
#define P9_STATS_DATA_VERSION 0x00002000ULL
#define P9_STATS_BASIC 0x000007ffULL
#define P9_STATS_ALL 0x00003fffULL
This patch implements the client side of getattr implementation for
9P2000.L. It introduces a new structure p9_stat_dotl for getting
Linux stat information along with QID. The data layout is similar to
stat structure in Linux user space with the following major
differences:
inode (st_ino) is not part of data. Instead qid is.
device (st_dev) is not part of data because this doesn't make sense
on the client.
All time variables are 64 bit wide on the wire. The kernel seems to use
32 bit variables for these variables. However, some of the architectures
have used 64 bit variables and glibc exposes 64 bit variables to user
space on some architectures. Hence to be on the safer side we have made
these 64 bit in the protocol. Refer to the comments in
include/asm-generic/stat.h
There are some additional fields: st_btime_sec, st_btime_nsec, st_gen,
st_data_version apart from the bitmask, st_result_mask. The bit mask
is filled by the server to indicate which stat fields have been
populated by the server. Currently there is no clean way for the
server to obtain these additional fields, so it sends back just the
basic fields.
Signed-off-by: Sripathi Kodi <sripathik@in.ibm.com>
Signed-off-by: Eric Van Hensbegren <ericvh@gmail.com>
2010-07-12 21:37:23 +07:00
|
|
|
struct p9_stat_dotl {
|
|
|
|
u64 st_result_mask;
|
|
|
|
struct p9_qid qid;
|
|
|
|
u32 st_mode;
|
2013-01-30 07:18:50 +07:00
|
|
|
kuid_t st_uid;
|
|
|
|
kgid_t st_gid;
|
9p: getattr client implementation for 9P2000.L protocol.
SYNOPSIS
size[4] Tgetattr tag[2] fid[4] request_mask[8]
size[4] Rgetattr tag[2] lstat[n]
DESCRIPTION
The getattr transaction inquires about the file identified by fid.
request_mask is a bit mask that specifies which fields of the
stat structure is the client interested in.
The reply will contain a machine-independent directory entry,
laid out as follows:
st_result_mask[8]
Bit mask that indicates which fields in the stat structure
have been populated by the server
qid.type[1]
the type of the file (directory, etc.), represented as a bit
vector corresponding to the high 8 bits of the file's mode
word.
qid.vers[4]
version number for given path
qid.path[8]
the file server's unique identification for the file
st_mode[4]
Permission and flags
st_uid[4]
User id of owner
st_gid[4]
Group ID of owner
st_nlink[8]
Number of hard links
st_rdev[8]
Device ID (if special file)
st_size[8]
Size, in bytes
st_blksize[8]
Block size for file system IO
st_blocks[8]
Number of file system blocks allocated
st_atime_sec[8]
Time of last access, seconds
st_atime_nsec[8]
Time of last access, nanoseconds
st_mtime_sec[8]
Time of last modification, seconds
st_mtime_nsec[8]
Time of last modification, nanoseconds
st_ctime_sec[8]
Time of last status change, seconds
st_ctime_nsec[8]
Time of last status change, nanoseconds
st_btime_sec[8]
Time of creation (birth) of file, seconds
st_btime_nsec[8]
Time of creation (birth) of file, nanoseconds
st_gen[8]
Inode generation
st_data_version[8]
Data version number
request_mask and result_mask bit masks contain the following bits
#define P9_STATS_MODE 0x00000001ULL
#define P9_STATS_NLINK 0x00000002ULL
#define P9_STATS_UID 0x00000004ULL
#define P9_STATS_GID 0x00000008ULL
#define P9_STATS_RDEV 0x00000010ULL
#define P9_STATS_ATIME 0x00000020ULL
#define P9_STATS_MTIME 0x00000040ULL
#define P9_STATS_CTIME 0x00000080ULL
#define P9_STATS_INO 0x00000100ULL
#define P9_STATS_SIZE 0x00000200ULL
#define P9_STATS_BLOCKS 0x00000400ULL
#define P9_STATS_BTIME 0x00000800ULL
#define P9_STATS_GEN 0x00001000ULL
#define P9_STATS_DATA_VERSION 0x00002000ULL
#define P9_STATS_BASIC 0x000007ffULL
#define P9_STATS_ALL 0x00003fffULL
This patch implements the client side of getattr implementation for
9P2000.L. It introduces a new structure p9_stat_dotl for getting
Linux stat information along with QID. The data layout is similar to
stat structure in Linux user space with the following major
differences:
inode (st_ino) is not part of data. Instead qid is.
device (st_dev) is not part of data because this doesn't make sense
on the client.
All time variables are 64 bit wide on the wire. The kernel seems to use
32 bit variables for these variables. However, some of the architectures
have used 64 bit variables and glibc exposes 64 bit variables to user
space on some architectures. Hence to be on the safer side we have made
these 64 bit in the protocol. Refer to the comments in
include/asm-generic/stat.h
There are some additional fields: st_btime_sec, st_btime_nsec, st_gen,
st_data_version apart from the bitmask, st_result_mask. The bit mask
is filled by the server to indicate which stat fields have been
populated by the server. Currently there is no clean way for the
server to obtain these additional fields, so it sends back just the
basic fields.
Signed-off-by: Sripathi Kodi <sripathik@in.ibm.com>
Signed-off-by: Eric Van Hensbegren <ericvh@gmail.com>
2010-07-12 21:37:23 +07:00
|
|
|
u64 st_nlink;
|
|
|
|
u64 st_rdev;
|
|
|
|
u64 st_size;
|
|
|
|
u64 st_blksize;
|
|
|
|
u64 st_blocks;
|
|
|
|
u64 st_atime_sec;
|
|
|
|
u64 st_atime_nsec;
|
|
|
|
u64 st_mtime_sec;
|
|
|
|
u64 st_mtime_nsec;
|
|
|
|
u64 st_ctime_sec;
|
|
|
|
u64 st_ctime_nsec;
|
|
|
|
u64 st_btime_sec;
|
|
|
|
u64 st_btime_nsec;
|
|
|
|
u64 st_gen;
|
|
|
|
u64 st_data_version;
|
|
|
|
};
|
|
|
|
|
|
|
|
#define P9_STATS_MODE 0x00000001ULL
|
|
|
|
#define P9_STATS_NLINK 0x00000002ULL
|
|
|
|
#define P9_STATS_UID 0x00000004ULL
|
|
|
|
#define P9_STATS_GID 0x00000008ULL
|
|
|
|
#define P9_STATS_RDEV 0x00000010ULL
|
|
|
|
#define P9_STATS_ATIME 0x00000020ULL
|
|
|
|
#define P9_STATS_MTIME 0x00000040ULL
|
|
|
|
#define P9_STATS_CTIME 0x00000080ULL
|
|
|
|
#define P9_STATS_INO 0x00000100ULL
|
|
|
|
#define P9_STATS_SIZE 0x00000200ULL
|
|
|
|
#define P9_STATS_BLOCKS 0x00000400ULL
|
|
|
|
|
|
|
|
#define P9_STATS_BTIME 0x00000800ULL
|
|
|
|
#define P9_STATS_GEN 0x00001000ULL
|
|
|
|
#define P9_STATS_DATA_VERSION 0x00002000ULL
|
|
|
|
|
|
|
|
#define P9_STATS_BASIC 0x000007ffULL /* Mask for fields up to BLOCKS */
|
|
|
|
#define P9_STATS_ALL 0x00003fffULL /* Mask for All fields above */
|
|
|
|
|
9p: Implement client side of setattr for 9P2000.L protocol.
SYNOPSIS
size[4] Tsetattr tag[2] attr[n]
size[4] Rsetattr tag[2]
DESCRIPTION
The setattr command changes some of the file status information.
attr resembles the iattr structure used in Linux kernel. It
specifies which status parameter is to be changed and to what
value. It is laid out as follows:
valid[4]
specifies which status information is to be changed. Possible
values are:
ATTR_MODE (1 << 0)
ATTR_UID (1 << 1)
ATTR_GID (1 << 2)
ATTR_SIZE (1 << 3)
ATTR_ATIME (1 << 4)
ATTR_MTIME (1 << 5)
ATTR_ATIME_SET (1 << 7)
ATTR_MTIME_SET (1 << 8)
The last two bits represent whether the time information
is being sent by the client's user space. In the absense
of these bits the server always uses server's time.
mode[4]
File permission bits
uid[4]
Owner id of file
gid[4]
Group id of the file
size[8]
File size
atime_sec[8]
Time of last file access, seconds
atime_nsec[8]
Time of last file access, nanoseconds
mtime_sec[8]
Time of last file modification, seconds
mtime_nsec[8]
Time of last file modification, nanoseconds
Explanation of the patches:
--------------------------
*) The kernel just copies relevent contents of iattr structure to
p9_iattr_dotl structure and passes it down to the client. The
only check it has is calling inode_change_ok()
*) The p9_iattr_dotl structure does not have ctime and ia_file
parameters because I don't think these are needed in our case.
The client user space can request updating just ctime by calling
chown(fd, -1, -1). This is handled on server side without a need
for putting ctime on the wire.
*) The server currently supports changing mode, time, ownership and
size of the file.
*) 9P RFC says "Either all the changes in wstat request happen, or
none of them does: if the request succeeds, all changes were made;
if it fails, none were."
I have not done anything to implement this specifically because I
don't see a reason.
Signed-off-by: Sripathi Kodi <sripathik@in.ibm.com>
Signed-off-by: Venkateswararao Jujjuri <jvrao@linux.vnet.ibm.com>
Signed-off-by: Eric Van Hensbergen <ericvh@gmail.com>
2010-06-18 13:20:10 +07:00
|
|
|
/**
|
|
|
|
* struct p9_iattr_dotl - P9 inode attribute for setattr
|
|
|
|
* @valid: bitfield specifying which fields are valid
|
|
|
|
* same as in struct iattr
|
|
|
|
* @mode: File permission bits
|
|
|
|
* @uid: user id of owner
|
|
|
|
* @gid: group id
|
|
|
|
* @size: File size
|
|
|
|
* @atime_sec: Last access time, seconds
|
|
|
|
* @atime_nsec: Last access time, nanoseconds
|
|
|
|
* @mtime_sec: Last modification time, seconds
|
|
|
|
* @mtime_nsec: Last modification time, nanoseconds
|
|
|
|
*/
|
|
|
|
|
|
|
|
struct p9_iattr_dotl {
|
|
|
|
u32 valid;
|
|
|
|
u32 mode;
|
2013-01-30 07:18:50 +07:00
|
|
|
kuid_t uid;
|
|
|
|
kgid_t gid;
|
9p: Implement client side of setattr for 9P2000.L protocol.
SYNOPSIS
size[4] Tsetattr tag[2] attr[n]
size[4] Rsetattr tag[2]
DESCRIPTION
The setattr command changes some of the file status information.
attr resembles the iattr structure used in Linux kernel. It
specifies which status parameter is to be changed and to what
value. It is laid out as follows:
valid[4]
specifies which status information is to be changed. Possible
values are:
ATTR_MODE (1 << 0)
ATTR_UID (1 << 1)
ATTR_GID (1 << 2)
ATTR_SIZE (1 << 3)
ATTR_ATIME (1 << 4)
ATTR_MTIME (1 << 5)
ATTR_ATIME_SET (1 << 7)
ATTR_MTIME_SET (1 << 8)
The last two bits represent whether the time information
is being sent by the client's user space. In the absense
of these bits the server always uses server's time.
mode[4]
File permission bits
uid[4]
Owner id of file
gid[4]
Group id of the file
size[8]
File size
atime_sec[8]
Time of last file access, seconds
atime_nsec[8]
Time of last file access, nanoseconds
mtime_sec[8]
Time of last file modification, seconds
mtime_nsec[8]
Time of last file modification, nanoseconds
Explanation of the patches:
--------------------------
*) The kernel just copies relevent contents of iattr structure to
p9_iattr_dotl structure and passes it down to the client. The
only check it has is calling inode_change_ok()
*) The p9_iattr_dotl structure does not have ctime and ia_file
parameters because I don't think these are needed in our case.
The client user space can request updating just ctime by calling
chown(fd, -1, -1). This is handled on server side without a need
for putting ctime on the wire.
*) The server currently supports changing mode, time, ownership and
size of the file.
*) 9P RFC says "Either all the changes in wstat request happen, or
none of them does: if the request succeeds, all changes were made;
if it fails, none were."
I have not done anything to implement this specifically because I
don't see a reason.
Signed-off-by: Sripathi Kodi <sripathik@in.ibm.com>
Signed-off-by: Venkateswararao Jujjuri <jvrao@linux.vnet.ibm.com>
Signed-off-by: Eric Van Hensbergen <ericvh@gmail.com>
2010-06-18 13:20:10 +07:00
|
|
|
u64 size;
|
|
|
|
u64 atime_sec;
|
|
|
|
u64 atime_nsec;
|
|
|
|
u64 mtime_sec;
|
|
|
|
u64 mtime_nsec;
|
|
|
|
};
|
|
|
|
|
9p: Implement TLOCK
Synopsis
size[4] TLock tag[2] fid[4] flock[n]
size[4] RLock tag[2] status[1]
Description
Tlock is used to acquire/release byte range posix locks on a file
identified by given fid. The reply contains status of the lock request
flock structure:
type[1] - Type of lock: F_RDLCK, F_WRLCK, F_UNLCK
flags[4] - Flags could be either of
P9_LOCK_FLAGS_BLOCK - Blocked lock request, if there is a
conflicting lock exists, wait for that lock to be released.
P9_LOCK_FLAGS_RECLAIM - Reclaim lock request, used when client is
trying to reclaim a lock after a server restrart (due to crash)
start[8] - Starting offset for lock
length[8] - Number of bytes to lock
If length is 0, lock all bytes starting at the location 'start'
through to the end of file
pid[4] - PID of the process that wants to take lock
client_id[4] - Unique client id
status[1] - Status of the lock request, can be
P9_LOCK_SUCCESS(0), P9_LOCK_BLOCKED(1), P9_LOCK_ERROR(2) or
P9_LOCK_GRACE(3)
P9_LOCK_SUCCESS - Request was successful
P9_LOCK_BLOCKED - A conflicting lock is held by another process
P9_LOCK_ERROR - Error while processing the lock request
P9_LOCK_GRACE - Server is in grace period, it can't accept new lock
requests in this period (except locks with
P9_LOCK_FLAGS_RECLAIM flag set)
Signed-off-by: M. Mohan Kumar <mohan@in.ibm.com>
Signed-off-by: Aneesh Kumar K.V <aneesh.kumar@linux.vnet.ibm.com>
Signed-off-by: Venkateswararao Jujjuri <jvrao@linux.vnet.ibm.com>
Signed-off-by: Eric Van Hensbergen <ericvh@gmail.com>
2010-09-27 13:04:24 +07:00
|
|
|
#define P9_LOCK_SUCCESS 0
|
|
|
|
#define P9_LOCK_BLOCKED 1
|
|
|
|
#define P9_LOCK_ERROR 2
|
|
|
|
#define P9_LOCK_GRACE 3
|
|
|
|
|
|
|
|
#define P9_LOCK_FLAGS_BLOCK 1
|
|
|
|
#define P9_LOCK_FLAGS_RECLAIM 2
|
|
|
|
|
|
|
|
/* struct p9_flock: POSIX lock structure
|
|
|
|
* @type - type of lock
|
|
|
|
* @flags - lock flags
|
|
|
|
* @start - starting offset of the lock
|
|
|
|
* @length - number of bytes
|
|
|
|
* @proc_id - process id which wants to take lock
|
|
|
|
* @client_id - client id
|
|
|
|
*/
|
|
|
|
|
|
|
|
struct p9_flock {
|
|
|
|
u8 type;
|
|
|
|
u32 flags;
|
|
|
|
u64 start;
|
|
|
|
u64 length;
|
|
|
|
u32 proc_id;
|
|
|
|
char *client_id;
|
|
|
|
};
|
|
|
|
|
2010-09-27 13:52:13 +07:00
|
|
|
/* struct p9_getlock: getlock structure
|
|
|
|
* @type - type of lock
|
|
|
|
* @start - starting offset of the lock
|
|
|
|
* @length - number of bytes
|
|
|
|
* @proc_id - process id which wants to take lock
|
|
|
|
* @client_id - client id
|
|
|
|
*/
|
|
|
|
|
|
|
|
struct p9_getlock {
|
|
|
|
u8 type;
|
|
|
|
u64 start;
|
|
|
|
u64 length;
|
|
|
|
u32 proc_id;
|
|
|
|
char *client_id;
|
|
|
|
};
|
|
|
|
|
2010-03-25 19:45:30 +07:00
|
|
|
struct p9_rstatfs {
|
|
|
|
u32 type;
|
|
|
|
u32 bsize;
|
|
|
|
u64 blocks;
|
|
|
|
u64 bfree;
|
|
|
|
u64 bavail;
|
|
|
|
u64 files;
|
|
|
|
u64 ffree;
|
|
|
|
u64 fsid;
|
|
|
|
u32 namelen;
|
|
|
|
};
|
|
|
|
|
2008-03-05 20:08:09 +07:00
|
|
|
/**
|
|
|
|
* struct p9_fcall - primary packet structure
|
|
|
|
* @size: prefixed length of the structure
|
|
|
|
* @id: protocol operating identifier of type &p9_msg_t
|
|
|
|
* @tag: transaction id of the request
|
2011-05-09 01:46:38 +07:00
|
|
|
* @offset: used by marshalling routines to track current position in buffer
|
2011-02-17 03:54:22 +07:00
|
|
|
* @capacity: used by marshalling routines to track total malloc'd capacity
|
2008-03-05 20:08:09 +07:00
|
|
|
* @sdata: payload
|
|
|
|
*
|
|
|
|
* &p9_fcall represents the structure for all 9P RPC
|
|
|
|
* transactions. Requests are packaged into fcalls, and reponses
|
|
|
|
* must be extracted from them.
|
|
|
|
*
|
|
|
|
* See Also: http://plan9.bell-labs.com/magic/man2html/2/fcall
|
|
|
|
*/
|
2007-07-11 05:57:28 +07:00
|
|
|
|
|
|
|
struct p9_fcall {
|
|
|
|
u32 size;
|
|
|
|
u8 id;
|
|
|
|
u16 tag;
|
2008-10-14 08:40:27 +07:00
|
|
|
|
|
|
|
size_t offset;
|
|
|
|
size_t capacity;
|
|
|
|
|
2011-05-17 20:51:26 +07:00
|
|
|
u8 *sdata;
|
2007-07-11 05:57:28 +07:00
|
|
|
};
|
|
|
|
|
|
|
|
struct p9_idpool;
|
|
|
|
|
|
|
|
int p9_errstr2errno(char *errstr, int len);
|
|
|
|
|
|
|
|
struct p9_idpool *p9_idpool_create(void);
|
|
|
|
void p9_idpool_destroy(struct p9_idpool *);
|
|
|
|
int p9_idpool_get(struct p9_idpool *p);
|
|
|
|
void p9_idpool_put(int id, struct p9_idpool *p);
|
|
|
|
int p9_idpool_check(int id, struct p9_idpool *p);
|
|
|
|
|
|
|
|
int p9_error_init(void);
|
2008-05-09 08:26:37 +07:00
|
|
|
int p9_trans_fd_init(void);
|
2008-09-25 04:22:23 +07:00
|
|
|
void p9_trans_fd_exit(void);
|
2007-07-11 05:57:28 +07:00
|
|
|
#endif /* NET_9P_H */
|