/Linux-v5.4/fs/jbd2/ |
D | checkpoint.c | 26 * Unlink a buffer from a transaction checkpoint list. 32 transaction_t *transaction = jh->b_cp_transaction; in __buffer_unlink_first() local 36 if (transaction->t_checkpoint_list == jh) { in __buffer_unlink_first() 37 transaction->t_checkpoint_list = jh->b_cpnext; in __buffer_unlink_first() 38 if (transaction->t_checkpoint_list == jh) in __buffer_unlink_first() 39 transaction->t_checkpoint_list = NULL; in __buffer_unlink_first() 44 * Unlink a buffer from a transaction checkpoint(io) list. 50 transaction_t *transaction = jh->b_cp_transaction; in __buffer_unlink() local 53 if (transaction->t_checkpoint_io_list == jh) { in __buffer_unlink() 54 transaction->t_checkpoint_io_list = jh->b_cpnext; in __buffer_unlink() [all …]
|
D | transaction.c | 3 * linux/fs/jbd2/transaction.c 9 * Generic filesystem transaction handling code; part of the ext2fs 46 pr_emerg("JBD2: failed to create transaction cache\n"); in jbd2_journal_init_transaction_cache() 58 void jbd2_journal_free_transaction(transaction_t *transaction) in jbd2_journal_free_transaction() argument 60 if (unlikely(ZERO_OR_NULL_PTR(transaction))) in jbd2_journal_free_transaction() 62 kmem_cache_free(transaction_cache, transaction); in jbd2_journal_free_transaction() 68 * Simply initialise a new transaction. Initialize it in 70 * have an existing running transaction: we only make a new transaction 75 * new transaction and we can't block without protecting against other 81 transaction_t *transaction) in jbd2_get_transaction() argument [all …]
|
D | revoke.c | 17 * transaction's revoked blocks to the journal 19 * + Recovery: during recovery we record the transaction ID of all 26 * single transaction: 30 * cancel the revoke before the transaction commits. 37 * in the current transaction, so any revoke for that block in the 38 * transaction must have happened after the block was journaled and so 47 * We cache revoke status of a buffer in the current transaction in b_states 62 * running transaction (is pointed to by journal->j_revoke), the other one 63 * belongs to the committing transaction. Accesses to the second hash table 66 * running and which to the committing transaction is called only from [all …]
|
D | journal.c | 172 transaction_t *transaction; in kjournald2() local 189 * transaction commit and any fs involvement might get stuck waiting for in kjournald2() 238 transaction = journal->j_running_transaction; in kjournald2() 239 if (transaction && time_after_eq(jiffies, in kjournald2() 240 transaction->t_expires)) in kjournald2() 257 transaction = journal->j_running_transaction; in kjournald2() 258 if (transaction && time_after_eq(jiffies, transaction->t_expires)) { in kjournald2() 259 journal->j_commit_request = transaction->t_tid; in kjournald2() 317 * If the source buffer has already been modified by a new transaction 335 int jbd2_journal_write_metadata_buffer(transaction_t *transaction, in jbd2_journal_write_metadata_buffer() argument [all …]
|
/Linux-v5.4/Documentation/filesystems/ |
D | xfs-delayed-logging-design.txt | 23 changes in the new transaction that is written to the log. 28 transaction: 30 Transaction Contents LSN 39 In other words, each time an object is relogged, the new transaction contains 45 (increasing) LSN of each subsequent transaction - the LSN is effectively a 46 direct encoding of the location in the log of the transaction. 49 transactions. These transaction are known as rolling transactions, and require 50 a special log reservation known as a permanent transaction reservation. A 51 typical example of a rolling transaction is the removal of extents from an 52 inode which can only be done at a rate of two extents per transaction because [all …]
|
D | journalling.rst | 42 this use :c:func:`jbd2_journal_start` which returns a transaction handle. 45 which indicates the end of a transaction are nestable calls, so you can 46 reenter a transaction if necessary, but remember you must call 48 :c:func:`jbd2_journal_start` before the transaction is completed (or more 52 Inside each transaction you need to wrap the modifications to the 59 uncommitted transaction. At this point you are at last ready to modify a 74 single outstanding transaction at any one time, remember nothing commits 76 the transaction at the end of each file/inode/address etc. operation you 83 if there isn't enough space in the journal for your transaction (based 96 transaction. I advise having a look at at least ext4_jbd.h to see the [all …]
|
/Linux-v5.4/include/linux/ |
D | journal-head.h | 14 typedef unsigned int tid_t; /* Unique transaction ID */ 15 typedef struct transaction_s transaction_t; /* Compound transaction type */ 43 * the currently running transaction 62 * Pointer to the compound transaction which owns this buffer's 63 * metadata: either the running transaction or the committing 64 * transaction (if there is one). Only applies to buffers on a 65 * transaction's data or metadata journaling list. 73 * Pointer to the running compound transaction which is currently 74 * modifying the buffer's metadata, if there was already a transaction 75 * committing it when the new transaction touched it. [all …]
|
D | jbd2.h | 9 * Definitions for transaction data structures for the buffer cache 85 * the transaction, so that at all times we know how many buffers the 86 * outstanding updates on a transaction might possibly touch. 98 * We use the journal_t to keep track of all outstanding transaction 218 #define JBD2_FLAG_DELETED 4 /* block deleted by this transaction */ 419 * ordered mode present in a transaction so that we can sync them during commit. 425 * Which transaction does this inode belong to? Either the running 426 * transaction or the committing one. [j_list_lock] 433 * Pointer to the running transaction modifying inode's data in case 434 * there is already a committing transaction touching it. [j_list_lock] [all …]
|
/Linux-v5.4/Documentation/powerpc/ |
D | transactional_memory.rst | 21 A simple transaction looks like this:: 41 /* Retry the transaction if it failed because it conflicted with 50 example, the transaction completes as though it were normal straight-line code 58 transaction, the transaction will be aborted by the CPU. Register and memory 66 Causes of transaction aborts 78 Syscalls made from within an active transaction will not be performed and the 79 transaction will be doomed by the kernel with the failure code TM_CAUSE_SYSCALL 82 Syscalls made from within a suspended transaction are performed as normal and 83 the transaction is not explicitly doomed by the kernel. However, what the 84 kernel does to perform the syscall may result in the transaction being doomed [all …]
|
/Linux-v5.4/drivers/staging/octeon-usb/ |
D | octeon-hcd.c | 106 * @CVMX_USB_STATUS_OK: The transaction / operation finished without 109 * @CVMX_USB_STATUS_CANCEL: The transaction was canceled while in flight 111 * @CVMX_USB_STATUS_ERROR: The transaction aborted with an unexpected 113 * @CVMX_USB_STATUS_STALL: The transaction received a USB STALL response 115 * @CVMX_USB_STATUS_XACTERR: The transaction failed with an error from the 117 * @CVMX_USB_STATUS_DATATGLERR: The transaction failed with a data toggle 119 * @CVMX_USB_STATUS_BABBLEERR: The transaction failed with a babble error 120 * @CVMX_USB_STATUS_FRAMEERR: The transaction failed with a frame error 236 * enum represents all of the possible stages a transaction can 239 * transaction with a simple clearing of bit 0. [all …]
|
/Linux-v5.4/tools/perf/pmu-events/arch/x86/cascadelakex/ |
D | other.json | 181 …and predefine mask bit value in a dedicated MSR to specify attributes of the offcore transaction.", 194 …and predefine mask bit value in a dedicated MSR to specify attributes of the offcore transaction.", 207 …and predefine mask bit value in a dedicated MSR to specify attributes of the offcore transaction.", 220 …and predefine mask bit value in a dedicated MSR to specify attributes of the offcore transaction.", 233 …and predefine mask bit value in a dedicated MSR to specify attributes of the offcore transaction.", 246 …and predefine mask bit value in a dedicated MSR to specify attributes of the offcore transaction.", 259 …and predefine mask bit value in a dedicated MSR to specify attributes of the offcore transaction.", 272 …and predefine mask bit value in a dedicated MSR to specify attributes of the offcore transaction.", 285 …and predefine mask bit value in a dedicated MSR to specify attributes of the offcore transaction.", 298 …and predefine mask bit value in a dedicated MSR to specify attributes of the offcore transaction.", [all …]
|
D | memory.json | 469 …and predefine mask bit value in a dedicated MSR to specify attributes of the offcore transaction.", 483 …and predefine mask bit value in a dedicated MSR to specify attributes of the offcore transaction.", 497 …and predefine mask bit value in a dedicated MSR to specify attributes of the offcore transaction.", 511 …and predefine mask bit value in a dedicated MSR to specify attributes of the offcore transaction.", 525 …and predefine mask bit value in a dedicated MSR to specify attributes of the offcore transaction.", 539 …and predefine mask bit value in a dedicated MSR to specify attributes of the offcore transaction.", 553 …and predefine mask bit value in a dedicated MSR to specify attributes of the offcore transaction.", 567 …and predefine mask bit value in a dedicated MSR to specify attributes of the offcore transaction.", 581 …and predefine mask bit value in a dedicated MSR to specify attributes of the offcore transaction.", 595 …and predefine mask bit value in a dedicated MSR to specify attributes of the offcore transaction.", [all …]
|
D | cache.json | 243 … in the super queue (SQ). A transaction is considered to be in the Offcore outstanding state betwe… 253 …r queue (SQ) every cycle. A transaction is considered to be in the Offcore outstanding state betwe… 273 …cle. The 'Offcore outstanding' state of the transaction lasts from the L2 miss until the sending t… 284 …cle. The 'Offcore outstanding' state of the transaction lasts from the L2 miss until the sending t… 294 …r queue (SQ) every cycle. A transaction is considered to be in the Offcore outstanding state betwe… 305 …cle. The 'Offcore outstanding' state of the transaction lasts from the L2 miss until the sending t… 316 …esent in the super queue. A transaction is considered to be in the Offcore outstanding state betwe… 326 … super queue every cycle. A transaction is considered to be in the Offcore outstanding state betwe… 373 "BriefDescription": "Any memory transaction that reached the SQ.", 393 … and predefine mask bit value in a dedicated MSR to specify attributes of the offcore transaction", [all …]
|
/Linux-v5.4/fs/ntfs/ |
D | usnjrnl.h | 3 * usnjrnl.h - Defines for NTFS kernel transaction log ($UsnJrnl) handling. 20 * Transaction log ($UsnJrnl) organization: 22 * The transaction log records whenever a file is modified in any way. So for 28 * The transaction log is in the $Extend directory which is in the root 29 * directory of each volume. If it is not present it means transaction 30 * logging is disabled. If it is present it means transaction logging is 34 * To determine whether the transaction logging is enabled or in the process 38 * If the flag VOLUME_DELETE_USN_UNDERWAY is set it means the transaction log 40 * transaction log is enabled. 42 * The transaction log consists of two parts; the $DATA/$Max attribute as well [all …]
|
/Linux-v5.4/fs/btrfs/ |
D | transaction.c | 16 #include "transaction.h" 47 void btrfs_put_transaction(struct btrfs_transaction *transaction) in btrfs_put_transaction() argument 49 WARN_ON(refcount_read(&transaction->use_count) == 0); in btrfs_put_transaction() 50 if (refcount_dec_and_test(&transaction->use_count)) { in btrfs_put_transaction() 51 BUG_ON(!list_empty(&transaction->list)); in btrfs_put_transaction() 53 &transaction->delayed_refs.href_root.rb_root)); in btrfs_put_transaction() 54 if (transaction->delayed_refs.pending_csums) in btrfs_put_transaction() 55 btrfs_err(transaction->fs_info, in btrfs_put_transaction() 57 transaction->delayed_refs.pending_csums); in btrfs_put_transaction() 60 * because the transaction was aborted and a commit did not in btrfs_put_transaction() [all …]
|
D | transaction.h | 32 * transaction, it must be zero before the transaction is 37 * total writers in this transaction, it must be zero before the 38 * transaction can end 61 * it do so under some form of transaction critical section, namely: 64 * run by one of the transaction committers. Refer to 68 * commit_cowonly_roots from transaction critical section 71 * - btrfs_cleanup_dirty_bgs - called on transaction abort 114 struct btrfs_transaction *transaction; member 150 BTRFS_I(inode)->last_trans = trans->transaction->transid; in btrfs_set_inode_last_trans() 165 delayed_refs = &trans->transaction->delayed_refs; in btrfs_set_skip_qgroup() [all …]
|
D | qgroup.h | 39 * Normally at qgroup rescan and transaction commit time. 53 * But there is a race window between subtree swap and transaction commit, 96 * 4) Transaction commit 117 * transaction commit time. 149 * Space reserved for metadata (per-transaction) 150 * Due to the fact that qgroup data is only updated at transaction commit 151 * time, reserved space for metadata must be kept until transaction 158 * transaction, and then btrfs_join_transaction() to get a trans handle. 175 * *currently* meta is just reserve-and-clear during transaction. 177 * TODO: Add new type for reservation which can survive transaction commit. [all …]
|
/Linux-v5.4/include/linux/dma/ |
D | sprd-dma.h | 18 * configurations. Once the source channel's transaction is done, it will 19 * trigger the destination channel's transaction automatically by hardware 49 * @SPRD_DMA_FRAG_DONE_TRG: Trigger the transaction of destination channel 51 * @SPRD_DMA_BLOCK_DONE_TRG: Trigger the transaction of destination channel 53 * @SPRD_DMA_TRANS_DONE_TRG: Trigger the transaction of destination channel 55 * @SPRD_DMA_LIST_DONE_TRG: Trigger the transaction of destination channel 70 * @SPRD_DMA_TRANS_REQ: transaction request mode 73 * We have 4 types request mode: fragment mode, block mode, transaction mode 74 * and linklist mode. One transaction can contain several blocks, one block can 94 * @SPRD_DMA_TRANS_INT: tansaction done interrupt when one transaction [all …]
|
/Linux-v5.4/fs/xfs/libxfs/ |
D | xfs_defer.c | 25 * we can roll the transaction to adhere to AG locking order rules and 36 * roll a transaction to facilitate this, but using this facility 48 * start, we define "rolling a deferred-op transaction" as follows: 57 * > Roll the transaction. 59 * NOTE: To avoid exceeding the transaction reservation, we limit the 65 * - Roll the deferred-op transaction as above. 72 * wants a new transaction. See the "Requesting a Fresh 73 * Transaction while Finishing Deferred Work" section below for 77 * work items every time we roll the transaction, and that we must log 82 * Requesting a Fresh Transaction while Finishing Deferred Work [all …]
|
/Linux-v5.4/fs/xfs/ |
D | xfs_trans_buf.c | 20 * a part of the given transaction. 52 * Add the locked buffer to the transaction. 55 * transaction. 58 * then allocate one for it. Then add the buf item to the transaction. 84 * Take a reference for this transaction on the buf item. in _xfs_trans_bjoin() 89 * Attach the item to the transaction so we can find it in in _xfs_trans_bjoin() 108 * locked within the given transaction. If it is already locked 109 * within the transaction, just increment its lock recursion count 112 * If the transaction pointer is NULL, make this just a normal 130 * If we find the buffer in the cache with this transaction in xfs_trans_get_buf_map() [all …]
|
D | xfs_trans.c | 47 * Initialize the precomputed transaction reservation values 59 * Free the transaction structure. If there is more clean up 78 * This is called to create a new transaction which will share the 79 * permanent log reservation of the given transaction. The remaining 81 * implies that the original transaction is no longer allowed to allocate 83 * be added to the new transaction explicitly. 96 * Initialize the new transaction structure. in xfs_trans_dup() 111 /* We gave our writer reference to the new transaction */ in xfs_trans_dup() 134 * given transaction. This must be done before allocating any resources 135 * within the transaction. [all …]
|
D | xfs_log_priv.h | 77 * little, the last transaction for the file could contain the wrong 79 * transaction, and the system crashes, the allocation transaction 84 * system is idle. We need two dummy transaction because the h_tail_lsn 86 * non-dummy transaction. The first dummy changes the h_tail_lsn to 87 * the first transaction before the dummy. The second dummy causes 97 * NEED -- logging has occurred and we need a dummy transaction 100 * transaction. 101 * NEED2 -- we detected that a dummy transaction has gone to the 103 * DONE2 -- we committed a dummy transaction when in the NEED2 state. 108 * We commit the dummy transaction and switch to DONE or DONE2, [all …]
|
/Linux-v5.4/Documentation/i2c/busses/ |
D | i2c-mlxcpld.rst | 19 The next transaction types are supported: 29 Bits [6:5] - transaction length. b01 - 72B is supported, 43 It should be written last as it triggers an I2C transaction. 45 Number of data bytes to write in read transaction 47 Number of address bytes to write in read transaction. 49 Bit 0 - transaction is completed. 52 For write transaction address is specified in four first bytes 54 For read transactions address is sent in a separate transaction and
|
/Linux-v5.4/tools/testing/selftests/powerpc/tm/ |
D | tm-resched-dscr.c | 3 * when within a transaction. 12 * Start a transaction, and suspend it (*). 14 * Hard loop checking to see if the transaction has become doomed. 21 * (*) If the transaction is not suspended we can't see the problem because 22 * the transaction abort handler will restore the DSCR to it's checkpointed 53 /* start and suspend a transaction */ in test_body() 58 /* hard loop until the transaction becomes doomed */ in test_body() 78 assert(rv); /* make sure the transaction aborted */ in test_body()
|
/Linux-v5.4/drivers/net/wireless/intel/iwlwifi/dvm/ |
D | tt.c | 28 /* default Thermal Throttling transaction table 357 struct iwl_tt_trans *transaction; in iwl_advance_tt_handler() local 362 * find the curresponding transaction table in iwl_advance_tt_handler() 364 * tt->transaction + ((old_state * (IWL_TI_STATE_MAX - 1)) in iwl_advance_tt_handler() 367 * find the next state need to transaction to in iwl_advance_tt_handler() 369 * in the current table to see if transaction is needed in iwl_advance_tt_handler() 371 transaction = tt->transaction + in iwl_advance_tt_handler() 373 if (temp >= transaction->tt_low && in iwl_advance_tt_handler() 374 temp <= transaction->tt_high) { in iwl_advance_tt_handler() 388 transaction->next_state) { in iwl_advance_tt_handler() [all …]
|