[PATCH v2 0/2] spi: qcom-geni: Use GPIO to notify master of SPI target activity
Praveen Talari <[email protected]>
| Newsgroups | org.kernel.vger.linux-spi,org.kernel.vger.linux-arm-msm,org.kernel.vger.linux-devicetree,org.kernel.vger.linux-kernel |
|---|---|
| Message-ID | <20260817-use_gpio_to_notify_master_of_spi_target_activity-v2-0-94d1eff3175f@oss.qualcomm.com> |
When operating in SPI target mode, the GENI controller relies on an external GPIO to notify the SPI master about the target's active state. Add support for an optional device GPIO that is asserted when a target transfer begins and deasserted when the transfer completes, is aborted, or hits a timeout. This allows the target to explicitly signal its availability to the master and ensures the GPIO is released in all error and completion paths, preventing the master from observing a stale or incorrect target ready indication. The ready GPIO is intentionally made optional and is requested only when target mode is enabled. This preserves existing behaviour for systems that do not require the signal and avoids regressions on deployed platforms where the GPIO is already controlled from userspace. Targets without a ready GPIO continue to operate unchanged by using devm_gpiod_get_index_optional(). Signed-off-by: Praveen Talari <[email protected]> --- Changes in v2: - Used ready-gpio instead of target-gpio. - Updated commit text. - Link to v1: https://patch.msgid.link/20260806-use_gpio_to_notify_master_of_spi_target_activity-v1-0-c363a9b5df69@oss.qualcomm.com --- Praveen Talari (2): dt-bindings: spi: qcom-geni: Document ready-gpios property spi: qcom-geni: Use GPIO to notify master of SPI target activity .../bindings/spi/qcom,sa8255p-geni-spi.yaml | 9 ++++++++ .../bindings/spi/qcom,spi-geni-qcom.yaml | 9 ++++++++ drivers/spi/spi-geni-qcom.c | 25 ++++++++++++++++++++-- 3 files changed, 41 insertions(+), 2 deletions(-) --- base-commit: 78bc8af4affb9a732504eb22eeac7d1e50883853 change-id: 20260729-use_gpio_to_notify_master_of_spi_target_activity-5f62a9e14875 Best regards, -- Praveen Talari <[email protected]>