Lines Matching full:cui

45  * Freeing the CUI requires that we remove it from the AIL if it has already
46  * been placed there. However, the CUI may not yet have been placed in the AIL
49  * count to ensure only the last caller frees the CUI.
77  * given cui log item. We use only 1 iovec, and we point that
78  * at the cui_log_format structure embedded in the cui item.
80  * slots in the cui item have been filled.
101  * The unpin operation is the last place an CUI is manipulated in the log. It is
103  * either case, the CUI transaction has been successfully committed to make it
104  * this far. Therefore, we expect whoever committed the CUI to either construct
106  * drop the log's CUI reference now that the log is done with it.
119  * The CUI has been either committed or aborted if the transaction has been
121  * constructed and thus we free the CUI here directly.
131  * Allocate and initialize an cui item with the given number of extents.
197  * the transaction is cancelled, drop our reference to the CUI and free the
237  * update succeeds or fails to support the CUI/CUD lifecycle rules.
259 	 * 1.) releases the CUI and frees the CUD  in xfs_trans_log_finish_refcount_update()
448 	 * CUI.  If any are bad, then assume that all are bad and  in xfs_cui_item_recover()
449 	 * just toss the CUI.  in xfs_cui_item_recover()
600  * Copy an CUI format buffer from the given buf, and into the destination
601  * CUI format structure.  The CUI/CUD items were designed not to need any
625  * item from the cui format structure which was logged on disk.
626  * It allocates an in-core cui, copies the extents from the format
627  * structure into it, and adds the cui to the AIL with the given
667  * transaction in the log. Its purpose is to cancel the corresponding CUI if it
668  * was still in the log. To do this it searches the AIL for the CUI with an id
670  * reference, which removes the CUI from the AIL and frees it.