/openbmc/linux/Documentation/devicetree/bindings/dma/ |
H A D | lpc1850-dmamux.txt | 1 NXP LPC18xx/43xx DMA MUX (DMA request router) 4 - compatible: "nxp,lpc1850-dmamux" 5 - reg: Memory map for accessing module 6 - #dma-cells: Should be set to <3>. 7 * 1st cell contain the master dma request signal 8 * 2nd cell contain the mux value (0-3) for the peripheral 11 - dma-requests: Number of DMA requests for the mux 12 - dma-masters: phandle pointing to the DMA controller 14 The DMA controller node need to have the following poroperties: 15 - dma-requests: Number of DMA requests the controller can handle [all …]
|
H A D | fsl-imx-dma.txt | 1 * Freescale Direct Memory Access (DMA) Controller for i.MX 3 This document will only describe differences to the generic DMA Controller and 4 DMA request bindings as described in dma/dma.txt . 6 * DMA controller 9 - compatible : Should be "fsl,<chip>-dma". chip can be imx1, imx21 or imx27 10 - reg : Should contain DMA registers location and length 11 - interrupts : First item should be DMA interrupt, second one is optional and 12 should contain DMA Error interrupt 13 - #dma-cells : Has to be 1. imx-dma does not support anything else. 16 - dma-channels : Number of DMA channels supported. Should be 16. [all …]
|
H A D | ti-dma-crossbar.txt | 1 Texas Instruments DMA Crossbar (DMA request router) 4 - compatible: "ti,dra7-dma-crossbar" for DRA7xx DMA crossbar 5 "ti,am335x-edma-crossbar" for AM335x and AM437x 6 - reg: Memory map for accessing module 7 - #dma-cells: Should be set to match with the DMA controller's dma-cells 8 for ti,dra7-dma-crossbar and <3> for ti,am335x-edma-crossbar. 9 - dma-requests: Number of DMA requests the crossbar can receive 10 - dma-masters: phandle pointing to the DMA controller 12 The DMA controller node need to have the following poroperties: 13 - dma-requests: Number of DMA requests the controller can handle [all …]
|
H A D | dma-router.yaml | 1 # SPDX-License-Identifier: GPL-2.0 3 --- 4 $id: http://devicetree.org/schemas/dma/dma-router.yaml# 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 7 title: DMA Router Common Properties 10 - Vinod Koul <vkoul@kernel.org> 13 - $ref: dma-common.yaml# 16 DMA routers are transparent IP blocks used to route DMA request 17 lines from devices to the DMA controller. Some SoCs (like TI DRA7x) 18 have more peripherals integrated with DMA requests than what the DMA [all …]
|
H A D | owl-dma.yaml | 1 # SPDX-License-Identifier: GPL-2.0 3 --- 4 $id: http://devicetree.org/schemas/dma/owl-dma.yaml# 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 7 title: Actions Semi Owl SoCs DMA controller 10 The OWL DMA is a general-purpose direct memory access controller capable of 11 supporting 10 independent DMA channels for the Actions Semi S700 SoC and 12 12 independent DMA channels for the S500 and S900 SoC variants. 15 - Manivannan Sadhasivam <manivannan.sadhasivam@linaro.org> 18 - $ref: dma-controller.yaml# [all …]
|
H A D | renesas,rzn1-dmamux.yaml | 1 # SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) 3 --- 4 $id: http://devicetree.org/schemas/dma/renesas,rzn1-dmamux.yaml# 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 7 title: Renesas RZ/N1 DMA mux 10 - Miquel Raynal <miquel.raynal@bootlin.com> 13 - $ref: dma-router.yaml# 17 const: renesas,rzn1-dmamux 21 description: DMA mux first register offset within the system control parent. 23 '#dma-cells': [all …]
|
H A D | mediatek,uart-dma.yaml | 1 # SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) 3 --- 4 $id: http://devicetree.org/schemas/dma/mediatek,uart-dma.yaml# 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 10 - Long Cheng <long.cheng@mediatek.com> 13 The MediaTek UART APDMA controller provides DMA capabilities 17 - $ref: dma-controller.yaml# 22 - items: 23 - enum: 24 - mediatek,mt2712-uart-dma [all …]
|
H A D | k3dma.txt | 1 * Hisilicon K3 DMA controller 3 See dma.txt first 6 - compatible: Must be one of 7 - "hisilicon,k3-dma-1.0" 8 - "hisilicon,hisi-pcm-asp-dma-1.0" 9 - reg: Should contain DMA registers location and length. 10 - interrupts: Should contain one interrupt shared by all channel 11 - #dma-cells: see dma.txt, should be 1, para number 12 - dma-channels: physical channels supported 13 - dma-requests: virtual channels supported, each virtual channel [all …]
|
H A D | renesas,nbpfaxi.txt | 1 * Renesas "Type-AXI" NBPFAXI* DMA controllers 3 * DMA controller 7 - compatible: must be one of 17 - #dma-cells: must be 2: the first integer is a terminal number, to which this 26 - max-burst-mem-read: limit burst size for memory reads 29 - max-burst-mem-write: limit burst size for memory writes 32 If both max-burst-mem-read and max-burst-mem-write are set, DMA_MEM_TO_MEM 35 You can use dma-channels and dma-requests as described in dma.txt, although they 40 dma: dma-controller@48000000 { 51 #dma-cells = <2>; [all …]
|
H A D | mmp-dma.txt | 1 * MARVELL MMP DMA controller 3 Marvell Peripheral DMA Controller 7 - compatible: Should be "marvell,pdma-1.0" 8 - reg: Should contain DMA registers location and length. 9 - interrupts: Either contain all of the per-channel DMA interrupts 13 - dma-channels: Number of DMA channels supported by the controller (defaults 15 - #dma-channels: deprecated 16 - dma-requests: Number of DMA requestor lines supported by the controller 18 - #dma-requests: deprecated 20 "marvell,pdma-1.0" [all …]
|
H A D | st_fdma.txt | 3 The FDMA is a general-purpose direct memory access controller capable of 4 supporting 16 independent DMA channels. It accepts up to 32 DMA requests. 10 - compatible : Should be one of 11 - st,stih407-fdma-mpe31-11, "st,slim-rproc"; 12 - st,stih407-fdma-mpe31-12, "st,slim-rproc"; 13 - st,stih407-fdma-mpe31-13, "st,slim-rproc"; 14 - reg : Should contain an entry for each name in reg-names 15 - reg-names : Must contain "slimcore", "dmem", "peripherals", "imem" entries 16 - interrupts : Should contain one interrupt shared by all channels 17 - dma-channels : Number of channels supported by the controller [all …]
|
H A D | st,stm32-dma.yaml | 1 # SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) 3 --- 4 $id: http://devicetree.org/schemas/dma/st,stm32-dma.yaml# 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 7 title: STMicroelectronics STM32 DMA Controller 10 The STM32 DMA is a general-purpose direct memory access controller capable of 11 supporting 8 independent DMA channels. Each channel can have up to 8 requests. 12 DMA clients connected to the STM32 DMA controller must use the format 13 described in the dma.txt file, using a four-cell specifier for each 14 channel: a phandle to the DMA controller plus the following four integer cells: [all …]
|
H A D | st,stm32-mdma.yaml | 1 # SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) 3 --- 4 $id: http://devicetree.org/schemas/dma/st,stm32-mdma.yaml# 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 10 The STM32 MDMA is a general-purpose direct memory access controller capable of 11 supporting 64 independent DMA channels with 256 HW requests. 12 DMA clients connected to the STM32 MDMA controller must use the format 13 described in the dma.txt file, using a five-cell specifier for each channel: 21 3. A 32bit mask specifying the DMA channel configuration 22 -bit 0-1: Source increment mode [all …]
|
/openbmc/linux/Documentation/mm/ |
H A D | balance.rst | 13 overhead of page reclaim. This may happen for opportunistic high-order 14 allocation requests that have order-0 fallback options. In such cases, 17 __GFP_IO allocation requests are made to prevent file system deadlocks. 19 In the absence of non sleepable allocation requests, it seems detrimental 24 That being said, the kernel should try to fulfill requests for direct 26 the dma pool, so as to keep the dma pool filled for dma requests (atomic 28 OTOH, if there is a lot of free dma pages, it is preferable to satisfy 29 regular memory requests by allocating one from the dma pool, instead 34 right ratio of dma and regular memory, it is quite possible that balancing 35 would not be done even when the dma zone was completely empty. 2.2 has [all …]
|
/openbmc/linux/drivers/dma/ |
H A D | stm32-dmamux.c | 1 // SPDX-License-Identifier: GPL-2.0-only 6 * Pierre-Yves Mordret <pierre-yves.mordret@st.com> 8 * DMA Router driver for STM32 DMA MUX 10 * Based on TI DMA Crossbar driver 41 u32 dma_requests; /* Number of DMA requests connected to DMAMUX */ 42 u32 dmamux_requests; /* Number of DMA requests routed toward DMAs */ 44 DECLARE_BITMAP(dma_inuse, STM32_DMAMUX_MAX_DMA_REQUESTS); /* Used DMA channel */ 48 u32 dma_reqs[]; /* Number of DMA Request per DMA masters. 49 * [0] holds number of DMA Masters. 70 /* Clear dma request */ in stm32_dmamux_free() [all …]
|
H A D | lpc18xx-dmamux.c | 1 // SPDX-License-Identifier: GPL-2.0-only 3 * DMA Router driver for LPC18xx/43xx DMA MUX 7 * Based on TI DMA Crossbar driver by: 8 * Copyright (C) 2015 Texas Instruments Incorporated - http://www.ti.com 48 spin_lock_irqsave(&dmamux->lock, flags); in lpc18xx_dmamux_free() 49 mux->busy = false; in lpc18xx_dmamux_free() 50 spin_unlock_irqrestore(&dmamux->lock, flags); in lpc18xx_dmamux_free() 56 struct platform_device *pdev = of_find_device_by_node(ofdma->of_node); in lpc18xx_dmamux_reserve() 61 if (dma_spec->args_count != 3) { in lpc18xx_dmamux_reserve() 62 dev_err(&pdev->dev, "invalid number of dma mux args\n"); in lpc18xx_dmamux_reserve() [all …]
|
/openbmc/linux/drivers/dma/ti/ |
H A D | dma-crossbar.c | 1 // SPDX-License-Identifier: GPL-2.0-only 3 * Copyright (C) 2015 Texas Instruments Incorporated - http://www.ti.com 25 .compatible = "ti,dra7-dma-crossbar", 29 .compatible = "ti,am335x-edma-crossbar", 44 u32 dma_requests; /* number of DMA requests on eDMA */ 60 writeb_relaxed(val, iomem + (63 - event % 4)); in ti_am335x_xbar_write() 71 map->mux_val, map->dma_line); in ti_am335x_xbar_free() 73 ti_am335x_xbar_write(xbar->iomem, map->dma_line, 0); in ti_am335x_xbar_free() 80 struct platform_device *pdev = of_find_device_by_node(ofdma->of_node); in ti_am335x_xbar_route_allocate() 84 if (dma_spec->args_count != 3) in ti_am335x_xbar_route_allocate() [all …]
|
/openbmc/linux/Documentation/driver-api/rapidio/ |
H A D | mport_cdev.rst | 17 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/u-boot/include/ |
H A D | dma.h | 1 /* SPDX-License-Identifier: GPL-2.0+ */ 4 * Copyright (C) 2015 - 2018 Texas Instruments Incorporated <www.ti.com> 16 * enum dma_direction - dma transfer direction indicator 35 * struct dma_dev_priv - information about a device used by the uclass 37 * @supported: mode of transfers that DMA can support, should be 46 * A DMA is a feature of computer systems that allows certain hardware 48 * DMA channels are typically generated externally to the HW module 49 * consuming them, by an entity this API calls a DMA provider. This API 51 * copy, send and receive data using DMA. 53 * A driver that implements UCLASS_DMA is a DMA provider. A provider will [all …]
|
/openbmc/linux/drivers/accel/qaic/ |
H A D | qaic.h | 1 /* SPDX-License-Identifier: GPL-2.0-only 3 * Copyright (c) 2019-2021, The Linux Foundation. All rights reserved. 4 * Copyright (c) 2021-2023 Qualcomm Innovation Center, Inc. All rights reserved. 25 #define QAIC_NO_PARTITION -1 49 /* ID of this DMA bridge channel(DBC) */ 71 * this requests that belong to same memory handle have same request ID 111 /* List of requests queued in MHI control device */ 176 /* Number of slice that have been transferred by DMA engine */ 189 /* Wait on this for completion of DMA transfer of this BO */ 192 * Node in linked list where head is dbc->xfer_list. [all …]
|
/openbmc/u-boot/doc/device-tree-bindings/net/ |
H A D | snps,dwc-qos-ethernet.txt | 10 - compatible: One of: 11 - "axis,artpec6-eqos", "snps,dwc-qos-ethernet-4.10" 12 Represents the IP core when integrated into the Axis ARTPEC-6 SoC. 13 - "nvidia,tegra186-eqos", "snps,dwc-qos-ethernet-4.10" 15 - "snps,dwc-qos-ethernet-4.10" 17 "axis,artpec6-eqos", "snps,dwc-qos-ethernet-4.10". It is supported to be 19 - reg: Address and length of the register set for the device 20 - clocks: Phandle and clock specifiers for each entry in clock-names, in the 21 same order. See ../clock/clock-bindings.txt. 22 - clock-names: May contain any/all of the following depending on the IP [all …]
|
/openbmc/linux/Documentation/devicetree/bindings/net/ |
H A D | snps,dwc-qos-ethernet.txt | 13 - compatible: One of: 14 - "axis,artpec6-eqos", "snps,dwc-qos-ethernet-4.10" 15 Represents the IP core when integrated into the Axis ARTPEC-6 SoC. 16 - "nvidia,tegra186-eqos", "snps,dwc-qos-ethernet-4.10" 18 - "snps,dwc-qos-ethernet-4.10" 20 "axis,artpec6-eqos", "snps,dwc-qos-ethernet-4.10". It is supported to be 22 - reg: Address and length of the register set for the device 23 - clocks: Phandle and clock specifiers for each entry in clock-names, in the 24 same order. See ../clock/clock-bindings.txt. 25 - clock-names: May contain any/all of the following depending on the IP [all …]
|
/openbmc/linux/Documentation/core-api/ |
H A D | debugging-via-ohci1394.rst | 2 Using physical DMA provided by OHCI-1394 FireWire controllers for debugging 6 ------------ 9 to the OHCI-1394 specification which defines the controller to be a PCI 10 bus master which uses DMA to offload data transfers from the CPU and has 11 a "Physical Response Unit" which executes specific requests by employing 12 PCI-Bus master DMA after applying filters defined by the OHCI-1394 driver. 14 Once properly configured, remote machines can send these requests to 15 ask the OHCI-1394 controller to perform read and write requests on 16 physical system memory and, for read requests, send the result of 28 more common hardware such as x86, x86-64 and PowerPC. [all …]
|
/openbmc/linux/Documentation/driver-api/mmc/ |
H A D | mmc-async-req.rst | 11 pre-fetch makes the cache overhead relatively significant. If the DMA 13 transfer, the DMA preparation overhead would not affect the MMC performance. 15 The intention of non-blocking (asynchronous) MMC requests is to minimize the 19 dma_unmap_sg are processing. Using non-blocking MMC requests makes it 26 The mmc_blk_issue_rw_rq() in the MMC block driver is made non-blocking. 33 platform. In power save mode, when clocks run on a lower frequency, the DMA 40 https://wiki.linaro.org/WorkingGroups/Kernel/Specs/StoragePerfMMC-async-req 48 truly non-blocking. If there is an ongoing async request it waits 56 There are two optional members in the mmc_host_ops -- pre_req() and 57 post_req() -- that the host driver may implement in order to move work [all …]
|
/openbmc/linux/arch/arm/mach-ep93xx/ |
H A D | dma.c | 1 // SPDX-License-Identifier: GPL-2.0-or-later 3 * arch/arm/mach-ep93xx/dma.c 9 * This work is based on the original dma-m2p implementation with 18 #include <linux/dma-mapping.h> 24 #include <linux/platform_data/dma-ep93xx.h> 33 * DMA M2P channels. 38 * I2S contains 3 Tx and 3 Rx DMA Channels 39 * AAC contains 3 Tx and 3 Rx DMA Channels 40 * UART1 contains 1 Tx and 1 Rx DMA Channels 41 * UART2 contains 1 Tx and 1 Rx DMA Channels [all …]
|