Searched +full:sub +full:- +full:spaces (Results  1 – 24 of 24) sorted by relevance
| /Documentation/devicetree/bindings/remoteproc/ | 
| D | ti,omap-remoteproc.yaml | 1 # SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) 3 --- 4 $id: http://devicetree.org/schemas/remoteproc/ti,omap-remoteproc.yaml# 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 10   - Suman Anna <s-anna@ti.com> 13   The OMAP family of SoCs usually have one or more slave processor sub-systems 14   that are used to offload some of the processor-intensive tasks, or to manage 17   The processor cores in the sub-system are usually behind an IOMMU, and may 18   contain additional sub-modules like Internal RAM and/or ROMs, L1 and/or L2 21   The OMAP SoCs usually have a DSP processor sub-system and/or an IPU processor [all …] 
 | 
| D | ti,k3-r5f-rproc.yaml | 1 # SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) 3 --- 4 $id: http://devicetree.org/schemas/remoteproc/ti,k3-r5f-rproc.yaml# 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 10   - Suman Anna <s-anna@ti.com> 13   The TI K3 family of SoCs usually have one or more dual-core Arm Cortex R5F 20   AM64x SoCs do not support LockStep mode, but rather a new non-safety mode 21   called "Single-CPU" mode, where only Core0 is used, but with ability to use 27   Each Dual-Core R5F sub-system is represented as a single DTS node 40       - ti,am62-r5fss [all …] 
 | 
| D | mtk,scp.yaml | 1 # SPDX-License-Identifier: (GPL-2.0 OR BSD-2-Clause) 3 --- 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 10   - Tinghan Shen <tinghan.shen@mediatek.com> 13   This binding provides support for ARM Cortex M4 Co-processor found on some 19       - mediatek,mt8183-scp 20       - mediatek,mt8186-scp 21       - mediatek,mt8188-scp 22       - mediatek,mt8188-scp-dual 23       - mediatek,mt8192-scp [all …] 
 | 
| /Documentation/netlink/ | 
| D | netlink-raw.yaml | 1 # SPDX-License-Identifier: ((GPL-2.0 WITH Linux-syscall-note) OR BSD-3-Clause) 3 --- 4 $id: http://kernel.org/schemas/netlink/netlink-raw.yaml# 5 $schema: https://json-schema.org/draft-07/schema 12   len-or-define: 14     pattern: ^[0-9A-Za-z_-]+( - 1)?$ 21 required: [ name, doc, attribute-sets, operations ] 31     enum: [ netlink-raw ] # Trim 32   # Start netlink-raw 34     description: Protocol number to use for netlink-raw [all …] 
 | 
| D | genetlink.yaml | 1 # SPDX-License-Identifier: ((GPL-2.0 WITH Linux-syscall-note) OR BSD-3-Clause) 3 --- 4 $id: http://kernel.org/schemas/netlink/genetlink-legacy.yaml# 5 $schema: https://json-schema.org/draft-07/schema 12   len-or-define: 14     pattern: ^[0-9A-Za-z_-]+( - 1)?$ 16   len-or-limit: 17     # literal int or limit based on fixed-width type e.g. u8-min, u16-max, etc. 19     pattern: ^[su](8|16|32|64)-(min|max)$ 26 required: [ name, doc, attribute-sets, operations ] [all …] 
 | 
| D | genetlink-c.yaml | 1 # SPDX-License-Identifier: ((GPL-2.0 WITH Linux-syscall-note) OR BSD-3-Clause) 3 --- 4 $id: http://kernel.org/schemas/netlink/genetlink-c.yaml# 5 $schema: https://json-schema.org/draft-07/schema 12   len-or-define: 14     pattern: ^[0-9A-Za-z_-]+( - 1)?$ 16   len-or-limit: 17     # literal int or limit based on fixed-width type e.g. u8-min, u16-max, etc. 19     pattern: ^[su](8|16|32|64)-(min|max)$ 26 required: [ name, doc, attribute-sets, operations ] [all …] 
 | 
