/openbmc/linux/drivers/gpu/drm/msm/disp/dpu1/ |
H A D | dpu_hw_catalog.h | 1 /* SPDX-License-Identifier: GPL-2.0-only */ 3 * Copyright (c) 2022-2023, Qualcomm Innovation Center, Inc. All rights reserved. 4 * Copyright (c) 2015-2018, 2020 The Linux Foundation. All rights reserved. 17 * 5 ctl paths. In all cases, it can have max 12 hardware blocks 52 * SSPP sub-blocks/features 59 * @DPU_SSPP_CSC_10BIT, Support of 10-bit Color space conversion 62 * @DPU_SSPP_QOS_8LVL, SSPP support 8-level QoS control 94 * MIXER sub-blocks/features 96 * @DPU_MIXER_SOURCESPLIT Layer mixer supports source-split configuration 112 * DSPP sub-blocks [all …]
|
/openbmc/linux/arch/arm64/crypto/ |
H A D | aes-modes.S | 1 /* SPDX-License-Identifier: GPL-2.0-only */ 3 * linux/arch/arm64/crypto/aes-modes.S - chaining mode wrappers for AES 5 * Copyright (C) 2013 - 2017 Linaro Ltd <ard.biesheuvel@linaro.org> 8 /* included by aes-ce.S and aes-neon.S */ 49 * int blocks) 51 * int blocks) 62 ld1 {v0.16b-v3.16b}, [x1], #64 /* get 4 pt blocks */ 66 st1 {v0.16b-v3.16b}, [x0], #64 92 ld1 {v0.16b-v3.16b}, [x1], #64 /* get 4 ct blocks */ 96 st1 {v0.16b-v3.16b}, [x0], #64 [all …]
|
H A D | ghash-ce-core.S | 1 /* SPDX-License-Identifier: GPL-2.0-only */ 5 * Copyright (C) 2014 - 2018 Linaro Ltd. <ard.biesheuvel@linaro.org> 61 .arch armv8-a+crypto 149 ld1 {HH.2d-HH4.2d}, [x8] 197 // PMULL (64x64->128) based reduction for CPUs that can do 214 // 64x64->128 PMULL instruction 253 tbnz w0, #0, 2f // skip until #blocks is a 256 1: ld1 {XM3.16b-TT4.16b}, [x2], #64 258 sub w0, w0, #4 320 sub w0, w0, #1 [all …]
|
/openbmc/linux/include/linux/mfd/ |
H A D | rohm-bd957x.h | 1 /* SPDX-License-Identifier: GPL-2.0-or-later */ 17 * The BD9576 has own IRQ 'blocks' for: 18 * - I2C/thermal, 19 * - Over voltage protection 20 * - Short-circuit protection 21 * - Over current protection 22 * - Over voltage detection 23 * - Under voltage detection 24 * - Under voltage protection 25 * - 'system interrupt'. [all …]
|
/openbmc/linux/Documentation/devicetree/bindings/interconnect/ |
H A D | samsung,exynos-bus.yaml | 1 # SPDX-License-Identifier: GPL-2.0 3 --- 4 $id: http://devicetree.org/schemas/interconnect/samsung,exynos-bus.yaml# 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 10 - Chanwoo Choi <cw00.choi@samsung.com> 11 - Krzysztof Kozlowski <krzk@kernel.org> 15 sub-blocks in SoC. Most Exynos SoCs share the common architecture for buses. 20 sub-blocks. 22 The Exynos SoC includes the various sub-blocks which have the each AXI bus. 24 line. The power line might be shared among one more sub-blocks. So, we can [all …]
|
/openbmc/linux/fs/xfs/scrub/ |
H A D | bitmap.c | 1 // SPDX-License-Identifier: GPL-2.0-or-later 3 * Copyright (C) 2018-2023 Oracle. All Rights Reserved. 34 #define START(node) ((node)->bn_start) 35 #define LAST(node) ((node)->bn_last) 39 * forward-declare them anyway for clarity. 60 for ((bn) = rb_entry_safe(rb_first(&(bitmap)->xb_root.rb_root), \ in INTERVAL_TREE_DEFINE() 63 (bn) = rb_entry_safe(rb_next(&(bn)->bn_rbnode), \ 75 uint64_t last = start + len - 1; 77 while ((bn = xbitmap_tree_iter_first(&bitmap->xb_root, start, last))) { 78 if (bn->bn_start < start && bn->bn_last > last) { [all …]
|
H A D | reap.c | 1 // SPDX-License-Identifier: GPL-2.0-or-later 3 * Copyright (C) 2022-2023 Oracle. All Rights Reserved. 42 * Disposal of Blocks from Old Metadata 45 * to dispose of the blocks that (we think) the old btree was using. 48 * blocks with the same rmap owner that are owned by another data structure 50 * remaining in bitmap are the old btree's blocks. 53 * blocks on disk. The rmap data can tell us if there are multiple owners, so 60 * will be rebuilt (atop different blocks), thereby removing all the cross 122 error = xfs_rmap_alloc(sc->tp, sc->sa.agf_bp, sc->sa.pag, agbno, 1, in xreap_put_freelist() 128 error = xfs_alloc_read_agfl(sc->sa.pag, sc->tp, &agfl_bp); in xreap_put_freelist() [all …]
|
/openbmc/linux/lib/zstd/compress/ |
H A D | zstd_compress_superblock.c | 5 * This source code is licensed under both the BSD-style license (found in the 8 * You may select, at your option, one of the above-listed licenses. 11 /*-************************************* 23 * Compresses literals section for a sub-block. 32 * hufMetadata->hType has literals block type info. 33 * If it is set_basic, all sub-blocks literals section will be Raw_Literals_Block. 34 * If it is set_rle, all sub-blocks literals section will be RLE_Literals_Block. 35 …* If it is set_compressed, first sub-block's literals section will be Compressed_Literals_Blo… 36 * If it is set_compressed, first sub-block's literals section will be Treeless_Literals_Block 37 * and the following sub-blocks' literals sections will be Treeless_Literals_Block. [all …]
|
/openbmc/linux/arch/arm/crypto/ |
H A D | aes-neonbs-core.S | 1 /* SPDX-License-Identifier: GPL-2.0-only */ 11 * 'Faster and Timing-Attack Resistant AES-GCM' by Emilia Kaesper and 15 * for 32-bit ARM written by Andy Polyakov <appro@openssl.org> 262 vld1.8 {\t0-\t1}, [bskey, :256]! 264 vld1.8 {\t2-\t3}, [bskey, :256]! 269 vld1.8 {\t0-\t1}, [bskey, :256]! 273 vld1.8 {\t2-\t3}, [bskey, :256]! 354 vld1.8 {\t0-\t1}, [bskey, :256]! 356 vld1.8 {\t2-\t3}, [bskey, :256]! 358 vld1.8 {\t4-\t5}, [bskey, :256]! [all …]
|
H A D | aes-ce-core.S | 1 /* SPDX-License-Identifier: GPL-2.0-only */ 3 * aes-ce-core.S - AES in CBC/CTR/XTS mode using ARMv8 Crypto Extensions 12 .arch armv8-a 13 .fpu crypto-neon-fp-armv8 102 vld1.32 {q10-q11}, [ip]! 104 vld1.32 {q12-q13}, [ip]! 106 vld1.32 {q10-q11}, [ip]! 108 vld1.32 {q12-q13}, [ip]! 110 blo 0f @ AES-128: 10 rounds 111 vld1.32 {q10-q11}, [ip]! [all …]
|
/openbmc/u-boot/doc/device-tree-bindings/reset/ |
H A D | reset.txt | 8 Hardware blocks typically receive a reset signal. This signal is generated by 10 reset consumer (the module being reset, or a module managing when a sub- 15 specifier - a list of DT cells that represents the reset signal within the 21 in hardware for a reset signal to affect multiple logically separate HW blocks 35 #reset-cells: Number of cells in a reset specifier; Typically 0 for nodes 41 rst: reset-controller { 42 #reset-cells = <1>; 51 #reset-cells, then only the phandle portion of the pair will 55 reset-names: List of reset signal name strings sorted in the same order as 56 the resets property. Consumers drivers will use reset-names to [all …]
|
/openbmc/linux/Documentation/devicetree/bindings/reset/ |
H A D | reset.txt | 8 Hardware blocks typically receive a reset signal. This signal is generated by 10 reset consumer (the module being reset, or a module managing when a sub- 15 specifier - a list of DT cells that represents the reset signal within the 21 in hardware for a reset signal to affect multiple logically separate HW blocks 35 #reset-cells: Number of cells in a reset specifier; Typically 0 for nodes 41 rst: reset-controller { 42 #reset-cells = <1>; 51 #reset-cells, then only the phandle portion of the pair will 55 reset-names: List of reset signal name strings sorted in the same order as 56 the resets property. Consumers drivers will use reset-names to [all …]
|
/openbmc/u-boot/test/py/ |
H A D | multiplexed_log.py | 1 # SPDX-License-Identifier: GPL-2.0 3 # Copyright (c) 2015-2016, NVIDIA CORPORATION. All rights reserved. 5 # Generate an HTML-formatted log file containing multiple streams of data, 6 # each represented in a well-delineated/-structured fashion. 17 """A file-like object used to write a single logical stream of data into 27 chained_file: The file-like object to which all stream data should be 39 """Dummy function so that this class is "file-like". 56 stream, or was implicitly generated. A valid use-case is to 84 """A utility object used to execute sub-processes and log their output to 93 name: The name of this log stream or sub-process. [all …]
|
/openbmc/linux/Documentation/driver-api/media/ |
H A D | v4l2-intro.rst | 1 .. SPDX-License-Identifier: GPL-2.0 4 ------------ 8 /dev, and create also non-V4L2 devices such as DVB, ALSA, FB, I2C and input 15 called 'sub-devices'. 22 connecting to sub-devices themselves. Some of this is quite complicated 28 So this framework sets up the basic building blocks that all drivers 32 A good example to look at as a reference is the v4l2-pci-skeleton.c 38 ------------------------- 44 2) A way of initializing and commanding sub-devices (if any). 47 and keeping track of device-node specific data. [all …]
|
/openbmc/linux/Documentation/filesystems/ |
H A D | zonefs.rst | 1 .. SPDX-License-Identifier: GPL-2.0 4 ZoneFS - Zone filesystem for Zoned block devices 11 as a file. Unlike a regular POSIX-compliant file system with native zoned block 18 than to a full-featured POSIX file system. The goal of zonefs is to simplify 22 example of this approach is the implementation of LSM (log-structured merge) 31 ------------------- 62 by sub-directories. This file structure is built entirely using zone information 63 provided by the device and so does not require any complex on-disk metadata 66 On-disk metadata 67 ---------------- [all …]
|
/openbmc/linux/Documentation/admin-guide/media/ |
H A 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 …]
|
/openbmc/u-boot/cmd/ |
H A D | virtio.c | 1 // SPDX-License-Identifier: GPL-2.0+ 29 "virtio block devices sub-system", 30 "scan - initialize virtio bus\n" 31 "virtio info - show all available virtio block devices\n" 32 "virtio device [dev] - show or set current virtio block device\n" 33 "virtio part [dev] - print partition table of one or all virtio block devices\n" 34 "virtio read addr blk# cnt - read `cnt' blocks starting at block\n" 36 "virtio write addr blk# cnt - write `cnt' blocks starting at block\n"
|
H A D | nvme.c | 1 // SPDX-License-Identifier: GPL-2.0+ 45 "NVM Express sub-system", 46 "scan - scan NVMe devices\n" 47 "nvme detail - show details of current NVMe device\n" 48 "nvme info - show all available NVMe devices\n" 49 "nvme device [dev] - show or set current NVMe device\n" 50 "nvme part [dev] - print partition table of one or all NVMe devices\n" 51 "nvme read addr blk# cnt - read `cnt' blocks starting at block\n" 53 "nvme write addr blk# cnt - write `cnt' blocks starting at block\n"
|
H A D | scsi.c | 1 // SPDX-License-Identifier: GPL-2.0+ 55 "SCSI sub-system", 56 "reset - reset SCSI controller\n" 57 "scsi info - show available SCSI devices\n" 58 "scsi scan - (re-)scan SCSI bus\n" 59 "scsi device [dev] - show or set current device\n" 60 "scsi part [dev] - print partition table of one or all SCSI devices\n" 61 "scsi read addr blk# cnt - read `cnt' blocks starting at block `blk#'\n" 63 "scsi write addr blk# cnt - write `cnt' blocks starting at block\n"
|
/openbmc/linux/Documentation/devicetree/bindings/sound/ |
H A D | st,stm32-sai.yaml | 1 # SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) 3 --- 4 $id: http://devicetree.org/schemas/sound/st,stm32-sai.yaml# 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 10 - Olivier Moysan <olivier.moysan@foss.st.com> 14 protocols as I2S standards, LSB or MSB-justified, PCM/DSP, TDM, and AC'97. 15 The SAI contains two independent audio sub-blocks. Each sub-block has 21 - st,stm32f4-sai 22 - st,stm32h7-sai 26 - description: Base address and size of SAI common register set. [all …]
|
/openbmc/openbmc-test-automation/lib/ |
H A D | var_funcs.py | 40 The print-out of the resulting var dictionary is: 249 key = re.sub(r" ", "_", key) 288 headers[0][0]: content-length 291 headers[1][0]: x-xss-protection 301 [content-length]: 559 302 [x-xss-protection]: 1; mode=block 304 Another example containing a sub-list (see process_indent description below): 313 …Note that the 2 qualifications for containing a sub-list are met: 1) 'Additional Device Support' h… 328 …process_indent This indicates that indented sub-dictionaries and sub-lists are to… 329 … processed as such. An entry may have a sub-dict or sub-list if 1) It has [all …]
|
/openbmc/linux/drivers/gpu/drm/msm/ |
H A D | NOTES | 4 display controller blocks at play: 5 + MDP3 - ?? seems to be what is on geeksphone peak device 6 + MDP4 - S3 (APQ8060, touchpad), S4-pro (APQ8064, nexus4 & ifc6410) 7 + MDP5 - snapdragon 800 12 Plus a handful of blocks around them for HDMI/DSI/etc output. 18 But, HDMI/DSI/etc blocks seem like they can be shared across multiple 19 display controller blocks. And I for sure don't want to have to deal 20 with N different kms devices from xf86-video-freedreno. Plus, it 27 And one or more 'struct msm_gpu' for the various different gpu sub- 38 plane -> PIPE{RGBn,VGn} \ [all …]
|
/openbmc/linux/arch/x86/crypto/ |
H A D | chacha-avx512vl-x86_64.S | 1 /* SPDX-License-Identifier: GPL-2.0+ */ 3 * ChaCha 256-bit cipher algorithm, x64 AVX-512VL functions 29 # %rsi: up to 2 data blocks output, o 30 # %rdx: up to 2 data blocks input, i 34 # This function encrypts two ChaCha blocks by loading the state 41 # x0..3[0-2] = s0..3 110 sub $2,%r8d 181 sub $1,%rax 194 # %rsi: up to 4 data blocks output, o 195 # %rdx: up to 4 data blocks input, i [all …]
|
H A D | aesni-intel_asm.S | 1 /* SPDX-License-Identifier: GPL-2.0-or-later */ 3 * Implement AES algorithm in Intel AES-NI instructions. 5 * The white paper of AES-NI instructions can be downloaded from: 6 * http://softwarecommunity.intel.com/isn/downloads/intelavx/AES-Instructions-Set_WP.pdf 13 * Added RFC4106 AES-GCM support for 128-bit keys under the AEAD 14 * interface for 64-bit kernels. 30 #include <asm/nospec-branch.h> 248 # Clobbers rax, r10-r13 and xmm0-xmm6, %xmm13 274 # Clobbers rax, r10-r13, and xmm0-xmm15 283 sub %r11, %arg5 # sub partial block data used [all …]
|
/openbmc/linux/drivers/accel/habanalabs/common/ |
H A D | security.h | 1 /* SPDX-License-Identifier: GPL-2.0 3 * Copyright 2016-2022 HabanaLabs, Ltd. 11 #include <linux/io-64-nonatomic-lo-hi.h> 15 /* special blocks */ 24 * struct hl_special_block_info - stores address details of a particular type of 30 * @major: number of major blocks of particular type. 31 * @minor: number of minor blocks of particular type. 32 * @sub_minor: number of sub minor blocks of particular type. 33 * @major_offset: address gap between 2 consecutive major blocks of particular type, 35 * @minor_offset: address gap between 2 consecutive minor blocks of particular type, [all …]
|