какой бывает задержка между фреймами spi slave в разных АРМ-ах, интересует i.mx-ы allwiner-ы и т.п. с убогими spi Опции

[yes]

собственно то, что называется Transfer_delay на странице ниже (первая нагугленная ссылка)
Transfer_delay: minimum duration of SSEL in the deasserted state between transfers
http://docs.lpcware.com/lpc800um/RegisterM...ramedelays.html

делаем АЗИК - хотелось бы понять какую минимальную "гибкость" программирования этой времянки нужно предусматривать, предполагается передача потока с применением DMA в проце (то есть желательно ставить минимальную задержку для каждого варианта проца)

upd: если spi допускает передачу без поднятия ss то интересует
Frame_delay: delay between data frames when SSEL is not deasserted

[AlexandrY]

собственно то, что называется Transfer_delay на странице ниже (первая нагугленная ссылка)

У бывших Freescale модуль SPI позволяет выставить задержку от CS до клока в районе 0.. 3 мс с точностью до 0.008 мкс (т.е. где-то 19 бит точность)
Задержка от последнего клока до снятия CS выставляется в таком же диапазоне.
Ну и задержка между фреймами выставляется в том же диапазоне что и две предыдущие.
Это при том, что в каждой пересылке для каждого байта эти три задержки могут ставится индивидуально.

Но для длинных линий SPI есть гораздо более важная фича - это модифицированный формат тайминга.
Когда SPI выдает данные по срезу, а читает не по срезу, а чуть позже.