| D | genetlink-legacy.yaml | 1 # SPDX-License-Identifier: ((GPL-2.0 WITH Linux-syscall-note) OR BSD-3-Clause) 3 --- 4 $id: http://kernel.org/schemas/netlink/genetlink-legacy.yaml# 5 $schema: https://json-schema.org/draft-07/schema 12   len-or-define: 14     pattern: ^[0-9A-Za-z_-]+( - 1)?$ 16   len-or-limit: 17     # literal int or limit based on fixed-width type e.g. u8-min, u16-max, etc. 19     pattern: ^[su](8|16|32|64)-(min|max)$ 26 required: [ name, doc, attribute-sets, operations ] [all …] 
 | 
| /Documentation/devicetree/bindings/pci/ | 
| D | snps,dw-pcie-common.yaml | 1 # SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) 3 --- 4 $id: http://devicetree.org/schemas/pci/snps,dw-pcie-common.yaml# 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 10   - Jingoo Han <jingoohan1@gmail.com> 11   - Gustavo Pimentel <gustavo.pimentel@synopsys.com> 23       Interface - DBI. In accordance with the reference manual the register 24       configuration space belongs to the Configuration-Dependent Module (CDM) 25       and is split up into several sub-parts Standard PCIe configuration 26       space, Port Logic Registers (PL), Shadow Config-space Registers, [all …] 
 | 
| /Documentation/admin-guide/ | 
| D | kernel-parameters.rst | 3 The kernel's command-line parameters 12 The kernel parses parameters from the kernel command line up to "``--``"; 16 Everything after "``--``" is passed as an argument to init. 32 	log_buf_len=1M print-fatal-signals=1 36 	log-buf-len=1M print_fatal_signals=1 38 Double-quotes can be used to protect spaces in values, e.g.:: 40 	param="spaces in here" 43 ---------- 52 	<cpu number>-<cpu number> 57 <cpu number>,...,<cpu number>-<cpu number> [all …] 
 | 
| D | bootconfig.rst | 1 .. SPDX-License-Identifier: GPL-2.0 15 additional key-value data when booting the kernel in an efficient way. 16 This allows administrators to pass a structured-Key config file. 21 The boot config syntax is a simple structured key-value. Each key consists 22 of dot-connected-words, and key and value are connected by ``=``. The value 23 has to be terminated by semi-colon (``;``) or newline (``\n``). 28 Unlike the kernel command line syntax, spaces are OK around the comma and ``=``. 30 Each key word must contain only alphabets, numbers, dash (``-``) or underscore 31 (``_``). And each value only contains printable characters or spaces except 32 for delimiters such as semi-colon (``;``), new-line (``\n``), comma (``,``), [all …] 
 | 
| D | kernel-parameters.txt | 16 			force -- enable ACPI if default was off 17 			on -- enable ACPI but allow fallback to DT [arm64,riscv64] 18 			off -- disable ACPI if default was on 19 			noirq -- do not use ACPI for IRQ routing 20 			strict -- Be less tolerant of platforms that are not 22 			rsdt -- prefer RSDT over (default) XSDT 23 			copy_dsdt -- copy DSDT to memory 24 			nospcr -- disable console in ACPI SPCR table as 41 			If set to vendor, prefer vendor-specific driver 73 			Documentation/firmware-guide/acpi/debug.rst for more information about [all …] 
 | 
| /Documentation/devicetree/bindings/soc/ti/ | 
| D | ti,pruss.yaml | 1 # SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) 3 --- 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 8   TI Programmable Real-Time Unit and Industrial Communication Subsystem 11   - Suman Anna <s-anna@ti.com> 15   The Programmable Real-Time Unit and Industrial Communication Subsystem 16   (PRU-ICSS a.k.a. PRUSS) is present on various TI SoCs such as AM335x, AM437x, 17   Keystone 66AK2G, OMAP-L138/DA850 etc. A PRUSS consists of dual 32-bit RISC 18   cores (Programmable Real-Time Units, or PRUs), shared RAM, data and 23   peripheral interfaces, fast real-time responses, or specialized data handling. [all …] 
 | 
