]> git.proxmox.com Git - mirror_ubuntu-jammy-kernel.git/blame - fs/xfs/xfs_log_priv.h
ext4: fix error handling in ext4_fc_record_modified_inode()
[mirror_ubuntu-jammy-kernel.git] / fs / xfs / xfs_log_priv.h
CommitLineData
0b61f8a4 1// SPDX-License-Identifier: GPL-2.0
1da177e4 2/*
7b718769
NS
3 * Copyright (c) 2000-2003,2005 Silicon Graphics, Inc.
4 * All Rights Reserved.
1da177e4
LT
5 */
6#ifndef __XFS_LOG_PRIV_H__
7#define __XFS_LOG_PRIV_H__
8
9struct xfs_buf;
ad223e60 10struct xlog;
a844f451 11struct xlog_ticket;
1da177e4
LT
12struct xfs_mount;
13
1da177e4
LT
14/*
15 * get client id from packed copy.
16 *
17 * this hack is here because the xlog_pack code copies four bytes
18 * of xlog_op_header containing the fields oh_clientid, oh_flags
19 * and oh_res2 into the packed copy.
20 *
21 * later on this four byte chunk is treated as an int and the
22 * client id is pulled out.
23 *
24 * this has endian issues, of course.
25 */
b53e675d 26static inline uint xlog_get_client_id(__be32 i)
03bea6fe 27{
b53e675d 28 return be32_to_cpu(i) >> 24;
03bea6fe 29}
1da177e4 30
1da177e4
LT
31/*
32 * In core log state
33 */
1858bb0b
CH
34enum xlog_iclog_state {
35 XLOG_STATE_ACTIVE, /* Current IC log being written to */
36 XLOG_STATE_WANT_SYNC, /* Want to sync this iclog; no more writes */
37 XLOG_STATE_SYNCING, /* This IC log is syncing */
38 XLOG_STATE_DONE_SYNC, /* Done syncing to disk */
1858bb0b
CH
39 XLOG_STATE_CALLBACK, /* Callback functions now */
40 XLOG_STATE_DIRTY, /* Dirty IC log, not ready for ACTIVE status */
1858bb0b 41};
1da177e4 42
956f6daa
DC
43#define XLOG_STATE_STRINGS \
44 { XLOG_STATE_ACTIVE, "XLOG_STATE_ACTIVE" }, \
45 { XLOG_STATE_WANT_SYNC, "XLOG_STATE_WANT_SYNC" }, \
46 { XLOG_STATE_SYNCING, "XLOG_STATE_SYNCING" }, \
47 { XLOG_STATE_DONE_SYNC, "XLOG_STATE_DONE_SYNC" }, \
48 { XLOG_STATE_CALLBACK, "XLOG_STATE_CALLBACK" }, \
5112e206 49 { XLOG_STATE_DIRTY, "XLOG_STATE_DIRTY" }
956f6daa 50
b2ae3a9e
DC
51/*
52 * In core log flags
53 */
54#define XLOG_ICL_NEED_FLUSH (1 << 0) /* iclog needs REQ_PREFLUSH */
55#define XLOG_ICL_NEED_FUA (1 << 1) /* iclog needs REQ_FUA */
56
57#define XLOG_ICL_STRINGS \
58 { XLOG_ICL_NEED_FLUSH, "XLOG_ICL_NEED_FLUSH" }, \
59 { XLOG_ICL_NEED_FUA, "XLOG_ICL_NEED_FUA" }
60
956f6daa 61
1da177e4 62/*
70e42f2d 63 * Log ticket flags
1da177e4 64 */
70e42f2d 65#define XLOG_TIC_PERM_RESERV 0x1 /* permanent reservation */
0b1b213f
CH
66
67#define XLOG_TIC_FLAGS \
10547941 68 { XLOG_TIC_PERM_RESERV, "XLOG_TIC_PERM_RESERV" }
0b1b213f 69
1da177e4
LT
70/*
71 * Below are states for covering allocation transactions.
72 * By covering, we mean changing the h_tail_lsn in the last on-disk
73 * log write such that no allocation transactions will be re-done during
74 * recovery after a system crash. Recovery starts at the last on-disk
75 * log write.
76 *
77 * These states are used to insert dummy log entries to cover
78 * space allocation transactions which can undo non-transactional changes
79 * after a crash. Writes to a file with space
80 * already allocated do not result in any transactions. Allocations
81 * might include space beyond the EOF. So if we just push the EOF a
82 * little, the last transaction for the file could contain the wrong
83 * size. If there is no file system activity, after an allocation
84 * transaction, and the system crashes, the allocation transaction
85 * will get replayed and the file will be truncated. This could
86 * be hours/days/... after the allocation occurred.
87 *
88 * The fix for this is to do two dummy transactions when the
89 * system is idle. We need two dummy transaction because the h_tail_lsn
90 * in the log record header needs to point beyond the last possible
91 * non-dummy transaction. The first dummy changes the h_tail_lsn to
92 * the first transaction before the dummy. The second dummy causes
93 * h_tail_lsn to point to the first dummy. Recovery starts at h_tail_lsn.
94 *
95 * These dummy transactions get committed when everything
96 * is idle (after there has been some activity).
97 *
98 * There are 5 states used to control this.
99 *
100 * IDLE -- no logging has been done on the file system or
101 * we are done covering previous transactions.
102 * NEED -- logging has occurred and we need a dummy transaction
103 * when the log becomes idle.
104 * DONE -- we were in the NEED state and have committed a dummy
105 * transaction.
106 * NEED2 -- we detected that a dummy transaction has gone to the
107 * on disk log with no other transactions.
108 * DONE2 -- we committed a dummy transaction when in the NEED2 state.
109 *
110 * There are two places where we switch states:
111 *
112 * 1.) In xfs_sync, when we detect an idle log and are in NEED or NEED2.
113 * We commit the dummy transaction and switch to DONE or DONE2,
114 * respectively. In all other states, we don't do anything.
115 *
116 * 2.) When we finish writing the on-disk log (xlog_state_clean_log).
117 *
118 * No matter what state we are in, if this isn't the dummy
119 * transaction going out, the next state is NEED.
120 * So, if we aren't in the DONE or DONE2 states, the next state
121 * is NEED. We can't be finishing a write of the dummy record
122 * unless it was committed and the state switched to DONE or DONE2.
123 *
124 * If we are in the DONE state and this was a write of the
125 * dummy transaction, we move to NEED2.
126 *
127 * If we are in the DONE2 state and this was a write of the
128 * dummy transaction, we move to IDLE.
129 *
130 *
131 * Writing only one dummy transaction can get appended to
132 * one file space allocation. When this happens, the log recovery
133 * code replays the space allocation and a file could be truncated.
134 * This is why we have the NEED2 and DONE2 states before going idle.
135 */
136
137#define XLOG_STATE_COVER_IDLE 0
138#define XLOG_STATE_COVER_NEED 1
139#define XLOG_STATE_COVER_DONE 2
140#define XLOG_STATE_COVER_NEED2 3
141#define XLOG_STATE_COVER_DONE2 4
142
143#define XLOG_COVER_OPS 5
144
7e9c6396 145/* Ticket reservation region accounting */
7e9c6396 146#define XLOG_TIC_LEN_MAX 15
7e9c6396
TS
147
148/*
149 * Reservation region
150 * As would be stored in xfs_log_iovec but without the i_addr which
151 * we don't care about.
152 */
153typedef struct xlog_res {
1259845d
TS
154 uint r_len; /* region length :4 */
155 uint r_type; /* region's transaction type :4 */
7e9c6396 156} xlog_res_t;
7e9c6396 157
1da177e4 158typedef struct xlog_ticket {
10547941 159 struct list_head t_queue; /* reserve/write queue */
14a7235f 160 struct task_struct *t_task; /* task that owns this ticket */
7e9c6396 161 xlog_tid_t t_tid; /* transaction identifier : 4 */
cc09c0dc 162 atomic_t t_ref; /* ticket reference count : 4 */
7e9c6396
TS
163 int t_curr_res; /* current reservation in bytes : 4 */
164 int t_unit_res; /* unit reservation in bytes : 4 */
165 char t_ocnt; /* original count : 1 */
166 char t_cnt; /* current count : 1 */
167 char t_clientid; /* who does this belong to; : 1 */
168 char t_flags; /* properties of reservation : 1 */
7e9c6396 169
7e9c6396
TS
170 /* reservation array fields */
171 uint t_res_num; /* num in array : 4 */
7e9c6396
TS
172 uint t_res_num_ophdrs; /* num op hdrs : 4 */
173 uint t_res_arr_sum; /* array sum : 4 */
174 uint t_res_o_flow; /* sum overflow : 4 */
1259845d 175 xlog_res_t t_res_arr[XLOG_TIC_LEN_MAX]; /* array of res : 8 * 15 */
1da177e4 176} xlog_ticket_t;
7e9c6396 177
1da177e4
LT
178/*
179 * - A log record header is 512 bytes. There is plenty of room to grow the
180 * xlog_rec_header_t into the reserved space.
181 * - ic_data follows, so a write to disk can start at the beginning of
182 * the iclog.
12017faf 183 * - ic_forcewait is used to implement synchronous forcing of the iclog to disk.
1da177e4 184 * - ic_next is the pointer to the next iclog in the ring.
1da177e4 185 * - ic_log is a pointer back to the global log structure.
79b54d9b 186 * - ic_size is the full size of the log buffer, minus the cycle headers.
1da177e4
LT
187 * - ic_offset is the current number of bytes written to in this iclog.
188 * - ic_refcnt is bumped when someone is writing to the log.
189 * - ic_state is the state of the iclog.
114d23aa
DC
190 *
191 * Because of cacheline contention on large machines, we need to separate
192 * various resources onto different cachelines. To start with, make the
193 * structure cacheline aligned. The following fields can be contended on
194 * by independent processes:
195 *
89ae379d 196 * - ic_callbacks
114d23aa
DC
197 * - ic_refcnt
198 * - fields protected by the global l_icloglock
199 *
200 * so we need to ensure that these fields are located in separate cachelines.
201 * We'll put all the read-only and l_icloglock fields in the first cacheline,
202 * and move everything else out to subsequent cachelines.
1da177e4 203 */
b28708d6 204typedef struct xlog_in_core {
eb40a875
DC
205 wait_queue_head_t ic_force_wait;
206 wait_queue_head_t ic_write_wait;
1da177e4
LT
207 struct xlog_in_core *ic_next;
208 struct xlog_in_core *ic_prev;
ad223e60 209 struct xlog *ic_log;
79b54d9b 210 u32 ic_size;
79b54d9b 211 u32 ic_offset;
1858bb0b 212 enum xlog_iclog_state ic_state;
eef983ff 213 unsigned int ic_flags;
1da177e4 214 char *ic_datap; /* pointer to iclog data */
89ae379d 215 struct list_head ic_callbacks;
114d23aa
DC
216
217 /* reference counts need their own cacheline */
218 atomic_t ic_refcnt ____cacheline_aligned_in_smp;
b28708d6
CH
219 xlog_in_core_2_t *ic_data;
220#define ic_header ic_data->hic_header
366fc4b8
CH
221#ifdef DEBUG
222 bool ic_fail_crc : 1;
223#endif
79b54d9b
CH
224 struct semaphore ic_sema;
225 struct work_struct ic_end_io_work;
226 struct bio ic_bio;
227 struct bio_vec ic_bvec[];
1da177e4
LT
228} xlog_in_core_t;
229
71e330b5
DC
230/*
231 * The CIL context is used to aggregate per-transaction details as well be
232 * passed to the iclog for checkpoint post-commit processing. After being
233 * passed to the iclog, another context needs to be allocated for tracking the
234 * next set of transactions to be aggregated into a checkpoint.
235 */
236struct xfs_cil;
237
238struct xfs_cil_ctx {
239 struct xfs_cil *cil;
5f9b4b0d 240 xfs_csn_t sequence; /* chkpt sequence # */
71e330b5
DC
241 xfs_lsn_t start_lsn; /* first LSN of chkpt commit */
242 xfs_lsn_t commit_lsn; /* chkpt commit record lsn */
caa80090 243 struct xlog_in_core *commit_iclog;
71e330b5
DC
244 struct xlog_ticket *ticket; /* chkpt ticket */
245 int nvecs; /* number of regions */
246 int space_used; /* aggregate size of regions */
247 struct list_head busy_extents; /* busy extents in chkpt */
248 struct xfs_log_vec *lv_chain; /* logvecs being pushed */
89ae379d 249 struct list_head iclog_entry;
71e330b5 250 struct list_head committing; /* ctx committing list */
4560e78f 251 struct work_struct discard_endio_work;
39823d0f 252 struct work_struct push_work;
71e330b5
DC
253};
254
255/*
256 * Committed Item List structure
257 *
258 * This structure is used to track log items that have been committed but not
259 * yet written into the log. It is used only when the delayed logging mount
260 * option is enabled.
261 *
262 * This structure tracks the list of committing checkpoint contexts so
263 * we can avoid the problem of having to hold out new transactions during a
264 * flush until we have a the commit record LSN of the checkpoint. We can
265 * traverse the list of committing contexts in xlog_cil_push_lsn() to find a
266 * sequence match and extract the commit LSN directly from there. If the
267 * checkpoint is still in the process of committing, we can block waiting for
268 * the commit LSN to be determined as well. This should make synchronous
269 * operations almost as efficient as the old logging methods.
270 */
271struct xfs_cil {
ad223e60 272 struct xlog *xc_log;
71e330b5
DC
273 struct list_head xc_cil;
274 spinlock_t xc_cil_lock;
33c0dd78 275 struct workqueue_struct *xc_push_wq;
4bb928cd
DC
276
277 struct rw_semaphore xc_ctx_lock ____cacheline_aligned_in_smp;
71e330b5 278 struct xfs_cil_ctx *xc_ctx;
4bb928cd
DC
279
280 spinlock_t xc_push_lock ____cacheline_aligned_in_smp;
5f9b4b0d 281 xfs_csn_t xc_push_seq;
0020a190 282 bool xc_push_commit_stable;
71e330b5 283 struct list_head xc_committing;
eb40a875 284 wait_queue_head_t xc_commit_wait;
68a74dca 285 wait_queue_head_t xc_start_wait;
5f9b4b0d 286 xfs_csn_t xc_current_sequence;
c7f87f39 287 wait_queue_head_t xc_push_wait; /* background push throttle */
4bb928cd 288} ____cacheline_aligned_in_smp;
71e330b5 289
df806158 290/*
80168676
DC
291 * The amount of log space we allow the CIL to aggregate is difficult to size.
292 * Whatever we choose, we have to make sure we can get a reservation for the
293 * log space effectively, that it is large enough to capture sufficient
294 * relogging to reduce log buffer IO significantly, but it is not too large for
295 * the log or induces too much latency when writing out through the iclogs. We
296 * track both space consumed and the number of vectors in the checkpoint
297 * context, so we need to decide which to use for limiting.
df806158
DC
298 *
299 * Every log buffer we write out during a push needs a header reserved, which
300 * is at least one sector and more for v2 logs. Hence we need a reservation of
301 * at least 512 bytes per 32k of log space just for the LR headers. That means
302 * 16KB of reservation per megabyte of delayed logging space we will consume,
303 * plus various headers. The number of headers will vary based on the num of
304 * io vectors, so limiting on a specific number of vectors is going to result
305 * in transactions of varying size. IOWs, it is more consistent to track and
306 * limit space consumed in the log rather than by the number of objects being
307 * logged in order to prevent checkpoint ticket overruns.
308 *
309 * Further, use of static reservations through the log grant mechanism is
310 * problematic. It introduces a lot of complexity (e.g. reserve grant vs write
311 * grant) and a significant deadlock potential because regranting write space
312 * can block on log pushes. Hence if we have to regrant log space during a log
313 * push, we can deadlock.
314 *
315 * However, we can avoid this by use of a dynamic "reservation stealing"
316 * technique during transaction commit whereby unused reservation space in the
317 * transaction ticket is transferred to the CIL ctx commit ticket to cover the
318 * space needed by the checkpoint transaction. This means that we never need to
319 * specifically reserve space for the CIL checkpoint transaction, nor do we
320 * need to regrant space once the checkpoint completes. This also means the
321 * checkpoint transaction ticket is specific to the checkpoint context, rather
322 * than the CIL itself.
323 *
80168676
DC
324 * With dynamic reservations, we can effectively make up arbitrary limits for
325 * the checkpoint size so long as they don't violate any other size rules.
326 * Recovery imposes a rule that no transaction exceed half the log, so we are
327 * limited by that. Furthermore, the log transaction reservation subsystem
328 * tries to keep 25% of the log free, so we need to keep below that limit or we
329 * risk running out of free log space to start any new transactions.
330 *
108a4235
DC
331 * In order to keep background CIL push efficient, we only need to ensure the
332 * CIL is large enough to maintain sufficient in-memory relogging to avoid
333 * repeated physical writes of frequently modified metadata. If we allow the CIL
334 * to grow to a substantial fraction of the log, then we may be pinning hundreds
335 * of megabytes of metadata in memory until the CIL flushes. This can cause
336 * issues when we are running low on memory - pinned memory cannot be reclaimed,
337 * and the CIL consumes a lot of memory. Hence we need to set an upper physical
338 * size limit for the CIL that limits the maximum amount of memory pinned by the
339 * CIL but does not limit performance by reducing relogging efficiency
340 * significantly.
341 *
342 * As such, the CIL push threshold ends up being the smaller of two thresholds:
343 * - a threshold large enough that it allows CIL to be pushed and progress to be
344 * made without excessive blocking of incoming transaction commits. This is
345 * defined to be 12.5% of the log space - half the 25% push threshold of the
346 * AIL.
347 * - small enough that it doesn't pin excessive amounts of memory but maintains
348 * close to peak relogging efficiency. This is defined to be 16x the iclog
349 * buffer window (32MB) as measurements have shown this to be roughly the
350 * point of diminishing performance increases under highly concurrent
351 * modification workloads.
0e7ab7ef
DC
352 *
353 * To prevent the CIL from overflowing upper commit size bounds, we introduce a
354 * new threshold at which we block committing transactions until the background
355 * CIL commit commences and switches to a new context. While this is not a hard
356 * limit, it forces the process committing a transaction to the CIL to block and
357 * yeild the CPU, giving the CIL push work a chance to be scheduled and start
358 * work. This prevents a process running lots of transactions from overfilling
359 * the CIL because it is not yielding the CPU. We set the blocking limit at
360 * twice the background push space threshold so we keep in line with the AIL
361 * push thresholds.
362 *
363 * Note: this is not a -hard- limit as blocking is applied after the transaction
364 * is inserted into the CIL and the push has been triggered. It is largely a
365 * throttling mechanism that allows the CIL push to be scheduled and run. A hard
366 * limit will be difficult to implement without introducing global serialisation
367 * in the CIL commit fast path, and it's not at all clear that we actually need
368 * such hard limits given the ~7 years we've run without a hard limit before
369 * finding the first situation where a checkpoint size overflow actually
370 * occurred. Hence the simple throttle, and an ASSERT check to tell us that
371 * we've overrun the max size.
df806158 372 */
108a4235
DC
373#define XLOG_CIL_SPACE_LIMIT(log) \
374 min_t(int, (log)->l_logsize >> 3, BBTOB(XLOG_TOTAL_REC_SHIFT(log)) << 4)
df806158 375
0e7ab7ef
DC
376#define XLOG_CIL_BLOCKING_SPACE_LIMIT(log) \
377 (XLOG_CIL_SPACE_LIMIT(log) * 2)
378
28496968
CH
379/*
380 * ticket grant locks, queues and accounting have their own cachlines
381 * as these are quite hot and can be operated on concurrently.
382 */
383struct xlog_grant_head {
384 spinlock_t lock ____cacheline_aligned_in_smp;
385 struct list_head waiters;
386 atomic64_t grant;
387};
388
1da177e4
LT
389/*
390 * The reservation head lsn is not made up of a cycle number and block number.
391 * Instead, it uses a cycle number and byte number. Logs don't expect to
392 * overflow 31 bits worth of byte offset, so using a byte number will mean
393 * that round off problems won't occur when releasing partial reservations.
394 */
9a8d2fdb 395struct xlog {
4679b2d3
DC
396 /* The following fields don't need locking */
397 struct xfs_mount *l_mp; /* mount point */
a9c21c1b 398 struct xfs_ail *l_ailp; /* AIL log is working with */
71e330b5 399 struct xfs_cil *l_cilp; /* CIL log is working with */
4679b2d3 400 struct xfs_buftarg *l_targ; /* buftarg of log */
1058d0f5 401 struct workqueue_struct *l_ioend_workqueue; /* for I/O completions */
f661f1e0 402 struct delayed_work l_work; /* background flush work */
e1d06e5f 403 long l_opstate; /* operational state */
4679b2d3 404 uint l_quotaoffs_flag; /* XFS_DQ_*, for QUOTAOFFs */
d5689eaa 405 struct list_head *l_buf_cancel_table;
4679b2d3
DC
406 int l_iclog_hsize; /* size of iclog header */
407 int l_iclog_heads; /* # of iclog header sectors */
48389ef1 408 uint l_sectBBsize; /* sector size in BBs (2^n) */
4679b2d3 409 int l_iclog_size; /* size of log in bytes */
4679b2d3
DC
410 int l_iclog_bufs; /* number of iclog buffers */
411 xfs_daddr_t l_logBBstart; /* start block of log */
412 int l_logsize; /* size of log in bytes */
413 int l_logBBsize; /* size of log in BB chunks */
414
1da177e4 415 /* The following block of fields are changed while holding icloglock */
eb40a875 416 wait_queue_head_t l_flush_wait ____cacheline_aligned_in_smp;
d748c623 417 /* waiting for iclog flush */
1da177e4
LT
418 int l_covered_state;/* state of "covering disk
419 * log entries" */
1da177e4 420 xlog_in_core_t *l_iclog; /* head log queue */
b22cd72c 421 spinlock_t l_icloglock; /* grab to change iclog state */
1da177e4
LT
422 int l_curr_cycle; /* Cycle number of log writes */
423 int l_prev_cycle; /* Cycle number before last
424 * block increment */
425 int l_curr_block; /* current logical log block */
426 int l_prev_block; /* previous logical log block */
1da177e4 427
84f3c683 428 /*
1c3cb9ec
DC
429 * l_last_sync_lsn and l_tail_lsn are atomics so they can be set and
430 * read without needing to hold specific locks. To avoid operations
431 * contending with other hot objects, place each of them on a separate
432 * cacheline.
84f3c683
DC
433 */
434 /* lsn of last LR on disk */
435 atomic64_t l_last_sync_lsn ____cacheline_aligned_in_smp;
1c3cb9ec
DC
436 /* lsn of 1st LR with unflushed * buffers */
437 atomic64_t l_tail_lsn ____cacheline_aligned_in_smp;
84f3c683 438
28496968
CH
439 struct xlog_grant_head l_reserve_head;
440 struct xlog_grant_head l_write_head;
3f16b985 441
baff4e44
BF
442 struct xfs_kobj l_kobj;
443
4679b2d3
DC
444 /* The following field are used for debugging; need to hold icloglock */
445#ifdef DEBUG
5809d5e0 446 void *l_iclog_bak[XLOG_MAX_ICLOGS];
4679b2d3 447#endif
12818d24
BF
448 /* log recovery lsn tracking (for buffer submission */
449 xfs_lsn_t l_recovery_lsn;
a6a65fef
DC
450
451 uint32_t l_iclog_roundoff;/* padding roundoff */
2b73a2c8
DW
452
453 /* Users of log incompat features should take a read lock. */
454 struct rw_semaphore l_incompat_users;
9a8d2fdb 455};
1da177e4 456
d5689eaa 457#define XLOG_BUF_CANCEL_BUCKET(log, blkno) \
c8ce540d 458 ((log)->l_buf_cancel_table + ((uint64_t)blkno % XLOG_BC_TABLE_SIZE))
d5689eaa 459
e1d06e5f
DC
460/*
461 * Bits for operational state
462 */
463#define XLOG_ACTIVE_RECOVERY 0 /* in the middle of recovery */
464#define XLOG_RECOVERY_NEEDED 1 /* log was recovered */
465#define XLOG_IO_ERROR 2 /* log hit an I/O error, and being
466 shutdown */
467#define XLOG_TAIL_WARN 3 /* log tail verify warning issued */
468
469static inline bool
470xlog_recovery_needed(struct xlog *log)
471{
472 return test_bit(XLOG_RECOVERY_NEEDED, &log->l_opstate);
473}
474
475static inline bool
476xlog_in_recovery(struct xlog *log)
477{
478 return test_bit(XLOG_ACTIVE_RECOVERY, &log->l_opstate);
479}
480
2039a272
DC
481static inline bool
482xlog_is_shutdown(struct xlog *log)
483{
e1d06e5f 484 return test_bit(XLOG_IO_ERROR, &log->l_opstate);
2039a272 485}
cfcbbbd0 486
1da177e4 487/* common routines */
9a8d2fdb
MT
488extern int
489xlog_recover(
490 struct xlog *log);
491extern int
492xlog_recover_finish(
493 struct xlog *log);
a7a9250e 494extern void
f0b2efad 495xlog_recover_cancel(struct xlog *);
0e446be4 496
f9668a09 497extern __le32 xlog_cksum(struct xlog *log, struct xlog_rec_header *rhead,
0e446be4 498 char *dp, int size);
1da177e4 499
71e330b5 500extern kmem_zone_t *xfs_log_ticket_zone;
ad223e60
MT
501struct xlog_ticket *
502xlog_ticket_alloc(
503 struct xlog *log,
504 int unit_bytes,
505 int count,
506 char client,
ca4f2589 507 bool permanent);
eb01c9cd 508
e6b1f273
CH
509static inline void
510xlog_write_adv_cnt(void **ptr, int *len, int *off, size_t bytes)
511{
512 *ptr += bytes;
513 *len -= bytes;
514 *off += bytes;
515}
516
71e330b5 517void xlog_print_tic_res(struct xfs_mount *mp, struct xlog_ticket *ticket);
d4ca1d55 518void xlog_print_trans(struct xfs_trans *);
c45aba40
DC
519int xlog_write(struct xlog *log, struct xfs_cil_ctx *ctx,
520 struct xfs_log_vec *log_vector, struct xlog_ticket *tic,
caa80090 521 uint optype);
8b41e3f9
CH
522void xfs_log_ticket_ungrant(struct xlog *log, struct xlog_ticket *ticket);
523void xfs_log_ticket_regrant(struct xlog *log, struct xlog_ticket *ticket);
71e330b5 524
0020a190
DC
525void xlog_state_switch_iclogs(struct xlog *log, struct xlog_in_core *iclog,
526 int eventual_size);
0dc8f7f1
DC
527int xlog_state_release_iclog(struct xlog *log, struct xlog_in_core *iclog,
528 xfs_lsn_t log_tail_lsn);
eef983ff 529
1c3cb9ec
DC
530/*
531 * When we crack an atomic LSN, we sample it first so that the value will not
532 * change while we are cracking it into the component values. This means we
533 * will always get consistent component values to work from. This should always
25985edc 534 * be used to sample and crack LSNs that are stored and updated in atomic
1c3cb9ec
DC
535 * variables.
536 */
537static inline void
538xlog_crack_atomic_lsn(atomic64_t *lsn, uint *cycle, uint *block)
539{
540 xfs_lsn_t val = atomic64_read(lsn);
541
542 *cycle = CYCLE_LSN(val);
543 *block = BLOCK_LSN(val);
544}
545
546/*
547 * Calculate and assign a value to an atomic LSN variable from component pieces.
548 */
549static inline void
550xlog_assign_atomic_lsn(atomic64_t *lsn, uint cycle, uint block)
551{
552 atomic64_set(lsn, xlog_assign_lsn(cycle, block));
553}
554
a69ed03c 555/*
d0eb2f38 556 * When we crack the grant head, we sample it first so that the value will not
a69ed03c
DC
557 * change while we are cracking it into the component values. This means we
558 * will always get consistent component values to work from.
559 */
560static inline void
d0eb2f38 561xlog_crack_grant_head_val(int64_t val, int *cycle, int *space)
a69ed03c 562{
a69ed03c
DC
563 *cycle = val >> 32;
564 *space = val & 0xffffffff;
565}
566
d0eb2f38
DC
567static inline void
568xlog_crack_grant_head(atomic64_t *head, int *cycle, int *space)
569{
570 xlog_crack_grant_head_val(atomic64_read(head), cycle, space);
571}
572
573static inline int64_t
574xlog_assign_grant_head_val(int cycle, int space)
575{
576 return ((int64_t)cycle << 32) | space;
577}
578
a69ed03c 579static inline void
c8a09ff8 580xlog_assign_grant_head(atomic64_t *head, int cycle, int space)
a69ed03c 581{
d0eb2f38 582 atomic64_set(head, xlog_assign_grant_head_val(cycle, space));
a69ed03c
DC
583}
584
71e330b5
DC
585/*
586 * Committed Item List interfaces
587 */
2c6e24ce
DC
588int xlog_cil_init(struct xlog *log);
589void xlog_cil_init_post_recovery(struct xlog *log);
590void xlog_cil_destroy(struct xlog *log);
591bool xlog_cil_empty(struct xlog *log);
5f9b4b0d
DC
592void xlog_cil_commit(struct xlog *log, struct xfs_trans *tp,
593 xfs_csn_t *commit_seq, bool regrant);
c45aba40
DC
594void xlog_cil_set_ctx_write_state(struct xfs_cil_ctx *ctx,
595 struct xlog_in_core *iclog);
596
71e330b5 597
a44f13ed
DC
598/*
599 * CIL force routines
600 */
0020a190 601void xlog_cil_flush(struct xlog *log);
5f9b4b0d 602xfs_lsn_t xlog_cil_force_seq(struct xlog *log, xfs_csn_t sequence);
a44f13ed
DC
603
604static inline void
ad223e60 605xlog_cil_force(struct xlog *log)
a44f13ed 606{
5f9b4b0d 607 xlog_cil_force_seq(log, log->l_cilp->xc_current_sequence);
a44f13ed 608}
71e330b5 609
eb40a875
DC
610/*
611 * Wrapper function for waiting on a wait queue serialised against wakeups
612 * by a spinlock. This matches the semantics of all the wait queues used in the
613 * log code.
614 */
f7559793
DW
615static inline void
616xlog_wait(
617 struct wait_queue_head *wq,
618 struct spinlock *lock)
619 __releases(lock)
eb40a875
DC
620{
621 DECLARE_WAITQUEUE(wait, current);
622
623 add_wait_queue_exclusive(wq, &wait);
624 __set_current_state(TASK_UNINTERRUPTIBLE);
625 spin_unlock(lock);
626 schedule();
627 remove_wait_queue(wq, &wait);
628}
1da177e4 629
a79b28c2
DC
630int xlog_wait_on_iclog(struct xlog_in_core *iclog);
631
a45086e2
BF
632/*
633 * The LSN is valid so long as it is behind the current LSN. If it isn't, this
634 * means that the next log record that includes this metadata could have a
635 * smaller LSN. In turn, this means that the modification in the log would not
636 * replay.
637 */
638static inline bool
639xlog_valid_lsn(
640 struct xlog *log,
641 xfs_lsn_t lsn)
642{
643 int cur_cycle;
644 int cur_block;
645 bool valid = true;
646
647 /*
648 * First, sample the current lsn without locking to avoid added
649 * contention from metadata I/O. The current cycle and block are updated
650 * (in xlog_state_switch_iclogs()) and read here in a particular order
651 * to avoid false negatives (e.g., thinking the metadata LSN is valid
652 * when it is not).
653 *
654 * The current block is always rewound before the cycle is bumped in
655 * xlog_state_switch_iclogs() to ensure the current LSN is never seen in
656 * a transiently forward state. Instead, we can see the LSN in a
657 * transiently behind state if we happen to race with a cycle wrap.
658 */
6aa7de05 659 cur_cycle = READ_ONCE(log->l_curr_cycle);
a45086e2 660 smp_rmb();
6aa7de05 661 cur_block = READ_ONCE(log->l_curr_block);
a45086e2
BF
662
663 if ((CYCLE_LSN(lsn) > cur_cycle) ||
664 (CYCLE_LSN(lsn) == cur_cycle && BLOCK_LSN(lsn) > cur_block)) {
665 /*
666 * If the metadata LSN appears invalid, it's possible the check
667 * above raced with a wrap to the next log cycle. Grab the lock
668 * to check for sure.
669 */
670 spin_lock(&log->l_icloglock);
671 cur_cycle = log->l_curr_cycle;
672 cur_block = log->l_curr_block;
673 spin_unlock(&log->l_icloglock);
674
675 if ((CYCLE_LSN(lsn) > cur_cycle) ||
676 (CYCLE_LSN(lsn) == cur_cycle && BLOCK_LSN(lsn) > cur_block))
677 valid = false;
678 }
679
680 return valid;
681}
682
1da177e4 683#endif /* __XFS_LOG_PRIV_H__ */