u-boot.git/drivers/dma, branch v2023.01 Unnamed repository; edit this file 'description' to name the repository. global: Migrate CONFIG_SYS_MPC8* symbols to the CFG_SYS namespace 2022-11-10T15:08:55+00:00 Tom Rini trini@konsulko.com 2022-10-29T00:27:12+00:00 5155207ae1a0797a99c0a5f4e99741960ff04697 Migrate all of COFIG_SYS_MPC* to the CFG_SYS namespace. Signed-off-by: Tom Rini <trini@konsulko.com> 
Migrate all of COFIG_SYS_MPC* to the CFG_SYS namespace.

Signed-off-by: Tom Rini <trini@konsulko.com>
dm: treewide: Do not use the return value of simple uclass iterator 2022-10-29T13:36:33+00:00 Michal Suchanek msuchanek@suse.de 2022-10-12T19:58:08+00:00 4954937d922840c212b7eba297cc2d4779f087ad uclass_first_device/uclass_next_device return value will be removed, don't use it. With the current implementation dev is equivalent to !ret. It is redundant to check both, ret check can be replaced with dev check, and ret check inside the iteration is dead code. Signed-off-by: Michal Suchanek <msuchanek@suse.de> Reviewed-by: Simon Glass <sjg@chromium.org> 
uclass_first_device/uclass_next_device return value will be removed,
don't use it.

With the current implementation dev is equivalent to !ret. It is
redundant to check both, ret check can be replaced with dev check, and
ret check inside the iteration is dead code.

Signed-off-by: Michal Suchanek <msuchanek@suse.de>
Reviewed-by: Simon Glass <sjg@chromium.org>
dma: Transfer dma_ops should use DMA address types 2022-10-18T17:40:40+00:00 Andrew Davis afd@ti.com 2022-10-07T17:11:13+00:00 b9add6413d2bcbec281d1a1edeec5c729a576a1b DMA operations should function on DMA addresses, not virtual addresses. Although these are usually the same in U-Boot, it is more correct to be explicit with our types here. Signed-off-by: Andrew Davis <afd@ti.com> 
DMA operations should function on DMA addresses, not virtual addresses.
Although these are usually the same in U-Boot, it is more correct
to be explicit with our types here.

Signed-off-by: Andrew Davis <afd@ti.com>
dma: ti-edma3: Add DMA map operations before and after transfers 2022-10-18T17:40:40+00:00 Andrew Davis afd@ti.com 2022-10-07T17:11:12+00:00 b8392650462094ed15e123f836daccd7617946a5 We should clean the caches before any DMA operation and clean+invalidate after. This matches what the DMA framework does for us already but adds it to the two functions here in this driver that don't yet go through the new DMA framework. Signed-off-by: Andrew Davis <afd@ti.com> 
We should clean the caches before any DMA operation and clean+invalidate
after. This matches what the DMA framework does for us already but adds
it to the two functions here in this driver that don't yet go through the
new DMA framework.

Signed-off-by: Andrew Davis <afd@ti.com>
dma: Use dma-mapping for cache ops and sync after write 2022-10-18T17:40:40+00:00 Andrew Davis afd@ti.com 2022-10-07T17:11:11+00:00 c8d2fc75171465e19c8583a1ef266b3a7fe49281 The DMA'd memory area needs cleaned and invalidated after the DMA write so that any stale cache lines do not mask new data. Signed-off-by: Andrew Davis <afd@ti.com> 
The DMA'd memory area needs cleaned and invalidated after the DMA
write so that any stale cache lines do not mask new data.

Signed-off-by: Andrew Davis <afd@ti.com>
dma: ti: k3-udma: Fix 'SZ_64K’ undeclared error 2022-10-07T01:05:17+00:00 Dhruva Gole d-gole@ti.com 2022-09-20T05:26:02+00:00 742f302cdc9198dc27deeea8c1c35482cf616ec2 Include linux/sizes.h because it defines SZ_64K which is used in many places inside k3-udma.c This fixes the error: ‘SZ_64K’ undeclared which appears during build time Signed-off-by: Dhruva Gole <d-gole@ti.com> Reviewed-by: Tom Rini <trini@konsulko.com> 
Include linux/sizes.h because it defines SZ_64K which is used in many
places inside k3-udma.c
This fixes the error: ‘SZ_64K’ undeclared which appears during build
time

Signed-off-by: Dhruva Gole <d-gole@ti.com>
Reviewed-by: Tom Rini <trini@konsulko.com>
arm: mach-k3: Rename SOC_K3_AM6 to SOC_K3_AM654 2022-07-25T17:02:04+00:00 Andrew Davis afd@ti.com 2022-07-15T15:25:27+00:00 80b93bb71cfff8b0ba9bbb5704231216f7518998 The first AM6x device was the AM654x, but being the first we named it just AM6, since more devices have come out with this same prefix we should switch it to the normal convention of using the full name of the first compatibility device the series. This makes what device we are talking about more clear and matches all the K3 devices added since. Signed-off-by: Andrew Davis <afd@ti.com> Reviewed-by: Tom Rini <trini@konsulko.com> 
The first AM6x device was the AM654x, but being the first we named it
just AM6, since more devices have come out with this same prefix we
should switch it to the normal convention of using the full name of the
first compatibility device the series. This makes what device we are
talking about more clear and matches all the K3 devices added since.

Signed-off-by: Andrew Davis <afd@ti.com>
Reviewed-by: Tom Rini <trini@konsulko.com>
dma: ti: Add PSIL data for AM62x DMASS 2022-06-10T17:37:32+00:00 Vignesh Raghavendra vigneshr@ti.com 2022-05-25T08:08:44+00:00 720d37ff27583d10c30c6f5dcaadb0dfedde8964 Add PSIL data for AM62x SoC. Signed-off-by: Vignesh Raghavendra <vigneshr@ti.com> 
Add PSIL data for AM62x SoC.

Signed-off-by: Vignesh Raghavendra <vigneshr@ti.com>
dma: bcm6348: Don't check clk_free 2022-03-30T17:02:55+00:00 Sean Anderson seanga2@gmail.com 2022-01-15T22:24:59+00:00 454af567edc0b02842c83aaf1a60bbcb766af0cd This function always succeeds, so don't check its return value. Signed-off-by: Sean Anderson <seanga2@gmail.com> Link: https://lore.kernel.org/r/20220115222504.617013-3-seanga2@gmail.com 
This function always succeeds, so don't check its return value.

Signed-off-by: Sean Anderson <seanga2@gmail.com>
Link: https://lore.kernel.org/r/20220115222504.617013-3-seanga2@gmail.com
dma: xilinx: Add Display Port DMA driver 2022-03-09T11:35:50+00:00 Michal Simek michal.simek@xilinx.com 2022-02-23T14:52:03+00:00 d926695cc5680edfff9cfef36a14933ee3585fbf Display Port (DP) has own dma driver that's why add this skeleton driver only for handling power domain setting and send configuration object to PMUFW to enable it. Signed-off-by: Michal Simek <michal.simek@xilinx.com> Link: https://lore.kernel.org/r/fe8bc313bcd430b04e9fa6fb770d5799ef28b350.1645627920.git.michal.simek@xilinx.com 
Display Port (DP) has own dma driver that's why add this skeleton driver
only for handling power domain setting and send configuration object to
PMUFW to enable it.

Signed-off-by: Michal Simek <michal.simek@xilinx.com>
Link: https://lore.kernel.org/r/fe8bc313bcd430b04e9fa6fb770d5799ef28b350.1645627920.git.michal.simek@xilinx.com