/Linux-v5.10/drivers/net/wireless/intel/iwlwifi/mvm/ |
D | fw-api.h | 68 #include "fw/api/tdls.h" 69 #include "fw/api/mac-cfg.h" 70 #include "fw/api/offload.h" 71 #include "fw/api/context.h" 72 #include "fw/api/time-event.h" 73 #include "fw/api/datapath.h" 74 #include "fw/api/phy.h" 75 #include "fw/api/config.h" 76 #include "fw/api/soc.h" 77 #include "fw/api/alive.h" [all …]
|
/Linux-v5.10/Documentation/crypto/ |
D | intro.rst | 1 Kernel Crypto API Interface Specification 7 The kernel crypto API offers a rich set of cryptographic ciphers as well 9 This document contains a description of the API and provides example 12 To understand and properly use the kernel crypto API a brief explanation 13 of its structure is given. Based on the architecture, the API can be 16 the API function call documentation are given at the end. 18 The kernel crypto API refers to all algorithms as "transformations". 20 cryptographic operations, the kernel crypto API also knows compression 23 The kernel crypto API serves the following entity types: 28 called by consumers using the kernel crypto API [all …]
|
D | architecture.rst | 1 Kernel Crypto API Architecture 7 The kernel crypto API provides different API calls for the following 23 The kernel crypto API provides implementations of single block ciphers 24 and message digests. In addition, the kernel crypto API provides 60 The kernel crypto API provides synchronous and asynchronous API 63 When using the synchronous API operation, the caller invokes a cipher 64 operation which is performed synchronously by the kernel crypto API. 66 Therefore, the kernel crypto API calls work like regular function calls. 67 For synchronous operation, the set of API calls is small and 70 Asynchronous operation is provided by the kernel crypto API which [all …]
|
D | index.rst | 2 Linux Kernel Crypto API 8 This documentation outlines the Linux kernel crypto API with its 9 concepts, details about developing cipher implementations, employment of the API 20 api-intro 23 async-tx-api 28 api 29 api-samples
|
D | api.rst | 11 api-skcipher 12 api-aead 13 api-digest 14 api-rng 15 api-akcipher 16 api-kpp
|
D | userspace-if.rst | 7 The concepts of the kernel crypto API visible to kernel space is fully 9 crypto API high level discussion for the in-kernel use cases applies 17 crypto API. A working example of this description is libkcapi that can 21 Some details of the in-kernel kernel crypto API aspects do not apply to 23 and asynchronous invocations. The user space API call is fully 28 User Space API General Remarks 31 The kernel crypto API is accessible from user space. Currently, the 56 A cipher is accessed with the same name as done for the in-kernel API 60 To interact with the kernel crypto API, a socket must be created by the 65 The following API calls assume that the socket descriptor is already [all …]
|
/Linux-v5.10/Documentation/userspace-api/media/ |
D | glossary.rst | 10 userspace API documentation. This is Work In Progress. 20 CEC API 21 **Consumer Electronics Control API** 23 An API designed to receive and transmit data via an HDMI 36 Digital TV API 37 **Previously known as DVB API** 39 An API designed to control a subset of the :term:`Media Hardware` 109 Media API 113 - :term:`CEC API`; 114 - :term:`Digital TV API`; [all …]
|
D | intro.rst | 7 This document covers the Linux Kernel to Userspace API's used by video 22 The media infrastructure API was designed to control such devices. It is 28 2. The :ref:`second part <dvbapi>` covers the API used for digital TV and 30 called as DVB API, in fact it covers several different video standards 35 3. The :ref:`third part <remote_controllers>` covers the Remote Controller API. 37 4. The :ref:`fourth part <media_controller>` covers the Media Controller API. 39 5. The :ref:`fifth part <cec>` covers the CEC (Consumer Electronics Control) API. 42 mixers, PCM capture, PCM playback, etc, which are controlled via ALSA API. For
|
/Linux-v5.10/Documentation/userspace-api/media/v4l/ |
D | selection-api-vs-crop-api.rst | 6 Comparison with old cropping API 9 The selection API was introduced to cope with deficiencies of the 10 older :ref:`CROP API <crop>`, that was designed to control simple 11 capture devices. Later the cropping API was adopted by video output 13 video signal is inserted. It should be considered as an API abuse 15 selection API makes a clear distinction between composing and cropping 18 The CROP API lacks any support for composing to and cropping from an 21 API. Cropping a smaller image from a larger one is achieved by setting 29 The selection API deals with configuration of buffer 31 the selection API the concepts of the padded target and constraints [all …]
|
D | selection-api.rst | 3 .. _selection-api: 5 Cropping, composing and scaling -- the SELECTION API 12 selection-api-intro.rst 13 selection-api-targets.rst 14 selection-api-configuration.rst 15 selection-api-vs-crop-api.rst 16 selection-api-examples.rst
|
D | v4l2.rst | 7 Part I - Video for Linux API 10 This part describes the Video for Linux API version 2 (V4L2 API) specification. 46 - Subdev selections API. 54 - Original author of the V4L2 API and documentation. 63 - Original author of the V4L2 API and documentation. 67 - Documented the Digital Video timings API. 76 - Designed and documented the multi-planar API. 80 - SDR API. 96 …control ioctls, major parts of the sliced VBI API, the MPEG encoder and decoder APIs and the DV Ti… 150 Update several sections of "Common API Elements": "Opening and Closing [all …]
|
D | planar-apis.rst | 15 Initially, V4L2 API did not support multi-planar buffers and a set of 17 constitute what is being referred to as the "multi-planar API". 19 Some of the V4L2 API calls and structures are interpreted differently, 20 depending on whether single- or multi-planar API is being used. An 31 Multi-planar API introduces new multi-planar formats. Those formats use 33 the multi-planar API and a multi-planar format. Multi-planar API calls 35 in multi-planar API structures), while the single-planar API cannot
|
/Linux-v5.10/drivers/net/ethernet/intel/ixgbe/ |
D | ixgbe_mbx.h | 41 /* definitions to support mailbox API version negotiation */ 44 * Each element denotes a version of the API; existing numbers may not 48 ixgbe_mbox_api_10, /* API version 1.0, linux/freebsd VF driver */ 49 ixgbe_mbox_api_20, /* API version 2.0, solaris Phase1 VF driver */ 50 ixgbe_mbox_api_11, /* API version 1.1, linux/freebsd VF driver */ 51 ixgbe_mbox_api_12, /* API version 1.2, linux/freebsd VF driver */ 52 ixgbe_mbox_api_13, /* API version 1.3, linux/freebsd VF driver */ 53 ixgbe_mbox_api_14, /* API version 1.4, linux/freebsd VF driver */ 55 ixgbe_mbox_api_unknown, /* indicates that API version is not known */ 58 /* mailbox API, legacy requests */ [all …]
|
/Linux-v5.10/drivers/net/ethernet/intel/ixgbevf/ |
D | mbx.h | 54 /* definitions to support mailbox API version negotiation */ 56 /* each element denotes a version of the API; existing numbers may not 60 ixgbe_mbox_api_10, /* API version 1.0, linux/freebsd VF driver */ 61 ixgbe_mbox_api_20, /* API version 2.0, solaris Phase1 VF driver */ 62 ixgbe_mbox_api_11, /* API version 1.1, linux/freebsd VF driver */ 63 ixgbe_mbox_api_12, /* API version 1.2, linux/freebsd VF driver */ 64 ixgbe_mbox_api_13, /* API version 1.3, linux/freebsd VF driver */ 65 ixgbe_mbox_api_14, /* API version 1.4, linux/freebsd VF driver */ 67 ixgbe_mbox_api_unknown, /* indicates that API version is not known */ 70 /* mailbox API, legacy requests */ [all …]
|
/Linux-v5.10/drivers/net/ethernet/huawei/hinic/ |
D | hinic_hw_api_cmd.c | 154 dev_err(&pdev->dev, "API CMD chain %d is busy, cons_idx: %d, prod_idx: %d\n", in chain_busy() 163 dev_err(&pdev->dev, "Unknown API CMD Chain type\n"); in chain_busy() 216 * prepare_api_cmd - prepare API CMD command 300 dev_err(&pdev->dev, "API CMD status: Xor check error\n"); in api_cmd_status_update() 306 dev_err(&pdev->dev, "unknown API CMD Chain %d\n", chain_type); in api_cmd_status_update() 314 * wait_for_status_poll - wait for write to api cmd command to complete 356 dev_err(&pdev->dev, "API CMD Poll status timeout\n"); in wait_for_api_cmd_completion() 363 dev_err(&pdev->dev, "unknown API CMD Chain type\n"); in wait_for_api_cmd_completion() 372 * api_cmd - API CMD command 410 * hinic_api_cmd_write - Write API CMD command [all …]
|
/Linux-v5.10/Documentation/sound/kernel-api/ |
D | alsa-driver-api.rst | 2 The ALSA Driver API 26 PCM API 44 PCM DMA Engine API 49 Control/Mixer API 56 AC97 Codec API 61 Virtual Master Control API 66 MIDI API 69 Raw MIDI API 73 MPU401-UART API 77 Proc Info API [all …]
|
/Linux-v5.10/Documentation/userspace-api/media/dvb/ |
D | dvbapi.rst | 7 Part II - Digital TV API 12 This API is also known as Linux **DVB API**. 22 - the Digital TV API version 23 (e. g. DVB API version 3 or DVB API version 5); 58 - Original author of the Digital TV API documentation. 62 - Original author of the Digital TV API documentation. 66 - Ported document to Docbook XML, addition of DVBv5 API, documentation gaps fix. 79 got fixed for the non-legacy API. 85 Digital TV API. 89 Add more information about DVBv5 API, better describing the frontend
|
/Linux-v5.10/drivers/net/wireless/intel/iwlwifi/cfg/ |
D | 22000.c | 59 /* Highest firmware API version supported */ 62 /* Lowest firmware API version supported */ 96 #define IWL_QU_B_HR_B_MODULE_FIRMWARE(api) \ argument 97 IWL_QU_B_HR_B_FW_PRE __stringify(api) ".ucode" 98 #define IWL_QNJ_B_HR_B_MODULE_FIRMWARE(api) \ argument 99 IWL_QNJ_B_HR_B_FW_PRE __stringify(api) ".ucode" 100 #define IWL_QUZ_A_HR_B_MODULE_FIRMWARE(api) \ argument 101 IWL_QUZ_A_HR_B_FW_PRE __stringify(api) ".ucode" 102 #define IWL_QUZ_A_JF_B_MODULE_FIRMWARE(api) \ argument 103 IWL_QUZ_A_JF_B_FW_PRE __stringify(api) ".ucode" [all …]
|
/Linux-v5.10/Documentation/driver-api/media/ |
D | v4l2-clocks.rst | 8 This is a temporary API and it shall be replaced by the generic 9 clock API, when the latter becomes widely available. 17 clock API usage. E.g. V4L2 has to support clock provider driver unregistration 19 a V4L2 clock helper API has been developed and is provided to bridge and 22 The API consists of two parts: two functions to register and unregister a V4L2 24 a clock object, similar to the respective generic clock API calls: 27 clock operations that will be called when clock users invoke respective API 31 architectures this API will be removed.
|
/Linux-v5.10/Documentation/admin-guide/media/ |
D | intro.rst | 22 - Remote Controller API; 23 - HDMI CEC API; 24 - Video4Linux API; 25 - Media controller API; 26 - Video4Linux Request API (experimental); 27 - Digital TV API (also known as DVB API).
|
/Linux-v5.10/Documentation/core-api/ |
D | dma-api.rst | 7 This document describes the DMA API. For a more gentle introduction 8 of the API (and actual examples), see :doc:`/core-api/dma-api-howto`. 10 This API is split into two pieces. Part I describes the basic API. 14 should only use the API described in part I. 188 This API returns the mask that the platform requires to 248 Not all memory regions in a machine can be mapped by this API. 250 physical memory. Since this API does not provide any scatter/gather 253 this API should be obtained from sources which guarantee it to be 276 line width. In order for memory mapped by this API to operate 280 may not be known at compile time, the API will not enforce this [all …]
|
/Linux-v5.10/drivers/firmware/xilinx/ |
D | zynqmp-debug.c | 41 * zynqmp_pm_argument_value() - Extract argument value from a PM-API request 42 * @arg: Entered PM-API argument in string format 61 * get_pm_api_id() - Extract API-ID from a PM-API request 62 * @pm_api_req: Entered PM-API argument in string format 63 * @pm_id: API-ID 79 /* If no name was entered look for PM-API ID instead */ in get_pm_api_id() 95 sprintf(debugfs_buf, "PM-API Version = %d.%d\n", in process_api_request() 125 sprintf(debugfs_buf, "Unsupported PM-API request\n"); in process_api_request() 135 * @ptr: User entered PM-API string 139 * Used for triggering pm api functions by writing [all …]
|
/Linux-v5.10/Documentation/sound/designs/ |
D | compress-offload.rst | 2 ALSA Compress-Offload API 12 Since its early days, the ALSA API was defined with PCM support or 15 extend the existing API to compressed data streams. 22 mostly because of a lack of a generic API available in the mainline 25 Rather than requiring a compatibility break with an API change of the 26 ALSA PCM interface, a new 'Compressed Data' API is introduced to 29 The design of this API was inspired by the 2-year experience with the 31 API in the mainline kernel instead of the staging tree and make it 54 - Focus on main formats. This API provides support for the most 62 cycles. The new API needs to provide a generic way of listing these [all …]
|
/Linux-v5.10/include/media/ |
D | demux.h | 85 * @priv: pointer to private data of the API client 91 * Using this API, the client can set the filtering properties to start/stop 121 * @priv: Pointer to private data of the API client. 143 * @priv: pointer to private data of the API client 160 * Using this API, the client can set the filtering properties to start/stop 199 * memory mapped API, as defined by 202 * This function callback prototype, provided by the client of the demux API, 226 * duration is controlled by the set() function in the TS Feed API. 272 * memory mapped API, as defined by 275 * This function callback prototype, provided by the client of the demux API, [all …]
|
/Linux-v5.10/Documentation/driver-api/usb/ |
D | gadget.rst | 2 USB Gadget API for Linux 11 This document presents a Linux-USB "Gadget" kernel mode API, for use 13 an overview of the API structure, and shows how that fits into a system 14 development project. This is the first such API released on Linux to 31 - Sharing data structures and API models with the Linux-USB host side 32 API. This helps the OTG support, and looks forward to more-symmetric 40 Most Linux developers will not be able to use this API, since they have 50 The gadget API resembles the host side Linux-USB API in that both use 56 details and assumptions that are inappropriate for a gadget API. While 59 is a hardware-aware slave), the endpoint I/0 API used here should also [all …]
|