blob: aaee1e6584e65240995e7f78c408cb257420997f [file] [log] [blame]
Eric Van Hensbergen9e82cf62005-09-09 13:04:20 -07001/*
2 * V9FS VFS extensions.
3 *
4 * Copyright (C) 2004 by Eric Van Hensbergen <ericvh@gmail.com>
5 * Copyright (C) 2002 by Ron Minnich <rminnich@lanl.gov>
6 *
7 * This program is free software; you can redistribute it and/or modify
Eric Van Hensbergen42e8c502006-03-25 03:07:28 -08008 * it under the terms of the GNU General Public License version 2
9 * as published by the Free Software Foundation.
Eric Van Hensbergen9e82cf62005-09-09 13:04:20 -070010 *
11 * This program is distributed in the hope that it will be useful,
12 * but WITHOUT ANY WARRANTY; without even the implied warranty of
13 * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
14 * GNU General Public License for more details.
15 *
16 * You should have received a copy of the GNU General Public License
17 * along with this program; if not, write to:
18 * Free Software Foundation
19 * 51 Franklin Street, Fifth Floor
20 * Boston, MA 02111-1301 USA
21 *
22 */
Aneesh Kumar K.Ve0459f52011-02-28 17:04:09 +053023#ifndef FS_9P_V9FS_VFS_H
24#define FS_9P_V9FS_VFS_H
Eric Van Hensbergen9e82cf62005-09-09 13:04:20 -070025
26/* plan9 semantics are that created files are implicitly opened.
27 * But linux semantics are that you call create, then open.
28 * the plan9 approach is superior as it provides an atomic
29 * open.
30 * we track the create fid here. When the file is opened, if fidopen is
31 * non-zero, we use the fid and can skip some steps.
32 * there may be a better way to do this, but I don't know it.
33 * one BAD way is to clunk the fid on create, then open it again:
34 * you lose the atomicity of file open
35 */
36
37/* special case:
38 * unlink calls remove, which is an implicit clunk. So we have to track
39 * that kind of thing so that we don't try to clunk a dead fid.
40 */
Aneesh Kumar K.Ve0459f52011-02-28 17:04:09 +053041#define P9_LOCK_TIMEOUT (30*HZ)
Eric Van Hensbergen9e82cf62005-09-09 13:04:20 -070042
Hou Tao0a97dbd2019-01-24 14:35:13 +080043/* flags for v9fs_stat2inode() & v9fs_stat2inode_dotl() */
44#define V9FS_STAT2INODE_KEEP_ISIZE 1
45
Eric Van Hensbergen9e82cf62005-09-09 13:04:20 -070046extern struct file_system_type v9fs_fs_type;
Christoph Hellwigf5e54d62006-06-28 04:26:44 -070047extern const struct address_space_operations v9fs_addr_operations;
Arjan van de Ven4b6f5d22006-03-28 01:56:42 -080048extern const struct file_operations v9fs_file_operations;
Sripathi Kodi9b6533c2010-03-25 12:41:54 +000049extern const struct file_operations v9fs_file_operations_dotl;
Arjan van de Ven4b6f5d22006-03-28 01:56:42 -080050extern const struct file_operations v9fs_dir_operations;
Sripathi Kodi9b6533c2010-03-25 12:41:54 +000051extern const struct file_operations v9fs_dir_operations_dotl;
Al Viroa488257c2009-02-20 05:55:46 +000052extern const struct dentry_operations v9fs_dentry_operations;
53extern const struct dentry_operations v9fs_cached_dentry_operations;
Aneesh Kumar K.V29236f42011-02-28 17:03:54 +053054extern const struct file_operations v9fs_cached_file_operations;
55extern const struct file_operations v9fs_cached_file_operations_dotl;
Dominique Martinetfb89b452014-01-10 13:44:09 +010056extern const struct file_operations v9fs_mmap_file_operations;
57extern const struct file_operations v9fs_mmap_file_operations_dotl;
Aneesh Kumar K.Va78ce052011-02-28 17:04:02 +053058extern struct kmem_cache *v9fs_inode_cache;
Eric Van Hensbergen9e82cf62005-09-09 13:04:20 -070059
Abhishek Kulkarni60e78d22009-09-23 13:00:27 -050060struct inode *v9fs_alloc_inode(struct super_block *sb);
61void v9fs_destroy_inode(struct inode *inode);
Al Viro3eda0de2011-07-26 02:53:22 -040062struct inode *v9fs_get_inode(struct super_block *sb, umode_t mode, dev_t);
Aneesh Kumar K.V5ffc0cb2011-02-28 17:04:01 +053063int v9fs_init_inode(struct v9fs_session_info *v9ses,
Al Viro3eda0de2011-07-26 02:53:22 -040064 struct inode *inode, umode_t mode, dev_t);
Al Virob57922d2010-06-07 14:34:48 -040065void v9fs_evict_inode(struct inode *inode);
Latchesar Ionkovbd238fb2007-07-10 17:57:28 -050066ino_t v9fs_qid2ino(struct p9_qid *qid);
Hou Tao0a97dbd2019-01-24 14:35:13 +080067void v9fs_stat2inode(struct p9_wstat *stat, struct inode *inode,
68 struct super_block *sb, unsigned int flags);
69void v9fs_stat2inode_dotl(struct p9_stat_dotl *stat, struct inode *inode,
70 unsigned int flags);
Eric Van Hensbergen9e82cf62005-09-09 13:04:20 -070071int v9fs_dir_release(struct inode *inode, struct file *filp);
72int v9fs_file_open(struct inode *inode, struct file *file);
Eric Van Hensbergen51a87c52008-10-16 08:30:07 -050073void v9fs_inode2stat(struct inode *inode, struct p9_wstat *stat);
Eric Van Hensbergen2e4bef42008-06-24 17:39:39 -050074int v9fs_uflags2omode(int uflags, int extended);
Eric Van Hensbergenfbedadc2008-10-13 20:36:16 -050075
M. Mohan Kumar7a4439c2010-02-08 15:36:48 -060076void v9fs_blank_wstat(struct p9_wstat *wstat);
Aneesh Kumar K.V22d8dcd2010-09-28 00:27:40 +053077int v9fs_vfs_setattr_dotl(struct dentry *, struct iattr *);
Josef Bacik02c24a82011-07-16 20:44:56 -040078int v9fs_file_fsync_dotl(struct file *filp, loff_t start, loff_t end,
79 int datasync);
Aneesh Kumar K.Vb3cbea02011-02-28 17:04:06 +053080int v9fs_refresh_inode(struct p9_fid *fid, struct inode *inode);
81int v9fs_refresh_inode_dotl(struct p9_fid *fid, struct inode *inode);
82static inline void v9fs_invalidate_inode_attr(struct inode *inode)
83{
84 struct v9fs_inode *v9inode;
85 v9inode = V9FS_I(inode);
86 v9inode->cache_validity |= V9FS_INO_INVALID_ATTR;
87 return;
88}
Aneesh Kumar K.Vf88657c2011-08-03 19:55:32 +053089
90int v9fs_open_to_dotl_flags(int flags);
Hou Tao0a97dbd2019-01-24 14:35:13 +080091
92static inline void v9fs_i_size_write(struct inode *inode, loff_t i_size)
93{
94 /*
95 * 32-bit need the lock, concurrent updates could break the
96 * sequences and make i_size_read() loop forever.
97 * 64-bit updates are atomic and can skip the locking.
98 */
99 if (sizeof(i_size) > sizeof(long))
100 spin_lock(&inode->i_lock);
101 i_size_write(inode, i_size);
102 if (sizeof(i_size) > sizeof(long))
103 spin_unlock(&inode->i_lock);
104}
Aneesh Kumar K.Ve0459f52011-02-28 17:04:09 +0530105#endif