0
Я работаю над проектом проверки. Некоторые компоненты тестовой среды записываются в c, которые вызываются через DPI, c-процедуры обширны, и мне сложно найти, какую процедуру вызывается кем. Чистая программа C может быть я могу использовать cachegrind для этой задачи. В этом случае это не main(), который выполняет вызов, а запускается на события. Любой метод, с помощью которого я мог бы получить представление о последовательности вызовов, выполняемых во время моделирования? Используется инструмент Cadence Incisive.Могу ли я получить график вызовов подпрограмм C, которые вызываются через вызов DPI из системы verilog testbench
Не могли бы вы рассказать о своем решении? Регистрируясь, вы имеете в виду, что в каждой из функций C есть инструкции отображения/печати? Я не хочу идти и взламывать компонент C, если это не единственный способ. – Gautam
Если проще изменить системные файлы verilog, вы можете вызвать вызовы DPI для регистрации вызываемой функции до ее запуска. –
Способ создания компонента C заключается в том, что он сначала создает структуру данных, которая длится всего времени моделирования. Функции вызываются через dpi на основе события, и каждая функция сама может вызвать ряд других функций для обновления/создания структур данных. Как я уже упоминал, этот компонент обширен. Однократный вызов на основе тэгов приводит к числу вызовов функций C, поэтому, если вы говорите, что это так, то мне придется поместить печать во все конструкторы функций/классов и т. Д., Этого я надеюсь избежать. – Gautam