Если проблема только в dbg_hub, его можно явными констрейнами переключить на другой клок. Если ILA должен работать от внешнего клока - то мириться с тем, что он порой будет отваливаться. Когда совсем достанет - перевести ILA на внутренний клок и поставить фифо-буфер для передачи данных от внешнего тактового домена.
Так а в чем проблема написать
always_ff @(posedge clk)
cnt++;
? Будут, конечно, нюансы использования этого cnt, но сам по себе это будет вполне счетчик.
Больно смотреть как люди мучаются. Сссылки из данных выше ссылок:
https://github.com/blackmesalabs/hyperram
https://github.com/gtjennings1/HyperBUS
http://www.cypress.com/verilog/s27kl0641-verilog
https://www.intel.com/content/www/us/en/programmable/solutions/partners/partner-profile/a-l-s-e/ip/hyperram-controller.html
Вероятно linux-specifix. Проделки шедулера ОС какие-нибудь. То есть если бы это было baremetal, то точно чудо, а так черт знает, эксперт по линуксам нужен.
PS Сразу вспоминаются процессоры AMD начала 2000'х, у которых внутренние таймеры в разных ядрах считали по разному из-за чего ОС сходила с ума ;)
PPS А клоки процессора правильно проинициализированы, т.е. он точно работает на запланированной частоте, а не какой-нибудь стартовой в 150МГц?
