/linux/Documentation/block/ |
H A D | null_blk.rst | 1 .. SPDX-License-Identifier: GPL-2.0 4 Null block device driver 10 The null block device (``/dev/nullb*``) is used for benchmarking the various 11 block-layer implementations. It emulates a block device of X gigabytes in size. 15 Multi-queue block-layer 17 - Request-based. 18 - Configurable submission queues per device. 20 No block-layer (Known as bio-based) 22 - Bio-based. IO requests are submitted directly to the device driver. 23 - Directly accepts bio data structure and returns them. [all …]
|
H A D | blk-mq.rst | 1 .. SPDX-License-Identifier: GPL-2.0 4 Multi-Queue Block IO Queueing Mechanism (blk-mq) 7 The Multi-Queue Block IO Queueing Mechanism is an API to enable fast storage 9 through queueing and submitting IO requests to block devices simultaneously, 16 ---------- 19 development of the kernel. The Block IO subsystem aimed to achieve the best 26 However, with the development of Solid State Drives and Non-Volatile Memories 30 in those devices' design, the multi-queue mechanism was introduced. 32 The former design had a single queue to store block IO requests with a single 36 to different CPUs) wanted to perform block IO. Instead of this, the blk-mq API [all …]
|
H A D | biovecs.rst | 8 Instead, we have a new struct bvec_iter which represents a range of a biovec - 22 There are a bunch of new helper macros for hiding the gory details - in 37 wrapper around bio_advance_iter() that operates on bio->bi_iter, and also 40 There is a lower level advance function - bvec_iter_advance() - which takes 52 exactly one bvec at a time - for example, bio_copy_data() in block/bio.c, 54 wouldn't necessarily be the same size, the old code was tricky convoluted - 58 The new code is much more straightforward - have a look. This sort of 66 - again, this was being done in a fair number of places. 68 * Biovecs can be shared between multiple bios - a bvec iter can represent an 72 reached the end of a bio, not bi_vcnt - and the bio_iovec() macro takes [all …]
|
/linux/drivers/net/ethernet/mellanox/mlxfw/ |
H A D | mlxfw_mfa2.c | 1 // SPDX-License-Identifier: BSD-3-Clause OR GPL-2.0 2 /* Copyright (c) 2017-2019 Mellanox Technologies. All rights reserved */ 18 * +----------------------------------+ 20 * +----------------------------------+ 22 * | +------------------------------+ | +-----------------+ 23 * | | package descriptor tlv +-----> |num_devices=n | 24 * | +------------------------------+ | |num_components=m | 25 * +----------------------------------+ |CB offset | 27 * | +------------------------------+ | | | 28 * | | PSID tlv | | +-----------------+ [all …]
|
/linux/include/xen/interface/io/ |
H A D | blkif.h | 1 /* SPDX-License-Identifier: MIT */ 5 * Unified block-device I/O interface for Xen guest OSes. 7 * Copyright (c) 2003-2004, Keir Fraser 17 * Front->back notifications: When enqueuing a new request, sending a 19 * hold-off mechanism provided by the ring macros). Backends must set 22 * Back->front notifications: When enqueuing a new response, sending a 24 * hold-off mechanism provided by the ring macros). Frontends must set 33 * If supported, the backend will write the key "multi-queue-max-queues" to 37 * key "multi-queue-num-queues" with the number they wish to use, which must be 39 * "multi-queue-max-queues". [all …]
|
/linux/Documentation/driver-api/mmc/ |
H A D | mmc-test.rst | 1 .. SPDX-License-Identifier: GPL-2.0 16 - Verifying the functionality and performance of MMC and SD host controller drivers. 17 - Ensuring compatibility and reliability of MMC and SD devices. 18 - Identifying and diagnosing issues in the MMC subsystem. 33 .. code-block:: none 39 Device Drivers ---> 40 <*> MMC/SD/SDIO card support ---> 45 .. code-block:: none 55 .. code-block:: none 66 .. code-block:: sh [all …]
|
/linux/Documentation/crypto/ |
H A D | devel-algos.rst | 5 -------------------------------------------- 14 filled with each, struct crypto_alg, must be considered -- see below 47 Single-Block Symmetric Ciphers [CIPHER] 48 --------------------------------------- 55 block at a time and there are no dependencies between blocks at all. 69 Struct cipher_alg defines a single block cipher. 74 during any of these are in-flight. 78 KEY ---. PLAINTEXT ---. 80 .cia_setkey() -> .cia_encrypt() 82 '-----> CIPHERTEXT [all …]
|
/linux/Documentation/filesystems/ext4/ |
H A D | allocators.rst | 1 .. SPDX-License-Identifier: GPL-2.0 3 Block and Inode Allocation Policy 4 --------------------------------- 9 that the head actuator and disk must perform to access a data block, 13 effect of concentrating writes on a single erase block, which can speed 17 The first tool that ext4 uses to combat fragmentation is the multi-block 18 allocator. When a file is first created, the block allocator 23 files) then the file data gets written out in a single multi-block 33 file's data blocks in the same block group as its inode. This cuts down 39 same block group as the directory, when feasible. The working assumption [all …]
|
/linux/Documentation/userspace-api/netlink/ |
H A D | genetlink-legacy.rst | 1 .. SPDX-License-Identifier: BSD-3-Clause 9 the ``genetlink-legacy`` protocol level. 15 ------- 29 -------------------- 31 New Netlink families should use ``multi-attr`` to define arrays. 35 For reference the ``multi-attr`` array may look like this:: 37 [ARRAY-ATTR] 41 [SOME-OTHER-ATTR] 42 [ARRAY-ATTR] 47 where ``ARRAY-ATTR`` is the array entry type. [all …]
|
/linux/Documentation/networking/ |
H A D | iso15765-2.rst | 1 .. SPDX-License-Identifier: (GPL-2.0 OR BSD-3-Clause) 4 ISO 15765-2 (ISO-TP) 10 ISO 15765-2, also known as ISO-TP, is a transport protocol specifically defined 12 industry, for example as the transport protocol for UDSonCAN (ISO 14229-3) or 13 emission-related diagnostic services (ISO 15031-5). 15 ISO-TP can be used both on CAN CC (aka Classical CAN) and CAN FD (CAN with 21 ------------------- 23 * ISO 15765-2:2024 : Road vehicles - Diagnostic communication over Controller 27 ---------- 29 In its simplest form, ISO-TP is based on two kinds of addressing modes for the [all …]
|
/linux/Documentation/driver-api/media/drivers/ |
H A D | tuners.rst | 1 .. SPDX-License-Identifier: GPL-2.0 7 ------------------------ 12 - L= LG_API (VHF_LO=0x01, VHF_HI=0x02, UHF=0x08, radio=0x04) 13 - P= PHILIPS_API (VHF_LO=0xA0, VHF_HI=0x90, UHF=0x30, radio=0x04) 14 - T= TEMIC_API (VHF_LO=0x02, VHF_HI=0x04, UHF=0x01) 15 - A= ALPS_API (VHF_LO=0x14, VHF_HI=0x12, UHF=0x11) 16 - M= PHILIPS_MK3 (VHF_LO=0x01, VHF_HI=0x02, UHF=0x04, radio=0x19) 19 ------------------- 21 - Samsung Tuner identification: (e.g. TCPM9091PD27) 23 .. code-block:: none [all …]
|
/linux/sound/pci/ctxfi/ |
H A D | ctresource.c | 1 // SPDX-License-Identifier: GPL-2.0-only 21 /* Resource allocation based on bit-map management mechanism */ 24 unsigned int multi, unsigned int *ridx) in get_resource() argument 29 for (i = 0, n = multi; i < amount; i++) { in get_resource() 33 n = multi; in get_resource() 36 if (!(--n)) in get_resource() 42 return -ENOENT; in get_resource() 45 /* Mark the contiguous bits in resource bit-map as used */ in get_resource() 46 for (n = multi; n > 0; n--) { in get_resource() 50 i--; in get_resource() [all …]
|
/linux/lib/ |
H A D | decompress_unxz.c | 1 // SPDX-License-Identifier: 0BSD 4 * Wrapper for decompressing XZ-compressed kernel, initramfs, and initrd 10 * Important notes about in-place decompression 20 * The worst case for in-place decompression is that the beginning of 22 * incompressible. Thus, we must look for worst-case expansion when the 29 * Block Header: 30 * Block Header (8-12) 32 * Block Padding (0-3) 34 * Index (8-20) 37 * Normally there is exactly one Block, but let's assume that there are [all …]
|
/linux/arch/riscv/kernel/ |
H A D | cpufeature.c | 1 // SPDX-License-Identifier: GPL-2.0-only 24 #include <asm/text-patching.h> 32 #define NUM_ALPHA_EXTS ('z' - 'a' + 1) 41 /* Per-cpu ISA extensions. */ 47 * riscv_isa_extension_base() - Get base extension word 63 * __riscv_isa_extension_available() - Check whether given extension 87 pr_err("Zicbom detected in ISA string, disabling as no cbom-block-size found\n"); in riscv_ext_zicbom_validate() 88 return -EINVAL; in riscv_ext_zicbom_validate() 91 pr_err("Zicbom disabled as cbom-block-size present, but is not a power-of-2\n"); in riscv_ext_zicbom_validate() 92 return -EINVAL; in riscv_ext_zicbom_validate() [all …]
|
/linux/drivers/gpu/drm/ast/ |
H A D | ast_dp501.c | 1 // SPDX-License-Identifier: GPL-2.0 20 release_firmware(ast->dp501_fw); in ast_release_firmware() 21 ast->dp501_fw = NULL; in ast_release_firmware() 26 struct drm_device *dev = &ast->base; in ast_load_dp501_microcode() 29 ret = request_firmware(&ast->dp501_fw, "ast_dp501_fw.bin", dev->dev); in ast_load_dp501_microcode() 33 return devm_add_action_or_reset(dev->dev, ast_release_firmware, ast); in ast_load_dp501_microcode() 194 if (ast->config_mode != ast_use_p2a) in ast_backup_fw() 214 if (ast->config_mode != ast_use_p2a) in ast_launch_m68k() 220 if (ast->dp501_fw_addr) { in ast_launch_m68k() 221 fw_addr = ast->dp501_fw_addr; in ast_launch_m68k() [all …]
|
/linux/Documentation/userspace-api/media/v4l/ |
H A D | vidioc-expbuf.rst | 1 .. SPDX-License-Identifier: GFDL-1.1-no-invariants-or-later 13 VIDIOC_EXPBUF - Export a buffer as a DMABUF file descriptor. 48 one. For the multi-planar API, applications set the ``plane`` field to 51 the single-planar API, applications must set ``plane`` to zero. 55 case of multi-planar API, every plane is exported separately using 60 other DMABUF-aware devices. Refer to :ref:`DMABUF importing <dmabuf>` 68 .. code-block:: c 77 if (ioctl(v4lfd, VIDIOC_EXPBUF, &expbuf) == -1) { 79 return -1; 87 .. code-block:: c [all …]
|
H A D | dmabuf.rst | 1 .. SPDX-License-Identifier: GFDL-1.1-no-invariants-or-later 30 devices, which may be V4L devices or other video-related devices (e.g. 34 such file descriptor are exchanged. The descriptors and meta-information 36 :c:type:`v4l2_plane` in the multi-planar API case). The 43 .. code-block:: c 52 if (ioctl(fd, VIDIOC_REQBUFS, &reqbuf) == -1) { 70 .. code-block:: c 82 if (ioctl(v4lfd, VIDIOC_QBUF, &buf) == -1) { 84 return -1; 90 Example 3.6. Queueing DMABUF using multi plane API [all …]
|
/linux/tools/testing/selftests/drivers/net/mlxsw/ |
H A D | tc_restrictions.sh | 2 # SPDX-License-Identifier: GPL-2.0 41 # It is forbidden in mlxsw driver to have mixed-bound 42 # shared block with a drop rule. 45 check_err $? "Failed to create clsact with ingress block" 47 tc filter add block 22 protocol ip pref 1 handle 101 flower \ 49 check_err $? "Failed to add drop rule to ingress bound block" 52 check_err $? "Failed to create another clsact with ingress shared block" 57 check_fail $? "Incorrect success to create another clsact with egress shared block" 59 tc filter del block 22 protocol ip pref 1 handle 101 flower 62 …check_err $? "Failed to create another clsact with egress shared block after blocker drop rule rem… [all …]
|
/linux/drivers/gpu/drm/ci/xfails/ |
H A D | i915-tgl-fails.txt | 1 api_intel_allocator@fork-simple-stress-signal,Timeout 2 api_intel_allocator@open-vm,Timeout 3 api_intel_allocator@simple-allocator,Timeout 4 api_intel_bb@lot-of-buffers,Timeout 5 api_intel_bb@object-reloc-keep-cache,Timeout 6 api_intel_bb@offset-control,Timeout 7 api_intel_bb@render-ccs,Timeout 8 api_intel_bb@reset-bb,Timeout 9 core_auth@basic-auth,Timeout 11 core_setmaster@master-drop-set-user,Fail [all …]
|
/linux/Documentation/userspace-api/media/ |
H A D | glossary.rst | 1 .. SPDX-License-Identifier: GPL-2.0 OR GFDL-1.1-no-invariants-or-later 58 **Field-programmable Gate Array** 63 See https://en.wikipedia.org/wiki/Field-programmable_gate_array. 67 :term:`SPI` device, or an :term:`IP Block` inside an 72 together make a larger user-facing functional peripheral. For 73 instance, the :term:`SoC` :term:`ISP` :term:`IP Block` 80 **Inter-Integrated Circuit** 82 A multi-master, multi-slave, packet switched, single-ended, 84 like sub-device hardware components. 86 See http://www.nxp.com/docs/en/user-guide/UM10204.pdf. [all …]
|
/linux/include/linux/ceph/ |
H A D | rados.h | 1 /* SPDX-License-Identifier: GPL-2.0 */ 29 #define CEPH_SNAPDIR ((__u64)(-1)) /* reserved for hidden .snap dir */ 30 #define CEPH_NOSNAP ((__u64)(-2)) /* "head", "live" revision */ 31 #define CEPH_MAXSNAP ((__u64)(-3)) /* largest valid snapid */ 40 * object layout - how objects are mapped into PGs 47 * pg layout -- how PGs are mapped onto (sets of) OSDs 69 * pg_num -- base number of pseudorandomly placed pgs 71 * pgp_num -- effective number when calculating pg placement. this 78 * lpg_num -- localized pg count (per device). replicas are randomly 81 * lpgp_num -- as above. [all …]
|
/linux/lib/xz/ |
H A D | xz_dec_stream.c | 1 // SPDX-License-Identifier: 0BSD 34 /* Position in variable-length integers and Check fields */ 37 /* Variable-length integer decoded by dec_vli() */ 44 /* CRC32 value in Block or Index */ 59 /* Information stored in Block Header */ 73 /* Size of the Block Header field */ 79 /* Observed compressed size of the current Block */ 82 /* Observed uncompressed size of the current Block */ 89 * Hash calculated from the Block sizes. This is used to 93 } block; member [all …]
|
/linux/drivers/usb/typec/tcpm/ |
H A D | Kconfig | 1 # SPDX-License-Identifier: GPL-2.0 4 tristate "USB Type-C Port Controller Manager" 9 The Type-C Port Controller Manager provides a USB PD and USB Type-C 10 state machine for use with Type-C Port Controllers. 15 tristate "Type-C Port Controller Interface driver" 19 Type-C Port Controller driver for TCPCI-compliant controller. 24 tristate "Richtek RT1711H Type-C chip driver" 26 Richtek RT1711H Type-C chip driver that works with 27 Type-C Port Controller Manager to provide USB PD and USB 28 Type-C functionalities. [all …]
|
/linux/Documentation/gpu/amdgpu/display/ |
H A D | dc-glossary.rst | 7 'Documentation/gpu/amdgpu/amdgpu-glossary.rst'; if you cannot find it anywhere, 19 Application-Specific Integrated Circuit 49 Cathode Ray Tube Controller - commonly called "Controller" - Generates 83 Display Clock Generator block 108 Display Micro-Controller Unit 111 Display Micro-Controller Unit, version B 177 Multi Plane Overlay 180 Multi Stream Transport 225 Transition-Minimized Differential Signaling
|
/linux/Documentation/admin-guide/device-mapper/ |
H A D | persistent-data.rst | 8 The more-sophisticated device-mapper targets require complex metadata 12 - Mikulas Patocka's multisnap implementation 13 - Heinz Mauelshagen's thin provisioning target 14 - Another btree-based caching target posted to dm-devel 15 - Another multi-snapshot target based on a design of Daniel Phillips 20 The persistent-data library is an attempt to provide a re-usable 21 framework for people who want to store metadata in device-mapper 22 targets. It's currently used by the thin-provisioning target and an 29 under drivers/md/persistent-data. 31 The block manager [all …]
|