| /Documentation/devicetree/bindings/ | 
| D | writing-schema.rst | 1 .. SPDX-License-Identifier: GPL-2.0 3 Writing Devicetree Bindings in json-schema 6 Devicetree bindings are written using json-schema vocabulary. Schema files are 7 written in a JSON-compatible subset of YAML. YAML is used instead of JSON as it 11 Also see :ref:`example-schema`. 14 --------------- 16 Each schema doc is a structured json-schema which is defined by a set of 17 top-level properties. Generally, there is one binding defined per file. The 18 top-level json-schema properties used are: 21   A json-schema unique identifier string. The string must be a valid [all …] 
 | 
| /Documentation/gpu/amdgpu/ | 
| D | driver-core.rst | 32     This was a dedicated IP on older pre-vega chips, but has since 39     spaces. 58     It is described in more details in :ref:`Display Core <amdgpu-display-core>`. 61     This is a multi-purpose DMA engine.  The kernel driver uses it for 69     largest block on the GPU.  The 3D pipeline has tons of sub-blocks.  In 75     This is the multi-media engine.  It handles video and image encode and 76     decode.  It's exposed to userspace for user mode drivers (VA-API, 80 ------------------------------------- 127 .. kernel-doc:: include/uapi/drm/amdgpu_drm.h 133 .. kernel-doc:: drivers/gpu/drm/amd/amdgpu/amdgpu_object.c [all …] 
 | 
