| /Linux-v4.19/drivers/crypto/ccp/ |
| D | ccp-crypto-main.c | 102 struct ccp_crypto_cmd *held = NULL, *tmp; in ccp_crypto_cmd_complete() local
116 held = tmp; in ccp_crypto_cmd_complete()
144 return held; in ccp_crypto_cmd_complete()
150 struct ccp_crypto_cmd *held, *next, *backlog; in ccp_crypto_complete() local
169 held = ccp_crypto_cmd_complete(crypto_cmd, &backlog); in ccp_crypto_complete()
186 while (held) { in ccp_crypto_complete()
190 held->cmd->flags |= CCP_CMD_MAY_BACKLOG; in ccp_crypto_complete()
191 ret = ccp_enqueue_cmd(held->cmd); in ccp_crypto_complete()
196 ctx = crypto_tfm_ctx(held->req->tfm); in ccp_crypto_complete()
198 ret = ctx->complete(held->req, ret); in ccp_crypto_complete()
[all …]
|
| /Linux-v4.19/Documentation/ABI/testing/ |
| D | sysfs-bus-coresight-devices-tmc | 21 Description: (R) Shows the value held by the TMC status register. The value
28 Description: (R) Shows the value held by the TMC RAM Read Pointer register
37 Description: (R) Shows the value held by the TMC RAM Write Pointer register
53 Description: (R) Shows the value held by the TMC Control register. The value
60 Description: (R) Shows the value held by the TMC Formatter and Flush Status
68 Description: (R) Shows the value held by the TMC Formatter and Flush Control
76 Description: (R) Shows the value held by the TMC Mode register, which
|
| D | sysfs-bus-coresight-devices-etb10 | 30 Description: (R) Shows the value held by the ETB status register. The value
37 Description: (R) Shows the value held by the ETB RAM Read Pointer register
46 Description: (R) Shows the value held by the ETB RAM Write Pointer register
62 Description: (R) Shows the value held by the ETB Control register. The value
69 Description: (R) Shows the value held by the ETB Formatter and Flush Status
77 Description: (R) Shows the value held by the ETB Formatter and Flush Control
|
| D | sysfs-driver-hid-prodikeys | 16 note held by the pc-midi driver.
|
| /Linux-v4.19/kernel/rcu/ |
| D | sync.c | 27 #define __INIT_HELD(func) .held = func,
37 int (*held)(void); member
68 RCU_LOCKDEP_WARN(!gp_ops[rsp->gp_type].held(), in rcu_sync_lockdep_assert()
|
| /Linux-v4.19/Documentation/dev-tools/ |
| D | sparse.rst | 59 locking. These annotations tell sparse when a lock is held, with
62 __must_hold - The specified lock is held on function entry and exit.
64 __acquires - The specified lock is held on function exit, but not entry.
66 __releases - The specified lock is held on function entry, but not exit.
68 If the function enters and exits without the lock held, acquiring and
|
| /Linux-v4.19/Documentation/pcmcia/ |
| D | locking.txt | 17 be called with "skt_mutex" held:
34 be called with "ops_mutex" held:
43 called with "ops_mutex" held.
|
| /Linux-v4.19/Documentation/device-mapper/ |
| D | era.txt | 50 <current era> <held metadata root | '-'>
57 held metadata root : The location, in blocks, of the metadata root
58 that has been 'held' for userspace read
59 access. '-' indicates there is no held root
|
| /Linux-v4.19/Documentation/filesystems/nfs/ |
| D | pnfs.txt | 20 LAYOUTCOMMIT), and for each lseg held within.
30 layout driver type. The device ids are held in a RCU cache (struct
32 mount. The entries (struct nfs4_deviceid) themselves are held across
47 level cache. Its reference is held over the lifetime of the deviceid
|
| /Linux-v4.19/Documentation/ |
| D | robust-futex-ABI.txt | 9 futexes, for kernel assist of cleanup of held locks on task exit.
18 held robust_futexes begins, and
19 2) internal kernel code at exit, to handle any listed locks held
85 For each futex lock currently held by a thread, if it wants this
114 up locks held at the time of (a perhaps unexpectedly) exit.
121 still held by the departing thread, as described below.
125 lock structures for locks currently held by that thread should be on
128 A given futex lock structure in a user shared memory region may be held
133 When adding or removing a lock from its list of held locks, in order for
|
| D | robust-futexes.txt | 46 then the kernel has no information to clean up after the held lock!
152 million (!) held locks, using the new method [on a 2GHz CPU]:
162 (1 million held locks are unheard of - we expect at most a handful of
163 locks to be held at a time. Nevertheless it's nice to know that this
191 If a futex is found to be held at exit time, the kernel sets the
|
| /Linux-v4.19/Documentation/devicetree/bindings/remoteproc/ |
| D | qcom,adsp.txt | 29 held on behalf of the booting Hexagon core
39 Definition: reference to the regulator to be held on behalf of the
45 Definition: reference to the px regulator to be held on behalf of the
|
| D | qcom,q6v5.txt | 42 Definition: reference to the iface, bus and mem clocks to be held on
70 Definition: reference to the regulators to be held on behalf of the
|
| D | qcom,wcnss-pil.txt | 42 Definition: reference to the regulators to be held on behalf of the
90 Definition: reference to the regulators to be held on behalf of the
|
| /Linux-v4.19/Documentation/leds/ |
| D | ledtrig-transient.txt | 11 features that require an on or off state to be held just once and then stay in
79 - state allows user to specify a transient state to be held for the specified
97 state - transient state to be held. It has two values 0 or 1. 0 maps
99 held for the duration of the one shot timer and then the
128 held for the specified duration.
130 held for the specified duration.
|
| /Linux-v4.19/Documentation/locking/ |
| D | lockstat.txt | 53 hold time min - shortest (non-0) time we ever held the lock
54 max - longest time we ever held the lock
55 total - total time this lock was held
56 avg - average time this lock was held
|
| D | rt-mutex.txt | 55 taskpointer 0 lock is held (fast release possible)
56 taskpointer 1 lock is held and has waiters**
62 with ->wait_lock is held. To prevent any fast path cmpxchg to the lock,
|
| D | lockdep-design.txt | 33 - 'ever held in STATE context'
34 - 'ever held as readlock in STATE context'
35 - 'ever held with STATE enabled'
36 - 'ever held as readlock with STATE enabled'
108 any rule violation between the new lock and any of the held locks.
176 must be held: lockdep_assert_held*(&lock) and lockdep_*pin_lock(&lock).
179 particular lock is held at a certain time (and generate a WARN() otherwise).
265 held locks is maintained, and a lightweight 64-bit hash value is
|
| D | mutex-design.txt | 82 - A task may not exit with a mutex held.
83 - Memory areas where held locks reside must not be freed.
95 list of all locks held in the system, printout of them.
|
| /Linux-v4.19/Documentation/RCU/ |
| D | lockdep-splat.txt | 26 3 locks held by scsi_scan_6/1552:
80 or with the ->queue_lock held. In particular, this would have suppressed
81 the above lockdep-RCU splat because ->queue_lock is held (see #2 in the
|
| D | UP.txt | 69 2. In some cases, the lock will be held across some kernel API,
73 with no locks held than to have to modify such APIs to allow
87 from a known environment in which no locks are held.
|
| /Linux-v4.19/tools/memory-model/litmus-tests/ |
| D | MP+polockonce+poacquiresilsil.litmus | 7 * to sense the lock-held state, ordered by acquire? Note that when the
|
| D | MP+polockmbonce+poacquiresilsil.litmus | 7 * to outside observers using spin_is_locked() to sense the lock-held
|
| /Linux-v4.19/Documentation/devicetree/bindings/fpga/ |
| D | lattice-ice40-fpga-mgr.txt | 9 that unless the GPIO is held low during startup, the
|
| /Linux-v4.19/fs/jffs2/ |
| D | README.Locking | 22 When writing new nodes, the alloc_sem must be held until the new nodes
65 any f->sem held.
68 3. Never lock a page cache page with f->sem held.
130 erase_completion_lock cannot be held, so an alternative, more
|
