The series fixes a stability issue when dealing with <8bpw
transfers, as well as enforce an error if the DMA information
provided within the DT are incorrect.

Performance enhancement is also provided by allowing a polling
mode which is triggered when the transfer is so short that
polling mode transfer would lead to faster transfer than
if it was done in a interrupt driven manner.

Signed-off-by: Alain Volmat <alain.volmat@foss.st.com>
---
Changes in v2:
- reordered commits, putting fix commits first in the series.
- no changes done in commits.
- Link to v1: https://lore.kernel.org/r/20251217-stm32-spi-enhancements-v1-0-943348b8ff66@foss.st.com

---
Alain Volmat (3):
      spi: stm32: properly fail on dma_request_chan error
      spi: stm32: perform small transfer in polling mode
      ARM: dts: stm32: add spi1 sleep state pinctrl on stm32mp157c-ev1

Deepak Kumar (1):
      spi: stm32: fix Overrun issue at < 8bpw

 arch/arm/boot/dts/st/stm32mp157c-ev1.dts |   3 +-
 drivers/spi/spi-stm32.c                  | 106 +++++++++++++++++++++++++++----
 2 files changed, 96 insertions(+), 13 deletions(-)
---
base-commit: 865a1f17d5e41c0b34929afcab0afa6bdb90d33e
change-id: 20251213-stm32-spi-enhancements-29da9bc29133

Best regards,
-- 
Alain Volmat <alain.volmat@foss.st.com>

Hi

On 12/18/25 11:48, Alain Volmat wrote:
> The series fixes a stability issue when dealing with <8bpw
> transfers, as well as enforce an error if the DMA information
> provided within the DT are incorrect.
> 
> Performance enhancement is also provided by allowing a polling
> mode which is triggered when the transfer is so short that
> polling mode transfer would lead to faster transfer than
> if it was done in a interrupt driven manner.
> 
> Signed-off-by: Alain Volmat <alain.volmat@foss.st.com>
> ---
> Changes in v2:
> - reordered commits, putting fix commits first in the series.
> - no changes done in commits.
> - Link to v1: https://lore.kernel.org/r/20251217-stm32-spi-enhancements-v1-0-943348b8ff66@foss.st.com
> 
> ---
> Alain Volmat (3):
>        spi: stm32: properly fail on dma_request_chan error
>        spi: stm32: perform small transfer in polling mode
>        ARM: dts: stm32: add spi1 sleep state pinctrl on stm32mp157c-ev1
> 
> Deepak Kumar (1):
>        spi: stm32: fix Overrun issue at < 8bpw
> 
>   arch/arm/boot/dts/st/stm32mp157c-ev1.dts |   3 +-
>   drivers/spi/spi-stm32.c                  | 106 +++++++++++++++++++++++++++----
>   2 files changed, 96 insertions(+), 13 deletions(-)
> ---
> base-commit: 865a1f17d5e41c0b34929afcab0afa6bdb90d33e
> change-id: 20251213-stm32-spi-enhancements-29da9bc29133
> 
> Best regards,

DT patch applied on stm32-next.

Regards
Alex

On Thu, 18 Dec 2025 11:48:26 +0100, Alain Volmat wrote:
> The series fixes a stability issue when dealing with <8bpw
> transfers, as well as enforce an error if the DMA information
> provided within the DT are incorrect.
> 
> Performance enhancement is also provided by allowing a polling
> mode which is triggered when the transfer is so short that
> polling mode transfer would lead to faster transfer than
> if it was done in a interrupt driven manner.
> 
> [...]

Applied to

   https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git for-next

Thanks!

[1/4] spi: stm32: properly fail on dma_request_chan error
      commit: c266d19b7d4e5ed993ed9fca25ab9d11789c41ee
[2/4] spi: stm32: fix Overrun issue at < 8bpw
      commit: 1ac3be217c01d5df55ec5052f81e4f1708f46552
[3/4] spi: stm32: perform small transfer in polling mode
      commit: b39ef93a2e5b5f4289a3486d8a94a09a1e6a4c67

All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to Linus during
the next merge window (or sooner if it is a bug fix), however if
problems are discovered then the patch may be dropped or reverted.

You may get further e-mails resulting from automated or manual testing
and review of the tree, please engage with people reporting problems and
send followup patches addressing any issues that are reported if needed.

If any updates are required or you are submitting further changes they
should be sent as incremental updates against current git, existing
patches will not be replaced.

Please add any relevant lists and maintainers to the CCs when replying
to this mail.

Thanks,
Mark