[En-Nut-Discussion] SPI and polling transfer
bon at elektron.ikp.physik.tu-darmstadt.de
Fri Oct 16 19:03:01 CEST 2015
bringing up SPI on some new device, probably always polling transfer is
implemented first. So did the STM32 SPI driver. However, is there any reason
to keep polling transfer in a mature driver? At present the STM32 provides
a choice polling transfer, IRQ transfer with an event every byte transferred
and block DMA transfer with only one event at the end of the tranferred block.
For STM32 an SPI interrupt entry is always available. So there is no
incentive to "keep polling transfer as otherwise precious resources are
Any other reasons?
B.t.w: "SPIBUSx_POLLING_MODE" is found in the configurator for nearly all
Uwe Bonnes bon at elektron.ikp.physik.tu-darmstadt.de
Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt
--------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------
More information about the En-Nut-Discussion