Searched +full:non +full:- +full:temporal (Results 1 – 16 of 16) sorted by relevance
| /Documentation/RCU/ |
| D | whatisRCU.rst | 3 What is RCU? -- "Read, Copy, Update" 21 …ries: Fundamentals https://www.linuxfoundation.org/webinars/unraveling-rcu-usage-mysteries 22 …Cases https://www.linuxfoundation.org/webinars/unraveling-rcu-usage-mysteries-additional-use-cases 28 during the 2.5 development effort that is optimized for read-mostly 47 :ref:`6. ANALOGY WITH READER-WRITER LOCKING <6_whatisRCU>` 67 everything, feel free to read the whole thing -- but if you are really 69 never need this document anyway. ;-) 74 ---------------- 103 b. Wait for all previous readers to complete their RCU read-side 112 use much lighter-weight synchronization, in some cases, absolutely no [all …]
|
| /Documentation/userspace-api/media/v4l/ |
| D | dev-raw-vbi.rst | 1 .. SPDX-License-Identifier: GFDL-1.1-no-invariants-or-later 4 .. _raw-vbi: 106 .. flat-table:: struct v4l2_vbi_format 107 :header-rows: 0 108 :stub-columns: 0 111 * - __u32 112 - ``sampling_rate`` 113 - Samples per second, i. e. unit 1 Hz. 114 * - __u32 115 - ``offset`` [all …]
|
| D | ext-ctrls-codec.rst | 1 .. SPDX-License-Identifier: GFDL-1.1-no-invariants-or-later 3 .. _codec-controls: 24 .. _mpeg-control-id: 27 ----------------- 35 .. _v4l2-mpeg-stream-type: 40 enum v4l2_mpeg_stream_type - 41 The MPEG-1, -2 or -4 output stream type. One cannot assume anything 48 .. flat-table:: 49 :header-rows: 0 50 :stub-columns: 0 [all …]
|
| D | ext-ctrls-codec-stateless.rst | 1 .. SPDX-License-Identifier: GFDL-1.1-no-invariants-or-later 3 .. _codec-stateless-controls: 18 .. _codec-stateless-control-id: 23 .. _v4l2-codec-stateless-h264: 43 .. flat-table:: struct v4l2_ctrl_h264_sps 44 :header-rows: 0 45 :stub-columns: 0 48 * - __u8 49 - ``profile_idc`` 50 - [all …]
|
| /Documentation/arch/x86/ |
| D | tdx.rst | 1 .. SPDX-License-Identifier: GPL-2.0 18 CPU-attested software module called 'the TDX module' runs inside the new 22 TDX also leverages Intel Multi-Key Total Memory Encryption (MKTME) to 23 provide crypto-protection to the VMs. TDX reserves part of MKTME KeyIDs 32 TDX boot-time detection 33 ----------------------- 41 --------------------------------------- 59 Besides initializing the TDX module, a per-cpu initialization SEAMCALL 103 ------------------------------------------ 110 of memory regions (out of CMRs) as "TDX-usable" memory and pass those [all …]
|
| D | resctrl.rst | 1 .. SPDX-License-Identifier: GPL-2.0 9 :Authors: - Fenghua Yu <fenghua.yu@intel.com> 10 - Tony Luck <tony.luck@intel.com> 11 - Vikas Shivappa <vikas.shivappa@intel.com> 38 # mount -t resctrl resctrl [-o cdp[,cdpl2][,mba_MBps][,debug]] /sys/fs/resctrl 57 pseudo-locking is a unique way of using cache control to "pin" or 59 "Cache Pseudo-Locking". 96 own settings for cache use which can over-ride 128 Corresponding region is pseudo-locked. No 131 Indicates if non-contiguous 1s value in CBM is supported. [all …]
|
| /Documentation/scheduler/ |
| D | sched-deadline.rst | 12 3. Scheduling Real-Time Tasks 18 4.1 System-wide settings 33 system behavior. As for -rt (group) scheduling, it is assumed that root users 50 ------------------ 70 with the "traditional" real-time task model (see Section 3) can effectively 76 - Each SCHED_DEADLINE task is characterized by the "runtime", 79 - The state of the task is described by a "scheduling deadline", and 82 - When a SCHED_DEADLINE task wakes up (becomes ready for execution), 86 ---------------------------------- > --------- 87 scheduling deadline - current time period [all …]
|
| /Documentation/admin-guide/device-mapper/ |
| D | vdo-design.rst | 1 .. SPDX-License-Identifier: GPL-2.0-only 4 Design of dm-vdo 7 The dm-vdo (virtual data optimizer) target provides inline deduplication, 8 compression, zero-block elimination, and thin provisioning. A dm-vdo target 12 production environments ever since. It was made open-source in 2017 after 14 dm-vdo. For usage, see vdo.rst in the same directory as this file. 25 The design of dm-vdo is based on the idea that deduplication is a two-part 27 storing multiple copies of those duplicates. Therefore, dm-vdo has two main 34 ------------------- 41 design attempts to be lock-free. [all …]
|
| /Documentation/admin-guide/ |
| D | cgroup-v2.rst | 1 .. _cgroup-v2: 11 conventions of cgroup v2. It describes all userland-visible aspects 14 v1 is available under :ref:`Documentation/admin-guide/cgroup-v1/index.rst <cgroup-v1>`. 19 1-1. Terminology 20 1-2. What is cgroup? 22 2-1. Mounting 23 2-2. Organizing Processes and Threads 24 2-2-1. Processes 25 2-2-2. Threads 26 2-3. [Un]populated Notification [all …]
|
| /Documentation/admin-guide/media/ |
| D | ipu3.rst | 1 .. SPDX-License-Identifier: GPL-2.0 24 ImgU). The CIO2 driver is available as drivers/media/pci/intel/ipu3/ipu3-cio2* 36 Both of the drivers implement V4L2, Media Controller and V4L2 sub-device 38 MIPI CSI-2 interfaces through V4L2 sub-device sensor drivers. 44 interface to the user space. There is a video node for each CSI-2 receiver, 47 The CIO2 contains four independent capture channel, each with its own MIPI CSI-2 48 receiver and DMA engine. Each channel is modelled as a V4L2 sub-device exposed 49 to userspace as a V4L2 sub-device node and has two pads: 53 .. flat-table:: 54 :header-rows: 1 [all …]
|
| D | vivid.rst | 1 .. SPDX-License-Identifier: GPL-2.0 13 Each input can be a webcam, TV capture device, S-Video capture device or an HDMI 14 capture device. Each output can be an S-Video output device or an HDMI output 23 - Support for read()/write(), MMAP, USERPTR and DMABUF streaming I/O. 24 - A large list of test patterns and variations thereof 25 - Working brightness, contrast, saturation and hue controls 26 - Support for the alpha color component 27 - Full colorspace support, including limited/full RGB range 28 - All possible control types are present 29 - Support for various pixel aspect ratios and video aspect ratios [all …]
|
| /Documentation/devicetree/bindings/riscv/ |
| D | extensions.yaml | 1 # SPDX-License-Identifier: (GPL-2.0 OR MIT) 3 --- 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 7 title: RISC-V ISA extensions 10 - Paul Walmsley <paul.walmsley@sifive.com> 11 - Palmer Dabbelt <palmer@sifive.com> 12 - Conor Dooley <conor@kernel.org> 15 RISC-V has a large number of extensions, some of which are "standard" 16 extensions, meaning they are ratified by RISC-V International, and others 36 Identifies the specific RISC-V instruction set architecture [all …]
|
| /Documentation/process/ |
| D | maintainer-tip.rst | 1 .. SPDX-License-Identifier: GPL-2.0 7 --------------------- 11 aggregation tree for several sub-maintainer trees. The tip tree gitweb URL 16 - **x86 architecture** 22 x86-specific KVM and XEN patches. 30 mail alias which distributes mails to the x86 top-level maintainer 32 ``linux-kernel@vger.kernel.org``, otherwise your mail ends up only in 35 - **Scheduler** 37 Scheduler development takes place in the -tip tree, in the 38 sched/core branch - with occasional sub-topic trees for [all …]
|
| /Documentation/ |
| D | memory-barriers.txt | 19 documentation at tools/memory-model/. Nevertheless, even this memory 37 Note also that it is possible that a barrier may be a no-op for an 48 - Device operations. 49 - Guarantees. 53 - Varieties of memory barrier. 54 - What may not be assumed about memory barriers? 55 - Address-dependency barriers (historical). 56 - Control dependencies. 57 - SMP barrier pairing. 58 - Examples of memory barrier sequences. [all …]
|
| /Documentation/driver-api/media/drivers/ |
| D | cx2341x-devel.rst | 1 .. SPDX-License-Identifier: GPL-2.0 7 ----------------------- 12 .. note:: the memory long words are little-endian ('intel format'). 21 .. code-block:: none 23 ivtvctl -O min=0x02000000,max=0x020000ff 26 register space :-). 35 .. code-block:: none 37 0x00000000-0x00ffffff Encoder memory space 38 0x00000000-0x0003ffff Encode.rom 39 ???-??? MPEG buffer(s) [all …]
|
| /Documentation/translations/sp_SP/ |
| D | memory-barriers.txt | 2 This is a version of Documentation/memory-barriers.txt translated into 6 note that the purpose of this file is to be easier to read for non English 35 consistencia de memoria formal y documentación en tools/memory-model/. Sin 53 Tenga en cuenta también que es posible que una barrera no valga (sea no-op) 63 - Operaciones del dispositivo. 64 - Garantías. 68 - Variedades de barrera de memoria. 69 - ¿Qué no se puede asumir sobre las barreras de memoria? 70 - Barreras de dirección-dependencia (históricas). 71 - Dependencias de control. [all …]
|