Home
last modified time | relevance | path

Searched +full:implementation +full:- +full:specific (Results 1 – 25 of 1064) sorted by relevance

12345678910>>...43

/openbmc/linux/lib/crypto/
H A DKconfig1 # SPDX-License-Identifier: GPL-2.0
26 Declares whether the architecture provides an arch-specific
27 accelerated implementation of the Blake2s library interface,
35 fallback, e.g., for SIMD implementations. If no arch specific
36 implementation is enabled, this implementation serves the users
42 Declares whether the architecture provides an arch-specific
43 accelerated implementation of the ChaCha library interface,
52 fallback, e.g., for SIMD implementations. If no arch specific
53 implementation is enabled, this implementation serves the users
62 by either the generic implementation or an arch-specific one, if one
[all …]
/openbmc/linux/Documentation/arch/arm/samsung/
H A Dgpio.rst2 Samsung GPIO implementation
6 ------------
8 This outlines the Samsung GPIO implementation and the architecture
9 specific calls provided alongside the drivers/gpio core.
13 -------------------
15 The gpio implementation uses gpiolib as much as possible, only providing
16 specific calls for the items that require Samsung specific handling, such
17 as pin special-function or pull resistor control.
23 -----------------
25 Pin configuration is specific to the Samsung architecture, with each SoC
[all …]
/openbmc/docs/designs/mctp/
H A Dmctp-userspace.md8 This document describes a userspace implementation of MCTP infrastructure,
20 provides a socket-based interface for other processes to send and receive
24 handling local MCTP-stack configuration, like local EID assignments.
30 2. one or more binding implementations (eg, MCTP-over-serial), which interact
33 3. an interface to handler applications over a unix-domain socket.
35 The proposed implementation here is to produce an MCTP "library" which provides
38 - an "upper" messaging transmit/receive interface, for tx/rx of a full message
39 to a specific endpoint (ie, (1) above)
41 - a "lower" hardware binding for transmit/receive of individual packets,
45 The lower interface would be plugged in to one of a number of hardware-specific
[all …]
/openbmc/linux/Documentation/core-api/
H A Dgenericirq.rst7 :Copyright: |copy| 2005-2010: Thomas Gleixner
8 :Copyright: |copy| 2005-2006: Ingo Molnar
28 The original implementation of interrupt handling in Linux uses the
29 __do_IRQ() super-handler, which is able to deal with every type of
33 a quite universal set for the ARM interrupt handler implementation in
36 - Level type
38 - Edge type
40 - Simple type
42 During the implementation we identified another type:
44 - Fast EOI type
[all …]
/openbmc/u-boot/doc/imx/misc/
H A Dsdp.txt1 -------------
2 SDP in U-Boot
3 -------------
9 The implementation in U-Boot uses the USB Downloader Gadget (g_dnl) to
10 provide a SDP implementation over USB. This allows to download program
11 images to the target in SPL/U-Boot using the same protocol/tooling the
15 protocols allow to access a USB device without OS specific drivers. The
16 U-Boot implementation has primarly been tested using the open source
20 install U-Boot without a JTAG debugger, using the USB boot mode as
25 specific image header (see doc/README.imximage). There are extensions
[all …]
/openbmc/linux/include/uapi/linux/
H A Dsocket.h1 /* SPDX-License-Identifier: GPL-2.0 WITH Linux-syscall-note */
8 #define _K_SS_MAXSIZE 128 /* Implementation specific max size */
20 /* Following field(s) are implementation specific */
21 char __data[_K_SS_MAXSIZE - sizeof(unsigned short)];
25 void *__align; /* implementation specific desired alignment */
H A Dtee.h2 * Copyright (c) 2015-2016, Linaro Limited
37 * Each TEE driver defines a TEE specific protocol which is used for the
52 #define TEE_MEMREF_NULL (__u64)(-1) /* NULL MemRef Buffer */
55 * TEE Implementation ID
61 * OP-TEE specific capabilities
66 * struct tee_ioctl_version_data - TEE version
67 * @impl_id: [out] TEE implementation id
68 * @impl_caps: [out] Implementation specific capabilities
71 * Identifies the TEE implementation, @impl_id is one of TEE_IMPL_ID_* above.
72 * @impl_caps is implementation specific, for example TEE_OPTEE_CAP_*
[all …]
/openbmc/linux/tools/testing/selftests/powerpc/tm/
H A Dtm.h1 /* SPDX-License-Identifier: GPL-2.0-only */
38 * Transactional Memory was removed in ISA 3.1. A synthetic TM implementation
40 * synthetic implementation immediately fails after tbegin. This failure sets
41 * Bit 7 (Failure Persistent) and Bit 15 (Implementation-specific).
49 * times in case we got an Implementation-specific failure on a non ISA in htm_is_synthetic()
50 * v3.1 system. On these systems the Implementation-specific failure in htm_is_synthetic()
/openbmc/linux/drivers/rapidio/switches/
H A Didt_gen2.c1 // SPDX-License-Identifier: GPL-2.0-or-later
219 * This routine performs device-specific initialization only. in idtg2_em_init()
223 pr_debug("RIO: %s [%d:%d]\n", __func__, rdev->destid, rdev->hopcount); in idtg2_em_init()
225 /* Set Port-Write info CSR: PRIO=3 and CRF=1 */ in idtg2_em_init()
237 /* Use Port-Writes for LT layer error reporting. in idtg2_em_init()
238 * Enable per-port reset in idtg2_em_init()
251 /* Configure reporting of implementation specific errors/events */ in idtg2_em_init()
255 /* Use Port-Writes for port error reporting and enable error logging */ in idtg2_em_init()
256 tmp = RIO_GET_TOTAL_PORTS(rdev->swpinfo); in idtg2_em_init()
275 /* Use Port-Writes for lane error reporting (when enabled) in idtg2_em_init()
[all …]
/openbmc/phosphor-dbus-interfaces/yaml/xyz/openbmc_project/Control/
H A DVoltageRegulatorMode.interface.yaml3 Control.VoltageRegulatorProfile.Supported is read only. Implementation of
7 and sets the implementation specific mode for the voltage regulator to run
8 in. The definitions of said enum are implementation defined, as systems
22 - name: Supported
25 - readonly
27 An implementation specific list of supported modes that the voltage
30 - name: Selected
H A DThermalMode.interface.yaml6 Implementation of this interface populates the list of supported modes.
8 Implementation specific mode for the thermal control application
12 - name: Supported
15 - readonly
17 An implementation specific list of supported modes that the thermal
19 - name: Current
/openbmc/qemu/include/accel/
H A Daccel-cpu-target.h3 * This header is used only by target-specific code.
8 * See the COPYING file in the top-level directory.
15 * This header is used to define new accelerator-specific target-specific
17 * It uses CPU_RESOLVING_TYPE, so this is clearly target-specific.
19 * Do not try to use for any other purpose than the implementation of new
20 * subclasses in target/, or the accel implementation itself in accel/
26 #define TYPE_ACCEL_CPU "accel-" CPU_RESOLVING_TYPE
27 #define ACCEL_CPU_NAME(name) (name "-" TYPE_ACCEL_CPU)
/openbmc/phosphor-dbus-interfaces/yaml/xyz/openbmc_project/Dump/
H A DCreate.interface.yaml5 Any OpenBMC implementation should provide one implementation of
7 /xyz/openbmc_project/dump/<dump type>. On multi-host or on multi-BMC systems
9 /xyz/openbmc_project/dump/<dump type><instance-id>.
12 - name: CreateDump
16 - name: AdditionalData
20 this case should be an implementation specific enum defined for
21 the specific type of dump either in xyz or in a domain. The
23 enum-format string is required to come from a parallel class
24 with this specific Enum name. All of the Enum strings should be
34 - name: Path
[all …]
/openbmc/openbmc/meta-phosphor/recipes-phosphor/pldm/
H A Dpldm_git.bb2 LICENSE = "Apache-2.0"
8 DESCRIPTION = "Implementation of the PLDM specifications"
12 DEPENDS += "phosphor-dbus-interfaces"
13 DEPENDS += "nlohmann-json"
16 DEPENDS += "phosphor-logging"
20 PACKAGE_BEFORE_PN:append = " pldmtool pldm-libs"
28 FILES:pldm-libs = "${libdir}/lib*${SOLIBS}"
33 PACKAGECONFIG[transport-mctp-demux] = "-Dtransport-implementation=mctp-demux"
34 PACKAGECONFIG[transport-af-mctp] = "-Dtransport-implementation=af-mctp"
35 PACKAGECONFIG[oem-ibm] = "-Doem-ibm=enabled, -Doem-ibm=disabled, , squashfs-tools"
[all …]
/openbmc/linux/Documentation/mm/damon/
H A Ddesign.rst1 .. SPDX-License-Identifier: GPL-2.0
13 - Operations Set: Implements fundamental operations for DAMON that depends on
14 the given monitoring target address-space and available set of
16 - Core: Implements core logics including monitoring overhead/accurach control
17 and access-aware system operations on top of the operations set layer, and
18 - Modules: Implements kernel modules for various purposes that provides
23 ---------------------------
26 implementations for specific operations that are dependent on and optimized for
38 For example, physical memory, virtual memory, swap space, those for specific
45 --------------------
[all …]
/openbmc/docs/designs/
H A Dbmc-service-failure-debug-and-recovery.md16 - A class of failure exists where a BMC service has entered a failed state but
18 - A class of failure exists under which we can attempt debug data collection
21 This proposal argues for and proposes a software-driven debug data capture and
26 By necessity, BMCs are not self-contained systems. BMCs exist to service the
27 needs of both the host system by providing in-band platform services such as
29 out-of-band system management interfaces such as error reporting, platform
35 are usually a domain-specific Linux distributions with complex or highly coupled
40 recovery in the face of well-defined error conditions, but the need to mitigate
41 ill-defined error conditions or entering unintended software states remains.
60 As the state transformations to enter the ill-defined or unintended software
[all …]
/openbmc/linux/Documentation/driver-api/rapidio/
H A Dmport_cdev.rst17 for user-space applications. Most of RapidIO operations are supported through
24 Using available set of ioctl commands user-space applications can perform
27 - Reads and writes from/to configuration registers of mport devices
29 - Reads and writes from/to configuration registers of remote RapidIO devices.
32 - Set RapidIO Destination ID for mport devices (RIO_MPORT_MAINT_HDID_SET)
33 - Set RapidIO Component Tag for mport devices (RIO_MPORT_MAINT_COMPTAG_SET)
34 - Query logical index of mport devices (RIO_MPORT_MAINT_PORT_IDX_GET)
35 - Query capabilities and RapidIO link configuration of mport devices
37 - Enable/Disable reporting of RapidIO doorbell events to user-space applications
39 - Enable/Disable reporting of RIO port-write events to user-space applications
[all …]
/openbmc/bmcweb/redfish-core/schema/dmtf/json-schema-installed/
H A DManager.v1_22_0.json4 "$schema": "http://redfish.dmtf.org/schemas/v1/redfish-schema-v1.json",
5 …"copyright": "Copyright 2014-2025 DMTF. For the full DMTF copyright policy, see http://www.dmtf.or…
12 "^([a-zA-Z_][a-zA-Z0-9_]*)?@(odata|Redfish|Message)\\.[a-zA-Z_][a-zA-Z0-9_]*$": {
43 "description": "The available OEM-specific actions for this resource.",
44 …"longDescription": "This property shall contain the available OEM-specific actions for this resour…
58 … "Oem": "The controller supports a command shell connection through an OEM-specific protocol.",
69 "^([a-zA-Z_][a-zA-Z0-9_]*)?@(odata|Redfish|Message)\\.[a-zA-Z_][a-zA-Z0-9_]*$": {
84 …on": "This property enumerates the command shell connection types that the implementation allows.",
94 …hall contain the maximum number of concurrent service sessions that this implementation supports.",
130 "^([a-zA-Z_][a-zA-Z0-9_]*)?@(odata|Redfish|Message)\\.[a-zA-Z_][a-zA-Z0-9_]*$": {
[all …]
/openbmc/bmcweb/redfish-core/schema/dmtf/json-schema/
H A DManager.v1_22_0.json4 "$schema": "http://redfish.dmtf.org/schemas/v1/redfish-schema-v1.json",
5 …"copyright": "Copyright 2014-2025 DMTF. For the full DMTF copyright policy, see http://www.dmtf.or…
12 "^([a-zA-Z_][a-zA-Z0-9_]*)?@(odata|Redfish|Message)\\.[a-zA-Z_][a-zA-Z0-9_]*$": {
43 "description": "The available OEM-specific actions for this resource.",
44 …"longDescription": "This property shall contain the available OEM-specific actions for this resour…
58 … "Oem": "The controller supports a command shell connection through an OEM-specific protocol.",
69 "^([a-zA-Z_][a-zA-Z0-9_]*)?@(odata|Redfish|Message)\\.[a-zA-Z_][a-zA-Z0-9_]*$": {
84 …on": "This property enumerates the command shell connection types that the implementation allows.",
94 …hall contain the maximum number of concurrent service sessions that this implementation supports.",
130 "^([a-zA-Z_][a-zA-Z0-9_]*)?@(odata|Redfish|Message)\\.[a-zA-Z_][a-zA-Z0-9_]*$": {
[all …]
/openbmc/linux/Documentation/staging/
H A Dremoteproc.rst10 of operating system, whether it's Linux or any other flavor of real-time OS.
12 OMAP4, for example, has dual Cortex-A9, dual Cortex-M3 and a C64x+ DSP.
13 In a typical configuration, the dual cortex-A9 is running Linux in a SMP
22 platform-specific remoteproc drivers only need to provide a few low-level
24 (for more information about the virtio-based rpmsg bus and its drivers,
118 name of this remote processor, platform-specific ops handlers,
154 This is called by the platform-specific rproc implementation, whenever
172 This function should be called when the platform specific rproc
173 implementation decides to remove the rproc device. it should
180 Returns 0 on success and -EINVAL if @rproc isn't valid.
[all …]
/openbmc/intel-ipmi-oem/docs/
H A DIntel_IPMI_Platform_Events.md3 In many cases Manufacturers-specific IPMI Platfrom Events are stored in binary
8 events originating from Intel Management Engine (ME) is used as a case-study.
9 General design of the solution is followed by tailored-down implementation for
14 - **IPMI** - Intelligent Platform Management Interface; standarized binary
16 - **Platform Event** - specific type of IPMI binary payload, used for encoding
17 and sending asynchronous one-way messages to recipient `[1]-29.3`
18 - **ME** - Intel Management Engine, autonomous subsystem used for remote
20 - **Redfish** - modern datacenter management protocol, built around REST
22 - **OpenBMC** - open-source BMC implementation with Redfish-oriented interface
28 between entities in data-center. Recipient is responsible to receive data,
[all …]
/openbmc/linux/Documentation/devicetree/bindings/opp/
H A Dopp-v2-base.yaml1 # SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)
3 ---
4 $id: http://devicetree.org/schemas/opp/opp-v2-base.yaml#
5 $schema: http://devicetree.org/meta-schemas/core.yaml#
10 - Viresh Kumar <viresh.kumar@linaro.org>
13 Devices work at voltage-current-frequency combinations and some implementations
25 pattern: '^opp-table(-[a-z0-9]+)?$'
27 opp-shared:
36 '^opp(-?[0-9]+)*$':
39 One or more OPP nodes describing voltage-current-frequency combinations.
[all …]
/openbmc/linux/drivers/mmc/host/
H A Ddw_mmc.h1 /* SPDX-License-Identifier: GPL-2.0-or-later */
17 #include <linux/fault-inject.h>
59 * struct dw_mci - MMC controller state shared between all slots
77 * @dma_64bit_address: Whether DMA supports 64-bit address mode or not.
80 * @dma_ops: Pointer to platform-specific DMA callbacks.
84 * @dms: structure of slave-dma private data.
107 * @drv_data: Driver specific data for identified variant of the controller
108 * @priv: Implementation defined private data.
122 * @quirks: Set of quirks that apply to specific versions of the IP.
134 * @lock is a softirq-safe spinlock protecting @queue as well as
[all …]
/openbmc/phosphor-gpio-monitor/
H A DREADME.md5 ### `phosphor-gpio-monitor`
8 take action if requested. This implementation uses GPIO keys and only supports
12 ### `phosphor-multi-gpio-monitor`
14 This daemon accepts command line parameter as a well-defined GPIO configuration
20 New implementation (phosphor-multi-gpi
[all...]
/openbmc/linux/drivers/net/wireless/intel/iwlwifi/
H A Diwl-drv.h1 /* SPDX-License-Identifier: GPL-2.0 OR BSD-3-Clause */
3 * Copyright (C) 2005-2014, 2020-2021, 2023 Intel Corporation
4 * Copyright (C) 2013-2014 Intel Mobile Communications GmbH
14 #define NVM_RF_CFG_DASH_MSK(x) (x & 0x3) /* bits 0-1 */
15 #define NVM_RF_CFG_STEP_MSK(x) ((x >> 2) & 0x3) /* bits 2-3 */
16 #define NVM_RF_CFG_TYPE_MSK(x) ((x >> 4) & 0x3) /* bits 4-5 */
17 #define NVM_RF_CFG_PNUM_MSK(x) ((x >> 6) & 0x3) /* bits 6-7 */
18 #define NVM_RF_CFG_TX_ANT_MSK(x) ((x >> 8) & 0xF) /* bits 8-11 */
19 #define NVM_RF_CFG_RX_ANT_MSK(x) ((x >> 12) & 0xF) /* bits 12-15 */
29 * DOC: Driver system flows - drv component
[all …]

12345678910>>...43