| /Documentation/driver-api/usb/ | 
| D | usb.rst | 1 .. _usb-hostside-api: 4 The Linux-USB Host Side API 18 That master/slave asymmetry was designed-in for a number of reasons, one 22 distributed auto-configuration since the pre-designated master node 37 USB Host-Side API Model 40 Host-side drivers for USB devices talk to the "usbcore" APIs. There are 41 two. One is intended for *general-purpose* drivers (exposed through 49 -  USB supports four kinds of data transfers (control, bulk, interrupt, 54 -  The device description model includes one or more "configurations" 60 -  From USB 3.0 on configurations have one or more "functions", which [all …] 
 | 
| /Documentation/filesystems/ | 
| D | autofs.rst | 2 autofs - how it works 8 The goal of autofs is to provide on-demand mounting and race free 17    media with a media-changing robot. 23    filesystem can even be programmatic rather than database-backed, 31 There also needs to be a user-space program which looks up names 35 required with any user-space program.  Subsequent text refers to this 75 So: non-empty (i.e. non-leaf) directories are never mount traps. Empty 93 "`stat`" will (normally) cause the `d_op->d_automount()` dentry operation 117 related behaviours are invoked, both using the `d_op->d_manage()` 124 -  A return value of zero indicates that there is nothing special [all …] 
 | 
| D | vfs.rst | 1 .. SPDX-License-Identifier: GPL-2.0 9 - Copyright (C) 1999 Richard Gooch 10 - Copyright (C) 2005 Pekka Enberg 27 ------------------------------ 32 cache or dcache).  This provides a very fast look-up mechanism to 44 ---------------- 64 --------------- 67 structure (this is the kernel-side implementation of file descriptors). 88 .. code-block:: c 99 ->mount() will be attached to the mountpoint, so that when pathname [all …] 
 | 
| /Documentation/admin-guide/mm/ | 
| D | numa_memory_policy.rst | 10 supported platforms with Non-Uniform Memory Access architectures since 2.4.?. 16 (``Documentation/admin-guide/cgroup-v1/cpusets.rst``) 19 programming interface that a NUMA-aware application can take advantage of.  When 28 ------------------------ 41 	not to overload the initial boot node with boot-time 45 	this is an optional, per-task policy.  When defined for a 61 	In a multi-threaded task, task policies apply only to the thread 98 	  mapping-- i.e., at Copy-On-Write. 101 	  virtual address space--a.k.a. threads--independent of when 106 	  are NOT inheritable across exec().  Thus, only NUMA-aware [all …] 
 | 
| /Documentation/scsi/ | 
| D | scsi_mid_low_api.rst | 1 .. SPDX-License-Identifier: GPL-2.0 4 SCSI mid_level - lower_level driver interface 14 (SCSI terminology, see SAM-3 at http://www.t10.org) sends SCSI commands 22 Examples are the usb-storage driver (found in the drivers/usb/storage 30 HBAs. These HBAs might be either on PCI daughter-boards or built into 33 has its own PCI device address. [The one-to-one correspondence between 49 documented in Documentation/scsi (e.g. aic7xxx.rst). The SCSI mid-level is 53 scsi-generic.rst (for the sg driver). 68 and OS-specific code (e.g. FreeBSD and Linux). Such drivers tend to have 147     ===-------------------=========--------------------===------ [all …] 
 | 
| /Documentation/sound/kernel-api/ | 
| D | writing-an-alsa-driver.rst | 11 Architecture) <http://www.alsa-project.org/>`__ driver. The document 19 low-level driver implementation details. It only describes the standard 26 ------- 56 -------------- 60 sub-directories contain different modules and are dependent upon the 74 This directory and its sub-directories are for the ALSA sequencer. This 76 as snd-seq-midi, snd-seq-virmidi, etc. They are compiled only when 85 ----------------- 88 to be exported to user-space, or included by several files in different 94 ----------------- [all …] 
 | 
| /Documentation/sound/ | 
| D | alsa-configuration.rst | 2 Advanced Linux Sound Architecture - Driver Configuration guide 38 ---------- 47     limiting card index for auto-loading (1-8); 49     For auto-loading more than one card, specify this option 50     together with snd-card-X aliases. 63 Module snd-pcm-oss 64 ------------------ 86 regarding opening the device.  When this option is non-zero, 90 Module snd-rawmidi 91 ------------------ [all …] 
 | 
| /Documentation/driver-api/ | 
| D | pin-control.rst | 9 - Enumerating and naming controllable pins 11 - Multiplexing of pins, pads, fingers (etc) see below for details 13 - Configuration of pins, pads, fingers (etc), such as software-controlled 14   biasing and driving mode specific pins, such as pull-up, pull-down, open drain, 17 Top-level interface 22 - A PIN CONTROLLER is a piece of hardware, usually a set of registers, that 26 - PINS are equal to pads, fingers, balls or whatever packaging input or 29   there may be several such number spaces in a system. This pin space may 30   be sparse - i.e. there may be gaps in the space with numbers where no 60 .. code-block:: c [all …] 
 | 
| /Documentation/RCU/ | 
| D | RTFP.txt | 4 This document describes RCU-related publications, and is followed by 19 with short-lived threads, such as the K42 research operating system. 20 However, Linux has long-lived tasks, so more is needed. 23 serialization, which is an RCU-like mechanism that relies on the presence 27 that these overheads were not so expensive in the mid-80s.  Nonetheless, 28 passive serialization appears to be the first deferred-destruction 30 has lapsed, so this approach may be used in non-GPL software, if desired. 34 In 1987, Rashid et al. described lazy TLB-flush [RichardRashid87a]. 36 this paper helped inspire the update-side batching used in the later 38 a description of Argus that noted that use of out-of-date values can [all …] 
 | 
| /Documentation/virt/kvm/ | 
| D | api.rst | 1 .. SPDX-License-Identifier: GPL-2.0 4 The Definitive KVM (Kernel-based Virtual Machine) API Documentation 13  - System ioctls: These query and set global attributes which affect the 17  - VM ioctls: These query and set attributes that affect an entire virtual 24  - vcpu ioctls: These query and set attributes that control the operation 32  - device ioctls: These query and set attributes that control the operation 80 facility that allows backward-compatible extensions to the API to be 104       the ioctl returns -ENOTTY. 122 ----------------------- 139 ----------------- [all …] 
 |