/Linux-v5.10/Documentation/RCU/ |
D | checklist.rst | 32 for lockless updates. This does result in the mildly 34 rcu_read_unlock() are used to protect updates, however, this 45 c. restricting updates to a single task. 82 be running while updates are in progress. There are a number 101 c. Make updates appear atomic to readers. For example, 102 pointer updates to properly aligned fields will 110 d. Carefully order the updates and the reads so that 183 e. Updates must ensure that initialization of a given 209 Restructure your code so that it batches the updates, allowing 251 primitive will correspondingly delay updates. In contrast, [all …]
|
D | arrayRCU.rst | 48 as updates are rare. 51 Why is it so important that updates be rare when using seqlock? 69 the remainder of the new, updates the ids->entries pointer to point to 160 Why is it so important that updates be rare when using seqlock? 162 The reason that it is important that updates be rare when 163 using seqlock is that frequent updates can livelock readers.
|
/Linux-v5.10/fs/xfs/ |
D | xfs_rmap_item.h | 17 * that records the associated rmapbt updates. Typically, the first 19 * transactions containing rmapbt updates, and finally transactions with any 20 * bnobt/cntbt updates. 25 * (rmapbt/bnobt/cntbt) metadata updates in the non-first transaction. 63 * some rmapbt updates mentioned in an earlier rui item have been performed.
|
D | xfs_bmap_item.h | 17 * that records the associated bmbt updates. 22 * bmbt metadata updates in the non-first transaction. 60 * some bmbt updates mentioned in an earlier bui item have been performed.
|
D | xfs_refcount_item.h | 17 * transaction that records the associated refcountbt updates. 22 * to replay the refcountbt metadata updates. 62 * fact that some refcountbt updates mentioned in an earlier cui item
|
/Linux-v5.10/drivers/gpu/drm/amd/amdgpu/ |
D | amdgpu_ids.c | 275 struct dma_fence *updates = sync->last_vm_update; in amdgpu_vmid_grab_reserved() local 280 if (updates && (*id)->flushed_updates && in amdgpu_vmid_grab_reserved() 281 updates->context == (*id)->flushed_updates->context && in amdgpu_vmid_grab_reserved() 282 !dma_fence_is_later(updates, (*id)->flushed_updates)) in amdgpu_vmid_grab_reserved() 283 updates = NULL; in amdgpu_vmid_grab_reserved() 287 updates || !(*id)->last_flush || in amdgpu_vmid_grab_reserved() 310 if (updates) { in amdgpu_vmid_grab_reserved() 312 (*id)->flushed_updates = dma_fence_get(updates); in amdgpu_vmid_grab_reserved() 341 struct dma_fence *updates = sync->last_vm_update; in amdgpu_vmid_grab_used() local 364 if (updates && (!flushed || dma_fence_is_later(updates, flushed))) in amdgpu_vmid_grab_used() [all …]
|
D | amdgpu_mn.c | 35 * about updates on the page tables of a process. 125 * amdgpu_mn_register - register a BO for notifier updates 145 * amdgpu_mn_unregister - unregister a BO for notifier updates 149 * Remove any registration of mmu notifier updates from the buffer object.
|
/Linux-v5.10/Documentation/ABI/testing/ |
D | sysfs-bus-counter | 117 Rising edges on signal A updates the respective count. 122 signal A updates the respective count; if the direction 124 updates the respective count. Quadrature encoding 129 signal B updates the respective count; if the direction 131 updates the respective count. Quadrature encoding 135 Any state transition on quadrature pair signal A updates 140 Any state transition on quadrature pair signal B updates 146 updates the respective count. Quadrature encoding
|
/Linux-v5.10/Documentation/driver-api/ |
D | generic-counter.rst | 107 Rising edges on signal A updates the respective count. The input level 116 updates the respective count; if the direction is backward, falling 117 edges on quadrature pair signal A updates the respective count. 122 updates the respective count; if the direction is backward, falling 123 edges on quadrature pair signal B updates the respective count. 127 Any state transition on quadrature pair signal A updates the 131 Any state transition on quadrature pair signal B updates the 135 Any state transition on either quadrature pair signals updates the 186 of movement and updates the respective position data. The "Quadrature
|
/Linux-v5.10/drivers/gpu/drm/msm/ |
D | msm_atomic.c | 78 * Flush hardware updates: in msm_atomic_async_commit() 205 * Push atomic updates down to hardware: in msm_atomic_commit_tail() 215 /* async updates are limited to single-crtc updates: */ in msm_atomic_commit_tail() 259 * Flush hardware updates: in msm_atomic_commit_tail()
|
/Linux-v5.10/drivers/net/ethernet/intel/fm10k/ |
D | fm10k_common.c | 299 * fm10k_update_hw_base_48b - Updates 48-bit statistic base value 320 * fm10k_update_hw_stats_tx_q - Updates TX queue statistics counters 325 * Function updates the TX queue statistics counters that are related to the 371 * fm10k_update_hw_stats_rx_q - Updates RX queue statistics counters 376 * Function updates the RX queue statistics counters that are related to the 427 * fm10k_update_hw_stats_q - Updates queue statistics counters 433 * Function updates the queue statistics counters that are related to the 453 * Function invalidates the index values for the queues so any updates that
|
/Linux-v5.10/drivers/net/ |
D | LICENSE.SRC | 14 on an "as-is" basis. No further updates to this software should be 15 expected. Although updates may occur, no commitment exists.
|
/Linux-v5.10/Documentation/driver-api/firmware/ |
D | fw_search_path.rst | 9 * /lib/firmware/updates/UTS_RELEASE/ 10 * /lib/firmware/updates/
|
/Linux-v5.10/drivers/gpu/drm/radeon/ |
D | radeon_mn.c | 87 * radeon_mn_register - register a BO for notifier updates 115 * radeon_mn_unregister - unregister a BO for notifier updates 119 * Remove any registration of MMU notifier updates from the buffer object.
|
/Linux-v5.10/include/linux/mfd/ |
D | lochnagar.h | 29 * @analogue_config_lock: Lock used to protect updates in the analogue 38 /* Lock to protect updates to the analogue configuration */
|
/Linux-v5.10/include/vdso/ |
D | helpers.h | 34 * updates to vd[x].seq and it is possible that the value seen by the in vdso_write_begin() 47 * updates to vd[x].seq and it is possible that the value seen by the in vdso_write_end()
|
/Linux-v5.10/arch/powerpc/kernel/ |
D | pci-hotplug.c | 8 * Updates, 2005, John Rose <johnrose@austin.ibm.com> 9 * Updates, 2005, Linas Vepstas <linas@austin.ibm.com> 10 * Updates, 2013, Gavin Shan <shangw@linux.vnet.ibm.com>
|
/Linux-v5.10/drivers/net/ethernet/intel/ice/ |
D | ice_txrx_lib.h | 35 * ice_xdp_ring_update_tail - Updates the XDP Tx ring tail register 38 * This function updates the XDP Tx ring tail register.
|
/Linux-v5.10/arch/sparc/include/asm/ |
D | prom.h | 13 * Updates for PPC64 by Peter Bergner & David Engebretsen, IBM Corp. 14 * Updates for SPARC by David S. Miller
|
/Linux-v5.10/sound/pci/ctxfi/ |
D | cttimer.c | 60 * system-timer-based updates 174 * also updates the each stream position, returns the number of streams 183 int updates = 0; in ct_xfitimer_reprogram() local 208 updates++; in ct_xfitimer_reprogram() 225 return updates; in ct_xfitimer_reprogram()
|
/Linux-v5.10/drivers/net/ethernet/netronome/nfp/flower/ |
D | main.h | 170 * @stats: Stored stats updates for flower rules 171 * @stats_lock: Lock for flower rule stats updates 191 * @qos_stats_lock: Lock on qos stats updates 231 * @curr_stats: Currently stored stats updates for qos info 232 * @prev_stats: Previously stored updates for qos info
|
/Linux-v5.10/include/uapi/linux/ |
D | snmp.h | 14 * RFC 2011 (updates 1213): SNMPv2-MIB-IP 66 * RFC 2011 (updates 1213): SNMPv2 MIB for IP: ICMP group 123 * RFC 2012 (updates 1213): SNMPv2-MIB-TCP 149 * RFC 2013 (updates 1213): SNMPv2-MIB-UDP
|
/Linux-v5.10/drivers/gpu/drm/msm/disp/mdp5/ |
D | mdp5_smp.h | 31 * On atomic updates that modify SMP configuration, the state is cloned 36 * Because the SMP registers are not double buffered, updates are a
|
/Linux-v5.10/Documentation/networking/device_drivers/atm/ |
D | fore200e.rst | 29 Firmware Updates 43 the 'software updates' pages. The firmware binaries are part of
|
/Linux-v5.10/arch/powerpc/platforms/pseries/ |
D | pci_dlpar.c | 8 * Updates, 2005, John Rose <johnrose@austin.ibm.com> 9 * Updates, 2005, Linas Vepstas <linas@austin.ibm.com>
|