[baumanets 13]

Водитель членовоза 70-90к.

https://www.superjob.ru/clients/niisi-ran-786335.html

А инженеру с опытом, готовы x3 от водителя? 

Иначе зачем учиться в ВУЗе. 2 мес в автошколе и ты на коне. 

[ksb 0]

Сожалеете что выбрали ВУЗ а не автошколу? Бывает...

Платить толковым людям готовы, но опыт и отдача должны быть соответсвующие.

[baumanets 13]

В 11.07.2022 в 15:28, ksb сказал:

Сожалеете что выбрали ВУЗ а не автошколу? Бывает...

Платить толковым людям готовы, но опыт и отдача должны быть соответсвующие.

Мимо. Водителем я, слава богу стал. Когда ушёл на вольные хлеба по разработке приборов. 

Как там у вас с физ дизайном? Что, фабы доступ закрыли, что ядра на плисах делаете :-) 

[ksb 0]

On 7/11/2022 at 3:38 PM, baumanets said:

Как там у вас с физ дизайном? Что, фабы доступ закрыли, что ядра на плисах делаете :-) 

Фабы теперь отечественные. А вот суть работы Вы поняли неверно - ядра у нас все свои, мы их проверяем на ПЛИС, а синтезнуть можем под любой фаб. Цель работы проверить логику на реальных железных тестах и сделать отечественную микросхему, а не сделать микросхему на ПЛИС. Банально в ПЛИС подноценная мс не влезет.

[Lagman 1]

On 7/11/2022 at 3:48 PM, ksb said:

Фабы теперь отечественные. А вот суть работы Вы поняли неверно - ядра у нас все свои, мы их проверяем на ПЛИС, а синтезнуть можем под любой фаб. Цель работы проверить логику на реальных железных тестах и сделать отечественную микросхему, а не сделать микросхему на ПЛИС. Банально в ПЛИС подноценная мс не влезет.

А как вы смотрите на моделирование устройств в QEMU? У Intel эта тема очень развита, правда они используют Simics, в котором отрабатывают на моделях очень много и логику и драйвера и фирмварь до готовности железа.

[ksb 0]

On 7/11/2022 at 11:16 PM, Lagman said:

А как вы смотрите на моделирование устройств в QEMU

Qemu есть, но работает со скоростью программного симулятора, т.е. очень медленно. Используем для USB и SATA, где важно именно как linux формирует дескрипторы. Но если есть возможность использовать ПЛИС, то лучше ПЛИС - легко запускать длинные тесты, да и всегда выясняются нюансы работы аппаратуры. Пока стараемся от ПЛИС не отказываться.

[Lagman 1]

On 7/12/2022 at 10:28 AM, ksb said:

Qemu есть, но работает со скоростью программного симулятора, т.е. очень медленно. Используем для USB и SATA, где важно именно как linux формирует дескрипторы. Но если есть возможность использовать ПЛИС, то лучше ПЛИС - легко запускать длинные тесты, да и всегда выясняются нюансы работы аппаратуры. Пока стараемся от ПЛИС не отказываться.

На ПЛИС обычно потактовые модели делают и они работают еще медленнее чем модель в QEMU, хотя простые устройства должны сносно работать.

[ksb 0]

On 7/12/2022 at 10:25 PM, Lagman said:

На ПЛИС обычно потактовые модели делают и они работают еще медленнее чем модель в QEMU, хотя простые устройства должны сносно работать.

Хммм... Нет, не совсем так. Да, Вы можете в quemu на сишечке написать некую абстрактную архитектурную модель  контроллера, написать драйвер для него и поотлаживать архитектурные вещи вроде количества памяти, глубин FIFO, пропускных способностей и т.д. Но эта архитектурная модель никак не соотносится с реальным верилогом. Можно конечно развивать архитектурную модель до уровня совместимости с верилогом, но они всегда будут разными, банально Вы не сможете все ошибки верилога внести в сишную модель.

Реальная жизнь устроена иначе. В quemu крутится драйвер, он пишет все обращения в файлик, который читает симулятор и  выставляет реальную транзакцию на шину в соответсвии с регистровыми записями в quemu. Дожидается ответа и пишет в файлик ответ. Далее quemu читает результат в соответсвующей драйверной функции. Соответсвенно  quemu здесь выступает как "источник теста" для Вашего верилога. Главный плюс - проверяется реальный верилог, но работает со скоростью симулятора.