Re: [PATCH v1 0/8] spi: Rework DMA mapped flag

[Nícolas F. R. A. Prado]

On Fri, May 31, 2024 at 10:42:32PM +0300, Andy Shevchenko wrote:
> The first part of the series (patches 1 to 7) is an introduction
> of a new helper followed by the user conversion.
> 
> This consolidates the same code and also makes patch 8 (last one)
> be localised to the SPI core part.
> 
> The last patch is the main rework to get rid of a recently introduced
> hack with a dummy SG list and move to the transfer-based DMA mapped
> flag. 
> 
> That said, the patches 1 to 7 may be applied right away since they
> have no functional change intended, while the last one needs more
> testing and reviewing.
> 
> Andy Shevchenko (8):
>   spi: Introduce internal spi_xfer_is_dma_mapped() helper
>   spi: dw: Use new spi_xfer_is_dma_mapped() helper
>   spi: ingenic: Use new spi_xfer_is_dma_mapped() helper
>   spi: omap2-mcspi: Use new spi_xfer_is_dma_mapped() helper
>   spi: pxa2xx: Use new spi_xfer_is_dma_mapped() helper
>   spi: pci1xxxx: Use new spi_xfer_is_dma_mapped() helper
>   spi: qup: Use new spi_xfer_is_dma_mapped() helper
>   spi: Rework per message DMA mapped flag to be per transfer

Tested on next-20240603. No issue noticed on sc7180-trogdor-kingoftown and
sc7180-trogdor-lazor-limozeen. So,

Tested-by: Nícolas F. R. A. Prado <nfraprado@xxxxxxxxxxxxx>

Although patch 5 (pxa2xx) didn't apply, so I skipped it (but it's not used on
my platforms).

Thanks,
Nícolas