blob: 6ad63f17eca0acad289d0dbf972607933bf9fd50 [file] [log] [blame]
Chris Mason6cbd5572007-06-12 09:07:21 -04001/*
2 * Copyright (C) 2007 Oracle. All rights reserved.
3 *
4 * This program is free software; you can redistribute it and/or
5 * modify it under the terms of the GNU General Public
6 * License v2 as published by the Free Software Foundation.
7 *
8 * This program is distributed in the hope that it will be useful,
9 * but WITHOUT ANY WARRANTY; without even the implied warranty of
10 * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
11 * General Public License for more details.
12 *
13 * You should have received a copy of the GNU General Public
14 * License along with this program; if not, write to the
15 * Free Software Foundation, Inc., 59 Temple Place - Suite 330,
16 * Boston, MA 021110-1307, USA.
17 */
18
Chris Mason2c90e5d2007-04-02 10:50:19 -040019#ifndef __BTRFS_I__
20#define __BTRFS_I__
21
Chris Masona52d9a82007-08-27 16:49:44 -040022#include "extent_map.h"
Chris Masond1310b22008-01-24 16:13:08 -050023#include "extent_io.h"
Chris Masone6dcd2d2008-07-17 12:53:50 -040024#include "ordered-data.h"
Chris Masona52d9a82007-08-27 16:49:44 -040025
Aneeshf1ace242007-06-13 16:18:26 -040026/* in memory btrfs inode */
Chris Mason2c90e5d2007-04-02 10:50:19 -040027struct btrfs_inode {
Chris Masond352ac62008-09-29 15:18:18 -040028 /* which subvolume this inode belongs to */
Chris Masond6e4a422007-04-06 15:37:36 -040029 struct btrfs_root *root;
Chris Masond352ac62008-09-29 15:18:18 -040030
Chris Masond352ac62008-09-29 15:18:18 -040031 /* key used to find this inode on disk. This is used by the code
32 * to read in roots of subvolumes
33 */
Chris Masond6e4a422007-04-06 15:37:36 -040034 struct btrfs_key location;
Chris Masond352ac62008-09-29 15:18:18 -040035
36 /* the extent_tree has caches of all the extent mappings to disk */
Chris Masona52d9a82007-08-27 16:49:44 -040037 struct extent_map_tree extent_tree;
Chris Masond352ac62008-09-29 15:18:18 -040038
39 /* the io_tree does range state (DIRTY, LOCKED etc) */
Chris Masond1310b22008-01-24 16:13:08 -050040 struct extent_io_tree io_tree;
Chris Masond352ac62008-09-29 15:18:18 -040041
42 /* special utility tree used to record which mirrors have already been
43 * tried when checksums fail for a given block
44 */
Chris Mason7e383262008-04-09 16:28:12 -040045 struct extent_io_tree io_failure_tree;
Chris Masond352ac62008-09-29 15:18:18 -040046
Chris Masond352ac62008-09-29 15:18:18 -040047 /* held while logging the inode in tree-log.c */
Chris Masone02119d2008-09-05 16:13:11 -040048 struct mutex log_mutex;
Chris Masond352ac62008-09-29 15:18:18 -040049
50 /* used to order data wrt metadata */
Chris Masone6dcd2d2008-07-17 12:53:50 -040051 struct btrfs_ordered_inode_tree ordered_tree;
Josef Bacik15ee9bc2007-08-10 16:22:09 -040052
Josef Bacik7b128762008-07-24 12:17:14 -040053 /* for keeping track of orphaned inodes */
54 struct list_head i_orphan;
55
Chris Masond352ac62008-09-29 15:18:18 -040056 /* list of all the delalloc inodes in the FS. There are times we need
57 * to write all the delalloc pages to disk, and this list is used
58 * to walk them all.
59 */
Chris Masonea8c2812008-08-04 23:17:27 -040060 struct list_head delalloc_inodes;
61
Chris Mason5a3f23d2009-03-31 13:27:11 -040062 /*
63 * list for tracking inodes that must be sent to disk before a
64 * rename or truncate commit
65 */
66 struct list_head ordered_operations;
67
Yan Zheng5d4f98a2009-06-10 10:45:14 -040068 /* node for the red-black tree that links inodes in subvolume root */
69 struct rb_node rb_node;
70
Josef Bacik6a632092009-02-20 11:00:09 -050071 /* the space_info for where this inode's data allocations are done */
72 struct btrfs_space_info *space_info;
73
Chris Masond352ac62008-09-29 15:18:18 -040074 /* full 64 bit generation number, struct vfs_inode doesn't have a big
75 * enough field for this.
76 */
Chris Masone02119d2008-09-05 16:13:11 -040077 u64 generation;
78
Chris Masonc3027eb2008-12-08 16:40:21 -050079 /* sequence number for NFS changes */
80 u64 sequence;
81
Josef Bacik15ee9bc2007-08-10 16:22:09 -040082 /*
83 * transid of the trans_handle that last modified this inode
84 */
85 u64 last_trans;
Chris Mason257c62e2009-10-13 13:21:08 -040086
87 /*
88 * log transid when this inode was last modified
89 */
90 u64 last_sub_trans;
91
Chris Masone02119d2008-09-05 16:13:11 -040092 /*
93 * transid that last logged this inode
94 */
95 u64 logged_trans;
Chris Mason49eb7e42008-09-11 15:53:12 -040096
Chris Masond352ac62008-09-29 15:18:18 -040097 /* total number of bytes pending delalloc, used by stat to calc the
98 * real block usage of the file
99 */
Chris Mason90692182008-02-08 13:49:28 -0500100 u64 delalloc_bytes;
Chris Masond352ac62008-09-29 15:18:18 -0400101
Josef Bacik6a632092009-02-20 11:00:09 -0500102 /* total number of bytes that may be used for this inode for
103 * delalloc
104 */
105 u64 reserved_bytes;
106
Chris Masond352ac62008-09-29 15:18:18 -0400107 /*
108 * the size of the file stored in the metadata on disk. data=ordered
109 * means the in-memory i_size might be larger than the size on disk
110 * because not all the blocks are written yet.
111 */
Chris Masondbe674a2008-07-17 12:54:05 -0400112 u64 disk_i_size;
Chris Masond352ac62008-09-29 15:18:18 -0400113
114 /* flags field from the on disk inode */
Yanb98b6762008-01-08 15:54:37 -0500115 u32 flags;
Josef Bacikaec74772008-07-24 12:12:38 -0400116
117 /*
118 * if this is a directory then index_cnt is the counter for the index
119 * number for new files that are created
120 */
121 u64 index_cnt;
Chris Masond352ac62008-09-29 15:18:18 -0400122
Yan Zhengd2fb3432008-12-11 16:30:39 -0500123 /* the start of block group preferred for allocations. */
124 u64 block_group;
125
Chris Mason12fcfd22009-03-24 10:24:20 -0400126 /* the fsync log has some corner cases that mean we have to check
127 * directories to see if any unlinks have been done before
128 * the directory was logged. See tree-log.c for all the
129 * details
130 */
131 u64 last_unlink_trans;
132
Chris Mason5a3f23d2009-03-31 13:27:11 -0400133 /*
Josef Bacik32c00af2009-10-08 13:34:05 -0400134 * Counters to keep track of the number of extent item's we may use due
135 * to delalloc and such. outstanding_extents is the number of extent
136 * items we think we'll end up using, and reserved_extents is the number
137 * of extent items we've reserved metadata for.
Josef Bacik9ed74f22009-09-11 16:12:44 -0400138 */
Josef Bacik32c00af2009-10-08 13:34:05 -0400139 spinlock_t accounting_lock;
Yan, Zheng0ca1f7c2010-05-16 10:48:47 -0400140 atomic_t outstanding_extents;
Josef Bacik32c00af2009-10-08 13:34:05 -0400141 int reserved_extents;
Josef Bacik9ed74f22009-09-11 16:12:44 -0400142
143 /*
Chris Mason5a3f23d2009-03-31 13:27:11 -0400144 * ordered_data_close is set by truncate when a file that used
145 * to have good data has been truncated to zero. When it is set
146 * the btrfs file release call will add this inode to the
147 * ordered operations list so that we make sure to flush out any
148 * new data the application may have written before commit.
149 *
150 * yes, its silly to have a single bitflag, but we might grow more
151 * of these.
152 */
153 unsigned ordered_data_close:1;
Yan, Zhengd68fc572010-05-16 10:49:58 -0400154 unsigned orphan_meta_reserved:1;
Yan, Zheng4df27c4d2009-09-21 15:56:00 -0400155 unsigned dummy_inode:1;
Chris Mason5a3f23d2009-03-31 13:27:11 -0400156
Chris Mason1e701a32010-03-11 09:42:04 -0500157 /*
158 * always compress this one file
159 */
160 unsigned force_compress:1;
161
Chris Masond352ac62008-09-29 15:18:18 -0400162 struct inode vfs_inode;
Chris Mason2c90e5d2007-04-02 10:50:19 -0400163};
Chris Masondbe674a2008-07-17 12:54:05 -0400164
Chris Mason2c90e5d2007-04-02 10:50:19 -0400165static inline struct btrfs_inode *BTRFS_I(struct inode *inode)
166{
167 return container_of(inode, struct btrfs_inode, vfs_inode);
168}
169
Chris Masondbe674a2008-07-17 12:54:05 -0400170static inline void btrfs_i_size_write(struct inode *inode, u64 size)
171{
Yan, Zhengc2167752009-11-12 09:34:21 +0000172 i_size_write(inode, size);
Chris Masondbe674a2008-07-17 12:54:05 -0400173 BTRFS_I(inode)->disk_i_size = size;
174}
175
Chris Mason2c90e5d2007-04-02 10:50:19 -0400176#endif