RFC: Breaking API Change: MIPI-DBI-SPI: use the DT CS setup and hold delay #97348
Description
Problem Description
When using a GPIO CS MIPI-DBI-SPI devices do not obey the CS setup and hold delay timing parameter which are now specified in the DT for SPI peripherals with spi-cs-setup-delay-ns and spi-cs-hold-delay-ns properties.
#87427
Proposed Change (Summary)
Remove the delay argument from the MIPI-DBI-SPI DT macros and get the timing parameters from the DT. The delay argument has been removed from the SPI DT macros. This would make the same change to MIPI-DBI-SPI.
Proposed Change (Detailed)
Remove the delay argument from the MIPI_DBI_SPI_CONFIG_DT, MIPI_DBI_SPI_CONFIG_DT_INST, MIPI_DBI_CONFIG_DT and MIPI_DBI_CONFIG_DT_INST and instead use SPI_CS_CONTROL_INIT to initialize the .cs member of the MIPI DBI SPI configuration struct
#97318
Dependencies
Impact to users of the API will be that they just need to remove the third argument (delay) from the MIPI DBI SPI DT macros, as this will now automatically get retrieved from DT by the same macros, so this argument is no longer necessary. If they don't make this change then there will be a build-time preprocessor error.
Concerns and Unresolved Questions
No response
Alternatives Considered
No response