|
SystemVerilog [RTL] & ASIC Design Flow, За и Против |
|
|
|
Oct 28 2015, 16:34
|

Electrical Engineer
     
Группа: СуперМодераторы
Сообщений: 2 163
Регистрация: 4-10-04
Пользователь №: 778

|
Прошу высказаться у кого есть опыт (удачный, а в особенности - неудачный) использования поддерживаемых тулами Synopsys конструкций SystemVerilog. Прежде всего интересуют тулы: DC, Formality (по нему в гайде вообще не нашёл описание поддерживаемого подмножества конструкций), Synplify.
Ситуация: есть два лагеря (кодеры и малочисленная группа принимающих решение консерваторов), которые имеют диаметрально противоположные взгляды. Позиция RTL-кодеров такова: Кодеры понимают преимущества SV, не только для упрощения описания некоторых аспектов и сокращения объёма кода и человеческого фактора (использование интерфейсов на топ-левеле, свои типы данных), но и удобство верификации (enum, однозначное описание регистровой и комбинационной логики) и не хотели бы снижать скорость и качество кода даунгрейдом до Verilog-2001. Позиция ярых консерваторов такова: несмотря на то, что SV давно поддерживается тулами, поддержка эта только на бумаге, из-за того что этими конструкциями никто не пользуется и тул не проверен (пользователи как тестеры не репортовали о багах). В числе компаний, которые не пользуются SV для RTL: ARM, Imagination, Synopsys (IP).
PS: Доп.информация: RTL пишем для себя, на сторону не передаём, субподрядчиков нет - делаем всё сами до GDSII.
Хотелось бы услышать За и Против из личного опыта (жлательно также указать к каким версия тула опыт применителен)
Спасибо
|
|
|
|
|
 |
Ответов
|
Oct 29 2015, 11:50
|

Знающий
   
Группа: Свой
Сообщений: 680
Регистрация: 11-02-08
Из: Msk
Пользователь №: 34 950

|
Дело еще в том, что когда разные люди занимаются разными этапами маршрута, возникает вопрос контроля качества выходной информации на этапах маршрута. К примеру, что такое качественный синтез? Это результат (нетлист и констрейнты), оптимизированный под топологию, т.е. проведенный с учетом расстановки макроблоков, и с учетом будущих клоковых деревьев. А что такое качественный RTL? Разработчик RTL, не знакомый с тулами синтеза для ASIC, в лучшем случае попытается синтезнуть проект в квартусе или синплифае. И ему бесполезно потом говорить, что его RTL кривой, если этот код заработал в ПЛИС. Поэтому я и пишу, что синтез должен делать сам разработчик - только в этом случае качество RTL (и результата) будет высоким. А как он будет писать, использует SV или верилог - вопрос вообще второстепенный, потому что разработчик результат своего этапа контролирует. В случае, если синтез делает один человек, а RTL пишет другой, такой контроль не возможен, и лучше использовать старый проверенный верилог, imho.
|
|
|
|
Сообщений в этой теме
Doka SystemVerilog [RTL] & ASIC Design Flow Oct 28 2015, 16:34 sleep Доброго времени суток!
В нашем случае, получае... Oct 28 2015, 16:44 Fat Robot SV не используется. Тулчейн был и Cadence, и Synop... Oct 28 2015, 20:14 Doka Fat Robot,
я так понимаю для STA основные ограни... Oct 28 2015, 20:27 Fat Robot в общем-то нет никаких ограничений, если у вас ест... Oct 28 2015, 21:01 masics Мы тоже всё делаем для себя. Передаем только внутр... Oct 28 2015, 21:05 Shivers Дело в том, что синтез должны делать те же люди, ч... Oct 29 2015, 08:12 Torpeda Цитата(Doka @ Oct 28 2015, 19:34) Прошу в... Oct 29 2015, 09:50 Torpeda Цитата(Shivers @ Oct 29 2015, 14:50) ....... Oct 29 2015, 12:30 lexx Верификация: SV, Specman.
Код только на Verilog 20... Oct 30 2015, 14:48 gerbity Используйте для RTL только Verilog. SystemVerilog ... Nov 2 2015, 09:04 Djamal Цитата(gerbity @ Nov 2 2015, 12:04) Испол... Jun 30 2016, 12:20 cega Синтезил достаточно большой проект в DC12.06. Испо... Feb 19 2018, 14:22 yes мне периодически приходится смотреть код, написанн... Feb 19 2018, 15:11 baumanets Цитата(yes @ Feb 19 2018, 18:11) мне пери... Feb 22 2018, 17:10
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|