проконсультируйте по Wishbone (или же Avalon, если я не путаю) : как реализуется конвеер?, интересно сравнение с AXI (соединение DATA FLOW) Опции

[yes]

когда-то des00 написал,

http://electronix.ru/forum/index.php?showt...st&p=432497

что я понял так: в wishbone есть возможность реализовать что-то подобное AXI прямому и возвратному пути

но почитав описание wishbone я понял, что транзакция всегда должна быть закончена (возможно RETRY-ем или SPLIT-ом), но пока транзакция активна канал (шина) между этими мастером и слейвом занята никакие другие транзакцие по ней не проодят

то есть при конфигурации DATA FLOW (pipeline) для шины wisbone несколько "открытых" транзакций возможны только между разными парами мастер-слейв

и если какие-то мастер-слейв в середине цепочки держат транзакцию, то обменятся данными (в том же направлении) между узлами расположенными с разных сторон от этой пары нет возможности

так ли это?

или все-таки я чего-то недопонял и такая конфигурация wishbone позволяет испускать мастеру кучу транзакций (не дожидаясь завершения предыдущих), а затем получать ответы слэйвов в out-of-order последовательности (как сделано в AXI)

[des00]

когда-то des00 написал,

http://electronix.ru/forum/index.php?showt...st&p=432497

что я понял так: в wishbone есть возможность реализовать что-то подобное AXI прямому и возвратному пути

вы меня не так поняли, я имел в виду что в спецификации на wishbone, в отличие от AMBA AXI рассмотрен рекомендуемый способ конвейеризации по тактовой (Wishbone Register Feedback), а не по dataflow control.

транзакция от одного мастера будет закончена только когда последний кусок данных будет передан, что не мешает обрабатывать слейву упреждающе запрос от этого мастера или выполнять запросы от других мастеров

Именно это и отсутствие механизма предопределенных бурстов (но это обходится тегами) делает вишбон не подходящим для высоко-производительных систем.

[yes]

вы меня не так поняли, я имел в виду что в спецификации на wishbone, в отличие от AMBA AXI рассмотрен рекомендуемый способ конвейеризации по тактовой (Wishbone Register Feedback), а не по dataflow control.

транзакция от одного мастера будет закончена только когда последний кусок данных будет передан, что не мешает обрабатывать слейву упреждающе запрос от этого мастера или выполнять запросы от других мастеров

Именно это и отсутствие механизма предопределенных бурстов (но это обходится тегами) делает вишбон не подходящим для высоко-производительных систем.

у меня вопрос скорее теоретический:
организация AXI (в виде независимых каналов, в котором для "синхронизации" используются valid/ready (то есть от получателя данных идет только один выход ready)) мне очень нравится и до появления AXI использовал что-то подобное для передачи данных между своими корами (то есть тогда, когда стандартной шины не нужно было)
вряд ли в реальных системах в ближайшее время будет использована AXI (у нас АЗИКовские проекты на AMBA 2.0, в ксайлинсах та же АМБА и иногда кореконнект)

сейчас есть вероятность что буду юзать avalon + nios для альтеры, но альтернативный путь использовать wishbone и mico32 (тут опять же бифуркация - и для латтис и для альтеры)
но все-таки для альтеры вишбон не совсем удобно (да и авалон вроде как то же самое) мне стало интересно - могу ли я организовать для вишбона скоростную конвееризированную передачу - читаю доку и не могу понять как , вроде там есть некий механизм таков, но это совсем не те таги, что в AXI...

то есть упираться в вишбон вместо авалона для альтеры смысла нет, и такого конвеера как в AXI нитам нитам нету? так?

и правильно ли я понял - что при обращениях по вишбону (с Wishbone Register Feedback или комбинаторным фидбеком classic) транзакция не может быть один такт (ну то есть при single read/write доступе к слэйву без вэйтстейтов требуется минимум 2 такта - один на "закрытие шины" CYC_O==0 STB_O==0) и конвеерезировать так как в АМБЕ или кореконекте (100% bus utilisation) не возможно? выигрышь в вишбоне может быть только на бёрстах, когда слэйв умеет предсказать адрес?