| /linux/Documentation/PCI/endpoint/ |
| H A D | pci-endpoint.rst | 34 The EPC library provides APIs to be used by the controller that can operate
35 in endpoint mode. It also provides APIs to be used by function driver/library
38 APIs for the PCI controller Driver
41 This section lists the APIs that the PCI Endpoint core provides to be used
81 EPC APIs for the PCI Endpoint Function Driver
84 This section lists the APIs that the PCI Endpoint core provides to be used
120 Other EPC APIs
123 There are other APIs provided by the EPC library. These are used for binding
125 using these APIs.
160 The EPF library provides APIs to be used by the function driver and the EPC
[all …]
|
| /linux/Documentation/driver-api/ |
| H A D | nvmem.rst | 9 This document explains the NVMEM Framework along with the APIs provided,
99 3. NVMEM cell based consumer APIs
103 The NVMEM framework provides 3 APIs to read/write NVMEM cells::
114 `*nvmem_cell_get()` apis will get a reference to nvmem cell for a given id,
119 4. Direct NVMEM device based consumer APIs
123 To facilitate such consumers NVMEM framework provides below apis::
143 The difference between these apis and cell based apis is that these apis always
150 to the NVMEM it has obtained using the APIs mentioned in the above section.
151 The NVMEM framework provides 2 APIs to release a reference to the NVMEM::
158 Both these APIs are used to release a reference to the NVMEM and
|
| H A D | slimbus.rst | 92 Driver and Controller APIs:
113 Clock-pause APIs:
120 The framework supports regmap and read/write apis to exchange control-information
121 with a SLIMbus device. APIs can be synchronous or asynchronous.
122 The header file <linux/slimbus.h> has more documentation about messaging APIs.
124 Messaging APIs:
129 Streaming APIs:
|
| H A D | vfio-mediated-device.rst | 19 developers had to create their own management interfaces and APIs, and then
24 The VFIO driver framework provides unified APIs for direct device access. It is
41 supports VFIO APIs. The mediated bus driver adds a mediated device to and
54 | | driver | | probe()/remove() | | APIs
249 Translation APIs for Mediated Devices
252 The following APIs are provided for translating user pfn to host pfn in a VFIO
|
| /linux/Documentation/driver-api/phy/ |
| H A D | phy.rst | 7 This document explains the Generic PHY Framework along with the APIs provided,
78 to make use of it. The PHY framework provides 2 APIs to create the PHY.
88 The PHY drivers can use one of the above 2 APIs to create the PHY by passing
101 it. This framework provides the following APIs to get a reference to the PHY.
164 to the PHY it has obtained using the APIs mentioned in the above section. The
165 PHY framework provides 2 APIs to release a reference to the PHY.
172 Both these APIs are used to release a reference to the PHY and devm_phy_put
179 created using one of the following 2 APIs::
184 Both these APIs destroy the PHY and devm_phy_destroy destroys the devres
200 There are exported APIs like phy_pm_runtime_get, phy_pm_runtime_get_sync,
|
| /linux/Documentation/bpf/libbpf/ |
| H A D | libbpf_overview.rst | 15 * Provides high-level and low-level APIs for user space programs to interact
16 with BPF programs. The low-level APIs wrap all the bpf system call
22 * Provides BPF-side APIS, including BPF helper definitions, BPF maps support,
32 BPF App Lifecycle and libbpf APIs
38 a common set of data. libbpf provides APIs that user space programs can use to
72 BPF skeleton is an alternative interface to libbpf APIs for working with BPF
73 objects. Skeleton code abstract away generic libbpf APIs to significantly
88 optional, you can have more control by using libbpf APIs directly)
94 was possible to do with generic libbpf APIs is still possible even when the BPF
111 ``bpf_object_find_program_by_name()`` APIs, reducing errors due to BPF source
[all …]
|
| /linux/Documentation/networking/devlink/ |
| H A D | index.rst | 10 Driver facing APIs are currently transitioning to allow more explicit
11 locking. Drivers can use the existing ``devlink_*`` set of APIs, or
12 new APIs prefixed by ``devl_*``. The older APIs handle all the locking
14 the main devlink object is itself registered. The newer ``devl_*`` APIs assume
|
| /linux/Documentation/driver-api/xilinx/ |
| H A D | eemi.rst | 9 driver provides an interface to firmware APIs. Interface APIs can be
19 Any driver who wants to communicate with PMC using EEMI APIs use the
35 Refer EEMI API guide [0] for IOCTL specific parameters and other EEMI APIs.
|
| /linux/Documentation/driver-api/thermal/ |
| H A D | cpu-cooling-api.rst | 2 CPU cooling APIs How To
14 The generic cpu cooling(freq clipping) provides registration/unregistration APIs
16 the user. The registration APIs returns the cooling device pointer.
18 1. cpu cooling APIs
21 1.1 cpufreq registration/unregistration APIs
|
| /linux/drivers/net/ethernet/brocade/bna/ |
| H A D | bna.h | 257 /* APIs for BNAD */
269 /* APIs for RxF */
295 /* APIs for BNA */
300 /* APIs for ENET */
305 /* APIs for BNAD */
332 /* APIs for BNA */
337 /* APIs for ENET */
342 /* APIs for BNAD */
396 /* APIs for BNAD */
|
| /linux/Documentation/userspace-api/media/dvb/ |
| H A D | legacy_dvb_apis.rst | 6 Digital TV Deprecated APIs
9 The APIs described here **should not** be used on new drivers or applications.
16 The APIs described here doesn't necessarily reflect the current
|
| /linux/arch/arm/mach-omap2/ |
| H A D | omap-smc.S | 3 * OMAP34xx and OMAP44xx secure APIs file.
36 * Low level common routine for secure HAL and PPA APIs.
37 * @id: Application ID of HAL APIs
59 * Low level common routine for secure HAL and PPA APIs via smc #1
|
| H A D | omap-secure.h | 41 /* Secure Monitor mode APIs */
52 /* Secure PPA(Primary Protected Application) APIs */
60 /* Secure RX-51 PPA (Primary Protected Application) APIs */
|
| /linux/Documentation/networking/device_drivers/ethernet/freescale/dpaa2/ |
| H A D | dpio-driver.rst | 21 subcomponents, and its APIs.
43 DPIO service-- provides APIs to other Linux drivers for services
145 The qbman-portal component provides APIs to do the low level hardware
152 The qbman-portal APIs are not public to other drivers, and are
158 Frame descriptor and scatter-gather definitions and the APIs used to
161 Dequeue result struct and parsing APIs are defined in dpaa2-global.h.
|
| /linux/include/linux/ |
| H A D | extcon-provider.h | 19 /* Following APIs register/unregister the extcon device. */
27 /* Following APIs allocate/free the memory of the extcon device. */
38 * Following APIs set the connected state of each external connector.
47 * Following APIs set the property of each external connector.
|
| /linux/drivers/gpu/drm/msm/dp/ |
| H A D | dp_catalog.h | 57 /* AUX APIs */
69 /* DP Controller APIs */
102 /* DP Panel APIs */
114 /* DP Audio APIs */
|
| /linux/include/linux/usb/ |
| H A D | ch9.h | 4 * USB device APIs. These are used by the USB device model, which is
6 * Wireless USB 1.0 spec (now defunct). Linux has several APIs in C that
15 * device side APIs benefit from working well together.
|
| /linux/tools/lib/bpf/ |
| H A D | libbpf_legacy.h | 4 * Libbpf legacy APIs (either discouraged or deprecated, as mentioned in [0])
48 * Return actual error codes from low-level APIs directly, not just -1.
117 /* "Discouraged" APIs which don't follow consistent libbpf naming patterns.
118 * They are normally a trivial aliases or wrappers for proper APIs and are
|
| /linux/Documentation/userspace-api/media/v4l/ |
| H A D | planar-apis.rst | 3 .. _planar-apis:
6 Single- and multi-planar APIs
39 Calls that distinguish between single and multi-planar APIs
|
| H A D | selections-common.rst | 9 :ref:`V4L2 subdev selection APIs <v4l2-subdev-selections>` are very
16 on the two APIs.
|
| /linux/Documentation/admin-guide/mm/ |
| H A D | numa_memory_policy.rst | 12 document attempts to describe the concepts and APIs of the 2.6 memory policy
57 :ref:`Memory Policy APIs <memory_policy_apis>` section,
78 :ref:`Memory Policy APIs <memory_policy_apis>` section,
176 This mode is only used in the memory policy APIs. Internally,
187 When specified in one of the memory policy APIs, the Default mode
382 mbind() APIs [see below] always acquire the mmap_lock for write when
415 Memory Policy APIs
418 Linux supports 4 system calls for controlling memory policy. These APIS
423 the headers that define these APIs and the parameter data types for
520 this information requires "stepping outside" the memory policy APIs to use the
|
| /linux/drivers/firmware/xilinx/ |
| H A D | Kconfig | 20 bool "Enable Xilinx Zynq MPSoC firmware debug APIs"
23 Say yes to enable ZynqMP firmware interface debug APIs.
|
| /linux/drivers/net/ethernet/mellanox/mlx5/core/esw/acl/ |
| H A D | lgcy.h | 9 /* Eswitch acl egress external APIs */
13 /* Eswitch acl ingress external APIs */
|
| /linux/Documentation/networking/ |
| H A D | sriov.rst | 4 NIC SR-IOV APIs
18 Since the legacy APIs do not integrate well with the rest of the stack
|
| /linux/arch/x86/include/asm/ |
| H A D | set_memory.h | 66 * For legacy compatibility with the old APIs, a few functions
73 * These APIs should be considered *deprecated* and are likely going to
78 * Specifically, many users of the old APIs had a virtual address,
|