Interconnect switch в Wishbone, кто как реализовывает арбитраж ?? Опции

[Kuzmi4]

Здравствуйте.

Собственно вопрос такой - есть мастера и слейвы, шина выбрана Wishbone, реализация времянок понятна со спецификации, но логика построения а-ля Interconnect fabric(avalon) (арбитража взаимодействия мастеров) для Wishbone остаётся на разработчике .
В прицнипе есть пару идей реализации, но хотелось бы услышать у людей кто с этим сталкивался - как проще и быстрей это делать?

[Kuzmi4]

2 des00
коментарии читаю, потому и вопросы появляются (не ясно было где в cross-е порты слейвов - они ж там должны быть точно). Теперь вроде понял что wb_cross.v - это и есть аналогия interconnection fabric-а в авалоне. Тольок всё равно не ясны принципы арбитража. Будет время - выложите хоть какую рид-мю.

Как будет время соберу что нибудь работоспособное (потому как аналогия TB (SV, классы всякие непонятные ) думаю точно не засинтезится) и проверю в железяке чтоб спать спокойно

[des00]

(не ясно было где в cross-е порты слейвов - они ж там должны быть точно). Теперь вроде понял что wb_cross.v - это и есть аналогия interconnection fabric-а в авалоне.

хмм, порты же называются wb_m_xxx/wb_s_xxx - wishbone master/slave странно что не увидели %)

Тольок всё равно не ясны принципы арбитража. Будет время - выложите хоть какую рид-мю.

wb_m_req_rra.v :: // Single Cycle Round Robin Arbiter which use only grant signals to re-arbitrate masters arbitration is based upon packet requests

тип арбитража везде RRA, просто в случае wb_m_req_rra время захвата шины определяется сигналом запроса шины wb_m_cyc_i, а в случае wb_m_ack_rra завершением wb транзакции wb_m_cyc_i & wb_m_stb_i & (wb_s_ack_o | wb_s_rty_o | wb_s_err_o). Первый удобнее для систем с бурстами и фифо, т.к. тразакция получается блокирующая, второй когда бурстов нет.

Когда появиться время собираюсь сделать доку + добавить теги к интерконнекту и выложить на опенкоресы, правда когда оно появиться не понятно ... %)