Home
last modified time | relevance | path

Searched +full:multi +full:- +full:block (Results 1 – 25 of 617) sorted by relevance

12345678910>>...25

/kernel/linux/linux-5.10/Documentation/block/
Dnull_blk.rst1 .. 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 …]
Dblk-mq.rst1 .. 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 …]
Dbiodoc.rst2 Notes on the Generic Block Layer Rewrite in Linux 2.5
13 - Jens Axboe <jens.axboe@oracle.com>
14 - Suparna Bhattacharya <suparna@in.ibm.com>
19 - Nick Piggin <npiggin@kernel.dk>
24 These are some notes describing some aspects of the 2.5 block layer in the
34 - Jens Axboe <jens.axboe@oracle.com>
36 Many aspects of the generic block layer redesign were driven by and evolved
43 - Christoph Hellwig <hch@infradead.org>
44 - Arjan van de Ven <arjanv@redhat.com>
45 - Randy Dunlap <rdunlap@xenotime.net>
[all …]
Dbiovecs.rst8 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
50 exactly one bvec at a time - for example, bio_copy_data() in block/bio.c,
52 wouldn't necessarily be the same size, the old code was tricky convoluted -
56 The new code is much more straightforward - have a look. This sort of
64 - again, this was being done in a fair number of places.
66 * Biovecs can be shared between multiple bios - a bvec iter can represent an
70 reached the end of a bio, not bi_vcnt - and the bio_iovec() macro takes
[all …]
/kernel/linux/linux-5.10/drivers/net/ethernet/mellanox/mlxfw/
Dmlxfw_mfa2.c1 // 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 …]
/kernel/linux/linux-5.10/include/xen/interface/io/
Dblkif.h1 /* SPDX-License-Identifier: GPL-2.0 */
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 …]
/kernel/linux/linux-5.10/Documentation/filesystems/ext4/
Dallocators.rst1 .. 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 …]
/kernel/linux/linux-5.10/Documentation/crypto/
Ddevel-algos.rst5 --------------------------------------------
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 …]
Darchitecture.rst5 ----------------------
10 - Symmetric ciphers
12 - AEAD ciphers
14 - Message digest, including keyed message digest
16 - Random number generation
18 - User space interface
21 ---------------------
23 The kernel crypto API provides implementations of single block ciphers
26 block ciphers and message digests. Templates include all types of block
29 Single block ciphers and message digests can either be directly used by
[all …]
/kernel/linux/linux-5.10/drivers/staging/media/atomisp/pci/isp/kernels/macc/macc1_5/
Dia_css_macc1_5_types.h1 /* SPDX-License-Identifier: GPL-2.0 */
20 * CSS-API header file for Multi-Axis Color Conversion algorithm parameters.
23 /* Multi-Axis Color Conversion configuration
33 /* Multi-Axes Color Correction (MACC) table.
35 * ISP block: MACC (MACC by only matrix)
49 * OutU = (data00 * InU + data01 * InV) >> (13 - exp)
50 * OutV = (data10 * InU + data11 * InV) >> (13 - exp)
53 * OutU = (4096 * InU + 0 * InV) >> (13 - 1)
54 * OutV = ( 0 * InU + 4096 * InV) >> (13 - 1)
59 MACC1_5: s[macc_config.exp].[13-macc_config.exp], [-8192,8191]
[all …]
/kernel/linux/linux-5.10/Documentation/devicetree/bindings/dma/
Dsnps,dma-spear1340.yaml1 # SPDX-License-Identifier: GPL-2.0-only
3 ---
4 $id: http://devicetree.org/schemas/dma/snps,dma-spear1340.yaml#
5 $schema: http://devicetree.org/meta-schemas/core.yaml#
10 - Viresh Kumar <vireshk@kernel.org>
11 - Andy Shevchenko <andriy.shevchenko@linux.intel.com>
14 - $ref: "dma-controller.yaml#"
18 const: snps,dma-spear1340
20 "#dma-cells":
40 clock-names:
[all …]
/kernel/linux/linux-5.10/Documentation/devicetree/bindings/mfd/
Dsamsung,sec-core.txt1 Binding for Samsung S2M and S5M family multi-function device
4 This is a part of device tree bindings for S2M and S5M family multi-function
8 of multi-function devices which include voltage and current regulators, RTC,
9 charger controller, clock outputs and other sub-blocks. It is interfaced
10 to the host controller using an I2C interface. Each sub-block is usually
14 This document describes bindings for main device node. Optional sub-blocks
15 must be a sub-nodes to it. Bindings for them can be found in:
16 - bindings/regulator/samsung,s2mpa01.txt
17 - bindings/regulator/samsung,s2mps11.txt
18 - bindings/regulator/samsung,s5m8767.txt
[all …]
Dbrcm,iproc-mhb.txt1 Broadcom iProc Multi Host Bridge (MHB)
3 Certain Broadcom iProc SoCs have a multi host bridge (MHB) block that controls
10 - compatible: should contain:
11 "brcm,sr-mhb", "syscon" for Stingray
12 - reg: base address and range of the MHB registers
16 compatible = "brcm,sr-mhb", "syscon";
Dmax8998.txt1 * Maxim MAX8998, National/TI LP3974 multi-function device
3 The Maxim MAX8998 is a multi-function device which includes voltage/current
5 other sub-blocks. It is interfaced using an I2C interface. Each sub-block
8 PMIC sub-block
9 --------------
11 The PMIC sub-block contains a number of voltage and current regulators,
17 - compatible: Should be one of the following:
18 - "maxim,max8998" for Maxim MAX8998
19 - "national,lp3974" or "ti,lp3974" for National/TI LP3974.
20 - reg: Specifies the i2c slave address of the pmic block. It should be 0x66.
[all …]
Dmax77802.txt1 Maxim MAX77802 multi-function device
4 efficiency Buck regulators, 32 Low-DropOut (LDO) regulators used to power
5 up application processors and peripherals, a 2-channel 32kHz clock outputs,
6 a Real-Time-Clock (RTC) and a I2C interface to program the individual
9 Bindings for the built-in 32k clock generator block and
14 - compatible : Must be "maxim,max77802"
15 - reg : Specifies the I2C slave address of PMIC block.
16 - interrupts : I2C device IRQ line connected to the main SoC.
22 interrupt-parent = <&intc>;
Dmax77686.txt1 Maxim MAX77686 multi-function device
10 Bindings for the built-in 32k clock generator block and
15 - compatible : Must be "maxim,max77686";
16 - reg : Specifies the i2c slave address of PMIC block.
17 - interrupts : This i2c device has an IRQ line connected to the main SoC.
23 interrupt-parent = <&wakeup_eint>;
/kernel/linux/linux-5.10/Documentation/driver-api/media/drivers/
Dtuners.rst1 .. 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 …]
/kernel/linux/linux-5.10/sound/pci/ctxfi/
Dctresource.c1 // 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 …]
/kernel/linux/linux-5.10/arch/x86/crypto/
Dglue_helper.c1 // SPDX-License-Identifier: GPL-2.0-or-later
3 * Shared glue code for 128bit block ciphers
5 * Copyright © 2012-2013 Jussi Kivilinna <jussi.kivilinna@iki.fi>
10 * (C) Copyright IBM Corp. 2007 - Joy Latten <latten@us.ibm.com>
39 fpu_enabled = glue_fpu_begin(bsize, gctx->fpu_blocks_limit, in glue_ecb_req_128bit()
41 for (i = 0; i < gctx->num_funcs; i++) { in glue_ecb_req_128bit()
42 func_bytes = bsize * gctx->funcs[i].num_blocks; in glue_ecb_req_128bit()
47 /* Process multi-block batch */ in glue_ecb_req_128bit()
49 gctx->funcs[i].fn_u.ecb(ctx, dst, src); in glue_ecb_req_128bit()
52 nbytes -= func_bytes; in glue_ecb_req_128bit()
[all …]
/kernel/linux/linux-5.10/lib/
Ddecompress_unxz.c2 * Wrapper for decompressing XZ-compressed kernel, initramfs, and initrd
11 * Important notes about in-place decompression
21 * The worst case for in-place decompression is that the beginning of
23 * uncompressible. Thus, we must look for worst-case expansion when the
30 * Block Header:
31 * Block Header (8-12)
33 * Block Padding (0-3)
35 * Index (8-20)
38 * Normally there is exactly one Block, but let's assume that there are
39 * 2-4 Blocks just in case. Because Stream Header and also Block Header
[all …]
/kernel/linux/linux-5.10/Documentation/userspace-api/media/v4l/
Dvidioc-expbuf.rst1 .. 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 …]
/kernel/linux/linux-5.10/Documentation/devicetree/bindings/timer/
Dandestech,atcpit100-timer.txt2 ------------------------------------------------------------------
3 ATCPIT100 is a generic IP block from Andes Technology, embedded in
6 This timer is a set of compact multi-function timers, which can be
10 multi-function timer and provide the following usage scenarios:
11 One 32-bit timer
12 Two 16-bit timers
13 Four 8-bit timers
14 One 16-bit PWM
15 One 16-bit timer and one 8-bit PWM
16 Two 8-bit timer and one 8-bit PWM
[all …]
/kernel/linux/linux-5.10/tools/testing/selftests/drivers/net/mlxsw/
Dtc_restrictions.sh2 # SPDX-License-Identifier: GPL-2.0
38 # It is forbidden in mlxsw driver to have mixed-bound
39 # shared block with a drop rule.
42 check_err $? "Failed to create clsact with ingress block"
44 tc filter add block 22 protocol ip pref 1 handle 101 flower \
46 check_err $? "Failed to add drop rule to ingress bound block"
49 check_err $? "Failed to create another clsact with ingress shared block"
54 check_fail $? "Incorrect success to create another clsact with egress shared block"
56 tc filter del block 22 protocol ip pref 1 handle 101 flower
59 …check_err $? "Failed to create another clsact with egress shared block after blocker drop rule rem…
[all …]
/kernel/linux/linux-5.10/fs/ntfs/
Dlogfile.c1 // SPDX-License-Identifier: GPL-2.0-or-later
3 * logfile.c - NTFS kernel journal handling. Part of the Linux-NTFS project.
5 * Copyright (c) 2002-2007 Anton Altaparmakov
27 * ntfs_check_restart_page_header - check the page header for consistency
47 * If the system or log page sizes are smaller than the ntfs block size in ntfs_check_restart_page_header()
50 logfile_system_page_size = le32_to_cpu(rp->system_page_size); in ntfs_check_restart_page_header()
51 logfile_log_page_size = le32_to_cpu(rp->log_page_size); in ntfs_check_restart_page_header()
55 (logfile_system_page_size - 1) || in ntfs_check_restart_page_header()
57 ntfs_error(vi->i_sb, "$LogFile uses unsupported page size."); in ntfs_check_restart_page_header()
65 ntfs_error(vi->i_sb, "Found restart area in incorrect " in ntfs_check_restart_page_header()
[all …]
/kernel/linux/linux-5.10/Documentation/userspace-api/media/
Dglossary.rst1 .. SPDX-License-Identifier: GPL-2.0 OR GFDL-1.1-no-invariants-or-later
51 **Field-programmable Gate Array**
56 See https://en.wikipedia.org/wiki/Field-programmable_gate_array.
60 :term:`SPI` device, or an :term:`IP Block` inside an
65 together make a larger user-facing functional peripheral. For
66 instance, the :term:`SoC` :term:`ISP` :term:`IP Block`
73 **Inter-Integrated Circuit**
75 A multi-master, multi-slave, packet switched, single-ended,
77 like sub-device hardware components.
79 See http://www.nxp.com/docs/en/user-guide/UM10204.pdf.
[all …]

12345678910>>...25